Какое назначение директории ~/.local/share/?

Это пользовательский ‘/usr/share’

Всегда считал что туда можно пихать общие ресурсы и заодно приложениям меняться текущими данными, не требуя доступа во вне домика.
Но я могу быть крайне не прав

Это аналог /usr/share/.

Но так как аналога /var/ придумано не было, некоторые программы используют его в этом качестве.

Кстати, может уже придумали, где в хомяке должен быть аналог /var/? Что там у FD.o на этот счёт? Давно не следил за этим.

https://wiki.archlinux.org/index.php/XDG_Base_Directory_support #User directories

Но так как аналога /var/ придумано не было, некоторые программы используют его в этом качестве.

Кажется, так его понимаю все программы, например у меня в ~/.local/share/ 32 папки и 5 файлов. Всю это продукты жизнидеятельности программ из дистрибутива.

Получается, что аналогия с /usr/share, как прописано в стандарте, крайне условна.

Почесал репу, полазил по каталогу.

Ну в общем, да.

Из того, что я туда складывал лично — ну, например, файлы с правилами подсветки синтаксиса для редактора.

Остальное сложили программы по принципу «это не конфиги и не кэш, чёрт знает, куда это положить». Ну хорошо хоть научились кэш в конфиги не класть, а то и такое случалось.

Как и у остального xdg-говна - запутать пользователя и помешать ему взаимодействовать с файлами программ напрямую

Сиди под рутом тогда

Офигительная логика

XDG-говно это следствие проблемы, попытка решить другое говно, называемое UNIX FHS-помойкой.

Это тот самый вариант, когда хотели как лучше, а получился XKCD #927.

Нету там ни «говна», ни «помойки», ни xkcd://standards.

Лечите восприятие, если мерещится.

Помойка в корне хомяка-то была милее?

Помойка в корне хомяка-то была милее?

Это не помойка, а организованное хранение информации. Легко найти данные программы, легко их перенести в другое место, легко снести нахрен когда они стали не нужны

Помойка в корне хомяка-то была милее?

Так о ней и речь.

Ты так говоришь, будто она куда волшебным образом делась. Вот только:

$ ls -A1 | grep \\.
.adobe
.android
.anydesk
.bash_history
.bash_history-02494.tmp
.bash_history-34200.tmp
.bash_logout
.bash_profile
.bashrc
.basilisk_ii_prefs
.basilisk_ii_xpram
.cache
.cargo
.ccache
.config
.designer
.designerrc
.designerrctb
.dosbox
.eclipse
.esd_auth
.FBReader
.finf
.fonts
.gem
.gens
.ghidra
.gitbucket
.gitconfig
.gnome
.gnupg
.gradle
.ICEauthority
.ivy2
.java
.keys
.kobodlrc
.lesshst
.local
.m2
.macromedia
.minetest
.moonchild productions
.mozilla
.netbeans
.node_repl_history
.npm
.opera
.Osmos
.picodrive
.pki
.previous
.puNES
.python_history
.qmmp
.qt
.rsrc
.sbt
.sheepshaver_prefs
.shoebill_pram
.ssh
.steam
.steampath
.steampid
.sts4
.subversion
.swt
.tooling
.toprc
.var
.vim
.viminfo
.vimrc
.wget-hsts
.wine
.xsnowrc
.yq2
.zshrc

XDG-говно это следствие проблемы, попытка решить другое говно, называемое UNIX FHS-помойкой.

FHS имеет кучу сугубо практических преимуществ, а XDG-говно это попытка натянуть сову FHS на глобус пользователських файлов

А теперь представь, что в корне лежит это:

$ ls ~/.config/ | wc -l
293

Это не помойка, а организованное хранение информации. Легко найти данные программы, легко их перенести в другое место, легко снести нахрен когда они стали не нужны

Страшно представить, что у тебя дома творится. Не хотел бы я там побывать.

Полочки и шкафы в вашей параллельной реальности считаются изобретением дьявола?

~/.local/share и
~/.config

Это главные юзерские каталоги по всем делам.

Вариант 1: есть полочка $HOME, на ней лежат папоски с программами. Так как полочка бесконечная и может быть отсортирована любым образом, никаких проблем с поиском данных нет

