Re: [Cooker] [PROPOSAL] Non blocking mode for mdkapplet by using light media check

Mandriva Linux: cooker@mandrivalinux.org


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

  • From: Pascal Terjan
  • Subject: Re: [Cooker] [PROPOSAL] Non blocking mode for mdkapplet by using light media check
  • Date: 5 Aug 2008 15:33:24 -0000

On Tue, Aug 5, 2008 at 5:28 PM, Fabrice Facorat
<fabrice.facorat@gmail.com> wrote:
> This proposal is related to bug #38817 :
> https://qa.mandriva.com/show_bug.cgi?id=38817
>
> Many users have issues with mdkapplet locking the urpmi database when
> looking for updates. The issue with this is when it happens when users
> are willing to install an application. Most of them don't understand
> what this locking issue mean, how to fix it, and if this is a bug or
> not.
>
> So why does mdkapplet is doing a complete urpmi.addmedia when looking
> for updates availability ?
>
> IMHO it should check if the media are newer, but not update the urpmi
> database db ... this should be done when the user will start
> MandrivaUpdate.

There is no way to know if some updates are available to the user
without updating the hdlists (which should be quite fast actually as
the synthesis is used)
Maybe the lock is there too early ? It should only be needed for a
short time for each media



Date Index | Thread Index

Search the archive:



To (un)subscribe from/to the lists:

Sympa mailing lists server.





Fund the Mandriva Linux project

Looking for a job?