Разработчики дистрибутива Arch Linux сообщили (http://www.archlinux.org/news/the-lib-directory-becomes-a-sy.../) о замене директории /lib на символическую ссылку, указывающую на /usr/lib. Все пакеты хранившие библиотеки в /lib переведены на использование /usr/lib.
В процессе проведения обновления пакетный менеджер pacman может сообщить о наличие конфликта в директории /lib, в простейшем случае избавиться от данного конфликта можно так (ни в коем случае не стоит указывать опцию "--force"):
<font color="#461b7e">
...
error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
Errors occurred, no packages were upgraded.# pacman -Syu --ignore glibc
# pacman -Su
</font>Если подобный метод не поможет, например, из-за наличия дополнительных зависимостей, рекомендуется прочитать более детальную инструкцию (https://wiki.archlinux.org/index.php/DeveloperWiki:usrlib) с описанием других способов решения проблемы.
URL: http://www.archlinux.org/news/the-lib-directory-becomes-a-sy.../
Новость: http://www.opennet.me/opennews/art.shtml?num=34330
Когда коту заняться нечем, он директории тасует.
> Когда коту заняться нечем, он директории тасует.Ага. То ли дело в винде - никто ничего не тасует, о каталогах вообще никто не думает. Каждый пишет, куда хочет, и все довольны.
Зато совместимость
> Зато совместимостьНу если только на уровне путей.
Хотя, когда пути все-таки меняются, это преподносится, как офигенное достижение (подводят к тому, что не надо обеспечивать обратную совместимость).
И о симлинках никто вообще не думает.
>> Зато совместимость
> Ну если только на уровне путей.
> Хотя, когда пути все-таки меняются, это преподносится, как офигенное достижение (подводят
> к тому, что не надо обеспечивать обратную совместимость).
> И о симлинках никто вообще не думает.как раз о них то и думают, наконец-то начиная с висты с ними стало возможно нормально работать. Да и в самой висте сильно перелопатили пути, а вот для обеспечения совместимости нафигачили симлинков.
И животноводство!
Ну, как всегда! Если в СПО что-то не так, то нужно поругать венду и всё пройдёт. :)
> Ага. То ли дело в винде - никто ничего не тасует,Вас дезинформировали - в каждой новой версии они все больше косят под *никсы по стилю размещения дир :). По поводу чего они не только переименовали диры и ушли от пробелов в путях, создающих массу грабель, но и пересмотрели некоторые вещи.
Вот только по соображениям совместимости там такой огород костылей теперь получился, с виртуализацией файловых операций и прочая...
>> Ага. То ли дело в винде - никто ничего не тасует,
> Вас дезинформировали - в каждой новой версии они все больше косят под
> *никсы по стилю размещения дир :).Скорее под OS X.
>>> Ага. То ли дело в винде - никто ничего не тасует,
>> Вас дезинформировали - в каждой новой версии они все больше косят под
>> *никсы по стилю размещения дир :).
> Скорее под OS X.Они и есть юникс, сюрпрайз!
>>>> Ага. То ли дело в винде - никто ничего не тасует,
>>> Вас дезинформировали - в каждой новой версии они все больше косят под
>>> *никсы по стилю размещения дир :).
>> Скорее под OS X.
> Они и есть юникс, сюрпрайз!Протупил, невнимательно прочитав пост выше, пардон.
> Вас дезинформировали - в каждой новой версии они все больше косят под
> *никсы по стилю размещения дир :). По поводу чего они не
> только переименовали диры и ушли от пробелов в путях, создающих массу
> грабель, но и пересмотрели некоторые вещи.Да, почему-то Linux идёт в сторону Windows, а Windows в сторону Linux/UNIX. Только в своей естественной манере. В результате получаются недовинды (Gnome/KDE) и переусложнённый UNIX (см PowerShell). :-(
>> Когда коту заняться нечем, он директории тасует.
> Ага. То ли дело в винде - никто ничего не тасует, о
> каталогах вообще никто не думает. Каждый пишет, куда хочет, и все
> довольны.В семёрке симлинков наставили. Возможно, ещё в висте, но висту я не видел, по сути.
Они видимо считают, что их арч никогда не падает, и что на их домашних серверах (ни в коем случае не десктопах, вы что!) больше одного раздела на всю систему и не надо. Поэтому /usr всегда в наличии.
да ты вот лично когда сам то пользовал фичи отдельного юзера? я ещё со времён когда заморачивался всем этим только вар выносил. а для восстановления у меня вообще в корне бута лежит колибри.ЗЫ больше одного раздела уже и не надо. в бтрфске сабволюмы же есть.
> да ты вот лично когда сам то пользовал фичи отдельного юзера? я ещё со времён когда заморачивался всем этим только вар выносил. а для восстановления у меня вообще в корне бута лежит колибри.Если вы не пользуетесь, это не значит, что никто не пользуется.
> ЗЫ больше одного раздела уже и не надо.
Если вам не надо, это не значит, что никому не надо.
> в бтрфске сабволюмы же есть.
btr - это не панацея. Не всем нравятся гипер-пупер-функциональные навороченные тяжелые системы. Некоторые предпочитают UNIX-way, когда каждая система выполняет свою конкретную функцию, а остальные функции получает от других систем. Это и файловых систем касается.
Какой такой unix-way?
В linux этого нету, ну, если что то и есть, то скоро не будет.
Потеринг убил эту фичу.>> да ты вот лично когда сам то пользовал фичи отдельного юзера? я ещё со времён когда заморачивался всем этим только вар выносил. а для восстановления у меня вообще в корне бута лежит колибри.
> Если вы не пользуетесь, это не значит, что никто не пользуется.
>> ЗЫ больше одного раздела уже и не надо.
> Если вам не надо, это не значит, что никому не надо.
>> в бтрфске сабволюмы же есть.
> btr - это не панацея. Не всем нравятся гипер-пупер-функциональные навороченные тяжелые
> системы. Некоторые предпочитают UNIX-way, когда каждая система выполняет свою конкретную
> функцию, а остальные функции получает от других систем. Это и файловых
> систем касается.
> Какой такой unix-way?
> В linux этого нету, ну, если что то и есть, то скоро
> не будет.
> Потеринг убил эту фичу.Нихрена вы не понимаете в юниксвее.
Юниксвей начинается с конфигов в XML. Достаточно посмотреть на SMF в Solaris и launchd в MAc OS X. Обе эти оси имеют куда большее право называться юниксами, чем GNU/Linux.
Так что лично я скажу спасибо Поттерингу, что он убил этот "юниксвей", взяв простые текстовые конфиги.И да, в настоящих юниксах уже давно каталоги /*bin и /lib* в корне являются симлинками в /usr.
> Юниксвей начинается с конфигов в XML.Кстати да, там автор rsyslog суетился по поводу lumberjack - юниксвейной реализации сислога, на Java, с хранением логов XML. К счастью, франкенштейн сдох, не родившись.
> Нихрена вы не понимаете в юниксвее.
> Юниксвей начинается с конфигов в XML.Не было такого в оригинальном юниксе. А то что всякие соплярисы и гей-ОС понаворатили - так что вы ожидали от проприерасов-энтерпрайзников? :)
В оригинальном юниксе вообще не было /lib и он умел лишь статическую линковку
> Юниксвей начинается с конфигов в XML. Достаточно посмотреть на SMF в Solaris
> и launchd в MAc OS X. Обе эти оси имеют куда
> большее право называться юниксами, чем GNU/Linux.Толсто
>> Юниксвей начинается с конфигов в XML. Достаточно посмотреть на SMF в Solaris
>> и launchd в MAc OS X. Обе эти оси имеют куда
>> большее право называться юниксами, чем GNU/Linux.
> Толсто"Linux is NOT UNIX" (C) Линус Торвальдс.
Погугли эту фразу. Проверь авторство. И потом снова попытайся заявить, что это не так.
"право называться юниксами, чем GNU/Linux."
LOL
Linux Is Not UniXК.О.
> Какой такой unix-way?В данном случае - "do one thing and do it well" (en.wikipedia.org/wiki/Unix_philosophy)
Вот они и делаю чтото одно. Улучшают дистрибутив, причёсывая корень диска. Что не так?
Если вам нужен UNIX-way, пользуйтесь UNIX на здоровье. Arch к UNIX не имеет никакого отношения.
> Если вам нужен UNIX-way, пользуйтесь UNIX на здоровье. Arch к UNIX не
> имеет никакого отношения.Да и любой линукс, если уж на то пошло, не имеет никакого отношения к UNIX. ;)
> Да и любой линукс, если уж на то пошло, не имеет никакого
> отношения к UNIX. ;)Линукс это ядро, логично что это не юникс
ЗЫ: Скорее бы у вас каникулы закончились.
> Если вам нужен UNIX-way, пользуйтесь UNIX на здоровье.Да, вариантом от AT&T. Чтоб уж совсем хорошо.
>> Если вам нужен UNIX-way, пользуйтесь UNIX на здоровье.
> Да, вариантом от AT&T. Чтоб уж совсем хорошо.Существует BSD - причем там клонов табун. И они БЕСПЛАТНЫЕ, ЙА-ХОУ!!!!
>>> Если вам нужен UNIX-way, пользуйтесь UNIX на здоровье.Не обнаружил в смите особой юниксвейности, что делаю не так? :)
>> Да, вариантом от AT&T. Чтоб уж совсем хорошо.
> Существует BSD - причем там клонов табун. И они БЕСПЛАТНЫЕ, ЙА-ХОУ!!!!И эти бесплатные клоны -- тоже не UNIX(TM): http://www.opengroup.org/openbrand/register/
> Они видимо считают, что их арч никогда не падает, и что на их домашних серверах (ни в коем случае не десктопах, вы что!) больше одного раздела на всю систему и не надо. Поэтому /usr всегда в наличии.В Арче /usr можно без проблем выносить на отдельный раздел. Второй дистр после федоры, который пофиксил separate-usr.
> В Арче /usr можно без проблем выносить на отдельный раздел. Второй дистр после федоры, который пофиксил separate-usr.Открою вам страшную тайну - в некоторых дистрибутивах (напр. Debian) по этому поводу вообще ничего пока "фиксить" не пришлось. Ломать не нужно - тогда и чинить не приходится.
> Они видимо считают, что их арч никогда не падает, и что на
> их домашних серверах (ни в коем случае не десктопах, вы что!)
> больше одного раздела на всю систему и не надо. Поэтому /usr
> всегда в наличии.В дистрах Arch и Fedora /usr _всегда_ в наличии. Для остальных дистров это не гарантируется.
> В дистрах Arch и Fedora /usr _всегда_ в наличии.При этом его можно выносить хоть на NFS, хоть на read-only носитель - все будет нормально работать.
Я вот на сервере, на CentOS 6.2 проверял возможность фунционирования его с корневым разделом смонтированным на ro, ясен п. с /var на отдельном и т.д. и все чудно работает, а в 6.3 /root уже не дает на отдельном разделе создавать, а без этого корневой раздел командой из консольки уже фиг перемонтируешь, ... какой ваще смысл /usr пихать на отдельный раздел, или переносить /lib в /usr/lib, ..
> Когда коту заняться нечем, он директории тасует.Зато те кому есть чего делать тормозят по 5 лет. Думаете это лучше?
Ага от RussianFedora да же пришло поздравление. А как по мне то еще обновиться надо. А поздравление как издевка, ИМХО.
> А поздравление как издевка, ИМХО.
> Мы, разумеется, только приветствуем внедрение тех нововведений, что были популяризированы и протестированы у насСкорее просто констатация факта, что федора - апстрим не только рхела, но и всего GNU/Linux.
Федора апстрим Дебиана и Слаквари? Смешно.
> Федора апстрим Дебиана и Слаквари? Смешно.И много они комитят в ядро, glibc, etc?
когда дебианщики что-то коммитят, капитану Пикарду обычно не хватает ладоней
> И много они комитят в ядро, glibc, etc?1) На ядро дебиан накладывает кучу патчей. И уж явно не юзает всякие 2.6.18 пропатченые почти до 2.6.32 как некоторые.
2) Glibc дебиан не юзает - у них eglibc. Спасибо Ульриху за это...
федора - это авангард долбое%%%ма.
крутые пацаны, системных либ типа уже нету
дописали бы лучше поддержку куе в ритмбокс , а папочки и файлики местами менять и дурак может.
> дописали бы лучше поддержку куе в ритмбокс , а папочки и файлики
> местами менять и дурак может.напиши это разработчикам ритмбокс. они папочки не тасуют а сопли жуют.
>> дописали бы лучше поддержку куе в ритмбокс , а папочки и файлики
>> местами менять и дурак может.
> напиши это разработчикам ритмбокс. они папочки не тасуют а сопли жуют.Зачем? Лучше новый линуксовый плеер замутить =)
аудасиус. Он и куи читает и библиотеку в нём добавили.
> дописали бы лучше поддержку куе в ритмбоксА с чего вы взяли что те кто "тасует папочки" вообще в глаза видели этот ритмбокс? :)
- Почините нам электрочайник
- Я не чиню чайники
- НУ ВЫ ЖЕ ПРОГРАММИСТ
> дописали бы лучше поддержку куе в ритмбокс , а папочки и файлики
> местами менять и дурак может.Зачем? Это нужно только двум с половиной упоротым аудиофилам, которые в медном кабеле кристаллы выравнивают после покупки.
Похоже обновление прошло не успешно. Я расстроен.
Arch как всегда на острие прогресса. Нытики пусть сидят на debian stable и ждут нововведений по 5-7 лет
> Arch как всегда на острие прогресса. Нытики пусть сидят на debian stable
> и ждут нововведений по 5-7 летОхренительное нововведение.
> Arch как всегда на острие прогресса.Непейвода отмечал, что на острие можно только извиваться, а не развиваться.
Дык он устарел безбожно!
Нынче - чем бесполезнее, чем бессмысленнее и беспощадней нововведение - тем острее остриё прогресса!
[_вписать нужное_] - вперде!!!:(
>> Arch как всегда на острие прогресса.
> Непейвода отмечал, что на острие можно только извиваться, а не развиваться.Смешной каламбур. Раскройте тезис — какое отношение он имеет к объективной реальности, воспринимаемой нами в данный момент?
> Смешной каламбур. Раскройте тезис — какое отношение он имеет к объективной реальности,
> воспринимаемой нами в данный момент?вы очень умный. в следующем высказывании рекомендую вставить "динамически развивающийся" или "решение для бизнеса" для придания словам большего значения
>> Непейвода отмечал, что на острие можно только извиваться, а не развиваться.
> Смешной каламбур. Раскройте тезис — какое отношение он имеет к объективной реальности,
> воспринимаемой нами в данный момент?Полагаю, "необязательно стремиться на острие". А к каким случаям и как его применяет автор -- обычно можно уточнить на зимней конференции в Переславле, где он и раньше появлялся :)
Вот уж не альту на арч бочку катить.
> Arch как всегда на острие прогресса. Нытики пусть сидят на debian stable и ждут нововведений по 5-7 летТеперь Дебиан будет вводить только те нововведения, которые одобрены FreeBSD Foundation.
>Теперь Дебиан будет вводить только те нововведения, которые одобрены FreeBSD Foundation.Ссылку?
> Теперь Дебиан будет вводить только те нововведения, которые одобрены FreeBSD Foundation.Хило троллите. Кто там у нас hurd курирует? Вот с ними пока не утрясут - кина не будет!
ты перепутал дебиан с центос. в дебиане 2 года ждать...
Я бы таких изменений 33 года ждал.
> Arch как всегда на острие прогресса.И что вам собственно дало это изменение? Ну, кроме геморроя.
Вместо подобных "нововведений" можно было бы заняться чем-то более полезным, например убрать жуткие лаги с gnome-shell, наблюдающиеся только в арче, исправить ошибки в инсталяторе. Какой там! Каталоги тасовать важнее!
арч не вносит измения в пакеты без крайней необходимости, в качестве исключения, может накатывать патчи уже принятые в апстриме, либо патчи необходимые для сборки. вам больше подойдёт дебиан или убунта.
Федорасты пукнули и все вдруг засуетились. Никто ничего не говорит против? Ну конечно же, там же кошерное systemd грузить систему откажется. Скоро и /bin /sbin в /usr запихнут (или уже запихнули?) и будет счастье. Кто-нибудь объяснит нахрена это надо? Смысл?
Лучше объясни какой смысл в разделении, давайте ещё /tbin и /abin сделаем просто так, назло федоре
> Лучше объясни какой смысл в разделении, давайте ещё /tbin и /abin сделаем
> просто так, назло федореro, noatime, агрегация партиций, вынос партиций внешние носители. Мало?
Ну так для этого и предлагают alib, blib, clib. Что не так то?
> Ну так для этого и предлагают alib, blib, clib. Что не так
> то?(назидательно) Когда кошаку заняться нечем, он партиции аггрегирует!
> ro, noatime, агрегация партиций, вынос партиций внешние носители. Мало?О, я понял! А давайте мы директории упраздним! CP/M прекрасно без них обходилась! Ну и вы обойдетесь. Хотя для эстетов - останутся партиции. Вон тот том - типа /lib. А вот этот - типа /home. Любители выносить все на отдельную партицию просто зассут кипятком от счастья - по другому просто работать не будет. Ну ладно, для читеров и извращенцев будет btrfs и субволумы, но это уже жульничество :)
> О, я понял! А давайте мы директории упраздним!Можешь начинать упразднять, я разрешаю
>> О, я понял! А давайте мы директории упраздним!
> Можешь начинать упразднять, я разрешаюМужуки, а отсыпьте и мне грибов, которыми вы так смачно ужевались? Я тоже хочу ковер посмотреть вместо телека.
Кто-то вкурсе зачем им это понадобилось? Чтобы не читать логи конференции
> Кто-то вкурсе зачем им это понадобилось? Чтобы не читать логи конференцииарч всегда идёт за апстримом.
все правильно сделали. сначала надо тестить на небольшом проценте хомячков.
ок. а кто апстрим? где?
"Федора - апстрим. Федора - центр вселенной. Если ты противоречишь Федоре - ты противоречишь самому себе."Произносить низким голосом и нараспев. Не меньше 17 раз в сутки.
венда, вестимо. ща каталоги перелопатят, логи бинарные введут, хомячков "нажни кнопку и всё будет само" прикормят. как-то была надежда арч мимо этой дорожки прошмыгнёт...
Убери все каталоги кроме C:\Windows и попробуй загрузиться, тебя ждет большой сюрприз.
Также в никсах почти любую программу можно запустить просто по имени бинаря, а винде придется писать полный путь к бинарю, который, еще один сюрприз, у каждой программы свой. А кроме этих "маленьких" нюансов все в одном месте :)
предлагаю при запуске системы сканировать дерево каталогов и писать все в PATH
арчеры на острие проведения опытов) Слава стабильным дистрибутивам, которые не страдают от зуда в руках.
Не, ну есть еще Федора...
Я тут попробовал последний RFRemix поставить. Бр-р-р.. Через неделю вернулся на арч, как в тихую гавань.
> как в тихую гавань.Есть дистрибутивы, где перед обновлениями не надо читать сайт или новостную ленту, или вообще беспокоиться что что-то может быть не так :) Арч, Федора - точно не такие дистрибутивы.
>> как в тихую гавань.
> Есть дистрибутивы, где перед обновлениями не надо читать сайт или новостную ленту,
> или вообще беспокоиться что что-то может быть не такЯ бы сказал, что это сферические дистрибутивы =)
Попробуйте rhel/sles/debian обновить между мажорными ветками, не читая документации.
Или Ubuntu с 8.04 до 10.04 спокойно обновляется по ssh, а вот в 11.04 обновили grub на grub2, и без чтения доки можно получить сюрприз )
Доки лучше читать.
обновление между версиями стабильных дистрибутивов, поддержка которых длится несколько лет, обязывает читать how-to по обновлению раз в 7 лет, а не почти каждое обновление, как в вышеназванных арче/федоре.
обновление между версиями стабильных дистрибутивов, поддержка которых длится несколько лет, обязывает читать how-to по обновлению раз в 7 лет, а не почти каждое обновление, как в вышеназванных арче/федоре.
>>> как в тихую гавань.
>> Есть дистрибутивы, где перед обновлениями не надо читать сайт или новостную ленту,
>> или вообще беспокоиться что что-то может быть не так
> Я бы сказал, что это сферические дистрибутивы =)
> Попробуйте rhel/sles/debian обновить между мажорными ветками, не читая документации.Как бы Debian обновлял с 5-го на 6-й - никаких проблем не возникло.
Да, документацию я-то прочитал, только можно было и не читать, т.к. никаких проблем не возникло после простого apt-get dist-upgrade.
Ну да, не все пакеты заработали - но система успешно загрузилась в консоль (nVidia...). А дальше уже мелочи.
Аналогично, очень редко у меня возникали проблемы при обновлении debian. И если они возникали то только благодаря оставленным мной же костылям когда-то давно.
> Да, документацию я-то прочиталВ том и соль.
Дело не в галочке "прочитано/не прочитано", а в осознании, что могут быть подводные камни.
Человек выше хотел легкой жизни - чтобы никогда не было никаких грабель, да ещё и бесплатно.
> Попробуйте rhel/sles/debian обновить между мажорными ветками, не читая документации.Доки всегда лучше читать. Хотя на опенусе я дожил в свое время с 10.0 до 11.3 без геморроя. А дебиан всю свою жизнь ровно обновлялся. Кстати что без чтения доки в убунте вас ждет суприз скажите спасибо убунтовцам. Ибо в дебиане специально для обратной совместимости оставили (сюпрыз да) grub-legacy. Во избежание сюпрыза.
>> как в тихую гавань.
> Есть дистрибутивы, где перед обновлениями не надо читать сайт или новостную ленту,
> или вообще беспокоиться что что-то может быть не так :) Арч,
> Федора - точно не такие дистрибутивы.Можно не читать - все равно pacman не даст совершить фатальных действий - если что он сообщит об ошибке.
Может случиться конечно что он установит с десяток пакетов а на 11 выдаст ошибку тогда будет не полное обновление - тут или на форум чтобы почитать об ошибке, и как ее решить, или восстановить пакеты из кеша пакмана.
ЗЫ: Никогда не очищайте кеш - рано или поздно он вам понадобиться.
Как я тебя понимаю, бро... Только что наступил на грабли
на чем грабли работали?
На арче конечно же, в других дистрах такие грабли не работают
Сетевая загрузка хоть работать будет? Или это не нужно, как и pacman.static?Мне при прошлом обновлении несколько дней назад glibc сказал, что существует /lib, и это непорядок. Обновился с --force, и всё погасло. :(
Арч, видимо, нужно или обновлять каждый день, или, если не обновлял его 2-6 месяцев, проще ставить заново. Со слезами вспоминаю sid, который я больше года не обновлял, а потом ка-а-ак обновил нормально :)
использование --force крайне не рекомендуется, если вы используете этот ключ, вся ответственность лежит на вас.
Я использую Arch уже много лет, и беда в том, что я не помню, чтобы не обновляемая несколько месяцев система нормально бы обновилась.
> Я использую Arch уже много лет, и беда в том, что я
> не помню, чтобы не обновляемая несколько месяцев система нормально бы обновилась.А вы кактус сменить не пробовали? На такой, безволосый и бесколючковый сорт?
>> Я использую Arch уже много лет, и беда в том, что я
>> не помню, чтобы не обновляемая несколько месяцев система нормально бы обновилась.
> А вы кактус сменить не пробовали? На такой, безволосый и бесколючковый сорт?некоторых смущает обилие смазки на безволосых бесколючковых кактусах. поэтому они пока пожуют колючие кактусы.
> Я использую Arch уже много лет, и беда в том, что я
> не помню, чтобы не обновляемая несколько месяцев система нормально бы обновилась.я поддерживаю около 15 машин на арче, некоторые не получается обновлять регулярно (нет интернета, или доступ к интернету с динамическим ip) иногда обновляю через 2 месяца, иногда через полгода, один раз было что не обновлял больше года, да проблемы конечно возникают, но в связи с тем что я понимаю что нужно делать, нерешаемых проблем не было, если вы обновряетесь с ключом --force, скорее всего вы не понимаете что можно делать, а что нельзя, вам нужно выбрать дистрибутив в котором будут думать за вас.
А я помню. Документацию всего пару раз пришлось прочитать - когда приехали /run и симлинк /lib
Интересно, а когда это она на мне не лежит...
> Мне при прошлом обновлении несколько дней назад glibc сказал, что существует /lib,
> и это непорядок. Обновился с --force, и всё погасло. :(Это тебе не дебиан. Хотя и на оном тупо форсанув что-то вполне можно скушать потом проблем.
>> Сетевая загрузка хоть работать будет?
> Сетевая загрузка - это выдумка либерастов, чтобы отдавать твои данные госдепуПогодь, это ты про чо? Про WAN Boot или про PXE 2.0?
Патрег подождет пяток лет, потом может и вчключить такую фишку, когда ее на федориных кошках обкатают И нельзя сказать что мне это сильно не нравится :-)
> Патрег подождет пяток лет, потом может и вчключить такую фишку, когда ее
> на федориных кошках обкатают И нельзя сказать что мне это сильно
> не нравится :-)Патрегбох
> Патрег подождет пяток лет, потом может и вчключить такую фишку, когда ее
> на федориных кошках обкатают И нельзя сказать что мне это сильно
> не нравится :-)Толсто же
Желание попробовать Arch испарилось. Лично мне это доставит определённые неудобства.Если не сложно, кто-нибудь поясните зачем это сделано? Я помню Поттеринг жаловался, что его рюшки не будут работать как надо, когда /lib не будет унесён в /usr/lib. Это всё ради его рюшек или что?
> Желание попробовать Arch испарилосьПодумаешь, у меня тут желание чинить/переустанавливать Arch испарилось...
>> Желание попробовать Arch испарилось
> Подумаешь, у меня тут желание чинить/переустанавливать Arch испарилось...вы еще новый инсталятор арча не видели :)))
http://archlinux.org.ru/forum/viewtopic.php?f=2&t=9471&hilit...
Зачем...
>Если не сложно, кто-нибудь поясните зачем это сделано? Я помню Поттеринг жаловался, что его рюшки не будут работать как надо, когда /lib не будет унесён в /usr/lib. Это всё ради его рюшек или что?Да, в общих чертах ситуация такова.
и какие-же неудобства вам доставит перенос /lib/ в /usr/lib/?
> и какие-же неудобства вам доставит перенос /lib/ в /usr/lib/?А какие удобства? Из неудобств вижу арчеводов у которых система факапнулась :)
>> и какие-же неудобства вам доставит перенос /lib/ в /usr/lib/?
> А какие удобства? Из неудобств вижу арчеводов у которых система факапнулась :)НУ и хорошо. Зачем нам идиоты?
> и какие-же неудобства вам доставит перенос /lib/ в /usr/lib/?Невозможность в общем случае загрузки системы с отдельным /usr без initrd.
-- КО.
> Лично мне это доставит определённые неудобства.Подробности в студию. Скандалы, интриги, расследования!
Прогиб засчитан. Комментировать нечего, все и так очевидно.
А слабо сразу в /home либы положить?
Графику в ведро ящщитаю :))
> Графику в ведро ящщитаю :))Графика в ядре Linux уже лет 10-15, точно не скажу. Но пингвинчика после загрузки ядра я наблюдал ещё году в 2000-м.
> А слабо сразу в /home либы положить?А чо уж в /home-то? Что за полумеры? Мне, например, /tmp больше нравится... Ну ладно, /usr/tmp, а то вдруг у Поттеринга когда-нибудь опять чего-нибудь "не срастётся". ))
Это теперь /bin зависит от /usr/lib?
> Это теперь /bin зависит от /usr/lib?чувак, всё идёт к диску С:
А вообще по моему, очень либерально!
А всё ровно папка /usr/lib осталась, хоть и в симлинке. Какой смысл всего этого?
Количество папок в корне остаётся тем же, программы будут работать также(?). К чему эти манипуляции? Арч потихоньку подыхает.