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

Re: Bug#460504: dh_desktop/dh_icons madness

On 2008-01-13, Josselin Mouette <joss@debian.org> wrote:
> You are completely wrong on this topic. If you don=E2=80=99t use dh_icons, =
> the
> icons shipped in your package won=E2=80=99t be available even to the applic=
> ation
> itself. This is caused by a broken design for icon caches; because of
> this design, icon caches are currently disabled. But when all packages
> have been ported to update the cache, icons shipped in packages not
> doing it won=E2=80=99t be available all (whether the application uses Qt or
> GTK).

Please get out of your extreme gnomecentered world.
KDE isn't using the icon caches.
KDE4 is using its own pr user dynamic icon caching mechanism.

>> request all KDE-related packages to jump through hoops so they work with=20
> KDE already uses the freedesktop standard for the menus. If it doesn=E2=80=
> use it for the MIME registry as well, I would be very surprised if
> upstream didn=E2=80=99t have at least plans to do that.

KDE is jumping thru the hoops for us so we don't have to do it in the

> In fact I am very surprised KDE doesn=E2=80=99t need the desktop database t=
> o be
> up-to-date. Scanning all desktop files at runtime is deadly slow, so
> even in this case it is a bad idea not to update the cache. Which is why
> this is also probably affecting KDE users.

It takes around 2 seconds and is done as needed in KDE to update its
database and is a pr user thingy also run in the background on login and
on first launch of a kde program.


Reply to: