| Summary: | net-fs/autofs-5.1.2 de-facto requires recent openrc but does not mention it in the ebuild | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | ayvango <ayvango> |
| Component: | Current packages | Assignee: | Yixun Lan <dlan> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | openrc |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
the latest stable version sys-apps/openrc-0.21.7 already provide /sbin/openrc-run, so there should be no problem .. I'm also CCing @openrc team, see if they can help btw, I've just tested on a stable Gentoo box, and can't re-produce the problem gen64s21 ~ # /etc/init.d/autofs restart * Starting automounter ... [ ok ] gen64s21 ~ # /etc/init.d/autofs status * status: started gen64s21 ~ # qlist -ICv openrc autofs net-fs/autofs-5.1.2 sys-apps/openrc-0.21.7 Gentoo chooses rolling release system. So there may exist arbitrary old packages in it. I have a system that updates very rarely. I have other systems that updates frequently and they have appropriate openrc version. But the ancient system contains too old version of openrc. And I need some trigger to update this version. If autofs would have explicit dependency on openrc, then the openrc would be updated. If it is not mentioned, then the portage assumes, that old version is Ok and does not try to update it. And there the bug arises. I solved the bug in the obvious way: just installed the recent openrc. But it would be more concise if openrc become explicit dependencies, so a less experienced gentoo user would not panic on some incomprehensible error message. Let the portage make work for him. even the lowest sys-apps/openrc version (aka 0.17) in tree is working fine with autofs-5.1.2, so I see no necessary to specify the exact version. it sounds to me, your system is more broken than the ebuild, shouldn't @system (sys-apps/openrc being part of it) been upgraded *before* autofs? I'm also close this as invalid. gen64s21 ~ # qlist -ICv autofs net-fs/autofs-5.1.2 gen64s21 ~ # qlist -ICv openrc sys-apps/openrc-0.17 gen64s21 ~ # service autofs restart * Stopping automounter ... [ ok ] * Starting automounter ... [ ok ] > even the lowest sys-apps/openrc version (aka 0.17) in tree is working fine with autofs-5.1.2
0.17 is the lowest up today version. But if some older versions was installed long time ago, say 2 years ago, it would not be reinstalled unless some package requires recent version. So I may perfectly have openrc-0.15 version in my gentoo system.
|
I've installed the net-fs/autofs-5.1.2 But it fails to run: /etc/init.d/autof status bash: /etc/init.d/autofs: /sbin/openrc-run: bad interpreter: No such file or directory Proper version of the openrc should be specified as dependency