On Thu, Nov 10, 2011 at 11:54:46AM -0500, Norman Ramsey wrote: > > On Wed, Nov 09, 2011 at 11:06:12AM -0500, Norman Ramsey wrote: > > > Package: dictionaries-common > > > Version: 1.11.8 > > > Severity: important > > > > > > I'm upgrading an old lenny system to squeeze. This package fails to > > > install because during the installation process, it calls 'mktemp' > > > with an argument that it doesn't recognize. Probably a suitable > > > dependency would fix the problem: > > > > > > Setting up dictionaries-common (1.11.8) ... mktemp: invalid option -- > > > '-' Usage: mktemp [-V] | [-dqtu] [-p prefix] [template] > > > ispell-autobuildhash: Cannot make temporary directory under "/tmp". > > > Aborting ... update-default-ispell: Error running ispell-autobuildhash > > > dpkg: error processing dictionaries-common (--configure): > > > subprocess installed post-installation script returned error exit > > > status 25 > > > > Hi, Norman, thanks for the info. > > > > Seems that old standalone mktemp is used. I wonder why, mktemp is now in > > essential and required coreutils package that should have been unpacked and > > configured way before dictionaries-common, and since both provide mktemp > > under /bin old binary should have been completely replaced. > > > > What 'which mktemp' returns when run as root? > > 'sudo which mktemp' returns '/bin/mktemp'. > This seemed the best test since the failure occurred when running > 'sudo aptitude'.
Thanks for the quick reply. Please CC the bug address in replies. Both coreutils and old (not new transitional) mktemp package put mktemp binary there. Just wanted to check that there was no extra program under /usr/local. $ dpkg -S mktemp should show which package owns that file. If mktemp, means that coreutils was not upgraded for whatever reason. > I have been trying to repair my system, which broke in mid-upgrade, so > unfortunately my system's state may have changed since I filed 648211. Let me know if this is still a problem with ispell-autobuildhash. If so, make sure that coreutils is upgraded, it may have been put in hold. In the meantime I changed the mktemp call to be compatible across mktemp variants, so there is no problem if someone locally prefers the non-coreutils flavor. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
