Re: [Hampshire] Is a faulty download to blame for my problem…

Top Page
Author: Hugo Mills
Date:  
To: Hampshire LUG Discussion List
Subject: Re: [Hampshire] Is a faulty download to blame for my problems?

Reply to this message
gpg: failed to create temporary file '/var/lib/lurker/.#lk0x57193100.hantslug.org.uk.5941': Permission denied
gpg: keyblock resource '/var/lib/lurker/pubring.gpg': Permission denied
gpg: Signature made Sat Dec 1 12:57:35 2007 GMT
gpg: using DSA key 20ACB3BE515C238D
gpg: Can't check signature: No public key
On Mon, Nov 19, 2007 at 12:27:18AM +0000, hantslug@??? wrote:
> On Sunday 18 November 2007 23:17, Hugo Mills wrote:

[snipped]
> > On Sun, Nov 18, 2007 at 04:27:42PM +0000, hantslug@??? wrote:
> > > On Sunday 18 November 2007 16:08, Hugo Mills wrote:
> > > >  What do you get if you do:
> > > >
> > > > $ sudo dpkg -i /var/cache/apt/archives/acroread-debian-files_0.0.11_all.deb
> > > Error: contents of '/etc/mailcap.new' do not match what was
> > > written -- abort dpkg: warning - old post-removal script
> > > returned error exit status 255 dpkg - trying script from the
> > > new package instead ... Error: contents of '/etc/mailcap.new'
> > > do not match what was written -- abort dpkg: error
> > > processing
> > > /var/cache/apt/archives/acroread-debian-files_0.0.11_all.deb
> > > (--install):
> > > subprocess new post-removal script returned error exit
> > > status 255 Error: contents of '/etc/mailcap.new' do not match
> > > what was written -- abort dpkg: error while cleaning up:
> > > subprocess post-removal script returned error exit status
> > > 255 Errors were encountered while processing:
> > > /var/cache/apt/archives/acroread-debian-files_0.0.11_all.deb


> >    Right. The problem is in the postrm script. Looking at that, it
> > runs "mime-update". What happens if you run "mime-update" on its own
> > as root?

[snip]
> >    Absolutely. You misunderstood that I intended you to run
> > "update-mime", instead of "mime-update". :)


> Tux:/home/lisi# update-mime
> Error: contents of '/etc/mailcap.new' do not match what was written -- abort
> Tux:/home/lisi# cd /etc
> Tux:/etc# rm mailcap.new


Not sure why this is happening -- all I can think of is that
there's something bad in the directory it updates the mime types from.
Probably the easiest (ugly, hacky) solution is to comment out the
invocation of update-mime from
/var/lib/dpkg/info/acroread-debian-files.postrm and then run (I think)
"aptitude install -f" and see what it does.

Hugo.

-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
          --- Is a diversity twice as good as a university? ---