Package caching

[Russel Winder]

Debian has the approx system for package caching. This is just a proxy
for caching actually demanded packages. It does mean though that I only
download once and can upgrade 5 machines. Since Internet is still
metered during working hours for some of us, this caching is extremely
useful.

So the question is, doe something such as this exist for Fedora
Rawhide?

If not is anyone interested in helping make it exist?

What is the programming language of such things for Fedora these days?
Go, Rust, C++, Python 3,…

-- 
Russel.
=============================================================================
Dr Russel Winder      t: [phone]   voip: sip:[e-mail]
41 Buckmaster Road    m: [phone]   xmpp: russel(a)winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

[Dan Horák]

On Wed, 01 Mar 2017 09:29:33 +0000
Russel Winder <russel(a)winder.org.uk&gt; wrote:

>  Debian has the approx system for package caching. This is just a
> proxy
>  for caching actually demanded packages. It does mean though that I
>  only download once and can upgrade 5 machines. Since Internet is still
>  metered during working hours for some of us, this caching is extremely
>  useful.
>  
>  So the question is, doe something such as this exist for Fedora
>  Rawhide? 
you can set a private Fedora mirror using squid, my old write up is at
http://sharkcz.livejournal.com/2534.html (my server still works :-))
and I'm sure there were other guides too.

>  If not is anyone interested in helping make it exist?
>  
>  What is the programming language of such things for Fedora these days?
>  Go, Rust, C++, Python 3,… 
anything you want


		Dan

[Russel Winder]

On Wed, 2017-03-01 at 10:45 +0100, Dan Horák wrote:
[…]
>  
>  you can set a private Fedora mirror using squid, my old write up is
>  at
>  http://sharkcz.livejournal.com/2534.html (my server still works :-))
>  and I'm sure there were other guides too. 
People have mentioned "Just use Squid" in the past relating to this
sort of problem. When I found Approx on Debian I just set up to use
that, and stopped investigating Squid. When Fedora Rawhide used DRPMs I
didn't worry. Now an update is 350Mb or 1Gb, I have to worry.

Part of my problem is I run an Apache2 instance on my server port 80,
so I'd have to find a workaround. Hence my thought of something approx
like which is really just a specialist stripped down Squid really, but
on a configurable port. The downside is changed APT sources.list, and
hence Yum  *.repo files. For me, on Debian, this penalty is worth it.

How does the Squid solution work for laptops which may be inside the
organisation boundary or outside it, I am guessing this means different
baseurls in all the *.repo files for the two cases.

>  > What is the programming language of such things for Fedora
> these
>  > days?
>  > Go, Rust, C++, Python 3,…
>  
>  anything you want 
So nothing preferred in Fedora systems land then. That means I have to
make a decision. This may be hard. :-)

-- 
Russel.
=============================================================================
Dr Russel Winder      t: [phone]   voip: sip:[e-mail]
41 Buckmaster Road    m: [phone]   xmpp: russel(a)winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

[Peter Robinson]

On Wed, Mar 1, 2017 at 12:02 PM, Russel Winder <russel(a)winder.org.uk&gt; wrote:
>  On Wed, 2017-03-01 at 10:45 +0100, Dan Horák wrote:
>  […]
> >
> > you can set a private Fedora mirror using squid, my old write up is
> > at
> > http://sharkcz.livejournal.com/2534.html (my server still works :-))
> > and I'm sure there were other guides too.
>
>  People have mentioned "Just use Squid" in the past relating to this
>  sort of problem. When I found Approx on Debian I just set up to use
>  that, and stopped investigating Squid. When Fedora Rawhide used DRPMs I
>  didn't worry. Now an update is 350Mb or 1Gb, I have to worry.
>
>  Part of my problem is I run an Apache2 instance on my server port 80,
>  so I'd have to find a workaround. Hence my thought of something approx
>  like which is really just a specialist stripped down Squid really, but
>  on a configurable port. The downside is changed APT sources.list, and
>  hence Yum  *.repo files. For me, on Debian, this penalty is worth it.
>
>  How does the Squid solution work for laptops which may be inside the
>  organisation boundary or outside it, I am guessing this means different
>  baseurls in all the *.repo files for the two cases. 
You can use a transparent if your gateway/firewall supports it or you
can set the proxy options in dnf.conf (man dnf.conf for details) and
then you don't need to adjust repo files.

[stan]

On Wed, 01 Mar 2017 09:29:33 +0000
Russel Winder <russel(a)winder.org.uk&gt; wrote:

>  Debian has the approx system for package caching. This is just a
> proxy
>  for caching actually demanded packages. It does mean though that I
>  only download once and can upgrade 5 machines. Since Internet is still
>  metered during working hours for some of us, this caching is extremely
>  useful.
>  
>  So the question is, doe something such as this exist for Fedora
>  Rawhide?
>  
>  If not is anyone interested in helping make it exist?
>  
>  What is the programming language of such things for Fedora these days?
>  Go, Rust, C++, Python 3,… 
If you are willing to go somewhat manual to transfer the package files
within your local network, you can just set 
keepcache=1
in /etc/dnf.conf.  Then, the packages will remain
in /var/cache/dnf/rawhide[]/packages, and you can transfer them
wherever you want.  Maybe write an rsync script that will put them in
the /var/cache/dnf/rawhide[]/packages directory on all the other
systems you want to update.  Set keepcache=0 on those systems so the
packages are removed after update, and when the rsync is done, just run
dnf clean packages 
in the rsync script to get rid of them on the original system.