| 1 |
On Thu, Jun 5, 2014 at 2:15 AM, Dutch Ingraham <stoa@×××.us> wrote: |
| 2 |
> On 06/04/2014 03:17 PM, Samuli Suominen wrote: |
| 3 |
>> |
| 4 |
>> On 04/06/14 20:11, Dutch Ingraham wrote: |
| 5 |
>>> On 06/04/2014 07:22 AM, Daniel Troeder wrote: |
| 6 |
>>>> Am 04.06.2014 06:05, schrieb Samuli Suominen: |
| 7 |
>>>>> On 04/06/14 05:17, Dutch Ingraham wrote: |
| 8 |
>>>>>> No, "sys-fs/udev" is not masked, but an update is indicated in the |
| 9 |
>>>>>> emerge above. That's a good catch, the MATE stuff is from the overlay. |
| 10 |
>>>>>> Unfortunately, the xfce stuff is not, so even if the overlay currency |
| 11 |
>>>>>> was an issue, I'll still be showing some dependencies. |
| 12 |
>>>>>> |
| 13 |
>>>>> Try re-emerging on un-emerging the offending packages, like |
| 14 |
>>>>> xfce4-session and xfce4-power-manager, |
| 15 |
>>>>> it has helped some people, to refresh the .ebuild copy that is installed |
| 16 |
>>>>> with the .ebuild copy from |
| 17 |
>>>>> Portage |
| 18 |
>>>>> |
| 19 |
>>>>> - Samuli |
| 20 |
>>>>> |
| 21 |
>>>> Thanks - that fixed it for me: |
| 22 |
>>>> |
| 23 |
>>>> # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager |
| 24 |
>>>> xfce-extra/xfce4-systemload-plugin |
| 25 |
>>>> # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager |
| 26 |
>>>> xfce-extra/xfce4-systemload-plugin |
| 27 |
>>>> |
| 28 |
>>>> |
| 29 |
>>>> Greetings |
| 30 |
>>>> Daniel |
| 31 |
>>>> |
| 32 |
>>> Unfortunately, this doesn't work for me. So let me re-cap: I have |
| 33 |
>>> |
| 34 |
>>> 4. masked virtual/udev-208-r2; that has not worked. |
| 35 |
>> |
| 36 |
>> First, remove that mask. Masking it will certainly cause more blockers, |
| 37 |
>> than solve them. |
| 38 |
>> |
| 39 |
>>> [ebuild N ~] mate-extra/mate-power-manager-1.6.3::mate-overlay |
| 40 |
>>> USE="applet policykit -gnome-keyring -man {-test}" 0 kB |
| 41 |
>>> [ebuild N ~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay |
| 42 |
>>> USE="ipv6 -debug -systemd" 0 kB |
| 43 |
>>> |
| 44 |
>> |
| 45 |
>> see "::mate-overlay", it's presumably broken or outdated. stop using the |
| 46 |
>> overlay and use MATE from Portage instead. |
| 47 |
>> or you can mask the packages from overlay, the syntax is like: |
| 48 |
>> |
| 49 |
>> /etc/portage/package.mask |
| 50 |
>> |
| 51 |
>> mate-extra/mate-power-manager::mate-overlay |
| 52 |
>> mate-base/mate-session-manager::mate-overlay |
| 53 |
>> |
| 54 |
>> - Samuli |
| 55 |
>> |
| 56 |
>> |
| 57 |
> |
| 58 |
> Thanks everybody for your help. I've made the further suggested |
| 59 |
> changes, but I remain with the three hard blocks. |
| 60 |
> |
| 61 |
> I've now spent about 7 hours over the last two days on this issue (about |
| 62 |
> 2x the fresh install time), when all I wanted to do was a routine |
| 63 |
> update. I've reworked a large part of my system, adding a new |
| 64 |
> package.mask file and populating it with six packages. |
| 65 |
> |
| 66 |
> I suppose its now time for an uninstall. Kind of disappointing; we are |
| 67 |
> told Gentoo is about choices, and in fact that's true. I made the |
| 68 |
> choice to use a pure openRC system. The last 7 hours of free time, |
| 69 |
> though, was spent trying, and ultimately failing, to correct a problem |
| 70 |
> not chosen, not wanted, and not invited. |
| 71 |
> |
| 72 |
> The sine qua non is unarguably systemd. Even though my choice was to |
| 73 |
> not deploy it, apparently it takes a significant time commitment and/or |
| 74 |
> developer-level knowledge to choose to not use it. Quite the inelegant |
| 75 |
> end to my once-trusty OS. |
| 76 |
> |
| 77 |
|
| 78 |
You are right, all I can say is that I am sorry we treat users like |
| 79 |
that. We forget that our task is to ease deployment of upstream |
| 80 |
projects to end users. What we experience is only the start of the |
| 81 |
mess of having two separate contradictory layouts within stable tree, |
| 82 |
without decent profile setups to protect users from pulling layout |
| 83 |
they are not interested in. |
| 84 |
|
| 85 |
Alon |
Archives