Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 260545 - app-admin/eselect-vi uses hardcoded path (/usr/bin vs /bin)
Summary: app-admin/eselect-vi uses hardcoded path (/usr/bin vs /bin)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Vim Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-27 19:42 UTC by Alon Bar-Lev
Modified: 2009-09-30 09:04 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 Alon Bar-Lev 2009-02-27 19:42:56 UTC
Hello,

coreutils installs some of the utilities in /bin and create symbolic link in /usr/bin.
sed installs itself in /bin but does not create symbolic link (although it looks like in x86 stage3 there is hand made one).
eselect-vi use /usr/bin/sed explicitly.

I believe the problem is in sed it should behave like coreutils, and create /usr/bin/sed symbolic link.

Thanks!
Comment 1 SpanKY gentoo-dev 2009-03-04 21:18:15 UTC
anything relying on a hardcoded path is broken.  fix the package in question.
Comment 2 Ulrich Müller gentoo-dev 2009-09-30 08:57:47 UTC
There's nothing sed specific in vi.eselect.

eselect itself determines the path to sed at configure time, but I don't see what should be wrong with this.
Comment 3 Alon Bar-Lev 2009-09-30 09:04:09 UTC
True.
I see that latest vi.eselect was already fixed.
It does not use sed or any hardcoded values anymore.