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

вспомнилась цитата с http://www.linuxquestions.org/questions/slackware-14/slackware-and-systemd-88...

Let me summarise. systemd is exactly the sort of thing a one-club golfer would come up with if he had extraordinarily deep C skills, no systems administration experience, no historical perspective, and didn't consult anyone who might spoil the illusion.

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

Этот комментарий написан анонимусом, поэтому я не буду его читать.

Обновился без проблем, всё работает.

ОНО СЫРОЕ!
archlinux

\0

Вам тут заботливый анонимус своим вопросом ненавязчиво выход предлагает - запихать все из /bin и /sbin в initrd. Но я не доктор диагнозы ставить.

В арче initrd и в нем есть и так все что нужно для загрузки системы. Дальше по сути уже {SysV/systemd/whatever…} не играет никакой роли равно так же как и расположение файлов на ФС. Ну посчитали что так кому-то удобнее переместили и для совместимости оставили симлинки.

В принципе все пофиг а во всем этом спорно только сам процесс принятия решения.

Let me summarise. systemd is exactly the sort of thing a one-club golfer would come up with if he had extraordinarily deep C skills, no systems administration experience, no historical perspective, and didn't consult anyone who might spoil the illusion.

самые верные слова

Хорошо сказано, но насчет «extraordinarily deep C skills» я не согласен.

Именно. Достаточно положить busybox в initramfs и перестать писать эту ерунду про «аварийная система в /»

А еще лучше положить tiny core linux рядом. (Он весь содержится в собственном initramfs, включая иксы.)

что я всегда вру?

а ты попробуй для разнообразия не врать например - вдруг тебе даже понравится.

это в генте всё сломали

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

http://www.gentoo.ru/node/27146

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

Была тут такая цитата от одного товарища: «А в Арче переломные моменты называются обновлениями»

Это predictable names нафиг не нужны. Надо привязывать имя по MAC-адресу, как это раньше и делалось в арче и федорке.

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

То-то и оно. Arch - это смесь CRUX и Fedora. Но с каждым годом Федоры всё больше и смысл дистрибутива всё больше теряется

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

А пост flameeyes чем опровергать будешь? Тоже «кривым железом»? :-)

Смешно. Учитывая что при старой схеме udev такой хрени не было(при привязке устройств по маку). Нет, бесспорно, старую схему можно организовать и сейчас(net.ifnames=0). Так что - спасибо апстриму за то, что не стали ломать всё окончательно.

Смысл арча уже хотя бы в том, что это такая федора с нормальным пакетным менеджером и AUR-ом.

Ну вот как можно приводить в качестве подтверждения брехни ссылку, которая её как раз и опровергает? Думаешь многабуков и все поленяться прочитать что-ли? Не суди по себе: автор подтверждает, что имена предсказуемые и иллюстрирует тот «неочевидный» факт, что при использовании схемы именования на основе слотов имена изменятся при смене... слотов! Вах, кто бы мог подумать :-D

О! Не уходи. Расскажи, каково оно - жить на Круксе. Я с Дебиана сваливаю, который перестал быть островком стабильности в этом унылом мире, и рассматриваю Крукс, как вариант. Какие плюсы/минусы? Расскажи что там как.

Заранее благодарен.

<эмоции>йоооо :( </эмоции>

Есть обеденный стол, и на нем нужно кушать на кухне; согласен. Но иногда нужно покушать, например, на пикнике. Это случается редко, но все же случается. Ты предлагаешь на пикник тащить обеденный стол. Я же говорю, что на пикнике можно покушать на скатерке. Ты говоришь: что, не освоил перевозку обеденного стола? :bump:

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

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

а ты попробуй для разнообразия не врать например - вдруг тебе даже понравится.

Ты поаккуратнее - а то я твои посты начну по 4.2 резать. Потому что подтверждений тому, что я всегда вру у тебя вряд ли найдется.

Ты уже и так в срачах поучавствовал, защищая свой непогрешимый systemd(часто - без аргументов). Общайся конструктивно, не нарывайся на авто-бан по отрицательному скору ;-)

