Am Sat, 23 May 2015 13:11:56 +0200 schrieb Marc Joliet <mar...@gmx.de>:
> Am Sat, 23 May 2015 10:41:03 +0000 (UTC) > schrieb Duncan <1i5t5.dun...@cox.net>: > > > Marc Joliet posted on Sat, 23 May 2015 10:49:07 +0200 as excerpted: > > > > > Am Thu, 21 May 2015 09:36:28 +0000 (UTC) > > > schrieb Duncan <1i5t5.dun...@cox.net>: > > > > > > [...] > > >> I decided to keep systemd, and ultimately, to unmerge openrc > > > [...] > > > > > > I forgot to ask about this: how did you go about doing that? I'm still > > > waiting for the following two bugs to be resolved: > > > > > > https://bugs.gentoo.org/show_bug.cgi?id=504116 > > > https://bugs.gentoo.org/show_bug.cgi?id=511500 > > > > > > Do you have none of the affected packages installed, or...? > > > > Good question! > > > > Answer: "or..." Very definitely "or...", as you will see below. =:^) > > > > functions.sh is easy enough to fix, if you're willing to create a single > > symlink, manually. > > > > $ equery belongs functions.sh > > sys-apps/gentoo-functions-0.10 (/lib/gentoo/functions.sh) > > > > The package gentoo-functions is /supposed/ to replace a couple gentoo- > > specific files formerly found in openrc, thereby making openrc optional > > for those using other init systems (like systemd). One of those files is > > functions.sh[1]. > > > > But the old /etc/init.d/functions.sh location was hardcoded into a lot of > > gentoo utilities over the years, some of which don't get updated very > > often especially for stable, and the new /lib/gentoo/functions.sh > > location, while more appropriate, still can't be found by some of these > > apps. That's what the first bug is about. > > > > Simple enough fix -- ensure the gentoo-functions package is installed (it > > should be as it's a dependency of enough stuff, including current glibc > > packages!), and do a manual symlink from the old location to the new > > one. Viola! No openrc needed for THAT any more, and because the new > > location's file is still packaged, any updates to it should occur > > normally and will be simply picked up by anything still using the old > > location, since it's a symlink! =:^) > [...] > > That is certainly an interesting approach, since it avoids any upgrades. Then > I would only have to deal with openrc. > > [snip empty @system approach] > > Wow, that's certainly an interesting approach! It's definitely not for me, > though. While I appreciate the control Gentoo gives me, I don't need *that* > kind of control. Well, I did end up doing this: % cat /etc/portage/profile/packages -*sys-apps/openrc and creating the symlink as suggested. I also added java-config-wrapper to package.provided as I originally suggested, following the declaration of obsolescence in bug #549508. So far everything seems to be working fine (i.e., gcc-config and java-config-2 both work). Thanks -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup
pgpIOLSsYb84n.pgp
Description: Digitale Signatur von OpenPGP
