> Может, всё в одну кучу свалить? То бишь, в ~/.config/mc ?

По-моему, это оптимальный вариант. И помойки в хомяке не будет, и все конфиги для mc в одном месте.

Всё, что было в .mc - в неизменном виде сваливать в .config/mc. Этого достаточно, всё остальное - явное надругательство над стариной Оккамом.

>Сейчас пока интересует упорядочивание файлов пользователя. Да и вообще - нужно ли? Может, всё в одну кучу свалить? То бишь, в ~/.config/mc ?

так бы было проще.

Да я тогда буду только старые версии использовать - и все!

> Получилось, судя по отзывам и словленным помидорам, не совсем хорошо: ожидался перенос просто из ~/.mc в ~/.config/mc, но я раскидал файлы в ~/.cache/mc и в ~/.local/share/mc

Предлагаю все, что влияет на поведение mc разместить в ~/.config/mc - это то, что ожидало большинство.

> Tree

наследие нортон командера :)

скажем так, опция для configure '--enable-xdg-configs[=yes]' была бы полезной?

Cчитаю это идеальным вариантом. Пускай будет возможность оставить все как было.

Пользуюсь программами, которые не придерживаются XDG_* и привык к бардаку в ~, просто упорядочиваю его время от времени. Тем не менее есть программы которые пытаются помимо своих ~/.файлов делать еще что-то в XDG_* директориях, т.е. и там и там - нафига? И для них (для XDG_* директорий ~/.config ~/.local и т.д.) были сделаны симлинки на /dev/null. Поэтому, либо все программы договорятся и хранят конфиги по-умолчанию(!) в XDG_*, либо ни одна из них.

> И для них (для XDG_* директорий ~/.config ~/.local и т.д.) были сделаны симлинки на /dev/null.
Я уже и забыл, насколько ты забавный.

По теме, идею поддерживаю. Кеш оставить в ~/.cache и ни в коем случае не переносить в /tmp.

Поменялся формат описания систем типа utar в mc.ext, в результате такого переноса без изменения mc.ext, mc 4.8 не распаковывает архивы. Можно было бы при переносе сделать напоминание об изменениях в mc.ext.

После апгрейда не работал вход в архивы по Enter

Привет всем,

После установки 4.8.0 заметил, что не получается зайти в архив (любой). Виноват оказался каталог ~/.local/share/mc/extfs.d/ (каюсь, не посмотрел, что там было, просто снес его и весь ~/.local/share/mc вообще, и все заработало. Пытался до этого отладить через strace, и заметил, что mc пытался сделать cd t.tar#utar, а это вроде старый формат.

В общем, вопрос - у кого-то еще такое было? Надо баг создавать?

> Поменялся формат описания систем типа utar в mc.ext

Ох, заметил твое сообщение только после того, как запостил свое. А где был старый mc.ext в твоей системе, и почему использовался он, а не новый?

Временные файлы должны храниться во временной директории, аки ${TMPDIR}, аки /tmp. Негоже захламлять домашнюю директории распакованными архивами и пр., так как /home может быть на отдельном разделе с ограниченным размером. Да и tmpfs проще делать на одну директорию, чем монтировать для каждого пользователя. Особенно, если ты не рут на этой машине.

> Может, всё в одну кучу свалить? То бишь, в ~/.config/mc

Да, это было бы самым лучшим вариантом и будь реализовано сразу в 2.8.0 не вызвало бы такого дикого срача. Размазывать .mc по разным каталогам нет никакого смысла.

> Может, всё в одну кучу свалить? То бишь, в ~/.config/mc ?

Так лично мне больше нравится.

> Это вообще та вещь, которую в юниксах следовало стандартизировать еще лет 15 назад. Везде в системе порядок, и только в хомяке любая программа гадит как хочет.

Надо было просто хранить конфиги в точно таких же директориях, что и глобальные, только с префиксом ${HOME}. Например /etc/ssh/sshd_config и ${HOME}/etc/ssh/sshd_config. Тогда вообще никакой путаницы не было бы.

Да.

Судя по всему, вариант

Может, всё в одну кучу свалить? То бишь, в ~/.config/mc ?

наиболее популярен. То есть, просто перенос ~/.mc в $XDG_CONFIG_HOME/mc

Не иди на поводу у этих обскурантов. Они сами не знают чего хотят. Зачем им в .config/mc файлы, которые не предназначены для редактирования руками?

> По теме, идею поддерживаю. Кеш оставить в ~/.cache и ни в коем случае не переносить в /tmp.

А слабо аргументировать?

Возможно, сделать 3 варианта с ключами сборки, ежели не лень.

> А слабо аргументировать?
Что именно? Может быть и не в ~/.cache, куда-нибудь в ~/.config/mc/ тоже сгодится.
Почему не в /tmp? Потому, что после ребута я хочу, чтобы mc показал мне то, что было до ребута, то есть где я закончил.

Если ты про XDG_* в общем, то аргументация очевидная и была озвучена не раз.

я ме-едленно расчехляю бритву Оккама

Лично моё мнение:
Смириться и следовать принятым нормам (Filesystem Hierarchy Standard).
Выгоды:
1. Файлы будут находиться именно там, где их будут искать не только разработчики, но и операционная система.
2. Можно максимально использовать системные переменные для организации взаимодействия MC с другими программами
3. Управление местом размещения файлов при помощи изменения системных переменных

Очень хочется некоторого единообразия...

>Сейчас пока интересует упорядочивание файлов пользователя. Да и вообще - нужно ли? Может, всё в одну кучу свалить? То бишь, в ~/.config/mc ?

это будет наиболее безболезененным для пользователей. а со временем может вы там сами разберетесь между собой что есть кэш, что есть конфиг и разделите согласно стандарту.

а еще тут выше уже говорили что мс все время пишет в ini/panels.ini свое состояние(текущий каталог и т.п.). Следовало бы вынести эти параметры в другой файл, который является заведомо динамическим, напр. history

> мс все время пишет в ini/panels.ini свое состояние

Выключите — писать не будет. У меня не пишет.

>После апгрейда не работал вход в архивы по Enter

...
В общем, вопрос - у кого-то еще такое было? Надо баг создавать?

Было, баг однако, нашел не сразу, только после того как под рутом запустил(до этого не разу не запускал)))) начал рыть, нарыл.

>Получилось, судя по отзывам и словленным помидорам, не совсем хорошо: ожидался перенос просто из ~/.mc в ~/.config/mc, но я раскидал файлы в ~/.cache/mc и в ~/.local/share/mc

Вот за этот бардак с подподподкаталогами и я ненавижу xdg-«стандарты»

Наверное, будет сделано так:

- будет добавлена новая опция для configure: --enable-homedir=<XDG | any/path/relative/to/home>. Это позволит пользователям размещать конфиги в любом произвольном месте, относительно домашнего каталога (например, для удовлетворения https://www.midnight-commander.org/ticket/2658). если значение будет XDG, то файлы останутся в текущих каталогах, за исключением:
- panels.ini и mc.ext будут перемещены в $XDG_CONFIG_HOME/mc

По умолчанию --enable-homedir будет равен XDG.

Такое решение должно будет удовлетворить практически всех.