Thanks for the reply. You're correct---that command gives
root root 0 /usr/bin/dpkg
I ran the dpkg-statoverride command and I couldn't reproduce the
behaviour, so it seems the issue is resolved. Is this a problem
peculiar to my system, or have I found a real live bug? :-)
Thanks for your help.
On 2009-12-28 07:48 +0100, Cameron Horsburgh wrote:
> 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 a
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 d
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.
Package: dpkg
Version: 1.15.5.5
Severity: grave
Justification: causes non-serious data loss
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8
5 matches
Mail list logo
