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
>> GNOME.
>
> KDE already uses the freedesktop standard for the menus. If it doesn=E2=80=
>=99t
> 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
packages.
> 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.
/Sune
Reply to: