Package Details: xdg-utils-mimeo 1.1.3+18+g0547886-2

Git Clone URL: https://aur.archlinux.org/xdg-utils-mimeo.git (read-only)
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: https://www.freedesktop.org/wiki/Software/xdg-utils/
Keywords: mime mimeo xdg-open
Licenses: MIT
Conflicts: xdg-utils
Provides: xdg-utils
Submitter: matthewbauer
Maintainer: TrialnError
Last Packager: TrialnError
Votes: 69
Popularity: 0.325042
First Submitted: 2009-12-16 04:08
Last Updated: 2019-09-26 19:15

Dependencies (14)

Required by (508)

Sources (2)

Latest Comments

1 2 3 4 5 Next › Last »

ReekyMarko 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.

ReekyMarko 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: https://github.com/bugaevc/wl-clipboard/issues/55

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:
XDG_CURRENT_DESKTOP is set to XFCE.
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.
_______
[0] https://cgit.freedesktop.org/xdg/xdg-utils/tree/scripts/xdg-utils-common.in#n249

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.

TrialnError commented on 2016-01-01 18:08

@ d7rk:
That means you haven't the puplic gpg/pgp key of the developer in your gpg key database.

Either invoke makepkg with --nopgpcheck, disable/remove the validpgpkey line or use gnupg and download the key (gnupg --recv-keys followed by the id from the pkgbuild)

d7rk commented on 2016-01-01 17:13

Hi,

I get
Verifying source file signatures with gpg...
xdg-utils-1.1.1.tar.gz ... FAILED (unknown public key C43570F80CC295E6)
==> ERROR: One or more PGP signatures could not be verified!

when trying to install.
Cheers,