Updated update-mime-database
Ralf Habacker
ralf.habacker at freenet.de
Tue Apr 24 21:35:22 CEST 2007
Christian Ehrlicher schrieb:
> Ralf Habacker schrieb:
>>
>> BTW: kmimetest has still errors
>> Expected (QString("*.pdf")): *.pdf
>> F:\daten\kdelibs\kdecore\tests\kmimetypetest.cpp(464) : failure location
>>
> This is your fault. Either forgot to rerun kbuildsycoca or
> XDG_MIME_PATH is not set (or not used).
The reason was that kmimetypetest uses it's own ksycoa database from
%USERPROFILE%\.kde-unit-test\cache-P5/ksycoca4 which was created on my
computer before installing the latest update-mime-database and set
It works for me too with the update-mime-database-0.21-6-bin package. I
have installed update-mime-package into %ProgramFiles%/kdewin-mingw and
kdelibs into %ProgramFiles%/kdelibs and set KDEDIRS to both directories.
Both root's have mime databases, kdewin-mingw created from
freedesktop.org.xml and kdelibs created from kde.xml.
> That's why I wanted a common global path for the standard mimetypes...
In which area a common global path would help ? i do not see this.
It is only required to install the update-mime-database binary package
and to set KDEDIRS to the installation root. kbuildsycoca4 is able to
deal with multiple mime databases as already mentioned above. In the
future, when kde packages are installed in the same root as kdesupport
and win32libs this additional KDEDIRS path isn't required, which reduces
errors. Using an common path would break to have multiple installations
using different versions like mingw and msvc are
Ralf
More information about the Kde-windows
mailing list