[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: aliasitis in surfraw
In article <alpine.NEB.1.10.0808221409300.1064@localhost> David wrote:
: On Fri, 22 Aug 2008, Ignatios Souvatzis wrote:
: > On Fri, Aug 22, 2008 at 02:08:54PM +0200, Lubomir Sedlacik wrote:
: >> Hello Ignatios,
: >> On Fri, Aug 22, 2008 at 02:03:25PM +0200, Ignatios Souvatzis wrote:
: >>> It's not the first time i've been bitten by advanced aliasitis
: >>> conflicting with older programs that I'm using.
: >>> [...]
: >>> Now it's the debianized surfraw, installing a symbolic link called
: >>> "sr" for no added value, conflicting with the compiler from "lang/sr".
: >>> Now, this is a problem for me, as I'm maintaining sr, and using
: >>> surfraw.
: >>> I'll split the "surfraw" package into surfraw-base, being the sane
: >>> subset, create a conflicting (but declared!) surfraw-sr for the
: >>> Debian lovers, and, btw, add "surfraw-netbsd" which adds back
: >>> "netbsd -pr" (unless somebody complains very loudly).
: >> Why don't you just remove the conflicting alias (and add the netbsd
: >> script or what was it)? Splitting up the package looks like a lot
: >> of work for very little to no gain. Just keep it simple.
: > But - won't the Debianites complain if I did that?
: Make it an option?
Adding the alias to your shell startup script is about as much work
as selecting the option, also works with binary packages and places no
additional maintainance cost on pkgsrc developers. This is simply not
worth any effort beyond removal of the alias from the package.
Main Index |
Thread Index |