Вариант 2: файлы из папочек раскиданы по трем разным шкафам с несколькими уровнями вложенности, логика распихивания остается на усмотрение автора каждой программы и может отличаться, в результате иногда нужный файл хрен два найдешь

Какой вариант удобнее?

Вариант 1: есть полочка /, на ней лежат папочки с программами. Так как полочка бесконечная и может быть отсортирована любым образом, никаких проблем с поиском данных нет

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

FHS не нужон. Срите в корень.

Справедливости ради:

$ ls ~/.config/ | wc -l
56
$ ls -A1 | grep \\. | wc -l
78

А вообще ты так пишешь, будто я выступаю против XDG или какого-то другого стандарта размещения пользовательских файлов. А на самом деле я всеми руками за.

Мой изначальный посыл был в том, что о таком стандарте надо было думать разработчикам Linux-дистрибутивов ещё в 90-ых годах. Что, в UNIX-like системах того времени помойка в $HOME никого не раздражала и считалась нормой?

Подобное и в ранний Android перетекло кстати. У нас хоть директории скрыты, а там куча приложений срут в корень дисков и считают что «это норма»: https://hsto.org/storage1/e5deae9f/54a3c20b/8ba76329/55414a1a.jpg

Что, в UNIX-like системах того времени помойка в $HOME никого не раздражала и считалась нормой?

Нормальных людей это не раздражает, так как все файлы скрытые и следуют четкой конфенции в именовании. Это какой-то упоротый перфекционизм

Без скрытия дичь, да.

FHS не нужон

FHS определяет, куда класть системные файлы, которые отличаются от пользовательских тем, что зачастую используются кучей разных программ. Поэтому и принцип хранения у них другой.

Мой изначальный посыл был в том, что о таком стандарте надо было думать разработчикам Linux-дистрибутивов ещё в 90-ых годах.

Им было думать слегка поздно, в 90-х горшочек уже варил долго и продолжительно. И кто такие были эти непонятные линуксоиды, чтобы иметь право крикнуть «горшочек не вари»?

Ну ты будто не знаешь, как «скрытые файлы» появились в результате бага в ls, и их тут же все заабьюзили.

$ ls ~/.config/ | wc -l
56

Ты как-то неправильно компом пользуешься. Переустановил ОС вчера что ли? xD

следуют четкой конфенции в именовании.

Под названием «как чёрт на душу положит». Хорошая система…

.programname или .programnamerc, очень сложно

По-моему, вместо XDG надо было сделать директорию в HOME вроде user_data, и обязать тильду, cd и все возможные варианты вести в нее, а софт пускай гадил бы в хомяк по сложившейся традиции. Один хрен хомяк чистым не будет никогда - скрипты, .config и смежные.

Кстати, а может можно чего поднастроить? И сделать тильду равной некоторой директории в хомяке?

Тильда это сокращение для $HOME в некоторых шеллах, а $HOME у каждого пользователя может быть вообще любой

А еще *_history, *-history, *hst, *_state, *.log, *.cfg, *info и т.п.

Гланды через жопу.

Если кто-то не соблюдает правила, усложнение стандарта никак не улучшит ситуацию

По-моему, вместо XDG надо было сделать директорию в HOME вроде user_data, и обязать тильду, cd и все возможные варианты вести в нее, а софт пускай гадил бы в хомяк по сложившейся традиции. Один хрен хомяк чистым не будет никогда - скрипты, .config и смежные.

Я сделал чуть иначе. Засунул «системный» хомяк в подкаталог «логического». cd и ~ этим не фиксятся, конечно. Но сделать свой собственный алиас не проблема.

Если кто-то не соблюдает правила, усложнение стандарта никак не улучшит ситуацию

Какие именно правила? В чем они заключаются?

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

Не бред будет, запущенное приложение возьмет с окружения HOME, и начнет гадить в новую дир.

Правила именования и расположения файлов, естественно

Кем же они установлены? Где их прочитать?

Им было думать слегка поздно, в 90-х горшочек уже варил долго и продолжительно. И кто такие были эти непонятные линуксоиды, чтобы иметь право крикнуть «горшочек не вари»?

Вот взять, например, пресловутую Haiku. Там похожая имеется директория ~/config/ схожая по назначению с этим XDG-стандартом, и она там, внезапно, работает! Нет помойки в $HOME, а все портированные приложения с Linux и UNIX мейнтейнеры патчат, чтобы они не какали вне своих загончиков в ~/config/.

А у разработчиков Linux-дистрибутивов все карты на руках: открытый исходный код, изначальная поддержка платформы во многих проектах, взрослая build-архитектура, самое главное – ЗАРПЛАТА, а не голый энтузиазм. Но они не могут привести приложения даже уже к готовому XDG-стандарту.

все файлы скрытые и следуют четкой конфенции в именовании

На словах красиво, а на деле «чёткая конвенция именования» выглядит так – Какое назначение директории ~/.local/share/? (комментарий)

Ты как-то неправильно компом пользуешься. Переустановил ОС вчера что ли? xD

Просто у меня GNOME с реестром :) А у тебя, наверное, KDE, в котором настройки хранятся в куче INI-like файлов внутри ~/.config/.

Если понял, то у меня примерно также - в хомяка директория с моим личным хламом. А про алиас годно, надо сделать какую-нибудь cdd.

BeOS делалась с нуля и без софта. Коммерческой фирмой. Как централизованно решили, так и сделали.

а все портированные приложения с Linux и UNIX мейнтейнеры патчат

Ну а у Гайки в свою очередь маленькое сплоченное сообщество, которое чётко идёт по стопам. Отдай вопрос на откуп авторам софта и васянистым «дистрибутивам», и начнётся…

Гайку спасает лишь принцип неуловимого Джо.

А у разработчиков Linux-дистрибутивов все карты на руках: открытый исходный код, изначальная поддержка платформы во многих проектах, взрослая build-архитектура, самое главное – ЗАРПЛАТА, а не голый энтузиазм. Но они не могут привести приложения даже уже к готовому XDG-стандарту.

Это сейчас они на руках. А тогда нет. Ситуация постепенно улучшается. Из ссылки выше по треду с удивлением узнал, что еще несколько древних софтин переехали в .config.

Ну и ты видишь тут по треду. Придёт поборник «диды страдали и нам завещали» и от души наложит dot-файлов в хомяк из своей софтины. Ну и ни при чем тут разработчиик на зарплате оказываются.

Всё проще, у меня системе лет 10. И что тут только не стояло.

А с xdg-структурой такие товарищи могут не только называть файлы и каталоги как попало, но и раскидывать их по желанию левой пятки между .config, .cache и .local/**. Проблема с поиском и установлением принадлежности файлов только усугубляется, а вместо нее (частично) решается псевдопроблема с количеством файлов в хомяке, которую можно было решить гораздо проще

Проблема с поиском и установлением принадлежности файлов только усугубляется

Псевдопроблема.

с количеством файлов в хомяке

Реальная проблема. И дело вовсе не в количестве.

Кто вообще сказал, что корень хомяка смонтирован на запись, чтобы туда гадить автоматически записываемыми конфигами? А?

Простой мысленный эксперимент:

• Если бы конфиги с самого начала юниксов лежали в ~/cfg/ никому бы и в голову не пришло перекладывать их в корень хомяка.

Это сразу даёт понимание, где системный подход, а где синдром утёнка.

Кто вообще сказал, что корень хомяка смонтирован на запись, чтобы туда гадить автоматически записываемыми конфигами? А?

HOME это по определению каталог, где у пользователя есть права на запись

Если бы конфиги с самого начала юниксов лежали в ~/cfg/ никому бы и в голову не пришло перекладывать их в корень хомяка.

Замечательно, а где бы лежали другие файлы программ? Плагины, логи, истории в мессенджерах и т.д.?

HOME это по определению каталог, где у пользователя есть права на запись

По определению кого?

А вот еще вопрос был:

Кем же они (правила) установлены? Где их прочитать?

Плагины

~/lib/

логи, истории в мессенджерах и т.д.?

~/var/

а где бы лежали другие файлы программ?

А вы куда прикажете их ложить? В хомяк наваливать плагины, логи, истории? Кэш еще не забудьте. И всякий полумусорный state типа размеров окна.

В FHS конечно же