Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 597686 - net-fs/autofs-5.1.2 de-facto requires recent openrc but does not mention it in the ebuild
Summary: net-fs/autofs-5.1.2 de-facto requires recent openrc but does not mention it i...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Yixun Lan
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-21 12:57 UTC by ayvango
Modified: 2016-11-10 01:19 UTC (History)
1 user (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 ayvango 2016-10-21 12:57:44 UTC
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
Comment 1 Yixun Lan archtester gentoo-dev 2016-11-01 09:33:01 UTC
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
Comment 2 Yixun Lan archtester gentoo-dev 2016-11-01 09:36:05 UTC
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
Comment 3 ayvango 2016-11-02 14:46:03 UTC
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.
Comment 4 Yixun Lan archtester gentoo-dev 2016-11-03 06:00:56 UTC
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 ]
Comment 5 ayvango 2016-11-10 01:19:13 UTC
> 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.