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

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

 



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 not sure
> offhand.
> 
> It seems like we should handle this in some way on upgrade. My first
> thought was to make it an RFE dnf-plugin-system-upgrade. But, is that
> the right place? Maybe some time-base system should prune metadata
> associated with repositories for any earlier $releasever? (Or,
> actually, maybe for any repository which does not match a current
> configuration?) Or maybe a "dumb" process to sweep the cache based on
> age alone would do?

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 -F /var/cache/yum/x86_64/ 
24/

PackageKit seems to follow that practice at least partially:
$ ls -F /var/cache/PackageKit/
24/  downloads/  metadata/

dnf seems to not do that, but I'd suggest adding that could help.

-- Rex

--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux