Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-18 Thread Michael Mraka
Rex Dieter wrote: % yum includes arch/release subdirs under /var/cache/yum, the important part % is the "release" part. So, it is theoretically easy to identify which parts % are worth keeping and which ones are not (ie, does the release/ subdir match % the current release or not). ie, % $ ls

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-15 Thread Rex Dieter
Matthew Miller wrote: > There is a thread on the users' list * dealing with the issue that > after an upgrade, there's no non-obscure way to clean cached metadata > (or packages, even) from previous releases. The thread discussses DNF > and Yum, but it may apply to PackageKit/Software as well; I'm

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-15 Thread Matthew Miller
On Fri, Apr 15, 2016 at 11:26:02AM -0400, Matthias Clasen wrote: > > Do you think you can remove cache of any package without the crash? > > I remember cleaning cache for docker (even after properly deleting > > the saved > > images) and I was not able to get it work again. > Thats part of the sema

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-15 Thread Matthias Clasen
On Fri, 2016-04-15 at 09:08 -0400, Honza Šilhan wrote: > Do you think you can remove cache of any package without the crash? > I remember cleaning cache for docker (even after properly deleting > the saved > images) and I was not able to get it work again. Thats part of the semantics of /var/cach

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-15 Thread Honza Šilhan
> From: "Matthew Miller" > On Thu, Apr 14, 2016 at 01:16:07PM -0400, Matthias Clasen wrote: > > If you put it in the dnf plugin, you leave out the new graphical > > upgrade that is coming in F24. > > Yeah — and obviously not something I want to leave out. :) dnf system-upgrade and PK could remov

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-14 Thread Matthew Miller
On Thu, Apr 14, 2016 at 01:16:07PM -0400, Matthias Clasen wrote: > If you put it in the dnf plugin, you leave out the new graphical > upgrade that is coming in F24. Yeah — and obviously not something I want to leave out. :) > It is also not really dnf-specific at all. Other apps or services may >

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-14 Thread Chris Murphy
On Thu, Apr 14, 2016 at 11:16 AM, Matthias Clasen wrote: > It is also not really dnf-specific at all. Other apps or services may > leave stuff behind in /var/cache too. One radical, but simple approach > would be to simply rm -rf /var/cache after the upgrade. That would give > you a system that i

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-14 Thread Sérgio Basto
On Qui, 2016-04-14 at 12:51 -0400, Matthew Miller wrote: > There is a thread on the users' list * dealing with the issue that > after an upgrade, there's no non-obscure way to clean cached metadata > (or packages, even) from previous releases. The thread discussses DNF > and Yum, but it may apply t

Re: best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-14 Thread Matthias Clasen
On Thu, 2016-04-14 at 12:51 -0400, Matthew Miller wrote: > There is a thread on the users' list * dealing with the issue that > after an upgrade, there's no non-obscure way to clean cached metadata > (or packages, even) from previous releases. The thread discussses DNF > and Yum, but it may apply t

best approach for cleaning package metadata cache for old versions on upgrade?

2016-04-14 Thread Matthew Miller
There is a thread on the users' list * dealing with the issue that after an upgrade, there's no non-obscure way to clean cached metadata (or packages, even) from previous releases. The thread discussses DNF and Yum, but it may apply to PackageKit/Software as well; I'm not sure offhand. It seems li