Summary: | sys-auth/elogind-243.7: race with gui-libs/display-manager-init-1.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arusekk <arek_koz> |
Component: | Current packages | Assignee: | Andreas Sturmlechner <asturm> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ionen, kensington, slashbeast |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/gentoo/gentoo/pull/19348 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Arusekk
2021-02-05 09:19:14 UTC
I believe should be avoidable by not having elogind in runlevels and letting it get started by dbus. But old before behavior should be restored nonetheless. (In reply to Ionen Wolkens from comment #1) >should be restored nonetheless. Well, should is a big word. Maybe having a after in display-manager-init would make more sense so elogind doesn't have to get revbumps for things like this. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d31814390355efc67e3a9749ac9a945c2eb7bf34 commit d31814390355efc67e3a9749ac9a945c2eb7bf34 Author: Aisha Tammy <gentoo@aisha.cc> AuthorDate: 2021-02-05 22:38:23 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2021-02-05 22:45:59 +0000 gui-libs/display-manager-init: start after elogind fixes race condition with elogind Closes: https://bugs.gentoo.org/768834 Package-Manager: Portage-3.0.14, Repoman-3.0.2 Signed-off-by: Aisha Tammy <gentoo@aisha.cc> Closes: https://github.com/gentoo/gentoo/pull/19348 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> ...lay-manager-init-1.0.ebuild => display-manager-init-1.0-r1.ebuild} | 2 +- .../files/{display-manager.initd => display-manager.initd-r1} | 4 +++- 2 files changed, 4 insertions(+), 2 deletions(-) |