[Cooker] Re: mdkapplet summary
Mandriva Linux: cooker@mandrivalinux.org
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
- From: Luc Menut
- Subject: [Cooker] Re: mdkapplet summary
- Date: 6 Aug 2008 11:21:44 -0000
Thierry Vignaud a écrit :
...I'm summarizing the misunderstood points about urpmi db locking with mdkapplet since lot of people believe wrong things.
mdkapplet (really urpmi.updatemeida) only lock the urpmi DB while updating the DB, which is usually fast since:
- we only update the few media flaggedf as "update" (which by default are: main/updates, contrib/updates & non-free/updates)
It seems to me that backports are silently updated too, even if they are inactive and not checked as update.
This is a problem for me, because I often configure all the media on at least 2 different mirrors. When one of the server is down, I disable the corresponding media in order that mdkapplet runs fine, but mdkapplet still tries to update each backport on the server which is down (until the FTP timeout), so that mdkapplet runs for a very long time for nothing.
The only solution in this case is to remove backport media, ... not very practical!!
For that, it's very annoying that mdkapplet doesn't respect the media configuration for backports.
If I've misunderstood, please accept my apologies.
best regards,
Luc
- References:
- Prev by Date: [Cooker] Nepomukservices uses 50% cpu power
- Next by Date: Re: [Cooker] KDE4 System Tray won't display icons
- Previous by thread: Re: mdkapplet summary (was: Re: [Cooker] [PROPOSAL] Non blocking mode for mdkapplet by using light media check)
- Next by thread: Re: [Cooker] [PROPOSAL] Non blocking mode for mdkapplet by using light media check
- Index(es):
Search the archive:
To (un)subscribe from/to the lists:
Fund the Mandriva Linux project
