update-alternatives deletes non-symlink??
I'm not sure if this should go into the BTS, so I'm posting it here...
I was trying to learn how to use update-alternatives (so that I can use it
correctly in axe) when I came across this problem:
Apparently, on my system, update-alternatives had a record of /bin/ps being a
symlink to some ps.unix98 or something, although the current version of procps
I have actually installs a *binary* as /bin/ps. So I thought, well, lets do an
update-alternatives --auto to update it on the fact that /bin/ps is no longer
a symlink. The problem is, update-alternatives still thinks that /bin/ps is a
symlink... when I did an `update-alternatives --auto ps', it DELETED /bin/ps
(the binary)!!
Shouldn't update-alternatives *check* that /bin/ps was a symlink before
attempting to delete it???? I realize that this is probably a problem with an
old version of procps that didn't correctly un-register the ps symlink, but
still, it's rather dangerous for update-alternatives to simply assume
something is a symlink and just delete it.
U
=====
()()
"Don't modify spaghetti code unless you can eat the consequences."
`--'
__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
Reply to: