1 |
On Tue, 28 Jun 2011 17:10:42 -0500 |
2 |
William Hubbs <williamh@g.o> wrote: |
3 |
|
4 |
> the reason for this email is |
5 |
> http://bugs.gentoo.org/show_bug.cgi?id=373219 and the bugs that |
6 |
> currently depend on it. I'm sure there will be more of those. |
7 |
> |
8 |
> The background is that /etc/init.d/functions.sh is a link to |
9 |
> /lib/rc/functions.sh, which is part of openrc. |
10 |
> |
11 |
> Other init systems, like systemd, are coming along which completely |
12 |
> replace sysvinit and do not use openrc's init scripts at all. However, |
13 |
> since things other than init scripts are |
14 |
> using /etc/init.d/functions.sh, all gentoo users are forced to have |
15 |
> openrc on their systems whether they use its init scripts or not. |
16 |
> |
17 |
> As you can see in the bug, I am working on creating a |
18 |
> minimalist version of openrc that can be installed to allow users to |
19 |
> have access to the functions that are in functions.sh regardless of |
20 |
> whether or not they are using openrc's init system. |
21 |
> |
22 |
> I'm not convinced that this is the best approach, so any input would |
23 |
> be greatly appreciated. |
24 |
|
25 |
Honestly, I think a better solution would be to provide a convenience |
26 |
function library, independent of OpenRC. Sourcing random internal |
27 |
scripts of a random package is just broken by concept. |
28 |
|
29 |
Say, if OpenRC decided to switch into some kind of internal output |
30 |
flow, einfo and friends would stop working for all those external |
31 |
scripts. |
32 |
|
33 |
-- |
34 |
Best regards, |
35 |
Michał Górny |