В продолжении поттеринготредов

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

Да я не против гомосексуализма, мне просто интересно. Почему вы постоянно упоминаете чужие задницы? Причем мужские.

Интересно, а у федоровцев это принятно так тормозить? А это врождённое или приобретается сразу как становишься федоропоклонником?

желательно все цитаты про текущее состояние kmod и отдельного /usr сравнивать с обсуждением gentoo council meeting от 3 апреля, и не устраивать панику. а особенно всякую хрень про «упоротость» и т.п. Имхо достаточно достаточно гадкое поведение, писать всякую хрень на форумах где генту-девов не водится, при этом приводя кривое толкование ситуации.

Ну давай, по пунктам, где кривое толкование ситуации.

чууувак, ты это скажи какого перехода? отдельный /usr поддерживается и он будет поддреживаться, >=udev-182 не будет размаскирован до тех пор пока не будет выработано решение устраивающее по всем параметрам, причем рассматриваются разные варианты, он изменения handbook для описания работы с initramfs до форка udev (хотя этот вариант не пользуется популярностью).

Делаем так: Генту, в след за Федорой, переносит все в /usr

И на главную. WIN.

Все правильно делают

В ~arch он уже не поддерживается.

то, что гентудевы уроды, то что будет перенос всего в usr

Единственное _официальное_ описание того, что будет делаться с udev.

http://www.gentoo.org/proj/en/council/meeting-logs/20120403-summary.txt

During the discussion, some concerns were raised that we might not be able to provide a modified or forked udev version. Chainsaw assured that if necessary, he will maintain a udev version that supports said configuration.

It was remarked that a solution that comprises both the forked udev version (separate /usr) and the latest versions is possible and therefore should not block either way preferred by users.

на самом деле трактовка была не совсем четкая и на в рассылках возникали дискуссиии по этому поводу. В любом случае подобное поведение (написал патч, не послушал никого, что и как делается, пробежал за n-километров от рассылок и начал на форуме выставлять гентудевов «упоротыми» контрпродуктивно).

~arch == ССЗБ, никаких гарантий поддержки чего-либо там нет.

Как я понял, от этого решения страдают пользователи отдельного /usr _без_ initrd.

Цитата мной взята из гентушной багзиллы, отвечал про перенос /usr гентуразраб. Если он пишет такое противореча решению принятому на встрече гентуразрабов, то это его поведение контрпродуктивно.

Гентудевы в любом случае «уроды» (заметьте не я это предложил!), и для этого есть много других причин, которые периодически всплывают на форумах, в том числе и здесь в Talks.

qnikst

написал патч

Это опенсурс, детка. У себя на локалхосте что хочу, то и патчу. Да ещё и поделится могу, кому надо, те воспользуются.

qnikst

не послушал никого, что и как делается

не послушал в чём? что и как делается что?

qnikst

начал на форуме выставлять гентудевов «упоротыми»

выставляют упоротыми они себя

Ага, а ты весь такой дартаньян

а потом все помрут от голода или вражеского снаряда.

простой дизентерии

fixed//

Цитата мной взята из гентушной багзиллы, отвечал про перенос /usr гентуразраб. Если он пишет такое противореча решению принятому на встрече гентуразрабов, то это его поведение контрпродуктивно.

тебе парсер дат подарить?

Это опенсурс, детка. У себя на локалхосте что хочу, то и патчу. Да ещё и поделится могу, кому надо, те воспользуются.

только тогда ты, детка, не должен обижаться, когда твои старания с resolved won't fix закрываются.

не послушал в чём? что и как делается что?

идешь и читаешь рассылку, получаешь ответы на свои вопросы.

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

2/3 таких проблем эталонное ССЗБ среди пользователей форума.

я слышал в ios по другому называются директории, если да - там тоже с линкаими?

о.О. Можно, пожалуйста, цитату из которой можно сделать такой вывод?

+1 учитывая, что обсуждения вполне себе ведутся.

qnikst

только тогда ты, детка, не должен обижаться, когда твои старания с resolved won't fix закрываются.

да на это собственно никто и не обижался, тем более труд не мой

qnikst

идешь и читаешь рассылку, получаешь ответы на свои вопросы.

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

А лором тебя тоже научить пользоваться или сможешь таки нажать на ссылочку «Ответ на комментарий»?!

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

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

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

http://www.gentoo.org/proj/en/council/meeting-logs/20120403.txt

http://archives.gentoo.org/gentoo-dev/msg_e0c6a2ee4fde76189d72479c710399d7.xml

https://bugs.gentoo.org/show_bug.cgi?id=411627 (странно но пока тут пусто)

тогда, пожалуйста, объясни, как из этой фразы следует, что я считаю себя Д'Артаньяном.

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

> New udev and separate /usr partition

====================================
Decide on whether a separate /usr is still a supported configuration.
If it is, newer udev can not be stabled and alternatives should be
investigated. If it isn't, a lot of documentation will have to be
updated. (And an alternative should likely still be provided.)

The council has voted in favour of a separate /usr being supported
(5 yes, 1 no vote).

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

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

