Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 6428 - two mkpasswd's installed
Summary: two mkpasswd's installed
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-13 17:43 UTC by Paul Thompson
Modified: 2004-10-16 11:59 UTC (History)
2 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 Paul Thompson 2002-08-13 17:43:13 UTC
I dont know if this is really a bug or not.
The shadow, and whois ebuilds each install a program named 'mkpasswd',
one into /usr/bin, one into /usr/sbin. They do different things. Currently,
the bin/sbin split keeps them and their man pages separate, but at the
very least it is sort of ugly. I tried to contact the authors for guidance, but
one email was dead, and the other was insulting, so Ill just drop this
here.
Paul
Comment 1 Nicholas Wourms 2002-09-23 09:54:08 UTC
I'd like to mention that "expect" is also installing mkpasswd.
Comment 2 Axxackall 2003-06-25 09:56:15 UTC
I'd like to comment that the real conflict is between expect's mkpasswd and whois's mkpasswd as they both are going into /usr/bin

And the real problem is that whois's mkpasswd is broken: it's functioning, but it returns the generated passwd string, but it doesn't update it in /etc/shadaw.

mkpasswd from expect does all things right and it is very usefull for being used in automation scripts. 

Besides, it's not clear, what is mkpasswd doing in whois package from the first place?

I recommend to comment out all mkpasswd related lines in whois ebuild. That's what I had to do in order to have safily both expect and whois.
Comment 3 Tony Austin 2003-10-10 07:29:46 UTC
All _three_ of these programs do different things.  I am using the one from
whois to encrypt a password that I supply to it and it seems to work for
me doing that, so I would want it to be kept.  I don't think that either
of the other two programs perform this function.
Comment 4 Mikael Magnusson 2004-02-13 11:35:45 UTC
this is perhaps a bit off-topic, but does mkpasswd -H segfault for anyone else on the one from whois 4.6.9?
on-topic again, is this ever going to be fixed? seems a bit silly to not know which mkpasswd you have depending on which happened to be updated latest
Comment 5 Benjamin Podszun (Blafasel @ irc) 2004-03-05 04:42:13 UTC
Another issue:

jay root # qpkg -f /usr/bin/mkpasswd 
dev-tcltk/expect *
net-irc/dancer-ircd *

Bad thing (tm)
Comment 6 Dan Clark 2004-06-21 18:49:10 UTC
Actaully the mkpasswd from whois gets installed into /usr/bin/ and is set for all users to eXecute. This is wrong, it should be in /usr/sbin/ and root only execute, the order of installing the packages changes this. All-in-all. awful!
Comment 7 solar (RETIRED) gentoo-dev 2004-07-27 10:30:43 UTC
most ircd's install one as well
Comment 8 SpanKY gentoo-dev 2004-10-16 11:08:07 UTC
whois no longer installs mkpasswd since it's shadow's domain
Comment 9 SpanKY gentoo-dev 2004-10-16 11:43:21 UTC
dancer-ircd now installs as ${PN}-mkpasswd
Comment 10 SpanKY gentoo-dev 2004-10-16 11:59:11 UTC
ok, expect *was* fixed with Bug 51353, but it seems cardo broke it again with expect-5.40.0-r2

i'll talk with cardo