kdelibs4 wants different permissions for shared-mime-info?

[barracuda156]

Trying to install kdelibs4, I get configure failure:

-- Could NOT find SharedMimeInfo: Found unsuitable version "touch: /opt/local/share/mime/packages: Permission denied", but required is at least "0.60" (found /opt/local/bin/update-mime-database)

I have done force upgrade for shared-mime-info to exclude any accidental mess up, but result is the same.

[mpbb77 (Miguel Branco)]

I've found a similar issue trying to compile kde on macos sonoma, both in kde4libs and akonadi. It seems the standard old shared-mime-info config check gets broken as update-mime-database has been modified to a stub while the old update-mime-database is moved to update-mime-database-real (!) which I noticed by chance checking the dir. Hence the messsage of unknown option "-- 'v' as this is the standard option to get the version. So you would need to edit de module to find shared-mime-info in the cmake/modules directory to use the old executable adding "-real". At lest for me I got to bypass this error (though it was a bit more difficult for kde4libs as the module is written in a less clear way and demanded more tweaking)

[barracuda156]

Replying to mpbb77:

I've found a similar issue trying to compile kde on macos sonoma, both in kde4libs and akonadi. It seems the standard old shared-mime-info config check gets broken as update-mime-database has been modified to a stub while the old update-mime-database is moved to update-mime-database-real (!) which I noticed by chance checking the dir. Hence the messsage of unknown option "-- 'v' as this is the standard option to get the version. So you would need to edit de module to find shared-mime-info in the cmake/modules directory to use the old executable adding "-real". At lest for me I got to bypass this error (though it was a bit more difficult for kde4libs as the module is written in a less clear way and demanded more tweaking)

Could you please submit a PR to fix this?

[mascguy (Christopher Nielsen)]

Replying to barracuda156:

Replying to mpbb77:

I've found a similar issue trying to compile kde on macos sonoma, both in kde4libs and akonadi. It seems the standard old shared-mime-info config check gets broken as update-mime-database has been modified to a stub while the old update-mime-database is moved to update-mime-database-real (!) which I noticed by chance checking the dir. Hence the messsage of unknown option "-- 'v' as this is the standard option to get the version. So you would need to edit de module to find shared-mime-info in the cmake/modules directory to use the old executable adding "-real". At lest for me I got to bypass this error (though it was a bit more difficult for kde4libs as the module is written in a less clear way and demanded more tweaking)

Could you please submit a PR to fix this?

Ummm, folks, please do not do that. Doing so is likely to cause other failures or issues.

The only thing ports should do, is call the stub script.

If there's some issue, we need to determine what the appropriate fix is. But calling the "real" backend script is absolutely not the way to do it.

[mascguy (Christopher Nielsen)]

Also note that I recently updated the stub script, to verify the destination path it's being called with. (That was done two weeks ago maybe?)

Can your recheck whether this is still an issue, with the latest revision of shared-mime-info?

[cooljeanius (Eric Gallager)]

Isn't this essentially the same thing as issue #67881?

[mascguy (Christopher Nielsen)]

Replying to cooljeanius:

Isn't this essentially the same thing as issue #67881?

Yep, it looks like that other ticket covers the shared-mime-info issue. Thanks for the heads-up!

Duplicate of issue:67881