Mailinglist Archive: zypp-devel (230 mails)
| < Previous | Next > |
Re: [zypp-devel] Configurability of 'keep downloaded packages'
- From: Duncan Mac-Vicar Prett <dmacvicar@xxxxxxx>
- Date: Tue, 12 Feb 2008 10:03:48 +0100
- Message-id: <47B160F4.2000303@xxxxxxx>
Stanislav Visnovsky wrote:
Anyway, if you look at zypp.conf and ZConfig, try to find appropiate namespaces so the options remain same:
There is already a download namespace ie: download.use_patchrpm
So:
download.keep or something is ok.
I think configuring per protocol is useless, but you can have that value to true false or "remote-only".
I case you want to do it per repo, you would need to extend repoinfo class and its reader. But how do you make a difference between "not set" and "default" so you know if override the global?
Duncan
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
Hi!I would say on/off is sufficient, history shows that all that nobody misses configurability when we remove the options later.
I'm working on the functionality to keep the downloaded packages on disk, not removing them.
This needs to be configurable, of course. I'd like to get your views on how much configurability we need.
I see at least the following options:
1) global enable/disable
2) per-repository enable/disable
3) per-access protocol enable/disable (CD, HTTP, FTP, NFS, ...)
Any opinions?
Stano
Anyway, if you look at zypp.conf and ZConfig, try to find appropiate namespaces so the options remain same:
There is already a download namespace ie: download.use_patchrpm
So:
download.keep or something is ok.
I think configuring per protocol is useless, but you can have that value to true false or "remote-only".
I case you want to do it per repo, you would need to extend repoinfo class and its reader. But how do you make a difference between "not set" and "default" so you know if override the global?
Duncan
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |