Arch Linux перемещает все исполняемые файлы в /usr/bin

Интересно, а что будут делать товарищи, у которых /usr на отдельном разделе?

Такие ретрограды уже давно были объявлены еретиками и врагами сообщества Лёней и его прихвостнями. Так что их страдания никого не волнуют.

Попробуйте посмотреть на Слакварь-каррент.
Мне оно нравится уже 4 месяца, в дуал-буте с Арчем.
Ничего «военного» там нету, все секреты, как не превратить Слакварь в помойку, раскрыты и опубликованы ещё при царе Горохе, легко гуглятся.
Искренне, безо всякой задней мысли - рекомендую!

Но парк-то снесли?

где объяснение для Ъ?

Так вот же:

Ранее подобное решение уже было принято в дистрибутиве Fedora.

Ну так надо было выйти на митинг, чтобы снесли вместе с ним.

А /bin и /sbin зачем в одну кучу сваливать?

А зачем их держать в разных местах?

Самый логичный шаг - это слить /bin с /sbin и /usr/bin c /usr/sbin, оставив, таким образом, /bin и /usr/bin. А перемещение всего в /usr/bin - это какой-то рак мозга.

Интересно, а что будут делать товарищи, у которых /usr на отдельном разделе?

Пользоваться дебианом и дальше.

Короче, пока я ждал окончания обновления, тут снесли парк и построили супермаркет.

Стамбул-2014? )))

А мне норм, обновился без проблем.

Я сидел на слаке в 2003-2006 годах. Устал.

А зачем их держать в разных местах?

Чтоб логически разделить бинари, запускаемые юзером и бинари, запускаемые рутом же.

Патрик добрый, Патрик заботится о своих пользователях. Он разделяет PATH для пользователя и PATH для root.

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

Их можно разделить по /bin и /usr/bin.

Это рак

Фрактал какой-то злой вернулся

14-тимегабайтный initramfs

Софту из реп, это, конечно, не грозит. А если из сырцов собирать? Программы ведь могут быть достаточно локального применения, и два разных разработчика не могут знать, что в их продуктах имена будут пересекаться. Учитывая, что в Линуксе нет вменяемого и распространённого решения для раздельной установки программ, это лютый фэйл. Слишком многое ставится в жертву динамической компоновке, да и пользы от неё, учитывая развитие железа, в наше время не так уж и много.

Arch Linux перемещает все исполняемые файлы в /usr/bin

Пацаны к успеху идут. Пусть только не забудут руководство hier(7) переписать.

Так это разделение по необходимости во время загрузки. Если уже что-то и объединять то /bin с /usr/bin и /sbin и /usr/sbin - то, что требуется для запуска системы в initramfs, остальное в /usr.

А что у тебя в /sbin?

Для сборки из исходников пишется PKGBUILD минут за 5-10 и никакого бардака.

ну ты же арчевод и привык копаться в ауропомойке, так и тут - придется подключить пару сторонних репозов и осилить uupdate, зато нормальная непионерская система

Понял.
Реплику подал исходя из моего собственного контекста -
Арч суть шикарнейший полигон и разминка для остатка мозга,
а вот что касается тихой заводи, то если 3-5 лет назад на эту роль мог с полным основанием претендовать Дебиан-Sid (и нефиг ржать!:), то нынче, по моим личным впечатлениям - только вышеименованное. Юбунту, Федору, Съюз - ставлю на-посмотреть регулярно, на основании 4-х месяцев впечатлений от использования - «визжу и плачу»!
Подумайте/попробуйте. Боюсь показаться навязчивым, но исхожу из того, что Арч вам в своё время пришолся по душе.
Извиняйте, если что.

Интересная логика. Никогда не слышал.

Файлопомойка какая-то :) Запасаюсь попкорном!

да и пользы от неё, учитывая развитие железа

Развитие железа привело к носимым компьютерам. Теперь они как 10 лет назад, только маленькие, и тоже хотят динамической линковки :)

А Патрег - диверсант ещё тот, снимаю шляпу!
Вот Асиливает неофит, сваливший с Юбунту, установку Слаки (в чём нынче ни хрена хитрого), а тут на тебе, sudo ни разу не рулит! И надо что-то читать/узнавать за «su -».
Вот рупь за сто, что это он нарочно так сделал, чтобы не превращать Слакварь в пристанище сами-знаете-кого!!!

А за Арч, честно говоря, обидно.
Восемь лет им пользуюсь, последние пять - «как по сухому хайвею на обкатанном харлее», но последние полгода - это, как тут уже частично цитировали, «адЪ и Израиль». Жаль.
И тут даже на неофитов грешить не приходится, если в начале весны где-то Тадеуш Поваловски три раза за день менял сборку alsa-utils, потому что выдавала она (и ни разу не в тестинге) buffer overflow.
Ну, ТНБ даст, всё ещё выправится :)
Уж больно исходная идеология у них хороша была.

