Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 672924 - sys-apps/openrc: fails to create standard runlevel configuration when sysinit and boot runlevels already exist in stage3
Summary: sys-apps/openrc: fails to create standard runlevel configuration when sysinit...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal critical (vote)
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-11 13:53 UTC by dwfreed
Modified: 2019-08-15 22:48 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dwfreed 2018-12-11 13:53:02 UTC
Due to a change in opentmpfiles[1], the openrc ebuild now fails to create the standard runlevel configuration during stage3 building because opentmpfiles created the sysinit and boot runlevels already, resulting in stage3s not having a default runlevel, and missing several critical services in the boot runlevel.

The check at [2] can be replaced with a simple [[ -z "${REPLACING_VERSIONS}" ]] to get the correct behavior.

[1]: https://gitweb.gentoo.org/repo/gentoo.git/commit/sys-apps/opentmpfiles?id=e57f808ac2cdb22feb6c4ac856d71ff124c88dfd
[2]: https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/openrc/openrc-0.38.3.ebuild#n268
Comment 1 Larry the Git Cow gentoo-dev 2018-12-12 22:19:32 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0cb17e0011974d606cde723ce6627b2aab235bb7

commit 0cb17e0011974d606cde723ce6627b2aab235bb7
Author:     William Hubbs <william.hubbs@sony.com>
AuthorDate: 2018-12-12 22:08:12 +0000
Commit:     William Hubbs <williamh@gentoo.org>
CommitDate: 2018-12-12 22:18:54 +0000

    sys-apps/openrc: 0.38.3-r1 bump
    
    This is a quick bump so we fix stages.
    
    This will have a better fix in the next stable candidate.
    
    Bug: https://bugs.gentoo.org/672924
    Copyright: Sony Interactive Entertainment Inc.
    Package-Manager: Portage-2.3.51, Repoman-2.3.12
    RepoMan-Options: --force
    Signed-off-by: William Hubbs <williamh@gentoo.org>

 sys-apps/openrc/openrc-0.38.3-r1.ebuild | 326 ++++++++++++++++++++++++++++++++
 1 file changed, 326 insertions(+)
Comment 2 Larry the Git Cow gentoo-dev 2018-12-12 22:59:11 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d773a16432d0ce1af5703a7d28aaae41be5d23e1

commit d773a16432d0ce1af5703a7d28aaae41be5d23e1
Author:     William Hubbs <william.hubbs@sony.com>
AuthorDate: 2018-12-12 22:53:15 +0000
Commit:     William Hubbs <williamh@gentoo.org>
CommitDate: 2018-12-12 22:58:18 +0000

    sys-apps/openrc-9999: remove runlevels directory from /usr/share
    
    This was needed due to bug #523684.
    Since this bug has been fixed for some time, we can remove this processing and
    work with /etc/init.d/runlevels which means that most of the processing
    now moves upstream.
    
    Bug: https://bugs.gentoo.org/672924
    Copyright: Sony Interactive Entertainment Inc.
    Package-Manager: Portage-2.3.51, Repoman-2.3.12
    Signed-off-by: William Hubbs <williamh@gentoo.org>

 sys-apps/openrc/openrc-9999.ebuild | 122 +------------------------------------
 1 file changed, 1 insertion(+), 121 deletions(-)
Comment 3 Chicago 2018-12-14 09:06:00 UTC
Why are these commits copyright Sony Interactive Entertainment Inc.?
Comment 4 dwfreed 2019-02-10 01:56:15 UTC
Because WilliamH created them while at work at Sony Interactive Entertainment, and his employer requires appropriate attribution.  The contributions are still licensed GPLv2.
Comment 5 Ben Kohler gentoo-dev 2019-02-11 14:40:23 UTC
Since there was no revbump, our stage3 builds were reusing a binpkg w/o the fix.  I have deleted those binpkgs so I believe the next autobuilds for x86 & amd64 will be fixed.
Comment 6 Ben Kohler gentoo-dev 2019-02-11 14:40:48 UTC
Since there was no revbump, our stage3 builds were reusing a binpkg w/o the fix.  I have deleted those binpkgs so I believe the next autobuilds for x86 & amd64 will be fixed.
Comment 7 Ben Kohler gentoo-dev 2019-08-15 22:48:13 UTC
Should be fixed, please reopen if you see the same problem somewhere