1 |
Diego 'Flameeyes' Pettenò posted |
2 |
<200604040843.09697@××××××××××××××××××××××××××××××.org>, excerpted below, |
3 |
on Tue, 04 Apr 2006 08:42:56 +0200: |
4 |
|
5 |
> On Tuesday 04 April 2006 08:09, Philip Webb wrote: |
6 |
>> KDE is now modular: is it possible to upgrade some modules, but not |
7 |
>> others ? Kdelibs would need to be stable, but must everything wait for |
8 |
>> stragglers ? If I have Kdelibs 3.5.2 , can I still run eg Konsole 3.5.1 |
9 |
>> ? |
10 |
> As modular as it can be, it has to go stable in one piece. |
11 |
|
12 |
PW: Note that while Flameeyes' is correct from a dev perspective (it's |
13 |
modular but there's a large degree of interdependence, so not stabilizing |
14 |
it as a unit is asking for trouble), they /do/ "skip" certain packages in |
15 |
the upgrades (within slot, 3.4 is a different slot than 3.5, but 3.5.0 |
16 |
thru 3.5.2, currently, are all the same 3.5 slot) -- those where there's |
17 |
no new code and where the dependencies are stable enough that a recompile |
18 |
against the new ones isn't required. In fact, that was given as one of the |
19 |
big reasons for going modular in the first place. |
20 |
|
21 |
>From a Genntoo user perspective, again within the same slot, once you've |
22 |
upgraded arts (if you use it) and kdelibs, you can in general continue to |
23 |
use a mix of old and new while you upgrade additional packages one at a |
24 |
time. I do this routinely for a few hours during the upgrade as |
25 |
the rest of the new KDE is still merging. Sometimes one or another binary |
26 |
or particular function will stop working temporarily until it and all the |
27 |
pieces it depends on are upgraded as well, but most stuff continues to |
28 |
work well enough to continue to use. Just don't go filing bugs on anything |
29 |
that breaks until the whole set is updated. |
30 |
|
31 |
-- |
32 |
Duncan - List replies preferred. No HTML msgs. |
33 |
"Every nonfree program has a lord, a master -- |
34 |
and if you use the program, he is your master." Richard Stallman in |
35 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
36 |
|
37 |
|
38 |
-- |
39 |
gentoo-dev@g.o mailing list |