Как я понял, значительная часть ненависти из-за этого обновления связана с отдельным разделом /usr. Хотелось бы узнать, какой в принципе профит от такого раздела 1) для сервера 2) для десктопа? Не вброс, просто самому интересно, вменяемых юзкейсов пока не придумал.

джента пугает постоянной компиляцией

Постоянная компиляция только на этапе установки системы, потом компиляция вообще не напрягает. Просто попробуй.

нифига, в Program Files каждая прога в отдельной папке, а тут куча всего в двух.

Вот вам и С://ProgramFiles ^:)

Блин, а ведь правда!
+100

Как я понял, значительная часть ненависти из-за этого обновления связана с отдельным разделом /usr. Хотелось бы узнать, какой в принципе профит от такого раздела 1) для сервера 2) для десктопа? Не вброс, просто самому интересно, вменяемых юзкейсов пока не придумал.

1) никакого 2) никакого

Все ЛОРовские плакальщики по отдельному /usr в принципе не сталкнутся с ситуациями, когда он реально нужен. Им лишь бы поныть.

По ссылке же эталон кропотливого тестинга:

It seems that this is doable and a few of us have been testing it locally. However, before doing any more work on this I thought it would make sense to make an official proposal to find out if this is something people would be happy with, at least in principle.

Ты явно делал что-то не так :)

С://ProgramFiles

Ты ж даже путь правильно указать не можешь.

$ du -h /boot/initramfs-linux-ck.img 2.4M /boot/initramfs-linux-ck.img

И что теперь?

Непонятно, почему не в /bin все засунуть, это было бы логичнее. А так правильное решение.

Ну да, он глагне не читал, там же всё подробно расписано, что делать. А про то, что нужно временами глагне смотреть, сказано в официальном гайде. Хорошо, хоть --force не заюзал.

мну в демьяне тихо по rc.conf грустит ^) /* но виду не подает */

Не знаю, насколько это полезно для десктопа, но на сервере теоретически можно хранить несколько снапшотов системы на разных разделах, которые из initrd монтировать на /usr. Пока, правда, на практике все это портит /usr/lib/modules, который надо бы в /boot вынести.

Ну наконец-то.

Обновление потребует некоторых ручных действий от пользователя

Перед выстрелом в ногу, нужно вызвать lvcreate --snapshot.

be happy with, at least in principle.

Это надо запомнить.

Тогда такой вопрос - а зачем на сервере несколько снапшотов? И не удобнее было бы их распихать по виртуалкам или по контейнеры lxc?

давайте ещё напишите свой компилятор, свой аналог glibc

Тебе подсказать как зовут мейнтенера glibc, и кем он сейчас поддерживается?

своё собственное DE

Gnome 3, не?

какой-нибудь RH++

Про Ceylon слышал?

Не смешные, короче, у тебя шутки ибо уже в процессе...

В арче несколько снапшотов, чтобы при апдейте можно было откатиться, очевидно же. :) Зачем вообще арч на сервере?

Господа, а кто просветит хотя бы кратко и поверхностно непосвящённых, почему и чем плох сабж?

Получается мусорка, потеря гибкости. Система теряет логичность. Вот смотри:
- bin каталог для программ для всех, sbin - для программ для рута. 1) Логично и прозрачно 2) Удобство: когда обычный пользователь в консоли перебирает TAB доступные программы, ему показывает только то, что он может запустить, и не показывает то, что он по идее не может запускать.
- /bin /sbin /lib - то, что нужно на этапе загрузки системы и для загрузки системы. /usr/* - все остальное. 1) Логичность, прозрачность. 2) Безопасность: выносишь /usr на отдельную партицию, и уже сложнее положить систему окончательно, например, при установке программ заполнив раздел до отказа (/usr имеет свойство пухнуть), повредив радел как-либо (журнал - не панацея) и т. п. Я уже не говорю о том, что снабдив /usr (ну, и некоторые другие каталоги) правильными правами, можно разрешить определенным пользователям ставить дополнительный софт, но при этом не дать им возможность повредить саму систему.

Как хорошо, что перешел на Ubuntu! С арчем постоянный бедлам...

env LANG=C aptitude show awesome deluge-gtk flac deadbeef | grep «Version» | while read deb; do echo «$deb» | tr ' ' '\n' | sed -n '$p'; done

Какой у вас удобный там пакетный менеджер, не то, что у нас в красноглазом арче:

 ~ % pacman -Sddp --print-format '%n %v' awesome deluge flac deadbeef
awesome 3.5.1-1
deluge 1.3.6-1
flac 1.3.0-1
deadbeef 0.5.6-2

Никто совместимость с FHS не ломает, упырьте мел.

Ломает.
/bin This directory contains executable programs which are needed in single user mode and to bring the system up or repair it.
/sbin Like /bin, this directory holds commands needed to boot the system, but which are usually not executed by normal users.
/usr This directory is usually mounted from a separate partition.

Всякие mkfs и fdisk, например. Из FHS:

/sbin
Основные системные программы для администрирования и настройки системы, например, init, iptables, ifconfig.