Package Details: xdg-utils-mimeo 1.1.3+19+g9816ebb-4

Git Clone URL: (read-only, click to copy)
Package Base: xdg-utils-mimeo
Description: Command line tools that assist applications with a variety of desktop integration tasks; patched to use mimeo
Upstream URL:
Keywords: mime mimeo xdg-open
Licenses: MIT
Conflicts: xdg-utils
Provides: xdg-utils
Submitter: matthewbauer
Maintainer: TrialnError
Last Packager: TrialnError
Votes: 71
Popularity: 0.001965
First Submitted: 2009-12-16 04:08
Last Updated: 2020-04-19 21:54

Dependencies (16)

Required by (640)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

TrialnError commented on 2020-04-13 13:47

Thanks for the input Aelius. Is there any error message?

Aelius commented on 2020-04-12 00:55

There seems to be some issue with this patch and setting the new flatpak-firefox as default browser.

xdg-settings set default-web-browser org.mozilla.firefox.desktop

This fails under this package, but succeeds with normal xdg.

FunctionalHacker commented on 2019-09-27 19:28

@TrialnError That did it, works perfectly now! Thanks a lot!

TrialnError commented on 2019-09-26 19:16

I adjusted the patch, so if you could give it a try, ReekyMarko?

TrialnError commented on 2019-09-24 08:11

Thanks for the report ReekyMarko. Just for reference, I host a repo for the patches here. But as it is unlikely to stumple upon... The comment section is fine too :) Indeed this should be fixable. Will take a look at it first. Maybe there is a flag or command already there and just isn't used in the patches. If not, some awk magic could do the trick. Whatever the result is, we can then decide whether we should file a bug report with mimeo or not. Normally there should be some standard involed, which should make it clear.

FunctionalHacker commented on 2019-09-24 04:59

I don't know where else to post, so I will just comment here. We found a conflict between xdg-utils-mimeo and wl-clipboard here:

Is this something that can be fixed here or in mimeo?

TrialnError commented on 2017-05-30 21:33

In my opinion your last sentence is highly debatable. Another valid view: It is only there to allow the use of mimeo in cases where no classic DE (and therefor there tools) is used (without crippling the original functionality).

For special setups xdg-open could be entirely replaced with another program (like some alternatives do it).
Or you could modify the detectDE() function directly. If the KDE case is applied DE isn't set to KDE but mimeo.

But I'm open to suggestions and/or contributions as I'm currently not sure how to approach this (especially as I have a different view on the purpose).

jmb commented on 2017-05-28 07:04

+1 for a way to force mimeo mode. I don't use a full desktop environment, but I still need to set XDG_CURRENT_DESKTOP=KDE, otherwise KDE applications don't display correctly (due to Qt trying too hard to match my nonexistent DE) and then xdg-open tries to open files or links through KDE, which is unreliable since I don't have a full KDE environment.

Note that the whole point of using xdg-utils-mimeo is so that it will use mimeo (otherwise we could simply use xdg-utils itself), so mimeo should have a very high priority…

TrialnError commented on 2016-02-18 09:47

@unitaker: Unless the DE is detected as xfce xdg-utils shouldn't use exo. This doesn't prevent the case with thunar and xfburn, which explicit depends on exo. I suppose those call/use exo directly.

Or does this also happen with a terminal and using xdg-open?

Edit: To make it clear. Currently the only way which would let xdg-utils choose exo:
If the var is empty, which happens without a running DE, it falls back to simple if-then checks.
There it would be again possible that the desktop is detected as xfce. But only if xfwm4 is used as window manager. Or whatever would cause xprop -root to report xfce4 somewhere in its output.[0]

But dunno if such a setup is used. If so, I could move the check for mimeo up a bit.
Or maybe I will do it anyway. Will think about it.

untitaker commented on 2016-02-16 17:28

Could the patch be changed such that mimeo is preferred over open_xfce and others? I have xfburn installed which pulls in exo (xfce's app launcher thing), which then gets prioritized over mimeo.