1 |
Thank you very much at all for informations. |
2 |
|
3 |
So, |
4 |
|
5 |
1) about dependency to /lib/gentoo/functions.sh currently this file is |
6 |
owned by sys-apps/gentoo-functions so this means that we could replace |
7 |
openrc from base file with gentoo-functions, right ? |
8 |
|
9 |
2) about use of netifrc I see that on netifrc ebuild there are |
10 |
dependencies to sys-apps/gentoo-functions and sys-apps/openrc so this |
11 |
means a user that want use netifrc and install netifrc install |
12 |
correctly openrc. I see only an issue maybe, that on RDEPEND is missing |
13 |
block of sysv-utils use flag to avoid conflicts. |
14 |
|
15 |
We think that could be acceptable send a pr to replace openrc with |
16 |
gentoo-functions on /usr/portage/profiles/base/packages file ? |
17 |
|
18 |
Thank you again. |
19 |
|
20 |
G. |
21 |
|
22 |
|
23 |
On Sun, 2017-10-22 at 16:05 -0400, Rich Freeman wrote: |
24 |
> On Sun, Oct 22, 2017 at 3:41 PM, Geaaru <geaaru@×××××.com> wrote: |
25 |
> > |
26 |
> > So, my first question is why dependency to openrc is not inserted |
27 |
> > to a |
28 |
> > specific profile and so when is configured a systemd profile is |
29 |
> > possible prepare a pure systemd environment without openrc package |
30 |
> > ? |
31 |
> > |
32 |
> |
33 |
> My understanding is that openrc is pulled in because of bug: |
34 |
> https://bugs.gentoo.org/504116 |
35 |
> |
36 |
> For the most part you can remove openrc if you just ln -s |
37 |
> /lib/gentoo/functions.sh /etc/init.d/functions.sh |
38 |
> I've had openrc in package.provided for ages with no issues with that |
39 |
> hack. |
40 |
> |
41 |
> That isn't necessarily 100% safe, but I suspect that anything that |
42 |
> breaks with that symlink will probably also break if openrc isn't |
43 |
> running. |
44 |
> |
45 |
> It looks like just about everything on that blocker is on its way to |
46 |
> resolution at this point, so this will hopefully be fixed in due |
47 |
> time. |
48 |
> |