и это хорошо, тогда обойдемся без взаимного хамства и, не знаю, как анти-хамство назвать?

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

если честно, я удивлён, что по части вопросов в частности баг-треккеру по проблемам >=udev-182 всё застопорилось, на то, что запостили соотвествующий баг.

В общем-то предложенное решение с патчем вполне имеет право на жизнь если: 1). будет проведён (описан) анализ ситуации и возможные побочные эффекты, 2). это будет всё аккуратно оформлено.

Да, кстати, с основным вопросом поднятом в треде, переездом всего в /usr я ещё разберусь, т.к. я рассылку в то время читал совсем по диагонали, меня напрягает, что я не знаю официального мнения и политики по этому поводу.

Вот и прекрасно, что разобрались ;)

Там уже идет процесс по перемещению.

Расскажите в двух словах почему новый udev не работает со старым лэйаутом. Там пути что ли захардкожены или как?

Потому что разрабы udev поставили по умолчанию пути в /usr и поддерживать дальнейшую работу udev в / не собираются, собрать можно но всё на свой страх и риск.

По-моему вот эти ребята больше всех упороты потому что init-ов много, а вот udev один и такую свинью подкладывать это ппц.

Флешки? Только консоль, только хорткор, только root.

Что мешаеь монтировать флешки с помощью udev/mdev?

vladkuzm

А вам то что с этого? Я смотрю аналитики с ЛОРа все изучили FHS и как минимум вносили какие-то поправка и вообще в курсе дел. Готовят адекватную замену X'ам все ноют что там нету сетевой прозрачности, да кто из вас вообще этим пользуется? Вы вообще об этом слышали до шумихи c Wayland ? Хотят написать замену этим страшным init баш скриптам и все ноют, теперь же писать их станет труднее. Ну сколько из вас написали хоть один? Валите ка вы все товарищи на *BSD, живите в своем утопичном мире.

Например, я делал и то, и другое. BSD в нынешнем виде не шибко нужно.

true_admin

+1

В линухе 100500 проблем, но решать их никто не спешит. Зато обсудить какую-нить очередную хрень которая никак не скажется на 99.99% аудитории все горазды.

На этот счёт есть одно хорошее выражение. Я им пользуюсь постоянно.

Что мешаеь монтировать флешки с помощью udev/mdev?

Отсутствие GUI.

O02eg

Отсутствие GUI.

Сомнительный недостаток.

написал скрипт, который будет добавлять тебе с помощью udev строчки в fstab. После этого монтируй/отмонтируй сколько душеньке твоей угодно.

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

Ъ, даже Поттеринг до такого костыля бы не додумался.

Сомнительный недостаток.

Согласен, только консоль, только хорткор, только 1%.

это не костыль, это использование имеющихся уже средств по их прямому назначению без создания дополнительных велосипедов (типа udisks1/2 или systemd)

Тебя консоль покусала?!

Тебя консоль покусала?!

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

их прямому назначению

правит файлики в /etc/ на каждую флешку

Ага, ага.

O02eg

Согласен, только консоль, только хорткор, только 1%.

Монитровать устройства может udev, но это же не говорит о том, что Вы не можете к ним обратиться из GUI.

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

[ Остальное можно не читать. ]

В порядке подитоживания Поттеринг/udev/gnome 3 и т.д. срачей:

А господину разработчику не приходила в голову мысль, что уже накопилось достаточное количество недовольных этим КУДА?

А господам разработчикам не режет глаза упорное нежелание уже достаточно многих (консервативных) разработчиков и дистростроителей внедрять эти «движения», что дальше форков будет больше и вместо однородности разброд и шатание будут только увеличиваться? (Уже живут своей жизнью форки гнома, удева. Дальше зоопарк будет только расти).

Может уже пора начинать не только в своем соку варится, а и окрест посмотреть??? Может «это ж-ж-ж неспроста» и «само дерево жужжать не может, значит кто-то там жужжит»???

Я что-то не понимаю, к чему паника? Отдельный /usr прекрасно работает с новым udev через initrd, а то что файлики из /bin, /sbin и /lib перетащат в /usr, от этого никому хуже не станет

а то что файлики из /bin, /sbin и /lib перетащат в /usr, от этого никому хуже не станет

Раньше можно было в отсутствие /usr загрузиться, теперь будет нельзя.

Ну это единственный минус, нужный очень редко. Но никто не мешает добавить в initrd какой-нибудь busybox на случай таких поломок

Но никто не мешает добавить в initrd какой-нибудь busybox на случай таких поломок

Это лишает свободы выбора тех, кто не пользуется initrd. Не логичнее ли добавить в Systemd поддержку /bin, /sbin, /lib или перенос Systemd в корень? Для тех сервисов, которые требуют примонтированного /usr, явно указывать в зависимостях localmount. Какие бы костыли для этого не использовались, мне видится такой подход более зрелым.

Это лишает свободы выбора тех, кто не пользуется initrd.

А еще это лишает свободы выбора тех, кто использует /usr с сетевого диска.

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

И часто ты видишь в опенсорсе программы, которые пишутся после того, как спроектируются?