| 1 |
Alan McKinnon wrote: |
| 2 |
> Apparently, though unproven, at 17:27 on Tuesday 31 May 2011, Mark Knecht did |
| 3 |
> opine thusly: |
| 4 |
> |
| 5 |
> |
| 6 |
>> On Tue, May 31, 2011 at 8:11 AM, Paul Hartman |
| 7 |
>> |
| 8 |
>> <paul.hartman+gentoo@×××××.com> wrote: |
| 9 |
>> |
| 10 |
>>> On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN |
| 11 |
>>> |
| 12 |
>>> <alain.didierjean@××××.fr> wrote: |
| 13 |
>>> |
| 14 |
>>>> Trying to update from kde4.5 to kde4.6 |
| 15 |
>>>> |
| 16 |
>>> I find that it is easier to unmerge old version :4.5 KDE, then emerge |
| 17 |
>>> the new version :4.6. Upgrade always seems to be a mess like that. |
| 18 |
>>> |
| 19 |
>> Probably there's no real problem but I think in my recent machines if |
| 20 |
>> I've chosen the KDE profile and try something like emerge -Cp kde-meta |
| 21 |
>> then there are lots of warning messages about how I'm removing parts |
| 22 |
>> of @system. It's unlikely (in my mind anyway) that anything would be |
| 23 |
>> removed that stops one from doing the 4.6 emerge, but if one goes this |
| 24 |
>> way they should look very carefully at what's getting taken out just |
| 25 |
>> to make sure. |
| 26 |
>> |
| 27 |
> You must have something badly wrong with your @system. kde-meta depends on: |
| 28 |
> |
| 29 |
> RDEPEND=" |
| 30 |
> $(add_kdebase_dep kate) |
| 31 |
> $(add_kdebase_dep kdeadmin-meta) |
| 32 |
> $(add_kdebase_dep kdeartwork-meta) |
| 33 |
> $(add_kdebase_dep kdebase-meta) |
| 34 |
> $(add_kdebase_dep kdeedu-meta) |
| 35 |
> $(add_kdebase_dep kdegames-meta) |
| 36 |
> $(add_kdebase_dep kdegraphics-meta) |
| 37 |
> $(add_kdebase_dep kdemultimedia-meta) |
| 38 |
> $(add_kdebase_dep kdenetwork-meta) |
| 39 |
> $(add_kdebase_dep kdeplasma-addons) |
| 40 |
> $(add_kdebase_dep kdetoys-meta) |
| 41 |
> $(add_kdebase_dep kdeutils-meta) |
| 42 |
> accessibility? ( $(add_kdebase_dep kdeaccessibility-meta) ) |
| 43 |
> nls? ( $(add_kdebase_dep kde-l10n) ) |
| 44 |
> sdk? ( |
| 45 |
> $(add_kdebase_dep kdebindings-meta) |
| 46 |
> $(add_kdebase_dep kdesdk-meta) |
| 47 |
> $(add_kdebase_dep kdewebdev-meta) |
| 48 |
> ) |
| 49 |
> semantic-desktop? ( || ( |
| 50 |
> ( $(add_kdebase_dep kdepim-meta '' 4.5.93) ) |
| 51 |
> ( $(add_kdebase_dep kdepim-meta '' 4.4.9) ) |
| 52 |
> ) ) |
| 53 |
> " |
| 54 |
> |
| 55 |
> A few extra packages and a lot of other meta packages. "emerge -Cp" will |
| 56 |
> remove only that one package, it won;t even remove the deps. |
| 57 |
> |
| 58 |
> |
| 59 |
> |
| 60 |
|
| 61 |
Does anyone remember the discussion I had about kde packages being in |
| 62 |
the system set when doing a emerge -e system? If I for example unmerge |
| 63 |
kde-meta then run --depclean, I bet I would get the error about system |
| 64 |
packages being removed. It may be because of USE flags but this was |
| 65 |
what I was concerned about during the last discussion. Having GUI |
| 66 |
packages, especially KDE, included in the system set, even if because of |
| 67 |
USE flags, is going to lead to problems at some point. |
| 68 |
|
| 69 |
Or maybe I am reading all this wrong? |
| 70 |
|
| 71 |
Dale |
| 72 |
|
| 73 |
:-) :-) |
Archives