From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id DB3981381FA for ; Thu, 5 Jun 2014 11:37:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AA22EE0AD5; Thu, 5 Jun 2014 11:37:43 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7F2BAE0A72 for ; Thu, 5 Jun 2014 11:37:42 +0000 (UTC) Received: from [192.168.1.68] ([172.15.184.248]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0Le5ne-1WRAvx1jXI-00pvSa for ; Thu, 05 Jun 2014 13:37:41 +0200 Message-ID: <539056E5.2020302@gmx.us> Date: Thu, 05 Jun 2014 07:39:17 -0400 From: Dutch Ingraham User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Systemd upower References: <20140603161406.0400709b5f38540475ac4c1f@web.de> <6653474.aQqAYpAeto@wstn> <538DFC41.3080602@libertytrek.org> <538E2CBA.4000709@gmail.com> <538E37A0.1030105@marc-stuermer.de> <538E40E6.8060107@gmail.com> <538E591B.4020708@jsbc.cc> <538E6F1A.2070209@gmx.us> <538E7AEF.9060006@gmx.us> <538E7D21.6090907@mackal.net> <538E81B1.90101@gmx.us> <538E9AF1.3090709@gentoo.org> <538F016E.4090606@admin-box.com> <538F5358.7020607@gmx.us> <538F70C2.1060608@gentoo.org> <538FA88A.2000608@gmx.us> <538FB399.70403@gentoo.org> In-Reply-To: <538FB399.70403@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:DHFitlK1AyMJ2FIcs/tDpL01KM/0O3bA/zTF8Ix2ArJerXqUzGv FfPGFhPoTVVrWlqPcZBbuRABq/R+F1U2PGGVbHhA/pNyzyHJjoiUYK+wmBHyWT9ZMP/PLh5 2K/c+jq5/oDEQIK3aaU/uai8h7hjD9I/+CZP6tezUPvtSkb5RZJ15N/wikJlNraB4MIKD26 qHWNMPcEJ839kaogGbomQ== X-Archives-Salt: 7e59861c-e28e-4e9b-bda0-b2027567de52 X-Archives-Hash: a4a69da05ad1f76477f09eb9bf79f5b4 On 06/04/2014 08:02 PM, Samuli Suominen wrote: > > On 05/06/14 02:15, Dutch Ingraham wrote: >> On 06/04/2014 03:17 PM, Samuli Suominen wrote: >>> On 04/06/14 20:11, Dutch Ingraham wrote: >>>> On 06/04/2014 07:22 AM, Daniel Troeder wrote: >>>>> Am 04.06.2014 06:05, schrieb Samuli Suominen: >>>>>> On 04/06/14 05:17, Dutch Ingraham wrote: >>>>>>> No, "sys-fs/udev" is not masked, but an update is indicated in the >>>>>>> emerge above. That's a good catch, the MATE stuff is from the overlay. >>>>>>> Unfortunately, the xfce stuff is not, so even if the overlay currency >>>>>>> was an issue, I'll still be showing some dependencies. >>>>>>> >>>>>> Try re-emerging on un-emerging the offending packages, like >>>>>> xfce4-session and xfce4-power-manager, >>>>>> it has helped some people, to refresh the .ebuild copy that is installed >>>>>> with the .ebuild copy from >>>>>> Portage >>>>>> >>>>>> - Samuli >>>>>> >>>>> Thanks - that fixed it for me: >>>>> >>>>> # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager >>>>> xfce-extra/xfce4-systemload-plugin >>>>> # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager >>>>> xfce-extra/xfce4-systemload-plugin >>>>> >>>>> >>>>> Greetings >>>>> Daniel >>>>> >>>> Unfortunately, this doesn't work for me. So let me re-cap: I have >>>> >>>> 4. masked virtual/udev-208-r2; that has not worked. >>> First, remove that mask. Masking it will certainly cause more blockers, >>> than solve them. >>> >>>> [ebuild N ~] mate-extra/mate-power-manager-1.6.3::mate-overlay >>>> USE="applet policykit -gnome-keyring -man {-test}" 0 kB >>>> [ebuild N ~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay >>>> USE="ipv6 -debug -systemd" 0 kB >>>> >>> see "::mate-overlay", it's presumably broken or outdated. stop using the >>> overlay and use MATE from Portage instead. >>> or you can mask the packages from overlay, the syntax is like: >>> >>> /etc/portage/package.mask >>> >>> mate-extra/mate-power-manager::mate-overlay >>> mate-base/mate-session-manager::mate-overlay >>> >>> - Samuli >>> >>> >> Thanks everybody for your help. I've made the further suggested >> changes, but I remain with the three hard blocks. >> >> I've now spent about 7 hours over the last two days on this issue (about >> 2x the fresh install time), when all I wanted to do was a routine >> update. I've reworked a large part of my system, adding a new >> package.mask file and populating it with six packages. >> >> I suppose its now time for an uninstall. Kind of disappointing; we are >> told Gentoo is about choices, and in fact that's true. I made the >> choice to use a pure openRC system. The last 7 hours of free time, >> though, was spent trying, and ultimately failing, to correct a problem >> not chosen, not wanted, and not invited. >> >> The sine qua non is unarguably systemd. Even though my choice was to >> not deploy it, apparently it takes a significant time commitment and/or >> developer-level knowledge to choose to not use it. Quite the inelegant >> end to my once-trusty OS. >> > > Gentoo doesn't have write access to ::mate-overlay, it's completely > unofficial > Gentoo developers are just as much users as you are for ::mate-overlay > > Enough said > > - Samuli > > Sorry, but this isn't just a MATE overlay problem. Once I made your suggested changes, the MATE "mask change" requests disappeared. What I did get was XFCE mask requirements: [snip] The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by xfce-base/xfce4-meta-4.10 # required by @selected # required by @world (argument) # /etc/portage/package.mask: # problems with systemd, upower shift to upower.pm.utils =xfce-base/xfce4-session-4.10.1-r1 # required by virtual/udev-208-r2 # required by sys-power/upower-0.9.23-r3 # required by xfce-base/xfce4-session-4.10.1-r1[udev] # required by xfce-base/xfce4-meta-4.10 # required by @selected # required by @world (argument) # /etc/portage/package.mask: # problems with systemd, upower shift to upower.pm.utils =sys-apps/systemd-212-r5 # required by sys-apps/systemd-212-r5[-vanilla] # required by sys-power/upower-0.9.23-r3 # required by xfce-base/xfce4-session-4.10.1-r1[udev] # required by xfce-base/xfce4-meta-4.10 # required by @selected # required by @world (argument) # /etc/portage/package.mask: # problems with systemd, upower shift to upower.pm.utils =sys-apps/gentoo-systemd-integration-4 [snip] I had already 'd those two XFCE applications because, early in this process an had shown them to be dependent upon "upower" even after emerging "upower-pm-utils." I have no confidence at this point that my particular problem is reasonably solvable, as I have been caught in this circle for three days now.