1 |
On 6/19/06, Bo Ørsted Andresen <bo.andresen@××××.dk> wrote: |
2 |
> On Monday 19 June 2006 10:58, Trenton Adams wrote: |
3 |
> > > > One other benefit of this mechanism, that I can think of, would be |
4 |
> > > > that I could easily roll back to my last sync date or release, if some |
5 |
> > > > of the updated ebuilds caused me problems. |
6 |
> > > |
7 |
> > > That really should not be necessary. What you should of course do is file |
8 |
> > > a bug so the problems can be fixed for everyone. |
9 |
> > |
10 |
> > Well, one problem I had was not actually *really* bug. It was a |
11 |
> > requirement that I did not fulfill, but was unable to figure it out |
12 |
> > instantly. So, rolling back would have been very useful at that time. |
13 |
> > It would just add another level of safety. |
14 |
> |
15 |
> If an ebuild is removed from the tree while you still need it then chances are |
16 |
> that others need it too. Then it is indeed a bug. If you need an ebuild that |
17 |
> has been removed from the tree it is available from the cvs [1]. As mentioned |
18 |
> in my previous mail cvs is going to be replaced by a superior VCS hopefully |
19 |
> within this year. |
20 |
|
21 |
Sorry, you misunderstood what I was saying because I wasn't clear |
22 |
enough. I meant if I missed a required step, not missed a dependency. |
23 |
|
24 |
For example, with openldap, you're supposed to slapcat before |
25 |
upgrading, and slapadd after upgrading, or you could have database |
26 |
problems. I did not know this. So when I went from 2.2-2.3, I had |
27 |
problems. But, I didn't have time to get it working, as I needed it |
28 |
up and running NOW. So, I reverted to the old package by masking the |
29 |
new one, and then went to find out why it occurred after the fact. |
30 |
This is one simple example of potential problems. But something on a |
31 |
wider scale could occur. |
32 |
|
33 |
> |
34 |
> [1] http://www.gentoo.org/cgi-bin/viewcvs.cgi |
35 |
> |
36 |
> -- |
37 |
> Bo Andresen |
38 |
> |
39 |
> |
40 |
> |
41 |
|
42 |
-- |
43 |
gentoo-user@g.o mailing list |