1 |
On Wed, 25 Jun 2003 15:14:46 +0000 |
2 |
rob holland <robh@g.o> wrote: |
3 |
|
4 |
> |
5 |
> |
6 |
> --On Wednesday, June 25, 2003 23:08:44 +0900 Stuart Bouyer |
7 |
> <stubear@××××××××××××.org> wrote: |
8 |
> |
9 |
> I perfectly understand the complaint you've just made. I don't think |
10 |
> it was clear from the previous emails, maybe its just me. |
11 |
> |
12 |
> > Not only will new versions of |
13 |
> > ebuilds have been added to the portage tree, but there is a great |
14 |
> > chance that ebuild for the version of the package that I'm happy |
15 |
> > using will no longer be in portage tree. What I install using the |
16 |
> > 1.3 install CD today will be very different from what I installed 3 |
17 |
> > months ago. |
18 |
> |
19 |
> Please don't confuse which install CD you used with which packages you |
20 |
> have installed. The two are completely unlrelated unless you have |
21 |
> never updated anything from the stage3 build of the CD. |
22 |
> |
23 |
> I'd like to reiterate that "releases" are only releases of the install |
24 |
> CD, not the system. |
25 |
> |
26 |
Yes, I'm well aware of this (I used to be the CJK developer before |
27 |
real-life rudely interrupted), and this |
28 |
is my biggest concern with Gentoo at the momoent, there is no way (apart |
29 |
from the snapshots Christian mentioned) to ensure that 2 instalations on |
30 |
the same "release" will be the same. In an office environment where I'm |
31 |
mainitaining 50+ machines this is a major concern for me. I know that |
32 |
with my Mandrake or RedHat install disks all machines are running the |
33 |
same versions of applications, but with Gentoo this is not true unless |
34 |
all machines are installed and updated at the same time. |
35 |
|
36 |
Sometimes Gentoo is just a little too bleeding-edge |
37 |
|
38 |
StuBear |
39 |
-- |
40 |
GnuPG KeyID 1607E7F7 |
41 |
Key fingerprint = 5C38 AA94 A4C1 6AAF 0EE4 C089 EE01 193D 1607 E7F7 |
42 |
gpg --keyserver search.keyserver.net --recv-keys 1607E7F7 |
43 |
|
44 |
-- |
45 |
gentoo-dev@g.o mailing list |