LINUX.ORG.RU

Arch Linux прощается с /lib

 


0

1

После жарких дискуссий и тщательного планирования в репозиторий [core] дистрибутива Arch Linux был помещён пакет glibc, содержащий файлы в /usr/lib, вместо традиционной /lib. Это обновление завершает процесс отказа от отдельной папки lib в корне, которая теперь, в целях совместимости со сторонним ПО, заменена ссылкой на /usr/lib.

Разработчики Arch Linux, известные своими новаторскими взглядами на развитие дистрибутива, уже не раз производили масштабные изменения в структуре ФС, в частности пытались разместить десктопные среды в /opt, одними из первых реализовали /run и разместили его в tmpfs. Текущее обновление потребовало всего лишь переcборки ядра и модулей, pam, systemd-tools (бывший udev), systemd, kmod и ещё нескольких системных утилит и библиотек.

Данное изменение завершает переход от устаревшей концепции содержания базовой системы в корне к использованию для этих целей mkinitcpio и упрощает скрипты сборки ряда пакетов, ранее хранивших часть своих файлов в /lib, а часть в /usr.

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



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

У меня у самого по инструкции не получилось :) но все проблемы решились достаточно легко (ну минут за 10) И, кстати, я сам делал --force.

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

и почему бинарники пакетов должны лежать в /usr, а конфиги пакетов не должны лежать в /usr?

Файлы классифицируются не по принаджедности пакету, а по функциональному назначению.

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

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

В /etc лежит КОНФИГУРАЦИЯ.

Так пусть лежит. Она кому-то сильно мешает?

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

Разумеется, делает

4.2

Но люди, которые не способны отделить логику от привычек понять не в состоянии

люди с спгс, узрившие логику там, где её нет, конечно, многое понимают :)

Анон, не отличающий: права доступа и PATH линуксу не нужен

капец ты осёл, я не говорил про права доступа

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

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

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

Файлы классифицируются не по принаджедности пакету, а по функциональному назначению.

Тебя прям послушаешь, так и пакетный манагер не нужен.

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

Файлы классифицируются не по принаджедности пакету, а по функциональному назначению

а кто кукарекал про

Система становится четко разделена на файлы пакетов

?

по функциональному назначению файлы и сейчас прекрасно разделены, мало того - они разделены ещё и по правам запуска

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

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

я не говорил про права доступа

Есть конечно вероятность, что это писал другой анон:

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

Но гораздо больше вероятность, что ты просто п***ь.

когда все бинарники будут свалены в одну кучу, каким образом будет осуществляться разделение прав запуска?

Права запуска устанавливаются битом x. Иди уже курни матчастьца и перестань нести этот бред.

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

?

Я недостаточно четко выразился, ок. Имелись ввиду файлы пакета, не требующие правки ни при каких условиях при нормальной работе системы. Если что-то внутри /usr требует ручного вмешательства, значит либо админ что-то делает не так, либо сборщик ПО был не в себе.

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

О-о-о, анон, ты жжошь как адский сотона. Не позорься, ладно?

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

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

Упоролся? Бывает. :}

Нет ты. Если файлы разделены по функциональному назначению, то зачем нужна лишняя сущность в виде разделения на пакеты?

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

Но гораздо больше вероятность, что ты просто п***ь

реформатор не научился понимать написанное, понемаю

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

специально для дурачков: при разделении по PATH разграничение по правам доступа фактически не нужно, хотя и права доступа легко выставляются, т.к. мясо отдельно, мухи отдельно

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

Права запуска устанавливаются битом x

т.е. любой юзер сможет запускать любой бинарник наравне с рутом, всё понятно

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

Ну, у меня видимо наложилось еще то, что последние нововведения(systemd-tools и прочая) были замаскированы и неустановлены.

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

т.е. любой юзер сможет запускать любой бинарник наравне с рутом, всё понятно

А сейчас не может что ли? :-D

$ /sbin/route | grep eth0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0

ЧЯДНТ?

geekless ★★
()

чем меньше тем лучше)

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

Если файлы разделены по функциональному назначению, то зачем нужна лишняя сущность в виде разделения на пакеты?

В файловой системе на каталоги — по назначению. В пакетах — по пакетам. Что тебе не понятно?

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

Имелись ввиду файлы пакета, не требующие правки ни при каких условиях при нормальной работе системы

открой для себя каталог /usr/share/config, «знаток» :D

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

ок, вместо «покалечить систему» подставь «покалечить данные»

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

А в шиндошс вы нихрена не можете.

Ну как это? Достаём из ящика стола затёртый до дыр ЗверьДВД и переустанавливаем.

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

пользуешься говнодистрибутивом

test@avalon ~ $ /sbin/route
bash: /sbin/route: Нет такого файла или каталога
anonymous
()
Ответ на: комментарий от anonymous

открой для себя каталог /usr/share/config

Очередное подтверждение упоротости разрабов KDE.

Открой для себя FHS.

/usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.

ок, вместо «покалечить систему» подставь «покалечить данные»

