Re: [Gnewsense-dev] gNewSense update: app-install-data-commercial

[Sam Geeraerts]

Sam Geeraerts schreef:
> Karl Goetz schreef:
> > > Cool. Not having app-install-data-commercial hangs the installer when 
> > > trying to install third party applications, but they're mostly
> > > non-free applications, so we shouldn't have that list anyway. Hence 
> > > http://bugs.gnewsense.org/Bugs/00309.
> >
> > This appears to be a hang over from having downloaded the list. if you
> > remove the files it should be happy again.
> > rm -iv /var/lib/apt/lists/*commercial* should work. (Note I don't have
> > the lists here, so I'm not sure of the correct filenames).
>
> I don't have any files that match that. All files in that directory are 
> OK (only gnewsense and icecat). I sniffed around in the AppInstall 
> Python package, but so far I haven't been able to find out what causes 
> this.

Found it. It basically comes down to this: update-app-install is 
executed when app-install-data-commercial is installed, but not when it 
is removed. I filed a bug report about this upstream [1].

So far app-install-data-commercial hasn't been automatically removed 
from the systems that have it because it's still listed in the package 
index (although the package files themselves have been removed). So a 
way to solve this bug would be to add the package to the repo again, 
along with a fixed version (one that does the same in post-removal as in 
post-install). Then after a while, when we can assume that everyone got 
the update, the package can be removed properly from the repo, so that 
it gets removed cleanly from the affected computers.

This would still leave /etc/apt/sources.list.d/hardy-partner.list if 
people have installed one of the applications provided by it. I guess 
that could also be fixed in the post-removal script.

Another solution could be to make gnewsense-desktop conflict with 
app-install-data-commercial and make gnewsense-desktop handle cleaning 
up the mess.

[1] https://bugs.launchpad.net/bugs/410975