Структура каталогов в ~

[serzh-z]

Придерживаетесь ли определенной структуры каталогов в домашнем каталоге, по аналогии с / и /usr/local?

Например:

Shell

~/bin
~/share
~/src

...

Shell

~/local/*

...

Shell

~/.local/bin/

...

А может в том же стиле, что XDG-каталоги по умолчанию:

Shell

~/Documents
~/Projects

...

[devilr]

Структура есть даже в бесструктурном. Только её правила нам неведомы.
Есть структура, конечно. Файлопомойка интересна только тогда, когда она у закадычного врага.

[serzh-z]

devilr
Ок, дополню: я имел в виду - повторяете ли структуру FHS в домашнем каталоге?

[devilr]

Ну, каталогов bin, etc и home в моем домашнем каталоге точно нет. Особенно, home
Не совсем понятен смысл вопроса. Понятно, что у многих будут каталоги, типа Документы, Фотографии, Фильмы и т.д. А делать какую-то чужую структуру (пусть даже стандартную) в своём домашнем каталоге, при условии, что этот каталог видите (и используете) только вы - не имеет особого смысла. Имхо.

[Vascom]

А зачем?
Глупо же ставить ПО в домашний каталог.

[yoricI]

Почему глупо, например, чтоб никто на догадался :-)

[Bizdelnick]

Есть ~/bin, ~/src и ~/tmp.

[Vascom]

Почему глупо, например, чтоб никто на догадался :-)

Кто не должен догадаться?
Кому надо - легко вычислят по выводу ps.

А вот засрать систему, потенциально сделать уязвимой и необновляемой - это прямой путь.

[Kopilov]

Есть ~/tmp (ПО его не использует, личная файлопомойка), ~/usr (ПО, которого нет в репозитории или оно неподходящей версии — например, IDE) ~/bin (скрипты, свои и найденные в сети, ссылки на исполняемые файлы в ~/usr).

Засрать систему нельзя по определению Засрать можно только хомяк, и в любой момент можно создать новый. Обновления — на совести пользователя, само собой. И бывает, что нужна именно старая или просто конкретная версия (например, плагин языка Ceylon не работает с последней версией IDEA).

А каков именно риск уязвимости?

[Kopilov]

К слову, при переустановке системы ПО в хомяке продолжает работать, и это очень удобно.

[Vascom]

Будто при переустановке системы ПО не в хомяке перестаёт работать

Риски уязвимости очень просты - от использования неподдерживаемого и необновляемого ПО, до подмены бинарников злоумышленниками.

[Kopilov]

Недавно в департаменте всем меняли старый LMDE на Kubuntu. Проблем было немало И больше у тех, кто ставил недистрибутивное ПО в /usr/local или в /opt, а не в хомяк.

[Vascom]

Ну тут смотря что считать проблемой. Зависит от способа замены дистрибутива и знаний заменяющего человека.
Тем более, если это рабочий компьютер, то там либо не должно быть левого недистрибутивного ПО, либо следовало бы создать отдельный рабочий сервер с таким ПО и дать к нему доступ всем нуждающимся.

[NickLion]

bin для скриптов, opt для программок, tmp для свалки. Пара каталогов спецназначения (для разработки и OBS), остальное по XDG.

Глупо же ставить ПО в домашний каталог

Да, но что делать со всякими NetBeans, RubyMine со своими автообновлялками и доустановщиками плагинов, так проще. Да и тянуть /usr/local в отдельный раздел придётся тогда, решать сколько же на него выделить. А раз уже есть в хомяке мусор, то и AppImage туда же.

[Vascom]

Для этого есть /opt.

[NickLion]

Тем более, если это рабочий компьютер, то там либо не должно быть левого недистрибутивного ПО

Почему?

следовало бы создать отдельный рабочий сервер с таким ПО

И потом зависеть от связи?

[NickLion]

Для этого есть /opt.

Ну, попробуйте поставить в /opt тот же RubyMine, как обновлять будете? А дать доступ пользователю будет ровно то же, что и с ~/opt.

[Vascom]

По причинам описанным выше. Ещё как вариант - сделать корпоративный репозиторий с нужным ПО.
Ну это уже нюансы про зависимость от связи. Конкретные ситуации конечно могут вынудить поступать так (ставить ПО в хомяк), но это не значит, что всем так следует делать, что это хорошо и правильно.

Уверен, что практически любую ситуацию можно решить без установки в хомяк и это решение будет лучше.

Я и говорю что это уже какие-то извращения. Я даже не знаю что такое RubyMine (проприетарное что-то?), почему его нет в репозиториях и почему у него проблемы с обновлением.

[NickLion]

не значит, ... что это хорошо и правильно

Я и не считаю, что это хорошо, согласен, что это плохо по куче причин, но есть ПО, с которым это просто банально *проще*, и значительно.

не знаю что такое RubyMine (проприетарное что-то?)

Проприетарное и платное. К сожалению, альтернативы найти не могу.

NetBeans — open-source, но только обычно в репах его нет (либо старая версия) и ставят инсталляцией с сайта. Эх.

[SLEDopit]

~
├── docus/
│   ├── books/
│   ├── films/
│   ├── git/ ## сюда складирую интересные гит проекты, с которыми играюсь когда нет интернетов
│   ├── langs/
│   ├── music/ ## здесь ноты для аккордеона / пианино
│   ├── notes/ ## всякие заметки
│   ├── photos/
│   ├── sites/ ## свои домашние проекты
│   ├── sounds/ ## здесь музыка
│   ├── tmp/ ## файлопомойка
│   └── work/
├── downloads -> ../wwwuser/downloads/ ## под своим пользователем браузер не запускаю, поэтому линк туда, где запускаю
├── passbox.gpg
├── scripts/ ## это аналог ~/bin/
└── todo

.

[serzh-z]

Не совсем понятен смысл вопроса.

Смысл - уменьшение энтропии и когнитивная лёгкость. =)

Есть ~/bin, ~/src и ~/tmp.

И как миришься с соседством XDG-каталогов, чьи названия начинаются с заглавной буквы?

P.S. Что касается bin, то XDG описывает ~/.local/bin.

[SLEDopit]

XDG-каталогов, чьи названия начинаются с заглавной буквы?

Имхо, за такое нужно четвертовать Это крайне неудобно. В графическом интерфейсе может и пофиг, а в консоли это некомфортно.

[serzh-z]

Имхо, за такое нужно четвертовать Это крайне неудобно.

Согласен. "Projects, Sources" - неудобно, а смесь каталогов "Documents, Music, video, src" нервирует. =)

[yoshakar]

Я держу данные вне ~, в каталоге, общем для всех пользователей (у меня это /data). А $HOME — только для инфраструктуры: media (персональные точки монтирования: в BSD это реальные точки монтирования, а в Linux — ссылки на то, что смонтировал pmount в /media), bin (но он — всего лишь ссылка на /data/bin), dropbox, vms (виртуальные машины). Ещё туда всё качается по умолчанию. В ~/.local/bin много желающих всего понапихать (например, его использует stack — сборочная система Haskell), так что куда ж без него. Папки src у меня нет в $HOME, но есть в /data — это, правда, скорее opt, чем src: в нём лежат программы, собранные из исходников — каждая в своей поддиректории, в каждой из которых есть в свою очередь src, где лежат, собственно, исходники.

Зачем в домашней директории может понадобиться share, не представляю.

[NickLion]

Что касается bin, то XDG описывает ~/.local/bin

Спасибо за подсказку, подумаю перенести.

Вопрос не ко мне, но

И как миришься с соседством XDG-каталогов, чьи названия начинаются с заглавной буквы?

Имхо, за такое нужно четвертовать Это крайне неудобно

если сильно напрягает, то кто запрещает изменить, ведь меняется легко. У меня они вообще не латиницей записаны и как-то не особо напрягает, консоль ведь Unicode.

Меня больше напрягает куча .progname каталогов, а не разделённое по .cache .config .local.

смесь каталогов "Documents, Music, video, src" нервирует

xdg-user-dirs-update, разве не вариант, нет?

[serzh-z]

xdg-user-dirs-update, разве не вариант, нет?

Не вариант. )

[NickLion]

serzh-z
Почему?

[serzh-z]

Почему?

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

[Bizdelnick]

И как миришься с соседством XDG-каталогов, чьи названия начинаются с заглавной буквы?

На рабочем компе их нет, благо нет ни DE, ни графических файловых менеджеров (и неграфических тоже). Там, где есть, плююсь, но менять лень. Да и не сильно напрягает: XDG-каталоги нужны в основном при работе в графике, а прочие — в консоли.

[Hephaestus]

Придерживаетесь ли определенной структуры каталогов в домашнем каталоге, по аналогии с / и /usr/local?

В домашнем - нет.
/home у меня - не то, что отдельный раздел, а отдельный винчестер.
Внутри, конечно, есть какая-никакая структуризация... видео - отдельно, книги - отдельно, какие-нибудь файлы виртуальных машин - отдельно. Разделять стараюсь по смыслу. Но в целом, бардак.
Есть /src - отдельный раздел для всяких самосборов и слакбилдов.
Есть отдельный каталог под торренты.
Есть отдельный раздел, куда когда-то складывал скачанные iso - создавая, таким образом, локальные репы.
Так что у меня, в общем, и так всё раскидано по разделам. Поэтому структурировать ещё и $HOME сверх того, что уже есть смысла не вижу.