Arch приобретает gentoo-стиль установки?
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Кое-что на тему /lib –> /usr/lib Судя по бегло прочитанному, это только начало. Хорошо это или плохо, судить рано. Просто GNU/Linux сейчас в состоянии какого-то “перехода”. |
| sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
не знаю , но мне кажется что идут пути характерные для системы беркли (бсд), если сейчас начнется переезд всех пользовательских приложений в /usr/local, а их конфигов в /usr/local/etc - я приподнему бровь)))
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
Да все правильно, /bin /sbin /lib не нужны когда есть initramfssleepycatкаких именно пользовательских приложений? Те которые из офф реп, это уже “системные”, а для личных-локальных прог в /usr/local самое место. Возможно, лучше бы было если бы весь AUR перенесли в /usr/local что бы не смешивались с официальными пакетами… ИМХО
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| Natrio |
|
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
nafanjaВсе пакеты, даже из AUR, устанавливаются пакманом. В инструкциях по созданию пакетов категорически НЕ рекомендуется трогать /usr/local/ , именно потому, что оно “для личных-локальных прог”, которые без пакетов поставлены. |
| geekless |
|
|
Темы:
3
Сообщения:
72
Участник с: 15 июля 2012
|
sleepycatВ GNU/Linux нет бсд-шного разделения на систему и приложения. Всё, что ставится пакетным менеджером, ставится в /usr. А /usr/local оставлен на нужды админа. |
| sleepycat |
|
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
nafanjaесли вы во фряхе поставите приложение не входящее в состав системы, не важно от кого, оно по умолчанию упадет в эти директории, поверьте на слово.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| geekless |
|
|
Темы:
3
Сообщения:
72
Участник с: 15 июля 2012
|
ProFfeSsoRrЯ практически уверен, что у вас нет реальных аргументов в пользу “было б проще намного”. А вот вынос всего этого ro-добра в /usr как раз полезен, т.к. позволяет все бинарники и ресурсы системы сделать ro, сделать их общими для нескольких машин и т.п. |
| sleepycat |
|
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
geekless, вы с какого подземелья родом будете? Вы не можете упаковать Ваши мысли/коменты в один пост?(простите я под воздействием хмеля).. но вопрос интересный…
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
NatrioХотя да, логично, что пакменом поставлено уже в базе и помечается как local/*, так что мое ИМХО лишнее!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| RiD |
|
|
Темы:
30
Сообщения:
400
Участник с: 27 июня 2011
|
geeklessДак сейчас получается, что почти всё в /usr. Стало быть всё то, что (система - /usr) вообще не система. Или вы хотите чтоб это раздел монтировался по сети на разные машины? Или какой смысл делать его “на несколько машин” На несколько виртуалок? В общем не оправдано. Пользователям ядра без initrd так вообще весёлая жизнь. Желающим сжать /usr чем-то типа aufs то же. Как по мне, так то, что входит в группу base - всё это должно лежать вне /usr + утилиты типа “настройка сети”(не помню, где сейчас такое располагается). Захотел user1 обновить себе mpd, а фиг - /usr ro, libmpg123 не обновишь. Ой, да чего там - вообще почти ничего не обновишь, не поставишь. И ведь нельзя, сменится версия - будут у user* проблемы. Какой смысл менять то, что и так прекрасно себя зарекомендовало? Раньше можно было делать финты - монтировать в зависимости от нужд, либо один /usr либо другой(пример, драйверы на видио проприетарные и открыты между собой несовместимы). Теперь проще собрать на отедльном разделе новую систему. Разница будет ~15 mb? А если будет косяк в mkinitcpio? Раньше можно было взять initrd от любого ядра ~той же версии.. Теперь для восстановления арча понадобиться арч той же архитектуры. В общем либо разработчики наплюют на мнение пользователей, кого это коснется, либо всё придет к тому, что будет у нас /usr/usr |