Юзер со своими данными может делать всё, что ему захочется. Это вам не винда с её «А вы уверены, что вы уверены?».

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

Открой для себя FHS

а реформаторы FHS хоть раз открывали?

Это вам не винда с её «А вы уверены, что вы уверены?»

с такими реформами, чую, скоро придётся разрабам делать дополнительные страховки в стиле венды

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

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

а реформаторы FHS хоть раз открывали?

Обсуждаемый перенос каталогов не противоречит FHS.

раньше ответственность за безопасность выполняемых операций лежала на системе и юзере

Это всё твои глюки. Пользователь может всё, на что имеет право. И не может ничего, на что прав не имеет. Всегда так было и всегда так будет.

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

В файловой системе на каталоги — по назначению. В пакетах — по пакетам. Что тебе не понятно?

Твоя же фраза выше по треду:

Файлы классифицируются не по принаджедности пакету, а по функциональному назначению.

Странно, как ты быстро её забыл. Не находишь?

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

Это факт.

$ ls -ld /sbin /usr/sbin/
drwxr-xr-x 2 root root  4096 июля  15 12:17 /sbin
drwxr-xr-x 2 root root 12288 июля  16 01:22 /usr/sbin/
geekless ★★
()
Ответ на: комментарий от anonymous

пользуешься говнодистрибутивом

test@avalon ~ $ /sbin/route
bash: /sbin/route: Нет такого файла или каталога

Что за дистр? А то у меня такое: `bash: /sbin/route: Permission denied'.

anonymous
()

Я понял, это болезнь! Называется «NIH-вирус», поражающий каждого, кто немного разобрался в скриптах и структуре системы. Когда дело касается «перенесём один каталог в другой», мне постоянно мерещится Gobo-linux. Только в нём не стали медленно менять сердце на печень, а сразу создали удобную иерархию, которая даже сегодня не нуждается ни в каких шаманствах. И что же Арчеводы? Да им пофиг, что всё давно уже сделано - опять кроят свой велосипед, заведомо проигрывая в реализации. С т.з. арчеводов новость позитивная, этот маразм /usr/local/bin/zae**li/naher/blin давно пора изжить. Но с т.з. идеала пора бы прекратить заниматься местечковыми улучшениями и подойти к вопросу глобально. Тем более, что уже бояться-то нечего - Гобо прекрасно доказал, что ничего не отвалится и не будет никакого гемороя с портированием пакетов.

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

Gobo-linux

создали удобную иерархию

спасибо, посмеялся

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

иногда может что-нибудь не собраться

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

Ага. Например, запросто могут отвалиться мышка и клавиатура в X-ах (потребуется пересборка x11-drivers/*)

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

Или если при сборке нового ядра забыть пересобрать модуль nvidia, то после ребута тебя ждет Страшная Чорная Канцоль.:)

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

anonymous
()

Обновление прошло ок, полёт нормальный. Дома месяц не обновлялся, пришлось binutils и gcc-libs обновить с --nodeps (параллельно вычистил огрызки selinux и libnjb), на ноуте вообще всё без проблем.

Интересно, когда можно будет вообще избавиться от /lib и /lib64?

cruxish ★★★★
()
Ответ на: комментарий от Eddy_Em

Неужели там тоже подобные «косяки» выскакивают?

Там похлеще. etc-update, revdep-rebuild и старые версии библиотек, которые не принадлежат ни одному пакету, т.к. не удаляются при обновлении. При этом добровольно-принудительно надо читать километры вывода emerge, который (по дефолту? или вообще?) нигде в логах не сохраняется - только в stdout.

cruxish ★★★★
()
Ответ на: комментарий от Eddy_Em

Зато там есть eselect news, вот чего в арче точно не хватает.

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

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

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

открой для себя каталог /usr/share/config, «знаток» :D

не требующие правки ни при каких условиях

Да ты упорот. /usr/share/config нужен для складирования дефолтных конфигов. Конфиг оттуда копируется в /etc при установке (для системного софта) или в ~/.config при первом запуске (для юзерского). И там, собственно, правится.

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

Плазма не падает непомук не тормозит! И не сегфолтится. Использую постоянно и отказываться не собираюсь ;)

Made_in_China ★★
()
Ответ на: комментарий от x3al

то гента была

test@avalon ~ $ echo $PATH
/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3:/usr/lib64/subversion/bin:/usr/games/bin:/opt/vmware/bin:/opt/cuda/bin

как видите, юезр не видит /bin и /sbin, как и должно быть

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

Т.е. чтобы узнать IP-адрес, юзеру нужно набирать /sbin/ip или /sbin/ifconfig. Юзерофильненько.

//первым делом на федорах добавлял в $PATH /sbin'ы и ~/.bin.

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

Скопируй его туда

может, мне ещё каталоги туда-сюда попереносить? будто заняться больше нечем

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

про вторую половину сам emerge пишет в выхлопе

Предлагаете весь лог emerge --keep-going -uND @world читать ? Я, может, обновляюсь раз в месяц.

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

Расскажи мне о стандартной портажевской читалке простыни логов emerge.

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