Надо привязывать имя по MAC-адресу, как это раньше и делалось в арче и федорке.

Тебя не очень огорчит, если я открою тебе великий секрет, что данная схема предсказуемого именования интерфейсов доступна «из коробки». Правда она удобна далеко не всем, так что по-умолчанию не используется ни в одном из дистрибутивов насколько я знаю.

Нет правда, неужели перед обсуждением некой функциональности так сложно прочесть десяток строчек с её описанием, а?

автор подтверждает, что имена предсказуемые и иллюстрирует тот «неочевидный» факт, что при использовании схемы именования на основе слотов имена изменятся при смене... слотов! Вах, кто бы мог подумать :-D

Учитывая то, как преподносится эта фича: «Имена интерфейсов будут всегда предсказуемые, не то что раньше!1111». А потом в документации, на n*100-ой странице: «Чуваки, слоты могут меняться, поэтому предсказуемость как бы тоже не всегда предсказуемая, мы вас предупредили». Смешно. А сразу сказать, слабо? :-)

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

P.S. Ничего не имею против данной фичи, если б ее не стали навязывать всем как «революционно новая весчь» by default. Особенно - в разрезе ненулевой вероятности слома старых систем при обновлении

если, что заявление Леннарта и Ко, что теперь имена по настоящему постоянные и все проблемы с persistent-naming-rules как они были решены. Но это не так.

Я знаю, что она есть. Мой пойнт в том, что кроме неё никаких велосипедов и не нужно.

Правда она удобна далеко не всем, так что по-умолчанию не используется ни в одном из дистрибутивов насколько я знаю.

Давай юзкейзы, когда имя по слоту удобнее имени по MAC-у.

А сразу сказать, слабо?

Ну про сотую страницу документации ты, как обычно, набрехал - возможные схемы предсказуемого именования описываются все и сразу же.

Может не стоит уподобляться маркетоидам с их буллшитом и называть вещи своими именами?

За называние вещей своими именами тут отдельные обиженные баном грозятся - ну а что поделать если аргументы кончились. Не буду показывать пальцем, чтобы какой-нить пункт правил не нарушить :-D

можно я! существуют девайсы не имеющие постоянного мака и генерирующие его при загрузке. (Не думаю, правда что predictable-names-rules придумано для них).

Ты имеешь в виду unionfs? Так это же костыль, да и умеет вроде подключать лишь каталоги.

Ну про сотую страницу документации ты, как обычно, набрехал - возможные схемы предсказуемого именования описываются все и сразу же.

Цитату, сестра, цитату. И ссылку :-). Иначе твоё набрехал - 4.2.

Я пока вижу это(http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceN...):

Assigning fixed names based on firmware/topology/location information has the big advantage that the names are fully automatic, fully predictable, that they stay fixed even if hardware is added or removed (i.e. no reenumeration takes place) and that broken hardware can be replaced seamlessly.

За называние вещей своими именами тут отдельные обиженные баном грозятся

Опять 4.2, кто бы мог подумать :-)

Давай юзкейзы, когда имя по слоту удобнее имени по MAC-у.

Например тогда, когда возникает необходимость смены MAC. И, кстати, этими 2 схемами дело не ограничивается - мне, например, удобнее именование по индексу, а не по слоту.

Так это же костыль, да и умеет вроде подключать лишь каталоги.

Э... А что есть не костыль, и что еще нужно объединять, кроме каталогов?

существуют девайсы не имеющие постоянного мака и генерирующие его при загрузке

Первый раз слышу, серьёзно. Зачем они такие?

Цитату, сестра, цитату. И ссылку

http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceN...

Держи, только не плач. Там, к сожалению, нет картинок, и страниц куда меньше сотни, но ты уж как-нибудь напрягись.

Давай юзкейзы, когда имя по слоту удобнее имени по MAC-у.

Общепонятный - замена сгоревшего железа; сильно нишевый - когда устройства должны иметь имена, соответствующие их геометрическому положению (т.е. первый снизу слот - eth0, второй - eth1 и т.д.)

ч0рт, еще одного негра ай-яй-яй убили.

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

