LINUX.ORG.RU

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

 , , ,


2

5

Прошло без одного дня 4 месяца с тех пор, как Arch Linux отказался от SysV Init в пользу systemd, и вот новое серьёзное изменение в структуре дистрибутива. Очередное обновление filesystem принесло с собой серьёзные изменения:

  • Все исполняемые файлы из /bin, /sbin и /usr/sbin перемещаются в /usr/bin;
  • Файлы библиотек из /lib — в /usr/lib
  • Для совместимости, /bin, /sbin и /usr/sbin теперь являются всего лишь символическими ссылками на /usr/bin, а /lib — на /usr/lib соответственно

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

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

О причинах решения в рассылке разработчиков

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 2)
Ответ на: комментарий от anonymous

В том-то и дело, что структура не остается. Теперь все в /usr, а симлинки нужно просто игнорировать, потому что они исключительно для старперов, которые до сих пор пишут #!/bin/bash.

anonymous
()
Ответ на: комментарий от anonymous

Тебе не кажется что пункты (2), (3) и (4) несовместимы, кроме как в каком-нибудь варианте с тонкими клиентами, типа Sun Ray?

anonymous
()
Ответ на: комментарий от anonymous

Так я про это и говорю. Тут же упоминалось, что польза /usr в том, что можно «выставить права» и «разрешить пользователю устанавливать программы, но при этом не дать сломать систему».

anonymous
()
Ответ на: комментарий от RevenantX

Всё правильно сделали. Обновился. Всё работает. Сколько же тут жоп неосиляторов то загорелось.

Сколько же? Я, например, обновился ещё до того, как запостил новость, тоже без проблем. С системд тоже проблем почти не было. Но всё равно неприятно. Тенденция, однако.

Psych218
() автор топика
Ответ на: комментарий от lu4nik

Хорошо, а как в этом поможет отдельный раздел?

В данном случае дело не в отдельном разделе. Ставишь на каталог /usr (с подкаталогами) группу SupaPupaAdminZ и даешь этой группе право на запись. Все: в /bin /sbin они писать/удалять не смогут, а новый софт будут ставить в /usr .

Kroz
()
Ответ на: комментарий от anonymous

Т.е. польза разделения на / и /usr, я хотел сказать.

anonymous
()
Ответ на: комментарий от Psych218

Я про тех, кто кричат «Арчу конец» и прочее. А что неприятного? Для меня например ничего особо то и не изменилось. Работает же.

RevenantX
()
Ответ на: комментарий от Kroz

То есть ты ядро не компилишь?

У меня в жизни занятия поинтереснее есть, чем канпеляние ведра.

Но если мне это понадобится, то у нормальных людей это делается так:

$ mkdir ~/custom-kernel 
$ cd ~/custom-kernel 
$ cp -a /var/abs/core/linux/ .
$ makepkg -o
$ ...do whatever you want...
$ makepkg -i 
geekless
()
Последнее исправление: geekless (всего исправлений: 1)
Ответ на: комментарий от anonymous

Расскажи-ка по-подробнее, от какого именно 30-летнего костыля тут избавились?

http://lists.busybox.net/pipermail/busybox/2010-December/074114.html

Читать до просветления - если бы у бородатых основателей были диски побольше, никакого разделения бы не понадобилось.

Lennart
()
Ответ на: комментарий от anonymous

на вскидку, могу представить девелоперский тазик в некой девелоперской конторке. Правда такой расклад всё равно неправильный, но теоретически встретить такое решение, прозреваю, вполне реально.

tuxy-jahn
()
Ответ на: комментарий от Kroz

Прекрасно, а какое это имеет отношение к отдельному /usr? Или я неправильно понял? Я не обсуждаю великое арчеобъединение, а конкретно отдельный раздел.

lu4nik
()
Ответ на: комментарий от Lennart

Ну так ты просветлел уже, или ещё нет?

Если да, то объясни, как перенос в /usr + замена на симлинки как ты выражаешься «убрали костыль», в то время, как оно не то, что не убрало, а увековечило /usr с новой силой.

anonymous
()
Ответ на: комментарий от lu4nik

в данном случае, если правильно понимаю, он намекнул на забитый до отказа /usr теми, кому понадобилось в него писать всякое )

tuxy-jahn
()
Ответ на: комментарий от RevenantX

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

Psych218
() автор топика
Ответ на: комментарий от geekless

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

Kroz
()
Ответ на: комментарий от lu4nik

Если не сложно, опиши юзкейс. Почему нельзя было обойтись без этого?

я сказал «удобно», я не сказал «необходимо». Удобно, когда можно отмонтировать /usr, или когда он почему-то не смонтировался, но система всё равно загрузилась.

drBatty
()
Ответ на: комментарий от qnikst

перевоткнутые usb девайсы, в тех тредах я давал ссылки.

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

Кстати, почему ты не в бане?

недавно ходил попариться, тебе бы тоже не мешало - очень расслабляет ;-)

Lennart
()

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

Буду толстым. Ждем Arch Pinux.

zhuravlik
()
Ответ на: комментарий от sT331h0rs3

В маке их почти и не используют. Там все еще хуже: Darwin в /{usr,}/{local,}/{bin,sbin,lib}; Xcode и его куски в /Developer; фреймворки в /{,System,Users/*}/Library/{Private,}Frameworks; основные приложения (вроде дока, он же рисовалка обоев, Mission Control и Launchpad) в /System/CoreServices; некоторые драйвера и вспомогательные бандлы в .../Application Support; остальные приложения в /Applications, и каждое тащит с собой либы отдельно.

anonymous
()
Ответ на: комментарий от tuxy-jahn

Наверное, можно и так эту проблему решать. Я бы лучше воспользовался несколько другими средствами: выставил бы квоты юзверям и установил бы какую-нибудь MAC-систему. Гибче же получится, имхо.

lu4nik
()
Ответ на: комментарий от tailgunner

Тебе, конечно, легко привести список профитов, которые принесло это избавление?

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

Lennart
()
Ответ на: комментарий от anonymous

error: you cannot perform this operation unless you are root.

pacman при запуске тупо проверяет не рут ли ты, и если нет - то просто выдает сообщение. Чего сказать-то хотел?

Kroz
()
Ответ на: комментарий от anonymous

Хуже или лучше, но системные утилиты лежат в положенном месте. Я частенько юзаю в маке терминал и всякие dd, fdisk и прочие, например.

sT331h0rs3
()
Ответ на: комментарий от drBatty

Я-то могу. Только если я «выставлю права на /usr» и пользователь «случайно» удалит иксы во время установки приложения (потому что по-хорошему надо не орать на лоре про usr, а использовать packagekit и policykit), все равно чинить мне. Так что сломал он систему целиком или нет - уже и не важно.

anonymous
()
Ответ на: комментарий от Kroz

Ну да. Теперь расставь мне права так,чтобы пользователи группы SupaPupaAdminZ могли поставить в систему какой-нибудь Q3 из репозиториев, но не могли прибить fsck, iptables и прочий poweroff.

права нужно ставить в репозитории с Q3, и в ПМ. Обычно и то и другое рассчитано на единственного рута. А права /usr тут не причём.

drBatty
()
Ответ на: комментарий от lu4nik

Прекрасно, а какое это имеет отношение к отдельному /usr? Или я неправильно понял? Я не обсуждаю великое арчеобъединение, а конкретно отдельный раздел.

Отдельный раздел здесь не причем. Это аргумент против объединения корня и /usr.

P. S. А невозможность выделения /usr на отдельный раздел - второй аргумент.

Kroz
()
Ответ на: комментарий от Kroz

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

О, великий админ ITT учит нас уму-разуму!

Великий админ, который не в состоянии опакетить нужный софт, разводит помойку в /usr, и не знает, что «юзер не может запустить» определяется правами доступа, а не местоположением файла в /sbin.

Прэлестно, прэлестно.

geekless
()
Ответ на: комментарий от Kroz

Что пофиг всем, что ты там на /usr выставил, вот что. make install никто делать не будет => твое решение в корне неверное.

anonymous
()
Ответ на: комментарий от drBatty

Хм, а если у меня /usr на корне, то проблемы «usr почему-то не смонтировался» нет. А раз там должны быть неизменные данные согласно FHS, то он не должен сломать корень.

Ну и интересны причины отмонтирования именно /usr (а то вдруг придется админить что-то, а полезную штуку пропущу).

lu4nik
()
Ответ на: комментарий от lu4nik

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

Для десктопа - никакого. Только почему-то многие здесь пытаются примерить на десктопо-ориентированный Арч возможные потребности сервера, с монтируемым в read-only /usr на отдельном разделе.

m0rph
()
Ответ на: комментарий от geekless

У меня в жизни занятия поинтереснее есть, чем канпеляние ведра.

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

P. S. Многие до сих пор так думают...

Kroz
()
Ответ на: комментарий от Psych218

Стандарты ведь зачем-то писались?

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

Покажи-ка мне где именно в FHS прописано, что /bin не может симлинком на /usr/bin?

Lennart
()
Ответ на: комментарий от Lennart

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

Psych218
() автор топика
Ответ на: комментарий от Kroz

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

То есть ты настолько неадекватен, что приравниваешь чтение к компиляции ядра?

Нет, чувак, ты не можешь нести эту чушь серьёзно. Просто признайся, что троллишь.

geekless
()
Ответ на: комментарий от geekless

Все, потроллил? Молодец. Возьми с полки пирожок.

Будут аргументы, которые выходят за рамки твоих десктопных потребностей, твоего дистра, и одного компьютера - маякуй.

Kroz
()
Ответ на: комментарий от Lennart

Остроумно, особенно учитывая, что списка там не было.

anonymous
()
Ответ на: комментарий от lu4nik

я бы тоже так не делал, просто пример вполне жизненный imho, с забитым /usr

Можно ещё мобилу представить, с вынесенным на флешку /usr - носимые девайсы пока не обзавелись жырными хардами )))

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

tuxy-jahn
()
Ответ на: комментарий от Kroz

А, то есть про неспособность опакетить софт я точно попал? Бинго.

Вот это и есть профессиональный уровень защитников принципа «ничегонетрогайтеоставьтекакбыло». Неспособность опакетить программу. Да.

geekless
()
Ответ на: комментарий от anonymous

Я-то могу. Только если я «выставлю права на /usr» и пользователь «случайно» удалит иксы во время установки приложения (потому что по-хорошему надо не орать на лоре про usr, а использовать packagekit и policykit), все равно чинить мне. Так что сломал он систему целиком или нет - уже и не важно.

а я и не предлагал «ставить права на /usr/». Если юзеру нужны приложения, пусть ставит их в свой $HOME.

drBatty
()
Ответ на: комментарий от tuxy-jahn

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

Опять же, арч на мобилке/чем угодно, кроме десктопа - это что-то трагикомичное.

Вообще, по моему мнению, неотъемлимое право человека - быть ССЗБ, если он не навязывает это остальным.

lu4nik
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.