[Apt-proxy-users] mirror features

[Micha <ear...@gm...>]

Hi,

i have another issue that might be my very own wish, but maybe others find =
it useful too.
Perhaps you can give a short feedback if this is the case.

It's the fact that my base station serves a dozen roaming customer laptops =
which i update when the owners are here for service or maintainance or what=
ever. I am aware that is not the standard situation ap2 is designed for, bu=
t it's still a situation where ap2 prooves most useful.
It's importasnt to note that my bandwith has limits, and there are good and=
 bad times to suck much stuff.=20

I try to keep my ap cache up to date completely, but to my knowledge this m=
eans i have to keep the packages installed on the main box. Where most of t=
hem naturally doesn't belong here.
There also are some packages i just like to have quickly available in case =
i'll decide (or need) to install, like kernel sources, but again i don't ne=
ed them installed yet.

There's the 'apt' option to only download packages, without actually instal=
l them and it's also a feature of aptitude (i don't know about the other GU=
Is). But it's still a circumstance to always maintain the 'order' list, and=
 do the aptitude cache cleaning.=20

I imagine there could be an optional configuration file with a list of pack=
ages that ap2 should update always at a specified frequency.=20
When there is a user request, then this 'additional stock' downlaodeds shou=
ld get a lower priority than that user requested  download.=20
For more diverse needs, this list could of course be autogenerated by a cus=
tom script, inserting effectivly all installed packages that are not on 'ho=
ld', or whatever selection you'd prefer.
This 'additional stock' could be downloaded eg. by night (with a cronjob) o=
r whenever the best time would be, in terms of bandwidth costs.

This would be a way to manage the ap cache content independent of user requ=
ests, to the extend of a real mirror.



  =B0
 /\/