Да не волнуйся, напрягся. И цитату оттуда, подтверждающую мои слова уже привел. А ты в ответ ничего не привел

А что именно глючит в журнале?

Зачем - без понятия. Но в обсуждении predictalbe-/persistent- именований рассылке люди с такими появлялись и писали именования. Имхо это слишком редкий юзкейс, как понимаю это древние или сверх дешевые железки.

Есть смысл свалить с арчика в ближайшее время

чего стоит только невозможность выключить компьютер из-за того, что неполучается отмонтировать /tmp

Ну да, вспоминаю такой глюк с выключением. И кстати не факт что это не исправили потому что им там всем на это пофиг, думаю что просто никто про эти баги не писал (имеется в виду багрепорты разработчикам, а не срач на лоре).

Повторю: я ничего не имею против systemd, но он сырой и не готов для повсеместного использования. Когда-нибудь позже — да, возможно, но не сейчас.

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

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

Логично это в FreeBSD ставить весь дополнительный софт кроме базового в /usr/local, а что /sbin, что /usr/sbin - один фиг, как по мне.

А как кстати в федоре сделали?

В 2013 году, например, потеря X-сервера (который в /usr) вполне считается повреждением системы. И что, что вы можете из консоли его восстановить? С live usb вообще все восстановить можно.

Нагуглю решение из консоли через Links, Lynx или w3c.

Есть смысл свалить с арчика в ближайшее время

Повторяй как попугай эту фразу, если тебя это прёт. Меня всё более чем устраивает: всегда свежий софт, systemd, стабильность работы (кроме ситуаций когда раз в год нужно ввести 2-3 дополнительные команды, умея читать).

А что именно глючит в журнале?

Из того, чтобы не исправлено еще недели две назад, journalctl периодически уходит в бесконечный цикл при выдаче логов.

Остальные баги, которые я раньше видел, сейчас вроде не воспроизводятся. Ну или удачно не попадаются просто.

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

А почему в /usr/bin, а не в /bin?

стабильность работы

Ты серьезно? У меня раз в месяц ломается что-нибудь или слетает. Обновляюсь регулярно. Падал с коредампом firefox, skype, tkabber; systemd зависал на старте, панели и оконный менеджер xfce регулярно слетал, либы - boost, libavcode и еще несколько штук (исправлялось хитрозакрученными симлинками).

systemd

дело привычек. в т.ч. вредных.

Никак не должна, особенно если будете руками ставить.

А почему в /usr/bin, а не в /bin?

А какая нахрен разница если симлинки решают хоть так хоть так?

То есть можно взять образ 2013.06.01 и по инструкции из Вашего блога всё заработает?

ставишь slackware и crux4slack. В результате у тебя есть slack билды и порты crux.

Думаю да, хотя на 100% не могу утверждать - пробовать надо. Может быть сегодня вечером проверю.

Виктор Пелевин, «Жизнь насекомых»:

– Ну, работал, – сказал Никита, принимая дымящуюся папиросу, – только я чужого никогда не портил. А ты, даже когда в подвале этом еще не прижился, уже был паразит. Вот я тебя картину просил на три корабля обменять, помнишь?

– А то не помнишь. «Смерть от подводного ружья в саду золотых масок», – ответил Никита. – А ты что сделал? Вырезал в центре треугольник и написал «хуй».

– Отец, – с холодным достоинством ответил Максим, – чего это ты пургу метешь, а? Мы ведь это проехали давно. Я тогда был художник-концептуалист, а это был хэппенинг.

Никита глубоко вдохнул дым и закашлялся.

– Говно ты, – сказал он, отдышавшись, – а не художник-концептуалист. Ты просто ничего больше делать не умеешь, кроме как треугольники вырезать и писать «хуй», вот всякие названия и придумываешь. И на «Вишневом саде» вы тоже треугольник вырезали и «хуй» написали, а никакой это не спектакль. И вообще, во всем этом постмодернизме ничего нет, кроме хуев и треугольников.

Симлинки — костыль и временная мера для программ с захардкоженными путями.