Mailinglist Archive: opensuse-factory (322 mails)

< Previous Next >
[opensuse-factory] Re: [softwaremgmt] when to refresh?
  • From: Klaus Kaempf <kkaempf@xxxxxxx>
  • Date: Fri, 20 Jul 2007 13:57:13 +0200
  • Message-id: <20070720115713.GE20929@xxxxxxxxxxxxx>
* Duncan Mac-Vicar Prett <dmacvicar@xxxxxxx> [Jul 19. 2007 17:51]:
> 
> Hi guys.
> 
> If you read already the news on package management, there are some open issues 
> we would like to have feedback from you.
> 
> As you may know, now all operations on repositories are splitted, so you can 
> add a repository without downloading metadata. But at some point to operate 
> on them you need valid metadata and a binary cache.
> 
> An example:
> 
> zypper sa http://foo bar
> zypper search moo
> zypper install cuack
> 
> for the search, you need cache, for the cache you need metadata. Should ZYpper 
> exit and tell the user to refresh, or should it ask the user whether to 
> refresh without exiting?
> 
> In the case of YaST, should it download and refresh when adding the repos in 
> inst_source, or should it do it during startup of the package selector?

I'd also like to ask for the motivation behind immediate vs. delayed refresh.

For 'zypper sa http://foo bar', why do user NOT want an immediate metadata download ?

Lets see
- the system is currently offline
- the user is adding lots of repos in a batch
- the user just wants to prep the system without using the repo immediately
What else ?

Imho, adding a repo (via zypper or yast) should at least check for reachability of
the repo and give immediate feedback. (one might have mistyped the url, access an
incompatible architecture, etc.)


"zypper search moo" must have the metadata available. So if the data is not cached
on the system, refresh must be done.

"zypper install cuack", same as "zypper search" imho.


Klaus
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups