Re: Keeping old versions of packages

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

 



7 days is way, way, way too long for an active repository such as any of the currently supported Fedoras. And yes, it *is* burdensome to download and keep updating all the time.

If running more than a few servers, I always maintain a local nightly mirror and point my clients to that by default. The metadata download is still burdensome, but the traffic is local and much faster. And I completely exclude "drpms" from the mirror, there's just no point to it if you've using a local mirror.


On Tue, Apr 9, 2013 at 5:21 AM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote:


Am 09.04.2013 11:10, schrieb Richard Hughes:
> Using PackageKit and yum on the command line is often painful as we
> have to always download metadata unless it's less than a few hours
> old. Being able to update the metadata once a week would be awesome
> (with the possible exception of security updates) so that we could
> schedule the 20Mb+ metadata update when the user is idle rather than
> waiting for updates

[root@rh:~]$ cat /etc/yum.repos.d/fedora.repo
[fedora]
name=Fedora $releasever - $basearch
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1

metadata_expire=7d

> I'm wondering what the interest would be in keeping packages
> referenced in metadata on the mirrors for say a month? We'd probably
> need a separate fedora-security repo too that's designed to be kept
> small enough so that metadata checks every day would be not costly in
> terms of bandwidth and time

this does not work for many reasons and having more repos would
make things worser with low bandwidth because you have to load
more metadata at all and if i want search for updates i use
"yum clean metadata && yum upgrade" which is a real pain on
slow bandwith

the reason is that the metadata getting larger and larger because
all of the shiny ideas what additional ones would be nice while
the developers are on LAN or at least very fast LAN networks


--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[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