Чтобы добавлять сообщения и комментарии, .

@Hawat:
Hawat

Вот ставил debian, накатил голый openbox, открывают mc, а там уже: "Рабочий стол, Документы, Видео, Изображения, ..." $&@! Такую фигню раньше только бубунта вытворяла, а теперь везде подтянули что-ли? Ну ок снесу эти катологи, но видимо протекло в мейнстрим. Такими темпами mkdir без параметров будет "Новую папку" создавать...

@L29Ah:
L29Ah

my xdg-open: github.com
LD_PRELOAD for gtk: sprunge.us

in KDE, it goes through 3 processes, over dbus, socketpair, until it reaches klauncher, where some magic happens ...
and it opens it in KDE-specific app obviously

@Whitesquall:
Whitesquall

*config *home *ненависть Попадался где-то стандарт, по которому писано, что директория для хранения конфигов должна определяться переменной $XDG_CONFIG_HOME либо, если она не задана, это будет ~/.config. На практике мало кто следует этому принципу, емакс не исключение, потому что всем по... О чём это я? Ах, да. Достало меня, что открывая ~/ в dired'е вижу неописуемую свалку. Давно было желание прикрутить фичу для сокрытия дотфайлов. Пару раз пытался найти вменяемое решение и по каким-то незапямятным причинам ничего не удавалось. Сейчас терпение лопнуло и было найдено решение при помощи dired-x. Но тут тоже пришлось чуть попыхтеть. У этого dired-x есть такая никому ненужная команда dired-jump, и висит она на C-x C-j, что убивает нахрен все привязки jabber.el. Потому добавлять строчки:

(require 'dired-x)
(setq dired-omit-files "^\\...+$")

надо перед

(require 'jabber)

Скрывать дотфайлы на M-o в dired'е.

@qrilka:
qrilka

Это нормально, что chrome 22 на открытие нового окна возвращает 23 (открыв при этом нормально урл) и ломает таким поведением xdg-open?

@Equidamoid:
Equidamoid

pastebin.com
тут что-то не так, или это я туплю?

@a13:
a13

научил xdg-open нормально работать с URI вне всяких DE:
ompldr.org
используется лишняя (подсмотренная в KDE) сущность: mime-тип uri/<имя_схемы>

для установки дефолтного приложения для открытия ссылок вида scheme:blablala

xdg-mime default $APPNAME.desktop uri/scheme

например:

xdg-mime default smplayer.desktop uri/mms

//fixed

@a13:
a13

xdg-шные утилиты не расчитаны на нормальную работу вне KDE/GNOME/XFCE
это ладно, но какого хера там все захардкодено? И почему xdg-email в дефолтном случае для открытия почты использует sensible-browser?

@a13:
a13

В процессе разбора полётов, почему емакс не использует xdg-open для открытия URL-ов выяснилось, что ему требуются запущенные KDE/GNOME/XFCE4. Если выставить соответствующие переменные окружения, либо запустить dbus — все вроде должно работать. Но не работает, ибо xdg-open, собака, ТОЖЕ пытается теми же методами детектить запущенное окружения, а так как мы сфейканули последнее — пытается открыть файл его методами.
В общем, самый простой способ — либо кастомизировать browse-url-mozilla-program (например) либо сделать так:
(defun browse-url-can-use-xdg-open () t)

@freefd:
freefd

маленькие фиксы работы xdg-open в условиях отсутствия DE от #328853
regexp='^(ht|f)tp://' заменить на regexp='^(ht|f)tps?://' для поддержки https:// протокола.

@freefd:
freefd

победил xdg-open в момент работы без DE. по факту, теперь и указывать BROWSER не надо, оно найдёт всё само. патч не кладу, у многих разные версии xdg-utils.

ниже изменённый код (он вызывается после попытки определения DE юзера), который определяет браузер/файловый менеджер из расчёта запрошенного урла/файла.

if [ x"$DE" = x"" ]; then
# if BROWSER variable is not set, check some well known browsers instead
if [ x"$BROWSER" = x"" ]; then
regexp='^(ht|f)tp://'
if [[ ${url} =~ $regexp ]] ; then
BROWSER=chromium-browser:firefox:mozilla:netscape
else
BROWSER=nautilus:thunar:pcmanfm
fi
echo $BROWSER
fi
DE=generic
fi

и не нужно никакой DE.

@freefd:
freefd

ох уж с эти ваши линуксы. нет вот de, xdg-open использует open_generic функцию для открытия всего и вся, та, в свою очередь, ищет переменную окружения BROWSER, которую мы задали, потому что нам ведь нужно как-то указать приложениям дефолтный браузер. и получается, урлы мы открываем в браузере и пути а-ля /home/username мы открываем тоже в браузере.
ну что мне теперь, дополнительный костыль писать что ли, который будет смотреть урл это или путь и выбирать приложение для запуска в виде браузера или файлового менеджера?
xdg-mime ничего не знает про дефолтный mimetype и знать не хочет. грусть-печаль.