Re: Bug#460504: dh_desktop/dh_icons madness
On 2008-01-13, Josselin Mouette <firstname.lastname@example.org> wrote:
> You are completely wrong on this topic. If you don=E2=80=99t use dh_icons, =
> icons shipped in your package won=E2=80=99t be available even to the applic=
> 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
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.