On Sunday 02 September 2007 08:37, jdd wrote:

> the point is an update of the data is necessary only when Yast install
> don't find on the server the package it looks for.

YaST doesn't browse server to see what is there, or ask for <file><version> 
and when it can't find it than update local database. If there is change on 
server, probably written in one small file that is fast to download, it will 
download changed files. 

The present feeling that is still slow is produced by fact that in Beta as 
installation source is used Factory that has always a lot of changes, and 
YaST has to update status very often, most of the time on every start. 

Once 10.3 get released the biggest repository (oss) that takes most of the 
time for update will be static, there will be no need for update and YaST 
will fly. That is what I have seen when Beta2 was released. Factory was 
frozen few days, and YaST sw_single was starting very fast. 

Of course there is place for improvement. 
One that I really would like to see is YOU.
It should not look for other repositories than update. The part of it's 
function, security updates, requires known source of update, you can't allow 
3rd party repositories to get in game trough dependencies, and that makes 
scan of all repositories pointless. 

Second possible speedup would be to use few mirrors at once if user has high 
speed Internet. Smart uses multiple connections, though I don't know is it 
with different mirrors. It downloads metadata very fast. That feeling is 
amplified with graphic layout that shows many downloads at once. 

> you could also make this update nightly

Right, but as mentioned above with Factory it will make not much difference, 
and later with static repo it would  disappear as a problem. 

Besides, not many desktop users leave computer on all the time. 

Second, main number of complain comes from users used to wait until task is 
done, because many GUI programs tend to be designed to ask for permanent 
attention, insted to ask whatever has to be asked in the begin and then do 
their job in background. Even with very slow software management it is 
possible to do other tasks, and from time to time check what is done. 
 
-- 
Regards,
Rajko.
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to