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
()
Ответ на: комментарий от anonymous

Только вопрос был не «можете ли вы», а «и что теперь?»

могу восстановить. А ты — не можешь. Тебе сложнее.

drBatty ★★
()
Ответ на: комментарий от 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 ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.