1 |
$ emerge -ep system | genlop -p |
2 |
[...] |
3 |
Estimated update time: 2 hours, 30 minutes. |
4 |
|
5 |
$ emerge -ep world | genlop -p |
6 |
[...] |
7 |
Estimated update time: 14 hours, 40 minutes. |
8 |
|
9 |
But genlop is entitled to make mistakes. Those did seem like rather |
10 |
small numbers to me. What would be more realistic? 100 hours? |
11 |
|
12 |
Mark Shields wrote: |
13 |
|
14 |
> Depending on what you have installed, it will take more than 14 |
15 |
> hours. Are you sure they're talking about emerge -e system and not |
16 |
> emerge -e world? |
17 |
> |
18 |
> On 8/29/05, *Matt Randolph* <mattr@×××××.com <mailto:mattr@×××××.com>> |
19 |
> wrote: |
20 |
> |
21 |
> I know that upgrading glibc can cause some programs to break if they |
22 |
> were built against the previous glibc. This happens to me all the |
23 |
> time |
24 |
> and I have gotten in the habit of simply re-emerging any packages that |
25 |
> misbehave since a glibc upgrade. |
26 |
> |
27 |
> Well, I have upgraded both glibc and gcc within the last week or so. |
28 |
> And I've been contemplating a kernel upgrade too. I looked at genlop |
29 |
> and it said it will take a mere fourteen hours to re-emerge everything |
30 |
> with an emerge -e world. I'm tempted to do it, but I'm wary of making |
31 |
> major changes to a system that currently seems to be working |
32 |
> perfectly. |
33 |
> |
34 |
> However, I've only tested a handful of packages (the ones that I use |
35 |
> every day) since the glibc upgrade, and I did have to rebuild a few of |
36 |
> them. For this reason, I'm guessing that a significant number of the |
37 |
> packages that I haven't tested are actually broken too. So when I say |
38 |
> my system seems to be working perfectly, I think that only applies to |
39 |
> the packages that I interact with daily and probably not to some |
40 |
> of the |
41 |
> ones that I don't. |
42 |
> |
43 |
> When does it make sense to re-emerge everything? I've heard some |
44 |
> people |
45 |
> say never but that others do it perhaps monthly or even more often. |
46 |
> |
47 |
> Is there a (significant) risk that something will go wrong? Even |
48 |
> terribly wrong? |
49 |
> |
50 |
> Is it possible that some important programs aren't working right |
51 |
> now due |
52 |
> to having been built against an older glibc, and that I'm simply |
53 |
> oblivious to the fact that they aren't working? I'm worried |
54 |
> specifically about system programs that I don't usually have reason to |
55 |
> interact with, yet may be vitally important to the security and |
56 |
> stability of my system. |
57 |
> -- |
58 |
> gentoo-user@g.o <mailto:gentoo-user@g.o> mailing list |
59 |
> |
60 |
> |
61 |
> |
62 |
> |
63 |
> -- |
64 |
> - Mark Shields |
65 |
|
66 |
|
67 |
|
68 |
-- |
69 |
"Pluralitas non est ponenda sine necessitate" - W. of O. |
70 |
|
71 |
-- |
72 |
gentoo-user@g.o mailing list |