Mailinglist Archive: yast-devel (156 mails)

< Previous Next >
[yast-devel] Re: [zypp-devel] Source refresh policy
  • From: Jiri Srain <jsrain@xxxxxxx>
  • Date: Thu, 21 Jun 2007 11:06:30 +0200
  • Message-id: <200706211106.30452.jsrain@xxxxxxx>
Dne čtvrtek 21 červen 2007 10:26 Jan Kupec napsal(a):
> (Posting also to sw-management and yast, as this is (most of it) not
> zypp-specific. Please, discuss parts which are not zypp-specific on
> sw-management <opensuse-softwaremgmt@xxxxxxxxxxxx>.)
>
> Jiri Srain wrote:
> > Hi!
> >
> > This is my suggestion on how to define the refresh policy with refactored
> > ZYPP:
> >
> > We need to keep the information when last a source was refreshed in order
> > to decide whether a source needs to be refreshed or not. In addition, we
> > will need some policies defining whether a source should be refreshed or
> > not.
> >
> > The basic refresh should be done by a cron job. However, there may be
> > a reason not to do refresh via a cron job and do it only when SW
> > management tool starts.
>
> (if you don't have much time to read all this, skip to the IMPORTANT
> part below)
>
> I personally don't like either of these ideas:
>
> 1) If doing refresh in cronjob, the user can get surprisingly stuck when
> trying to use zypp in the very moment when the repos are being
> refreshed. Also the huge download happens without user's supervision.
> However, we can offer the user to set up the cron job for him, but we
> cannot do it behind his back. Or he can set up a cron job by himself.

The cron job was not meant as a must. Of course it is user's choice whether to 
use it or not. If he has many repositories, user may find it comfortable to 
get al lmetadata refreshed over night and when installing software not having 
to wait until repos get refreshed.

How is this solved in 10.2 when updater applet refreshes sources?

> 2) Please NOT when a SW management tool starts!! This is much more
> annoying than getting a "repository out-of-date" warning! Let's leave it
> to the user when he wants to refresh. E.g., often user just wants to
> quickly check whether a package is in the repository and doesn't need an
> up-to-date data. At least, ask him at the tool start-up, and only if the
> refresh is needed (current repomanager is able to check whether a
> refresh is needed, Duncan do we have a simple method for the check, or
> is it hidden in the code? something like
> RepoManager::isUpToDate(RepoInfo) would be nice).

That's the reason why I suggested two different policies depending on the kind 
of application. If your environment is not changing to oheavily or you keep 
old versions, you can rely on updates made by the updater applet or a cron 
job.

> What i said above does not hold true for every SW management tool. For
> example, updater applets should always have up-to-date data (as Jiri
> says a few lines below).
>
>
> IMPORTANT: always respect autorefresh setting!
>
> ...on the second thought... :O) We have this _autorefresh_ setting in
> .repo file which can be enabled/disabled for each repository separately
> by the user. If we respect this setting, then forget what i said above
> and i'll be fine with crons and on-start refreshing :O)
>
> behavior clarification:
> - autorefresh disabled - refresh metadata ONLY ON USER REQUEST
>   (e.g. zypper refresh, (new) Refresh button in YaST).
> - autorefresh enabled - application chooses when to refresh

Of course. If a source has autorefresh disabled or the source itself is 
disabled, it should never be automatically refreshed. Sorry for misisng this 
point.

> We should just think about whether to enable or disable it by default.

Currently we do it depending on the kind of source (disable for CDs, enable 
for network sources).

Jiri

-- 
Regards,

Jiri Srain
YaST Team Leader
---------------------------------------------------------------------
SUSE LINUX, s.r.o.                             e-mail: jsrain@xxxxxxx
Lihovarska 1060/12                             tel: +420 284 028 959
190 00 Praha 9                                 fax: +420 284 028 951
Czech Republic                                 http://www.suse.cz
< Previous Next >
This Thread
References