1 |
First of all: thanks to all the people who took the |
2 |
time to answer. Very useful information there. |
3 |
You Rock! |
4 |
|
5 |
Simon Stelling wrote: |
6 |
|
7 |
> Hi, |
8 |
> |
9 |
> Michael Ulm wrote: |
10 |
> |
11 |
>>Our family computer has many different tasks to perform |
12 |
>>and consequently has many packages emerged. Several of |
13 |
>>these packages were not available for amd64 stable, so I |
14 |
>>got the ~amd64 versions. This of course led to the need |
15 |
>>to also pull in ~amd64 dependencies. And those dependencies |
16 |
>>grow. |
17 |
> |
18 |
> |
19 |
> What packages exactly are you talking about? I'm running a pretty stable system |
20 |
> here and don't have a big package.keywords list (well, beside GNOME 2.12, |
21 |
> modular X and the e17 cvs builds ;)). |
22 |
> |
23 |
> Just as hint: Use version-specific atoms. This will ensure that you don't always |
24 |
> get the unstable version but only the version you really want. By keeping the |
25 |
> version low, it will also significantly reduce the dependencies you have to |
26 |
> keyword, in most cases. |
27 |
|
28 |
This is something I surely will do in the future. |
29 |
|
30 |
> |
31 |
> |
32 |
>>1) spending several hours checking out the ~amd64 packages I |
33 |
>> emerged, to see if they are available in stable, and which |
34 |
>> dependencies can then be brought back to amd64. As spare |
35 |
>> time is a rather scarce resource for me, I don't want to do |
36 |
>> this unless absolutely necessary |
37 |
> |
38 |
> |
39 |
> This would of course be the cleanest solution. Move your package.keywords file |
40 |
> somewhere else and run emerge -uDp world, then check if it would downgrade to a |
41 |
> version which didn't work for you. I guess that most of these 50 entries you |
42 |
> have wouldn't actually cause a downgrade to happen so it should reduce the |
43 |
> effort pretty much. |
44 |
> |
45 |
> |
46 |
>>2) Go totally ~amd64. I am slightly worried about system |
47 |
>> stability in this scenario. Every time the system hiccups |
48 |
>> my wife tells me that this never happened in Windows... |
49 |
> |
50 |
> |
51 |
> Although many people run ~amd64 without having any issues, I wouldn't suggest |
52 |
> this if you don't like to fix problems and/or spend much time on administrating. |
53 |
|
54 |
Actually, I usually enjoy to fix problems, it's just that |
55 |
I can have some very busy months, where everey minute of |
56 |
spent administrating gets directly deducted from my sleep. |
57 |
|
58 |
> |
59 |
>>3) Do nothing and hope for the best. |
60 |
> |
61 |
> |
62 |
> Never change a winning horse. You could just stop doing emerge -uD world at all |
63 |
> and only update packages if you know higher versions have new features you need |
64 |
> or fixes a bug you hit. Instead of updating all packages, only run `glsa-check |
65 |
> -f new` regularly to make sure your system doesn't get vulnerable. This is the |
66 |
> way I do it on all my critical systems, and it works. The time I need to |
67 |
> administrating is really minimal, about 10 min/mt. for a server and a |
68 |
> workstation. I'd say this is even less than with windows ;) |
69 |
--snip-- |
70 |
|
71 |
My wife can get pretty sarcastic, but still I wouldn't consider |
72 |
our home computer a critical machine. However, your advice has |
73 |
made clear to me, that I did the emerge -uD too often (I tried |
74 |
to fit it in every week-end). In the future, when there is little |
75 |
time, I will just do the glsa-check. |
76 |
|
77 |
My workload now slowly decreases again, so I hope that I can |
78 |
soon find the time for either a cleanup or the transition to a |
79 |
pure ~amd64. |
80 |
|
81 |
"I shall do such things, I know not what they are" |
82 |
(King Lear) |
83 |
|
84 |
Thanks again, |
85 |
|
86 |
Michael |
87 |
|
88 |
|
89 |
|
90 |
-- |
91 |
Michael Ulm |
92 |
R&D Team |
93 |
ISIS Information Systems Austria |
94 |
tel: +43 2236 27551-219, fax: +43 2236 21081 |
95 |
e-mail: michael.ulm@××××××××××××.com |
96 |
Visit our Website: www.isis-papyrus.com |
97 |
|
98 |
--------------------------------------------------------------- |
99 |
This e-mail is only intended for the recipient and not legally |
100 |
binding. Unauthorised use, publication, reproduction or |
101 |
disclosure of the content of this e-mail is not permitted. |
102 |
This email has been checked for known viruses, but ISIS accepts |
103 |
no responsibility for malicious or inappropriate content. |
104 |
--------------------------------------------------------------- |
105 |
-- |
106 |
gentoo-amd64@g.o mailing list |