From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BF766138334 for ; Mon, 19 Aug 2019 13:53:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 28F83E086F; Mon, 19 Aug 2019 13:53:12 +0000 (UTC) Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A5684E085D for ; Mon, 19 Aug 2019 13:53:11 +0000 (UTC) Received: by mail-pl1-f171.google.com with SMTP id y8so1000169plr.12 for ; Mon, 19 Aug 2019 06:53:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=AVa4tfnHWtITz/L0KO83t22XoHgr1hJf7GzjMTw+Krw=; b=Ahme+Tqd9OEHG6nuPHrSoVeruRFlHopUBSdu7h4vuE2wCTH5Kn7e1ZCiSmrHOEuXBT VZgI5t8ktTroCxxAuLlxtnVm7ZMTJMsnZdCkon9RxI/kBXMz3TgWrZQpRsVt1CGbNTdX PK0Akd5DReuC5+B4Q9waOE9VIerVewhXqk2IerCe2c1SE9qQ75faSSetWgXpO5rtmzMo kDCF88UT/VBzF6L2F6onorvpZ6IZSfwAErXCm3uLIsCCZ2agpeM0vyC5oIQCaxT147pb 4vyrEpKVD/Tlhb5VSlXc472C4spXOKfnQi8U7JHBHBUM2hlKw59wqqSo/Ba687n3BVyD i3KA== X-Gm-Message-State: APjAAAUED8wDoTv6ikbBcxL3tc3IIj7AXbXpFqD4uKv2t9gTKbsRWKAt MaXyrJKBm+O9hwXCTV/I0POWnu8ZPuCvXtnnhAV2gg== X-Google-Smtp-Source: APXvYqyySvzKPNw67C2c7RQqBitKv6b3miiW4jyKGvTTpcnFIfCw7jGD2Jinw+PDGTRM+xDNi+TmG0S+ho5PtnZKVpE= X-Received: by 2002:a17:902:9895:: with SMTP id s21mr8204044plp.255.1566222790011; Mon, 19 Aug 2019 06:53:10 -0700 (PDT) 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: In-Reply-To: From: Rich Freeman Date: Mon, 19 Aug 2019 09:52:57 -0400 Message-ID: Subject: Re: [gentoo-user] switch from gnome/systemd to xfce/openrc borked my system To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: c73daef4-b205-4fef-9154-60003a13babb X-Archives-Hash: 3c44b649554f7ec39fe3c85942144b0f On Mon, Aug 19, 2019 at 2:29 AM Raffaele Belardi wrote: > > Yesterday I tried to switch my ~amd64 box from Gnome/systemd to Xfce/openrc. I followed > the wiki [1], [2] to install Xfce from a Gnome terminal: > > - switch profile from 17.1/desktop/gnome/systemd to 17.1/desktop > - emerge xfce4-meta and some xfce4 applications/panels/extras > - unmerged systemd and emerged OpenRC > - emerge -uDvN world to account for the different profile flags Next time you do something like this, keep in mind that Gnome and xfce can co-exist on the same system, and so can openrc and systemd. At this point you're probably just going to want to troubleshoot what you are left with, though you could consider reverting back to your old config and starting over if you have backups/etc. I imagine that not many people move from systemd to openrc, since the latter is basically the default on Gentoo already. If I were going to migrate a working system between the two I would probably do it stepwise: 1. Rebuild the kernel with support for both systemd and openrc. Boot that (under systemd) and confirm it is working. 2. Install xfce and get that working fine (under systemd). That really has no tie-in to the service manager but if you have this working it is one less thing to mess with and it simplifies your system. 3. Install openrc and reboot under systemd just to make sure everything is still working fine. I forget what the defaults are but you might need to tweak your systemd USE flags so that it uses the sysvinit versions of halt/reboot/poweroff/telinit and so on. It works just fine with its own version of these tools or with sysvinit. 4. Make sure you have your openrc configured the way you want it (I don't think it has any issues with using rc-update and so on while systemd is running, but I haven't tried that). 5. Switch your kernel command line to boot with openrc, and make a note of what it said before. If it boots fine you're now running openrc and just have to clean up the stuff you don't want. If it doesn't boot you just have to edit your command line and you're back up and running with systemd until you sort it out. 6. Switch your profile, do the -uDvN to rebuild anything impacted, and depclean the stuff you don't need. Reboot to test. By doing it this way you will be just making one change at a time with a reboot in-between so that you know what broke if something breaks. The way you did it is potentially more time-efficient, but if something breaks you are going to be hunting to figure out what it was. Since all the packages you're changing are capable of co-existing there is no reason to switch cold turkey. Now, on a new install or a host I didn't care so much about uptime for I'd probably do it your way, and just revert to a backup. In a production environment where reboots are a concern I'd be working out the procedure on a test host. Oh, yeah, and step 0 is to make a backup... :) -- Rich