[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#518975: myspell-en-us: Fails to purge.



clone 518975 -1
reassign -1 dictionaries-common-dev
retitle -1 should guard update-openoffice-dicts call with -x
severity -1 wishlist
tags 518975 + moreinfo help
thanks

Hi,

Agustin Martin wrote:
> 
> > [...]
> > dpkg: dependency problems prevent removal of dictionaries-common:
> >  myspell-en-us depends on dictionaries-common (>= 0.10) |
> > openoffice.org-updatedicts; however:
> >   Package dictionaries-common is to be removed.
> >   Package openoffice.org-updatedicts is not installed.
> >   Package dictionaries-common which provides
> > openoffice.org-updatedicts is to be removed.
> >  myspell-en-us depends on dictionaries-common (>= 0.10) |
> > openoffice.org-updatedicts; however:
> >   Package dictionaries-common is to be removed.
> >   Package openoffice.org-updatedicts is not installed.
> >   Package dictionaries-common which provides
> > openoffice.org-updatedicts is to be removed.
> > dpkg: error processing dictionaries-common (--purge):
> >  dependency problems - not removing
> > 
> > 
> > It seems like it's not trying to remove myspell-en-us
> > or something.
> 
> Yes, myspell-en-us is installed, but is not passed to dpkg in the list
> of packages to be removed. Seems initially an autobuilders bug, but
> may be an apt problem, see below.
> 
> Looking better the log (log of control-center_1:2.22.2.1-2+b1/amd64, Sun
> Mar 8 12:28:56 2009), there are more funny things (I am not very used
> to autobuilder logs, so I may be getting a wrong view), myspell-en-us
> seems to not be in the initial list of packages to be installed, that
> may be why is not passed for removal,

I think so, too, yes. Another headache caused by the "install-recommends"
thing. If apt/dpkg/sbuild/whatever just uses the fixed dependencies it can
parse for determining what to remove later and just apt-get installs and
dpkg -P's them of course myspell-en-us wouldn't be catched because it's not in
Depends: of any package installed.

Can we close this bug and/or reassign to buildd or whatever an appropriate
package for buildd problems is?

This was never a problem so far with buildds using etch on the host  (old apt
without install-recommends-per-default madness) and on other buildds probably
too...

As Agustin already wrote:
> While I see a relevant thing in last mail from Ian Jackson, it seems to         
> be mostly for corner cases, not for a normal use of the tools like should       
> be in autobuilders.                                                             
Yep. When I read the policy (except those corner-cases) remove has
the packages it Depends on there. Never been a problem.                                                                              
> On the dictionaries side we could check from postrm if the script is present    
> before trying to run it, just to be more graceful with the corner cases Ian     
Yep. A la

if [ -x /usr/sbin/update-openoffice-dicts ]; then
	update-openoffice-dicts
fi

> points out. As a matter of fact Ian's mail convinced me about that, but that    
> is now a wishlist in dictionaries-common and dictionaries policy, and not at    
Cloned the bug.

> all a serious bug, current (buggy) policy text is honoured, and problem only    
And all the myspell-* packages whihch have written the snippet themselves ;)
(like myspell-en-us)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  rene@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



Reply to: