Hmm, this is a little strange. I was surprised that the BTS hadn't
blown up with all the reports, so there must be something screwy with
my system. My / partition is a little tight, but not so tight that it
causes problems for any other packages.

Here's a CLI session reproducing the problem. The deb I'm using here
was copied without modification from /var/cache/apt/archive.

came...@jupiter:~/Downloads$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             327M  284M   27M  92% /
tmpfs                 1.3G     0  1.3G   0% /lib/init/rw
udev                   10M  196K  9.9M   2% /dev
tmpfs                 1.3G  856K  1.3G   1% /dev/shm
/dev/sda9              55G   25G   28G  47% /home
/dev/sda8             373M   12M  342M   4% /tmp
/dev/sda5              11G  7.2G  2.4G  75% /usr
/dev/sda6             7.0G  2.6G  4.2G  38% /var
came...@jupiter:~/Downloads$ which dpkg
/usr/bin/dpkg
came...@jupiter:~/Downloads$ ls -l /usr/bin/dpkg
-rwxr-xr-x 1 root root 371824 Dec 23 03:26 /usr/bin/dpkg
came...@jupiter:~/Downloads$ sudo dpkg -i dpkg_1.15.5.5_i386.deb
[sudo] password for cameron:
(Reading database ... 290683 files and directories currently installed.)
Preparing to replace dpkg 1.15.5.5 (using dpkg_1.15.5.5_i386.deb) ...
Unpacking replacement dpkg ...
Setting up dpkg (1.15.5.5) ...
Processing triggers for man-db ...
came...@jupiter:~/Downloads$ which dpkg
came...@jupiter:~/Downloads$ ls -l /usr/bin/dpkg
---------- 1 root root 371824 Dec 23 03:26 /usr/bin/dpkg
came...@jupiter:~/Downloads$ sudo chmod 755 /usr/bin/dpkg
came...@jupiter:~/Downloads$ which dpkg
/usr/bin/dpkg
came...@jupiter:~/Downloads$ ls -l /usr/bin/dpkg
-rwxr-xr-x 1 root root 371824 Dec 23 03:26 /usr/bin/dpkg
came...@jupiter:~/Downloads$

Thanks for your time!

2009/12/28 Raphael Hertzog <hert...@debian.org>
>
> tag 562799 unreproducible moreinfo
> severity 562799 important
> thanks
>
> On Mon, 28 Dec 2009, Cameron Horsburgh wrote:
> > dpkg stopped working after installing this version of the
> > package. Investigation revealed that /usr/bin/dpkg had permissions
> > of 000. `chmod 755 /usr/bin/dpkg` fixed the problem.
>
> This version does not install dpkg with 000 permissions. Something else
> screwed the permission... otherwise many other people would have already
> reported the problem!
>
> Was the dpkg installation run interrupted in some way ?
>
> What else did you do after the dpkg upgrade ?
>
> What filesystem are you using for /usr ?
>
> Unless you can come up with new elements (inspired by the above
> questions), there's nothing to be done of this bug report until
> we can reproduce it and it will be closed in due time.
>
> Cheers,
> --
> Raphaël Hertzog



--

Cameron Horsburgh
blog: http://spiritcry.wordpress.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to