Summary: | sys-apps/openrc - segmentation fault in rc-status with non-root id when displaying “Dynamic Runlevel: needed” and other bad behaviors | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Thibaud CANALE <thican> |
Component: | OpenRC | Assignee: | OpenRC Team <openrc> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
rc.log when booting with runlevel5, named graphical. emerge --info |
Description
Thibaud CANALE
2014-04-07 13:48:44 UTC
I am not seeing this issue in OpenRc from git. If you are comfortable doing so, can you please test with the live ebuild and re-open the bug if this is still an issue? Thanks, William Hello, (In reply to William Hubbs from comment #1) > I am not seeing this issue in OpenRc from git. If you are comfortable > doing so, can you please test with the live ebuild and re-open the bug > if this is still an issue? It's been a while I am not anymore on hardened/linux/amd64/no-multilib profile, I am currently with hardened/linux/amd64/x32 profile, so, the behavior has changed. The current installed version (and stable) is sys-apps/openrc-0.12.4, the same version when I reported the bug. The segmentation fault is not anymore present, and the output between root and no-root id is identical, but I still have a lot of services in “Dynamic Runlevel: manual”. I noticed that the order of started daemons is not respected, example: the service named local is launched before others (see in attachment my rc.log). Because I got this bug When you talk about the live ebuild, do you talk about the version **9999, or about the experimental overlay? I will try first the **9999 and keep you to update. Thanks for support. Created attachment 380672 [details]
rc.log when booting with runlevel5, named graphical.
Well, I emerge the version **9999, I updated the config files (dispatch-conf), I did a 'rc-update -u', and now, when I do 'rc-status', as root or as non-root, the program is doing a endless loop on 'Stacked Runlevel: default'... I am afraid to reboot. ;-) I know about that looping when you run rc-status. That is bug #514972; it does not affect booting. One issue per bug please; the issue in comment #2 is not related. I don't know anything about the experimental overlay you mentioned, so I can't help you there. ;-) Created attachment 381636 [details] emerge --info Hello, Since I don't have anymore this segmentation fault, because I am not using the same system anymore, as I wrote in comment #2, I think we can close this bug. And as you said, we should not talk about this loop problem in this bug. So, it looks like this bug was related to something with nomultilib system, and the current **9999 version (AKA 0.13git-f66f41) has not this bug. Thanks for support. The issue no longer exists in git, so I am closing this bug. Thanks for the report. William |