Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 432014 - sys-cluster/util-vserver-0.30.216_pre3025 "ip" command wrong path
Summary: sys-cluster/util-vserver-0.30.216_pre3025 "ip" command wrong path
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo VPS Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-20 02:27 UTC by Patrick Lauer
Modified: 2012-08-21 11:41 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Lauer gentoo-dev 2012-08-20 02:27:30 UTC 
vservers.default  |/usr/lib64/util-vserver/vserver.functions: line 735: /sbin/ip: No such file or directory
vservers.default  |/usr/lib64/util-vserver/vserver.functions: line 737: /sbin/ip: No such file or directory
Comment 1 Patrick Lauer gentoo-dev 2012-08-20 02:30:29 UTC 
$ which ip 
/bin/ip

$ equery b /bin/ip
 * Searching for /bin/ip ... 
sys-apps/iproute2-3.5.1 (/bin/ip)

So the file location has changed and lots of scripts will be broken now. yey!
Comment 2 Patrick Lauer gentoo-dev 2012-08-20 03:38:25 UTC 
How hilarious. This is detected at build time, so a re-emerge hides the issue. Maybe do a trivial bump to force recompilation so that users don't get screwed?
Comment 3 Benedikt Böhm (RETIRED) gentoo-dev 2012-08-20 05:14:58 UTC 
iproute2 should provide a backwards compatible symlink
Comment 4 Diego Elio Pettenò (RETIRED) gentoo-dev 2012-08-20 05:16:05 UTC 
*** This bug has been marked as a duplicate of bug 330115 ***
Comment 5 SpanKY gentoo-dev 2012-08-20 19:39:08 UTC 
no, you should never be hardcoding the path to any tool
Comment 6 Benedikt Böhm (RETIRED) gentoo-dev 2012-08-21 11:41:58 UTC 
(In reply to comment #2)
> How hilarious. This is detected at build time, so a re-emerge hides the
> issue. Maybe do a trivial bump to force recompilation so that users don't
> get screwed?

done, since there is no reasoning with base-system dictators