1 |
Duncan wrote: |
2 |
> Roy Marples <roy@×××××××.name> posted 200802291707.17936.roy@×××××××.name, |
3 |
> excerpted below, on Fri, 29 Feb 2008 17:07:17 +0000: |
4 |
> |
5 |
>> On Friday 29 February 2008 16:15:51 Ed W wrote: |
6 |
>>> On the other hand since there still isn't a masked ebuild in portage |
7 |
>>> (and I seem some notes on my on Roy's site) then I have to assume that |
8 |
>>> in fact we are still a good way away from calling it a replacement and |
9 |
>>> starting to push it out to users? |
10 |
>> It's actually been very stable and usable for a long time. It's not, and |
11 |
>> never will be a 100% drop in replacement for everything baselayout |
12 |
>> provides, but it's very very compatible. |
13 |
> |
14 |
> Is direct upgrade from previous baselayout-2.0.0-rcX going to be |
15 |
> supported? I was running that for some time and just now added and |
16 |
> upgraded to the via layman version. There's a blocker, of course, as |
17 |
> openrc is now providing most of the files that baselayout did. |
18 |
|
19 |
You just answered your own question. If another package now provides |
20 |
files that an existing package provides, they must be blockers. |
21 |
Considering baselayout-2.0.0_rcX was a masked version and never |
22 |
recommended, it's also not in the direct upgrade path. The proper |
23 |
upgrade is what you've detailed out below. Such are the risks when you |
24 |
unmask a package and install it on your machine. |
25 |
|
26 |
> |
27 |
> The problem is that unmerging the old 2.0.0-rcX baselayout in ordered to |
28 |
> resolve the blockage is SCARY, since it leaves the system basically |
29 |
> unbootable until the new setup is merged and at least basically |
30 |
> configured. There's also the issue of not knowing for sure just what's |
31 |
> going to still be around in terms of config files and the like, since |
32 |
> unmerging baselayout isn't exactly an everyday thing. |
33 |
> |
34 |
> FWIW, I took the jump anyway, and the etc-update seemed to go reasonably |
35 |
> well, but I've not rebooted yet... |
36 |
> |
37 |
|
38 |
|
39 |
-- |
40 |
Doug Klima <cardoe@g.o> |
41 |
http://dev.gentoo.org/~cardoe/ |
42 |
-- |
43 |
gentoo-dev@l.g.o mailing list |