1 |
Duncan wrote: |
2 |
> Considering glibc was just one of some 200-ish packages I rebuilt early |
3 |
> today due to -N, most of the rest being kde-4.7.97 (aka 4.8-rc2) which |
4 |
> will be in-overlay for just a few more days as 4.8-release is due next |
5 |
> week, because gentoo/kde just removed the long-masked kdeenablefinal USE |
6 |
> flag, which because it was masked (and I didn't unmask it) did NOT affect |
7 |
> my kde as installed so I basically did the rebuild for nothing... |
8 |
> |
9 |
> I'm not going to complain much about a mere single package, glibc, |
10 |
> triggering a -N rebuild. |
11 |
> |
12 |
> But I'm not going to complain about gentoo/kde doing it with 200-ish, |
13 |
> either (way more if I had all of kde installed, I don't), for several |
14 |
> reasons: |
15 |
> |
16 |
> 1) I'm not only running ~arch, I'm running the overlay. |
17 |
> |
18 |
> 2) I'm not only running the overlay, I'm deliberately unmasking and |
19 |
> running upstream prereleases. |
20 |
> |
21 |
> But more important than either of those... |
22 |
> |
23 |
> 3) Mike's right. The -N is simply available to give users a way to be |
24 |
> notified of such changes if they wish to be, presumably thru use of -p or |
25 |
> -a. It DOESN'T mean they have to actually do the remerge, as they can |
26 |
> either choose to ignore -N and not use it entirely, thus remaining |
27 |
> blissfully unaware of such changes, or use it simply as notification, go |
28 |
> look at the logs and see what the change was about, and decide based on |
29 |
> that whether it's worth the remerge. |
30 |
> |
31 |
> I simply chose to do the 200+ package rebuild because I've learned that |
32 |
> once I use -N to find out and investigate (which I do), after making any |
33 |
> appropriate changes on my end, with a quad-core system, enough RAM to |
34 |
> point PORTAGE_TMPDIR at tmpfs, and PORTAGE_NICENESS set to 19, it's |
35 |
> simply easier to do the rebuild and not worry about it any more than it |
36 |
> is to have to continue to mentally negate those changes every time I do |
37 |
> the -N checks until I DO either rebuild or update. |
38 |
> |
39 |
> Plus, I look at it this way. It's winter here in Phoenix and while |
40 |
> Phoenix isn't too cold, it was cold enough last nite that the extra |
41 |
> computer heat from rebuilding a couple hundred packages didn't go to |
42 |
> waste! =:^) If it were summer and I was having to run the AC to pump |
43 |
> that heat outside, too, my decision may well have been different, |
44 |
> especially since I'll already be updating to the full release when it |
45 |
> comes out in a week or so. But then again maybe not, too, because I |
46 |
> simply rest better when I know I'm all updated and my computer's all |
47 |
> squared away with gentoo and the various overlays I follow. But either |
48 |
> way, it's my decision, and I appreciate that Gentoo respects that and |
49 |
> leaves the decision to me. =:^) |
50 |
> |
51 |
> That said, I also appreciate the care big projects like gentoo/kde |
52 |
> normally take to synchronize such big changes to release, keywording and |
53 |
> stabilization updates, as /either/ doing 200+ unnecessary rebuilds very |
54 |
> often, or conversely, the constant tension of knowing I'm not fully |
55 |
> synced if I continuously ignored -N packages, would get old rather fast. |
56 |
> |
57 |
> But for a single package, meh... |
58 |
> |
59 |
|
60 |
I do a little overkill when I do my updates. I run emerge -uvaDN world |
61 |
and let it do its thing. I would rather rebuild a package or two, or |
62 |
possibly even more, and know for sure that my system is more sane than I |
63 |
am. I started doing it this way because I was running into issues with |
64 |
packages being upgraded and another kinda sort of needing it but not to |
65 |
the point that it poked portage in the eye. |
66 |
|
67 |
That said, if I start having the same issue with emerge -uvaDN world, |
68 |
I'll be doing emerge -ev world then, just to make sure it catches it |
69 |
all. I may not do that as often but at least it gives me the system |
70 |
stability I want. |
71 |
|
72 |
I do have one wish. I wish some changes were planned a little better. |
73 |
Things like KDE, LOo and a maybe a couple other large packages, get some |
74 |
change then just a few days latter, another change that requires a |
75 |
recompile. I do wish sometimes that both changes could be done at the |
76 |
same time. I'm not complaining mind you. It's just a wish. |
77 |
|
78 |
I'm with Duncan tho. It's cold right now. I can't get folding to |
79 |
download a unit and I need some HEAT. |
80 |
|
81 |
Dale |
82 |
|
83 |
:-) :-) |
84 |
|
85 |
-- |
86 |
I am only responsible for what I said ... Not for what you understood or how you interpreted my words! |
87 |
|
88 |
Miss the compile output? Hint: |
89 |
EMERGE_DEFAULT_OPTS="--quiet-build=n" |