I'm using mc quite heavily and I get used to some of its settings. Namely, I got used to its external programs assignments for given types of files (videos - mplayer, images - gqview, and so on). After recend update all the assignments became awful. Quick grep into /usr/libexec/mc/ext.d/*.sh showed that all those scripts heavily rely on xdg-open: [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" xdg-mime query confirmed where these awful assignment come from. So I've rebuilt mc with -xdg USE flag. No improvement, all /usr/libexec/mc/ext.d/*.sh still contain line pasted above, mc still express awful file type assignments. Reproducible: Always Steps to Reproduce: 1. emerge --sync 2. USE="-xdg" emerge -u mc 3. cat /usr/libexec/mc/ext.d/*.sh|grep xdg-open Actual Results: [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" [ -n "${MC_XDG_OPEN}" ] || MC_XDG_OPEN="xdg-open" Expected Results: No xdg-open used anymore Might be related to issue #436518 although it is different problem of the same nature.
Currently the xdg USE flag only changes the location of mc's config files.
xdg (freedesktop.org) should be forced everywhere possible, so i'd propose to punt the USE flag and just enable it always there is no valid reason to avoid xdg-utils either
(In reply to comment #2) > xdg (freedesktop.org) should be forced everywhere possible, so i'd propose > to punt the USE flag and just enable it always > there is no valid reason to avoid xdg-utils either Your usual attempt to make things worse just because you can. It starts to become ridiculous... The xdg USE flag was added so users have the choice to let mc use it's historic configuration directory ${HOME}/.mc instead of the new multiple locations ${HOME}/.config/mc, ${HOME}/.local/mc and ${HOME}/.cache/mc. Upstream explicitly added a configure option (https://www.midnight-commander.org/ticket/2636) so users can restore the old historic config directory location and I am a strong supporter of having a USE flag to make use of this configure switch. I don't care how this USE flag is named but I want to have such an opportunity in our mc ebuilds. By looking at the helper scripts it should be easy to patch the xdg-stuff away from them. Give me a day and I will present a nice working patch which I also volunteer to maintain for future mc versions.
Created attachment 334238 [details, diff] mc-4.8.7.ebuild.diff Possible fix. This patch still leaves the user with the opportunity to use xdg-open by setting MC_XDG_OPEN environment variable to a valid xdg binary.
+*mc-4.8.7-r1 (11 Jan 2013) + + 11 Jan 2013; Lars Wendler <polynomial-c@gentoo.org> + -files/mc-4.8.1-fix-fallocate-xBSD.patch, -mc-4.8.3-r2.ebuild, + -files/mc-4.8.3-fix-chown-crash.patch, + -files/mc-4.8.3-fix-relative-symlink-creation-crash.patch, + -files/mc-4.8.3-missing-do_panel_cd_stub_env.c, -mc-4.8.4-r3.ebuild, + -files/mc-4.8.4-Ticket-2851-fixes-of-ext.d-scripts.patch, + -files/mc-4.8.4-Ticket-2853-fileposition-in-mcedit.patch, + -files/mc-4.8.4-Ticket-2856-aspell-sigsegv.patch, + -files/mc-4.8.4-Ticket-2858-htmlview-segfault.patch, -mc-4.8.6.ebuild, + +mc-4.8.7-r1.ebuild, metadata.xml: + Fixed handling of external programs with xdg USE flag being unset (bug + #449936). Removed old versions. Added myself as maintainer. +