Re: [gentoo-amd64] Re: Systemd migration: opinion and questions

[Marc Joliet]

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

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