Taking over xdg-utils

Vladimir Kudrya vladimir-csp at yandex.ru
Sun Aug 30 05:55:07 UTC 2020


Hi everyone.

On 2020-08-30 00:23, Piotr Karbowski wrote:
> My goal is to create a drop-in replacement for xdg-utils, while greatly
> simplifying the logic. For example, xdg-open uses xdg-mime, and xdg-mime
> have whole logic to choose what tool it should use to query for
> mimetype, if there's kde, it will use kmimetypefinder, if there's gnome
> it will use gio and fallback to gvfs-info, if it fail to detect DE, it
> will use mimeinfo written in Perl instead.
>
> For this route the new xdg-mime will just use python-magic (bindings to
> libmagic) regardless of what DE is running, as I really see no benefit
> in using DE specific tools to query for mime, it will only result in
> fragmentation and issues with reproducing bugs, as there's multiple code
> paths.
I agree with this intent. I think this whole logic of hardcoding 
DE-specific tools is a leftover from the times when XDG spec had no 
support for DE level customization itself. Now it has 
$desktop-mimeapps.list mechanism for a while.


More information about the xdg mailing list