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 D5CFC1381F3 for ; Sat, 27 Jul 2013 21:44:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 02D6DE08DC; Sat, 27 Jul 2013 21:44:20 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DA1C2E0818 for ; Sat, 27 Jul 2013 21:44:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 24D1F33EA1D for ; Sat, 27 Jul 2013 21:44:18 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: 3.509 X-Spam-Level: *** X-Spam-Status: No, score=3.509 tagged_above=-999 required=5.5 tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, FSL_HELO_BARE_IP_2=2.896, NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_NUMERIC_HELO=0.865, RP_MATCHES_RCVD=-1.452, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4PqVX_lR_rm9 for ; Sat, 27 Jul 2013 21:44:12 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 48B4433E7C5 for ; Sat, 27 Jul 2013 21:44:10 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1V3CHX-0006NJ-Pk for gentoo-user@gentoo.org; Sat, 27 Jul 2013 23:44:07 +0200 Received: from 64.69.39.80 ([64.69.39.80]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jul 2013 23:44:07 +0200 Received: from w41ter by 64.69.39.80 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jul 2013 23:44:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: walt Subject: [gentoo-user] [~amd64] Some possibly (?) helpful hints re the big gnome-3.8 update Date: Sat, 27 Jul 2013 14:43:58 -0700 Message-ID: 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 64.69.39.80 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 X-Archives-Salt: bf8f07dc-fdbd-4c2b-a3be-f4b492a12862 X-Archives-Hash: 935ebde5acc0de0713728b509bff9ef3 First hint: it's a mess -- don't do it on a critical machine. (My main machine is ~amd64 and that's why I'm doing it on virtual ~amd64 machines first.) The new gnome-shell demands that systemd be installed, even if you don't intend to use it. The latest systemd conflicts with udev because the udev project has been rolled into systemd, which now provides all of the files previously installed by udev. Therefore your machine will still boot without udev because systemd installs all the udev files. You don't need to start or use systemd if you don't want to, but the systemd package must be installed *before* you reboot and after removing udev. Removal of udev has caused a few (temporary) problems with useflags, because a few packages still depend directly on udev instead of the newer (!systemd ? udev) which means accept either one but not both. That will get fixed soon, I'm sure. The right way to upgrade gnome is probably to remove every gnome package on the machine, which will avoid many of the conflicts I've had to fight for the last two days -- but of course I did it the hard way instead :) You can try emerge -au gnome-light early in the update, which is simpler than emerging gnome in all its immensity, but that's no guarantee of success -- I'm sure you'll still run into conflicts between packages and useflags, but it might be a bit easier. When you see conflicting packages that won't install, I suggest deleting both packages immediately -- let portage sort out the conflicts. Just keep removing packages until portage finally stops complaining. Beware of pambase, however. I finally took Canek's advice and removed consolekit from the machine and unset the useflag for all packages, including pambase and polkit. I'd suggest you get pambase and polkit re-installed with the proper useflags before you try to reboot. Dunno if that's mandatory, but I did it that way and had no problems (yet). I've finished updating my virtual gentoo systemd machine now, but I'm still fighting with the virtual openrc machine and I'm not sure how it will turn out. More tomorrow :)