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