Gentoo Archives: gentoo-amd64

From: Michael Ulm <michael.ulm@××××××××××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Too much ~amd64 ?
Date: Thu, 19 Jan 2006 07:47:15
Message-Id: 43CF43A6.1060706@isis-papyrus.com
In Reply to: Re: [gentoo-amd64] Too much ~amd64 ? by Simon Stelling
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