Am Sat, 23 May 2015 13:11:56 +0200
schrieb Marc Joliet <marcec@gmx.de>:

> Am Sat, 23 May 2015 10:41:03 +0000 (UTC)
> schrieb Duncan <1i5t5.duncan@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.duncan@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