[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnewsense-dev] gNewSense update: app-install-data-commercial
From: |
Karl Goetz |
Subject: |
Re: [Gnewsense-dev] gNewSense update: app-install-data-commercial |
Date: |
Mon, 10 Aug 2009 11:59:44 +0930 |
On Sun, 09 Aug 2009 12:13:21 +0200
Sam Geeraerts <address@hidden> wrote:
> 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].
Well spotted!
> 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.
Re-introducing the package so it only performs the list removals could
be a workable option.
> 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.
What worries me with this is -desktop being removed by mistake, and
leaving us in an even worse position.
kk
--
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group
signature.asc
Description: PGP signature