1 |
On Monday 09 August 2004 04:33 pm, Olivier Crete wrote: |
2 |
> The whole point of a stable tree is to be stable.... rsync just doesn't |
3 |
> offer the same kind of guarantee.. Having security updates separate from |
4 |
> the "released" distribution is also a must imho. And this approach would |
5 |
> make that easy... This does not stop us from adding updates to the |
6 |
> overlay, it just makes it much easier for admins to control which |
7 |
> updates they want and which ones they dont... |
8 |
|
9 |
How do you plan to do updates (non-security) with this solution? |
10 |
|
11 |
> The idea of profiles (if I understand it correctly) is that every |
12 |
> package that is part of stable must be added to a file (thousands of |
13 |
> them).. And then every maintainer must make sure that he does not delete |
14 |
> the stable package for every arch in every version. We already see |
15 |
> people deleting the stable versions for less used arches... And if |
16 |
> stable uses a separate tree, then there is really no point to profiles.. |
17 |
|
18 |
There is more to profiling than this. We can use profiles to mask down to the |
19 |
level we want, regardless of what the maintainer does. The purpose of the |
20 |
seperate rsync module is so that stable packages do not get deleted, so that |
21 |
wouldn't be an issue. |
22 |
|
23 |
> We may have more rsync mirrors than source mirrors, but I'm sure that if |
24 |
> we offered the options of having stable mirrors without distfiles (just |
25 |
> the CD and portage tarballs), we'd have tons of those. (The new policy |
26 |
> of not having cds for p2,p3,p4,p68 really does help too imho).. |
27 |
|
28 |
I don't see this happening.. I wouldn't want to split the mirroring this way |
29 |
either. (and we are still producing the arch product CD's, just releasing |
30 |
them via bt and not on the mirrors) |
31 |
|
32 |
Cheers, |
33 |
|
34 |
-C |
35 |
|
36 |
-- |
37 |
Corey Shields |
38 |
Gentoo Linux Infrastructure Team and Devrel Team |
39 |
Gentoo Foundation Board of Trustees |
40 |
http://www.gentoo.org/~cshields |
41 |
|
42 |
-- |
43 |
gentoo-dev@g.o mailing list |