Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 407757 - sys-apps/openrc: hardcoded paths to /sbin/ifconfig
Summary: sys-apps/openrc: hardcoded paths to /sbin/ifconfig
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: OpenRC (show other bugs)
Hardware: AMD64 Linux
: Normal major (vote)
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
: 407839 407855 407883 407901 (view as bug list)
Depends on:
Blocks: openrc-0.10
  Show dependency tree
 
Reported: 2012-03-11 06:44 UTC by André Terpstra
Modified: 2012-12-16 18:52 UTC (History)
10 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 André Terpstra 2012-03-11 06:44:54 UTC
Please *immediately* remove sys-apps/net-tools-1.60_p20120127084908 from the tree since it renders your system unusable because net.eth0 won't start anymore after installing this. Also you cannot recover simply by downgrading!!

I was lucky since I had another Gentoo implementation on that same system and using that I was able to download the ebuid's distfiles and recover manually.

Reproducible: Always
Comment 1 Mike Gilbert gentoo-dev 2012-03-11 07:18:18 UTC
Please provide more specific information about what is broken. Maybe an error message?
Comment 2 André Terpstra 2012-03-11 08:18:42 UTC
What happens is that both net.lo and net.eth0 fail to start. The error message is something like "is_wireless not found" followed by an error message from wpa_supplicant. I do not want to reproduce that if I can avoid it,,,
Comment 3 Christian 2012-03-11 11:55:05 UTC
On my system the same problem. There is no WLAN but wpa_supplicant comes up with and error. Second error is in net.lo. It says _exists is not defined invalid or something.

Because this is my only 32bit machine this gives me a lot of headache to get it running again next hour.

If i just delete wpa_supplicant.sh than second error in net.lo remains.

Any idea how to revert to old net-tools? On this system is no portage it is only on other system via nfs.
Comment 4 ak47wj 2012-03-11 12:44:27 UTC
Don't be panic. The ifconfig of this version will be installed to the /bin directory which supposed to be in the /sbin directory. We can solve the encountering network problems by following approach:

sudo ln -sf /bin/ifconfig /sbin/ifconfig
Comment 5 Christian 2012-03-11 14:10:26 UTC
(In reply to comment #4)
> Don't be panic. The ifconfig of this version will be installed to the /bin
> directory which supposed to be in the /sbin directory. We can solve the
> encountering network problems by following approach:
> 
> sudo ln -sf /bin/ifconfig /sbin/ifconfig

On my system this symlink fixes this issue.

Thanks!!!

How can something like this happen?

I mean to give out a package to the wild with such a severe bug?
Comment 6 Paweł Rumian 2012-03-11 18:17:07 UTC
Same here on ~amd64

# /etc/init.d/net.eth0 start
 * Bringing up interface eth0
/lib64/rc/net/wpa_supplicant.sh: line 68: _is_wireless: command not found
/etc/init.d/net.eth0: line 552: _exists: command not found
 *   ERROR: interface eth0 does not exist
 *   Ensure that you have loaded the correct kernel module for your hardware
 * ERROR: net.eth0 failed to start

Downgrading to sys-apps/net-tools-1.60_p20111120203157 solves the problem.
Comment 7 James L. Hammons 2012-03-11 18:42:10 UTC
Have the exact same error as Pawel on my ~amd64 system. Downgrading to the previous version fixed it.

BTW, in my opinion, I think that symlinking is a bad idea as it will simply mask the problem. Much better to fix it than to put a bandage on it. :-)
Comment 8 Markos Chandras (RETIRED) gentoo-dev 2012-03-11 19:38:09 UTC
Assigning to base-system and CCing QA. Someone has to pick up the pieces..again...
Comment 9 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2012-03-11 19:59:56 UTC
I'm fixing this in openrc.

meanwhile if you have a broken system, the fix is trivial:
in /lib*/rc/net/ifconfig.sh
-program /sbin/ifconfig
+program /sbin/ifconfig /bin/ifconfig
Comment 10 SpanKY gentoo-dev 2012-03-11 20:02:26 UTC
i thought i pushed the fixes to openrc, but i guess they got lost in the shuffle.  ultimately, this is a bug in openrc, not net-tools.

dropped KEYWORDS from newer net-tools for now
Comment 11 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2012-03-11 20:16:40 UTC
openrc-0.9.9.3 released with the fix, and net-tools RDEPEND updated.
Comment 12 Bernd Butscheidt 2012-03-11 22:09:34 UTC
The update to openrc-0.9.9.3 fixed it here (amd64).
Comment 13 Jory A. Pratt gentoo-dev 2012-03-11 22:36:44 UTC
*** Bug 407839 has been marked as a duplicate of this bug. ***
Comment 14 André Terpstra 2012-03-12 06:54:01 UTC
fix confirmed, thanks
Comment 15 Samuli Suominen (RETIRED) gentoo-dev 2012-03-12 08:28:23 UTC
*** Bug 407883 has been marked as a duplicate of this bug. ***
Comment 16 Samuli Suominen (RETIRED) gentoo-dev 2012-03-12 10:31:42 UTC
*** Bug 407901 has been marked as a duplicate of this bug. ***
Comment 17 Jory A. Pratt gentoo-dev 2012-03-12 12:47:19 UTC
*** Bug 407855 has been marked as a duplicate of this bug. ***
Comment 18 Stefan Langenmaier 2012-12-16 18:52:01 UTC
(In reply to comment #9)
> I'm fixing this in openrc.
> 
> meanwhile if you have a broken system, the fix is trivial:
> in /lib*/rc/net/ifconfig.sh
> -program /sbin/ifconfig
> +program /sbin/ifconfig /bin/ifconfig

I was using openrc-0.11.8 which contained this fix but I still had this issue. I could only resolve it with a symlink to ifconfig from /sbin.
BTW: I had this issue on arm.