The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Комментарии разработчиков udev по поводу очередного форка пр..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от opennews (??) on 19-Ноя-12, 21:10 
В конце минувшей недели группа разработчиков Gentoo создала (https://www.opennet.ru/opennews/art.shtml?num=35351) еще один форк udev. Причиной его создания стало несогласие с методами разработки, применямыми после перехода udev под крыло проекта systemd. Следует отметить, что несколько месяцев назад уже была предпринята попытка создания форка udev, но в первом форке разработчик Gentoo принимал участие как независимый участник, в то время как новый форк - целиком внутренняя инициатива Gentoo.


Ведущий разработчик udev Кей Сайверс прокомментировал (https://plus.google.com/108087225644395745666/posts/WTvoJkzrbL9) ситуацию:
«Я ни в коем случае не возражаю против форков udev, если они могут принести пользу хоть кому-нибудь. Но в данном случае это выглядит как несмешная шутка». В качестве примера, Сайверс приводит коммит (https://github.com/gentoo/eudev/commit/a91a7609b204ba01037df...), который якобы должен удалить зависимость udev от kmod (механизма управления подгрузкой модулей ядра Linux, заменившего устаревший и неподдерживаемый module-init-tools). В этом коммите, прямое обращение в API libkmod было заменено вызовом исполняемого файла modprobe из состава kmod, который выполняет те же самые API-вызовы.

Таким образом, в ходе каждой загрузки добавляется порядка 100-150 сравнительно медленных и ресурсоёмких вызовов fork/exec — это единственный эффект от данного изменения (для сравнения, указывает Сайверс, systemd такого количества запусков процессов достаточно для полной загрузки всей системы). При этом, зависимость от kmod никуда не делась — для работы udev все равно необходима утилита modprobe. «Эта лодка перевернется раньше, чем они научатся плавать» — констатирует Сайверс.


Основатель и первый разработчик проекта udev, а также один из ведущих разработчиков ядра Linux, Грег Кроа-Хартман, в отличие от Сайверса, склонен (https://plus.google.com/111049168280159033135/posts/R387kQb1zxc) воспринимать ситуацию более иронично: «Нам подарили отличное развлекательное шоу на выходные». «Грустно смотреть, как они удаляют код, даже не пытаясь разобраться, за что он отвечает» — добавляет Грег уже более серьезно. В комментариях Грег отмечает, что основной причиной таких форков является непризнание «форкерами» наличия проблем с загрузкой Linux без каталога /usr. «Они хотят лишь убрать предупреждение о проблеме, оставив ее, по сути, нерешенной» — говорит Грег. Подход «форкеров» он называет «разработкой, основанной на ненависти» (hate-driven development), отмечая, что ненависть ослепляет и дает ложное чувство уверенности в собственной правоте.


Несколько месяцев назад, Грег уже отмечал (https://plus.google.com/111049168280159033135/posts/V2t57Efkf1s) грязные махинации (weird movements) отдельных разработчиков Gentoo, стремящихся убедить всех, что никакой проблемы с /usr нет. Комментируя подход к изменению логики работы с /usr разработчиков Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему». При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.

URL: https://plus.google.com/108087225644395745666/posts/WTvoJkzrbL9
Новость: https://www.opennet.ru/opennews/art.shtml?num=35374

[сообщение отредактировано модератором]

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


3. "Комментарии разработчиков udev по поводу очередного форка пр..."  +18 +/
Сообщение от bircoph (ok) on 19-Ноя-12, 21:17 
> При этом, зависимость от kmod никуда
> не делась — для работы udev все равно необходима утилита modprobe. «Эта лодка
> перевернется раньше, чем они научатся плавать» — констатирует Сайверс.

Разработчики systemd такие разработчики systemd: утилита modprobe есть не только в пакете kmod, поэтому зависимость от kmod как раз изчезает.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Комментарии разработчиков udev по поводу очередного форка пр..."  +6 +/
Сообщение от Аноним (??) on 19-Ноя-12, 21:29 
> поэтому зависимость от kmod как раз изчезает.

И правда - ну его нафиг выносить повторный код в шаред либ. Давайте лучше таскать redundant-код по куче бинарников.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

32. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymous (??) on 19-Ноя-12, 22:25 
>И правда - ну его нафиг выносить повторный код в шаред либ. Давайте лучше таскать redundant-код по куче бинарников.

А его и так таскать. Или ты собрался грузить модули только через udev?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

105. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:24 
> А его и так таскать. Или ты собрался грузить модули только через udev?

Я почему-то думал что сарказм в том постинге просматривается и без тегов, при том судя по реакции народ его вполне разглядел. В отличие от вас :)

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

107. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:29 
> А его и так таскать. Или ты собрался грузить модули только через udev?

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

118. "Комментарии разработчиков udev по поводу очередного форка пр..."  –3 +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:55 
wut? Каждая утилита/бинарник, дергающий fork+exec для modprobe должна вкомпилить этот modprobe в себя? Вы что-то не понимаете.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

120. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:58 
> wut? Каждая утилита/бинарник, дергающий fork+exec для modprobe должна вкомпилить этот
> modprobe в себя? Вы что-то не понимаете.

Я понимаю что дергать какой-то бинарник в системе вместо библиотечного вызова - это чесать правой ногой левое ухо. Если зависимость программы от либы еще можно понять, то вот зависимость программы от внешних исполняемых - это уже как-то горбато. А какого, собственно рожна кто-то возомнил что modprobe является какой-то стандартной утилитой, неотъемлимой частью системы и прочая?

И не надо ли в таком случае делать fread() путем создания команды fread и ее пинка через fork?

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

125. "Комментарии разработчиков udev по поводу очередного форка пр..."  +4 +/
Сообщение от kekeke (ok) on 20-Ноя-12, 10:11 
Претензии я так понимаю к тому, что kmod - это одна из реализаций функционала загрузки модулей ядра, но это не общепризнанный интерфейс(а всего лишь попытка сделать таковой), в качестве такого универсального интерфейса выступает команда modprobe.
Не понятно другое - почему нельзя было просто добавить ключик --disable-kmod например и вызовы kmod модуля в этом случае просто приводят к запуску modprobe, а не к вызовам libkmod? И волки сыты и овцы целы. Надо быстро - собирай с libkmod, надо переносимо - собирай без него. Самый логичный вариант и совсем не сложный по сути в реализации.
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

134. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от linux rip on 20-Ноя-12, 11:03 
Ленарт не настроен писать переносимый код.
О чем он не раз заявлял.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

157. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:01 
> Ленарт не настроен писать переносимый код.

Переносимый код ... загрузки модулей в конкретное ядро "linux"? Да вы упоролись, эти операции по определению специфичны для конкретной операционки.

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

158. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:11 
каких еще "модулей"? разупорись!
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

162. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:39 
> каких еще "модулей"? разупорись!

Пардон, вы с луны упали? В этой ветке вроде про загрузку модулей спич.

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

189. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от linux RIP on 20-Ноя-12, 17:33 
а ничего что могут быть разные версии ядра?
как уже показали выше - libkmod не единственный метод это сделать.

хотя ничего - завтра systemd будет тоже wrapper для modprobe - ну зачем вам 2 бинарника то?

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

161. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:39 
> лишь попытка сделать таковой),

Универсальным интерфейсом должен быть библиотечный вызов. Ну как для fread() или там чего еще. А вот кто и по какому поводу модуль подгрузит - это уж его дело. Надо удеву - пусть удев грузит, дернув либу. Надо modprobe-у - пусть модпроб либу дернет. Ну и так далее.

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

При том для скриптов и утилит закладывавшихся на modprobe ничего не изменится. Все отличие будет в том что тот же modprobe будет не таскать весь код в себе а будет просто и-фейсом к либе. Ну и остальные утили так же смогут - там дел с рыбью ногу, а вот размер утилей заметно сократится. Т.к. код вгрузки будет в одном месте - шаред либе. А не в нескольких хакоулках. Это разумно, хорошо и правильно.

> в качестве такого универсального интерфейса выступает команда modprobe.

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

> Не понятно другое - почему нельзя было просто добавить ключик --disable-kmod например
> и вызовы kmod модуля в этом случае просто приводят к запуску modprobe, а не
> к вызовам libkmod?

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

> И волки сыты и овцы целы. Надо быстро - собирай с libkmod, надо переносимо - собирай без него.

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

> Самый логичный вариант и совсем не сложный по сути в реализации.

Пардон? Майнтенансить 2 варианта кода - геморройнее чем один. А ради чего все это - не понятно. Какая-то мифическая "переносимость", что довольно смешно звучит относительно вгрузки конкретных модулей конкретной операционки. А как, собственно, линевый модуль сможет вгрузиться на какой-то иной оси? Никак? Тогда где там переносимость? Даже у относительно родственных *никс-образных как минимум напрочь не совпадают названия модулей, а временами формат и уж тем более зависимости и прочая. А если операционка чуть иначе устроена - вообще швах.

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

184. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от максо on 20-Ноя-12, 16:07 
>Переносимо?

КО сообщает - между разными дистрибутивами

Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

204. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от kekeke (ok) on 21-Ноя-12, 08:59 
гы, уже сделали патч, про что я говорил:
https://github.com/gentoo/eudev/commit/626bf3de512f8694ecebc...
Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

27. "Комментарии разработчиков udev по поводу очередного форка пр..."  +5 +/
Сообщение от Аноним (??) on 19-Ноя-12, 22:19 
Сайверс просто недавно стал писать под Linux и не в курсе что до kmod модули загружались через вызов modprobe :)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

61. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от Stax (ok) on 20-Ноя-12, 00:09 
По-моему вы совершенно не умеете читать. Написано же: modprobe все равно использует те же вызовы, что и libkmod. А в новых версиях тупо слинкован с ней. Очевидно, что использование libkmod напрямую из udev вместо запуска бинарника modprobe с диска, слинкованного с libkmod - который в итоге сделает ту же самую операцию - быстрее и проще, к тому же, не требует лишней зависимости (бинарника modprobe). А libkmod все равно используется.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

64. "Комментарии разработчиков udev по поводу очередного форка пр..."  +4 +/
Сообщение от pavlinux (ok) on 20-Ноя-12, 00:20 
Йопты, предлагаю выковыривать секцию .data из модулей, вкомпиливать в виде блобов в либу libkblob.so.
Затем делать dlopen(), и линейно заполнять память через write(addr, BLOB_ARRAY, sizeof(BLOB_ARRAY))!
Наносекунды уйдут, правда них...я не узнаем, где чего глючит и как эту х...ню отлаживать!
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

109. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:36 
> Наносекунды уйдут,

Сиверс и По дружно машут факами :)

> правда них...я не узнаем, где чего глючит и как эту х...ню отлаживать!

Так же как и раньше. Wtf is a difference? Не, реально, пусть модуль хоть путем телепортации через астрал попадает в адресспэйс ядра, а вот дальше ядро его влинкует как ему там удобнее :)

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

66. "Комментарии разработчиков udev по поводу очередного форка пр..."  +7 +/
Сообщение от Аноним (??) on 20-Ноя-12, 00:24 
>А в новых версиях тупо слинкован с ней.

Ключевое слово - "тупо".
>быстрее и проще,

Быстрее и проще подгузники носить. И штаны в туалете снимать не надо.
>требует лишней зависимости (бинарника modprobe)

а libkmod не бынарный? А какой? На javascript?
>modprobe все равно использует те же вызовы, что и libkmod.

Вы забыли добавить "в известных мне системах", а еще точнее "системе".

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

181. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от BratSinot email on 20-Ноя-12, 15:53 
> Быстрее и проще подгузники носить. И штаны в туалете снимать не надо.

Нужно будет его снимать, чистить зад и надевать новый. Плюс еще шатны туда сюда.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

212. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от anonymous (??) on 22-Ноя-12, 16:28 
>>требует лишней зависимости (бинарника modprobe)
> а libkmod не бынарный? А какой? На javascript?

Гипертекстовый векторный.

А если серьезно под бинарником подразумевается исполняемый файл (в противовес разделяемой библиотеки).

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

106. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:27 
> Сайверс просто недавно стал писать под Linux и не в курсе что
> до kmod модули загружались через вызов modprobe :)

А еще раньше на конях пахали. И чего? Давайте, дескать, выбросим эти дурацкие трактора?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

154. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от Аноним (??) on 20-Ноя-12, 13:34 
А будет правильнее перестрелять всех лошадей, поскольку появились трактора?
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

163. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:44 
> А будет правильнее перестрелять всех лошадей, поскольку появились трактора?

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

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

188. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 17:15 
Потом, такие животные вымирают от голода, а их остатки попадают в Красную книгу.

Леннарт против Красной книги! Леннарт за геноцид!

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

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

5. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Аноним (??) on 19-Ноя-12, 21:23 
А вот Грег, имхо, говорит правильные вещи.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Аноним (??) on 19-Ноя-12, 21:32 
> А вот Грег, имхо, говорит правильные вещи.

А он всегда отличался рассудительностью и здравым смыслом.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от mavriq_ on 19-Ноя-12, 21:48 
Странная вообще новость(про гентушный форк)
  # eix -R udev.ng
  Совпадений не найдено.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от grem on 19-Ноя-12, 21:51 
> Странная вообще новость(про гентушный форк)
>   # eix -R udev.ng
>   Совпадений не найдено.

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

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

35. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Анонище on 19-Ноя-12, 22:32 
>> Странная вообще новость(про гентушный форк)
>>   # eix -R udev.ng
>>   Совпадений не найдено.
> Они только решили создать. В соседней новости писали, что в декабре соберутся
> обсудить детали.

Gentoo council еще ничего не решил. Поэтому все эти вопли просто ни о чем.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

59. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от ананим on 20-Ноя-12, 00:01 
>Они только решили создать. В соседней новости писали, что в декабре соберутся обсудить детали.

зато им уже ответили, как они криво реализовали.

зыж
>с /usr разработчиков Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему».

ну взял бы объяснил что там не так с /usr.
а то «вы не понимаете, а я не скажу».

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

62. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Stax (ok) on 20-Ноя-12, 00:15 
>>с /usr разработчиков Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему».
> ну взял бы объяснил что там не так с /usr.
> а то «вы не понимаете, а я не скажу».

А вы в вашем любимом дистрибутиве выполните что-нибудь вроде ldd `find /bin/ /lib* -type f`|grep /usr (если будут вхождения, то бинарник из /bin зависит от смонтированного /usr)..

Да и помимо требуемых библиотек есть ресурсы - например, банально /bin/vi работает полноценно только при нахождении ресурсов vim'а в /usr/share/vim (вообще зависит от сборки, но обычно они полезны даже в режиме совместимости).

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

67. "Комментарии разработчиков udev по поводу очередного форка пр..."  +7 +/
Сообщение от saNdro on 20-Ноя-12, 00:27 
Это проблемы дистрибютивов, а не ядра. никто не заставляет класть либы которые нужны в /bin в /usr/bin для этого и существует /lib. а если кто-то устроил бордель, так нечего потом кричать, что нужно всё класть в /usr и строить из себя невинность. клали бы тогда уж прямо в рут.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

121. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от PnD (??) on 20-Ноя-12, 09:59 
  Присоединяюсь. Однако, бордель imho устроили udev-писатели, проигнорировавшие порядок монтирования ФС. В итоге, дистры с udev вызывают нехорошие ассоциации с оффтопиком: куча хлама на корневом разделе дает хорошую прибавку к вероятности появления сюрпризов.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

143. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от DJa on 20-Ноя-12, 11:42 
Мьсе перечислит дистрибутивы без udev?
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

159. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymousY on 20-Ноя-12, 14:20 

android?
На самом деле udev для начальной загрузки нафиг ненужен. Как по большому счету и initram в большинстве случаев. В "source based" дистрибутивах их обычно и нет.
Но мальчики из udev любят играть в своей песочнице и поднять ЧСВ.
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

175. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 15:18 
> Но мальчики из source based любят играть в своей песочнице и поднять ЧСВ. //obvious fix.
Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

69. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymous (??) on 20-Ноя-12, 00:46 
find /bin/ /lib -type f -exec sh -c 'ldd {} | grep -q /usr' \; -print

/bin/gawk
/bin/grub-mkfont
/bin/nano
/bin/expr
/bin/ping
/bin/ping6

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

77. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от ананим on 20-Ноя-12, 01:32 
# find /bin/ /lib -type f -exec sh -c 'ldd {} | grep -q /usr' \; -print
/bin/grub-mkrelpath
/bin/nano
/bin/grub-menulst2cfg
/bin/grub-script-check
/bin/grub-editenv
/bin/grub-fstest
/bin/ping6
/bin/grub-mklayout
/bin/grub-mkpasswd-pbkdf2
/bin/grub-mkimage
/bin/grub-bin2h
/bin/grub-mkfont

что-то ещё?
>Да и помимо требуемых библиотек есть ресурсы - например, банально /bin/vi…

а есть ещё и BusyBox, и BusyBox_vi
http://en.wikibooks.org/wiki/Learning_the_vi_Editor/BusyBox_vi

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

82. "Комментарии разработчиков udev по поводу очередного форка пр..."  +7 +/
Сообщение от angra (ok) on 20-Ноя-12, 02:30 
В дебиане на 5k+ пакетов аж один бинарник /bin/ping6. Как же я без него при отвалившемся /usr обойдусь, просто не представляю :)
Но в дебиане конечно все делают не так, не то что в бубунтах с федорой.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

87. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от анонимус (??) on 20-Ноя-12, 03:53 
> А вы в вашем любимом дистрибутиве выполните что-нибудь вроде ldd `find /bin/
> /lib* -type f`|grep /usr (если будут вхождения, то бинарник из /bin
> зависит от смонтированного /usr)..

$ find /bin  | xargs ldd 2>/dev/null | grep /usr
        libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7644000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb74e4000)

это уже упомянутый ping6

$ find /bin /lib  | xargs ldd 2>/dev/null | grep /usr
        libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb75e5000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7485000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7771000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7723000)
        libck-connector.so.0 => /usr/lib/libck-connector.so.0 (0xb76f2000)
        libdb-4.8.so => /usr/lib/libdb-4.8.so (0xb761e000)

ага, видим еще чуток либ, но *никому* в /bin они не нужны

$ cat /etc/debian_version
6.0.6

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

89. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от kshetragia (ok) on 20-Ноя-12, 05:41 
гг..

% find /bin/ /lib -type f -exec sh -c 'ldd {} | grep -q /usr' \; -print
%
% sysctl kern.version
  kern.version: FreeBSD 9.1-PRERELEASE #2: Thu Aug 23 11:36:01 NOVT 2012
%

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

145. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Харитон on 20-Ноя-12, 12:13 
Кубунту 12.10 х64
ldd `find /bin/ -type f`|grep /usr
не найдено ничего
ldd `find /sbin/ -type f`|grep /usr
немного есть и это касается программ:
umount.udisks, umount.udisks2, nfnl_osf
Неужели udisks с d-bus нужен на этапе запуска системы, когда еще /usr не примонтирован? да и нетфильтровый осф думаю не самое главное что нужно, когда система еще находится в нерабочем состоянии...
Где паника?
Думаю что в либах те же зависимости и для критического ПО на єтапе старта это не несет проблем...
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

193. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Путин В.В. on 20-Ноя-12, 20:42 
krab@notebook:~$ sudo apt-get upgrade ^C
krab@notebook:~$ ldd `find /bin/ /lib* -type f`|grep /usr
        libgnutls.so.26 => /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xb75a6000)
        libtasn1.so.3 => /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xb7364000)
        libp11-kit.so.0 => /usr/lib/i386-linux-gnu/libp11-kit.so.0 (0xb7320000)
        libpangocairo-1.0.so.0 => /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0 (0xb7704000)
        libpango-1.0.so.0 => /usr/lib/i386-linux-gnu/libpango-1.0.so.0 (0xb76ba000)
        libcairo.so.2 => /usr/lib/i386-linux-gnu/libcairo.so.2 (0xb75ee000)
        libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xb759f000)
        libpangoft2-1.0.so.0 => /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0 (0xb7276000)
        libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb71dc000)
        libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb71a8000)
        libgmodule-2.0.so.0 => /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0 (0xb71a2000)
        libpixman-1.so.0 => /usr/lib/i386-linux-gnu/libpixman-1.so.0 (0xb710a000)
        libxcb-shm.so.0 => /usr/lib/i386-linux-gnu/libxcb-shm.so.0 (0xb70dc000)
        libxcb-render.so.0 => /usr/lib/i386-linux-gnu/libxcb-render.so.0 (0xb70d2000)
        libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb70b0000)
        libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xb70a6000)
        libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb6f72000)
        libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xb6f55000)
        libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb6ec4000)
        libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb6ebd000)
        libdrm_intel.so.1 => /usr/lib/i386-linux-gnu/libdrm_intel.so.1 (0xb774d000)
        libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0xb7740000)
        libdrm_radeon.so.1 => /usr/lib/i386-linux-gnu/libdrm_radeon.so.1 (0xb7734000)
        libdrm_nouveau.so.1 => /usr/lib/i386-linux-gnu/libdrm_nouveau.so.1 (0xb772d000)
        libpciaccess.so.0 => /usr/lib/i386-linux-gnu/libpciaccess.so.0 (0xb754e000)
ldd: ошибка: у вас нет разрешения на чтение `/lib/ufw/user.rules'
ldd: ошибка: у вас нет разрешения на чтение `/lib/ufw/user6.rules'
        libldap_r-2.4.so.2 => /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xb73ca000)
        liblber-2.4.so.2 => /usr/lib/i386-linux-gnu/liblber-2.4.so.2 (0xb73ba000)
        libtalloc.so.2 => /usr/lib/i386-linux-gnu/libtalloc.so.2 (0xb7366000)
        libtdb.so.1 => /usr/lib/i386-linux-gnu/libtdb.so.1 (0xb7353000)
        libsasl2.so.2 => /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb7337000)
        libgssapi.so.3 => /usr/lib/i386-linux-gnu/libgssapi.so.3 (0xb72fa000)
        libgnutls.so.26 => /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xb7235000)
        libheimntlm.so.0 => /usr/lib/i386-linux-gnu/libheimntlm.so.0 (0xb718d000)
        libkrb5.so.26 => /usr/lib/i386-linux-gnu/libkrb5.so.26 (0xb710a000)
        libasn1.so.8 => /usr/lib/i386-linux-gnu/libasn1.so.8 (0xb7064000)
        libhcrypto.so.4 => /usr/lib/i386-linux-gnu/libhcrypto.so.4 (0xb702a000)
        libroken.so.18 => /usr/lib/i386-linux-gnu/libroken.so.18 (0xb7014000)
        libtasn1.so.3 => /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xb7002000)
        libp11-kit.so.0 => /usr/lib/i386-linux-gnu/libp11-kit.so.0 (0xb6fd9000)
        libwind.so.0 => /usr/lib/i386-linux-gnu/libwind.so.0 (0xb6fab000)
        libheimbase.so.1 => /usr/lib/i386-linux-gnu/libheimbase.so.1 (0xb6f9c000)
        libhx509.so.5 => /usr/lib/i386-linux-gnu/libhx509.so.5 (0xb6f54000)
        libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb6eaf000)
loader cannot load itself
ldd: завершено с неизвестным выходным кодом (127)
krab@notebook:~$


ubuntu

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

207. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от myhand (ok) on 21-Ноя-12, 14:52 
> А вы в вашем любимом дистрибутиве выполните что-нибудь вроде ldd `find /bin/
> /lib* -type f`|grep /usr (если будут вхождения, то бинарник из /bin
> зависит от смонтированного /usr)..

Вы повторяете глупость Поттеринга.

/bin, /sbin и /lib - решают проблемы до монтирования /usr.  Вот почему выполнять предложенную вами глупость надо не на всем подряд, а только на необходимых для таких задач утилитах.  mount, fsck, простой редактор, mkfs.* и т.п.  Никаких подобных проблем в нормальных дистрибутивах (Debian, например) - нет.  Проблемы федоры - это проблемы федоры, а не всего мира.

Пример:
$ ldd /sbin/mkfs.ext3 /bin/mount /bin/sed /lib/libblkid.so.1 /lib/libselinux.so.1|fgrep '/usr'
$

> Да и помимо требуемых библиотек есть ресурсы - например, банально /bin/vi работает

Банально - vim не является единственным редактором.  В debian для этого минимального варианта - есть более привычный обычным пользователям nano и потоковые редакторы (sed, ed).  А vim расположен там, где вынужден быть...

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

26. "Комментарии разработчиков udev по поводу очередного форка пр..."  +4 +/
Сообщение от АнониМ on 19-Ноя-12, 22:18 
>При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.

Мы, конечно, уважаем т. Грега, но более продуманного дистра чем Демьян найти трудно. Так что пусть он пользуется чем угодно, а его рекомендации по данному поводу, идут в дев нал.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymous (??) on 19-Ноя-12, 22:23 
убунта, порой, не худший дебиан, чем сам дебиан. сроки поддержки и меньшая протухшесть пакетов этому способствуют.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

39. "Комментарии разработчиков udev по поводу очередного форка пр..."  +11 +/
Сообщение от Zenitur (ok) on 19-Ноя-12, 23:03 
Ты мне напомнил Чипаа и Дейла. Как только Гаечка похвалит Чипа, сразу прибегает Дейл и пытается доказать что он тоже молодец.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

111. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:39 
> Ты мне напомнил Чипаа и Дейла. Как только Гаечка похвалит Чипа, сразу
> прибегает Дейл и пытается доказать что он тоже молодец.

Это ты про убунту, Зенитара и Кроа-Хартмана? А то после того как Хартман похвалил убунту, прибежал зенитар :)

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

195. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от Путин В.В. on 20-Ноя-12, 20:46 
А ты прекращай смотреть мультиики и не будут вспоминаться такие ассоциации.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

94. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 07:07 
Во только каждые пол года надо переходить с дистрибутива на дистрибутив и перетрясать репозитории, иначе получается тот же протухший Debian. К тому же каждый новый релиз приносит новые баги. Последним работоспособным был 11.04. Баги 12.04 до сих пор не исправлены и вылечить их можно только обновившись до 12.10. Ну её нафиг такую стабильность.
После установки Gentoo был приятно удивлён отсутствию старых глюков, которые были в Ubuntu. Правда не всё гладко, но зато решается логическим путём, через правку конфигов и установку нужного софта, а не плясками с бубном.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

98. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Firefoxic (ok) on 20-Ноя-12, 07:57 
Ещё один полупрозревший. Поздравляю! Ждём на следующей ступени ;)
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

112. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:40 
> Ещё один полупрозревший. Поздравляю! Ждём на следующей ступени ;)

...состоящий в окучивании 20 локалхостов^W боевых серверов с пеной у рта таким макаром :)

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

104. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:18 
Именно поэтому народ генту и ставит - проще собрать самому, а потом просто работать. Кстати, последняя свистопляска как раз и была связана с udev, в котором опять много чего поменяли. Не удивлюсь, что именно эти постоянные "а теперь всё будет по-другому" от создателей udev сподвигли гентушников на подумать насчет своего udev-а.
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

123. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:08 
> Именно поэтому народ генту и ставит - проще собрать самому, а потом просто работать.

Я заметил. Правда в половине случаев работа знакомых гентушников начинается с "ой, блин, что это? Где мой любимый гаечный ключ на 18?!".

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

149. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Клыкастый (ok) on 20-Ноя-12, 12:48 
у каждого убунтоида есть множество знакомых гентушников, которые денно и нощно мучаются, бедолаги. интересно, где скрываются эти толпы гентушников?

у меня две версии.

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

Вторая версия: гентушники-пионэры очень любят прихвастнуть. И лучшего способа как "я три часа бился со страашеннным багом и... победил!" придумывается плохо. Они охотно рассказуют это убунтушникам, ожидая признания собственной крутизны. "Ммммама!" - бедные аптгетчики с расширенными глазами убегают переустанавливать убунту, а изувеченный страхом мозг всё рисует и рисует толпы гентушников и страшных мучений.


Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

166. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:55 
> интересно, где скрываются эти толпы гентушников?

В IRC, почте, жаббере и где там еще им удобно.

> Первая: есть специальное убежище, где они живут втайне от всех. И на
> поверхность выходят, только когда что-то не заладится, ну то есть раз в день.

Не, я выделил два класса гентоводов:
1) Одни - специалисты. Хвалят систему в меру, спокойно признают тот факт что у нее своих проблем есть. С юмором реагируют на подъ...ки и могут ответить той же монетой, указав на недостатки у остряки. И уж ясен хрен такие не пихают сие в продакшн, будучи в здравом уме и не являясь себе врагами. Так, персональное развлечение. В этом плане по крайней мере понятно нафига им система и прочая. Они умеют снять слвики с наличия сорсов, воткнув правильные флаги оптимальные для их цпу и собрав кернель который они хотели. Но это туева хуча работы и по сути половина майнтайнерства спихана на самого индивида. Если ему по кайфу и не ведет к факапам или он умеет запасной аэродром находить - да наздоровье :)

2) Сопливая пионерия. Ставит генту "патаму чта крута, Вася так сказал, а Вася - мужЫк!". Как правило такая пионерия ни в зуб ногой в программировании. Ни в зуб ногой как в системе компоненты взаимодействуют. Что такое сисколлы - не подозревают. Конфиг ядра? Ааа, чуваки, дайте мне конфиг ядрааааа! Дебаггер? Ой, я не умею им пользоваться! Что? Бэктрейс? Как им пользоваться?! Зато апломба - на десятерых из пункта 1). Мол, у меня - гента! А вы тут все лохи. Обчно такие заканчивают тем что уходят на какие-то иные системы. Спасибо если не винду. Ибо понты это круто, но больно уж тродозатратны они получаются в этом случае.

> мозг всё рисует и рисует толпы гентушников и страшных мучений.

Не, ну что вы, я даже выделил типовые шаблоны среди этих индивидов. См. выше :). Кстати, некоторые местные спокойно попадают в тот или иной шаблон. Даже не обязательно гентушники, это довольно хорошо применимо к многим иным source-based. Где половина пионерья не знает с какой стороны за компилер браться, лол :)

Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

183. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Анонище on 20-Ноя-12, 16:06 
На продакшн тоже ставим. Главное, не перегибать.)
Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

46. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 19-Ноя-12, 23:21 
Пользователи Fedora очень заинтересованы этой новостью. Особенно умиляет степень продуманности, интересно сколько это в килограммах. Переживают, как у Демьяна с Сопричастностью, Чепыжностью, Когнитивизмом и Общим ощущением легкой приятности.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

56. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 19-Ноя-12, 23:47 
шапка/centos намного продуманней. Да и та же гента. А дебиан набор кусочных инженерных решений херово стыкующихся вместе. В принципе, почти у всёх известных дистрибутивов есть какой-то свой стержень, своя философия относительно которой мейнтейнеры ищут инженерные решения. А вот у дебиана такого нет, некий разнобой и лютый NIH иногда больноватых на голову людей. Чего, например, стоит только вхерачивание эксима в дистрибутив.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

93. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Анонимум on 20-Ноя-12, 07:07 
мальчик не осилил exim? или надо было встроить sendmail?
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

103. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от zsh (ok) on 20-Ноя-12, 09:15 
Похоже действительно не осилил.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

113. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:44 
> шапка/centos намного продуманней.

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

> своя философия относительно которой мейнтейнеры ищут инженерные решения.

Я выбираю философию "парни, сделайте чтобы это работало и не тр@хало мне мозг лишний раз" :)

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

136. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Kolya on 20-Ноя-12, 11:13 
и что же не так с yum?
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

141. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от savant (ok) on 20-Ноя-12, 11:36 
> и что же не так с yum?

Капитальный тормоз.

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

167. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:56 
> и что же не так с yum?

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

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

150. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Клыкастый (ok) on 20-Ноя-12, 12:49 
> Я выбираю философию "парни, сделайте чтобы это работало и не тр@хало мне
> мозг лишний раз" :)

виндовсятник? они очень любят так аргументировать "почему не линукс".

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

169. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 14:59 
> виндовсятник? они очень любят так аргументировать "почему не линукс".

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

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

210. "Комментарии разработчиков udev по поводу очередного..."  +/
Сообщение от arisu (ok) on 22-Ноя-12, 15:25 
> виндовсятник? они очень любят так аргументировать «почему не линукс».

при этом, что забавно, их «just works» всенепременно надо обвешивать всяким варезом и твикерами, потому что из коробки оно умеет только бибикать и перезагружаться.

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

213. "Комментарии разработчиков udev по поводу очередного..."  +/
Сообщение от Клыкастый (ok) on 22-Ноя-12, 20:09 
>> виндовсятник? они очень любят так аргументировать «почему не линукс».
> при этом, что забавно, их «just works» всенепременно надо обвешивать всяким варезом
> и твикерами,

ты не понимаешь! это называется "под виндовс много софта"

Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

28. "Комментарии разработчиков udev по поводу очередного форка пр..."  +8 +/
Сообщение от Ytch on 19-Ноя-12, 22:20 
А Сайверс уже, похоже, проскочил стадию "сначала они тебя не замечают" и бодро перешел к "потом смеются над тобой".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Xasd (ok) on 19-Ноя-12, 22:56 
я бы советовал гентушникам подумать об цифровой подписи ebuild`ный файлов.

без штатной (автоматической) проверки по GPG -- как-то стрёмновато их дистрибутив выглядет. совершенно не серъёзно!

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

# P.S.: ну или пофигу.. пусть не GPG, но хотябы чтобы по httpS-протоколу чтобы скачивались бы эти ебилды, и чтобы ВРУЧНУЮ можно было бы сверять отпечатак SSL-ключа [чтобы он показывался на экран, запоминался, и выдавалось бы красное-большое-предупреждение в случае если вдруг он внезапно оказался бы другим]

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Комментарии разработчиков udev по поводу очередного форка пр..."  +5 +/
Сообщение от anonymous (??) on 19-Ноя-12, 23:05 
> я бы советовал гентушникам подумать об цифровой подписи ebuild`ный файлов.
> без штатной (автоматической) проверки по GPG -- как-то стрёмновато их дистрибутив выглядет.
> совершенно не серъёзно!
> ...и с такой вот несеръёзностью говорить об форке udev.. ну ну, поглядим
> что будет..
> # P.S.: ну или пофигу.. пусть не GPG, но хотябы чтобы по
> httpS-протоколу чтобы скачивались бы эти ебилды, и чтобы ВРУЧНУЮ можно было
> бы сверять отпечатак SSL-ключа [чтобы он показывался на экран, запоминался, и
> выдавалось бы красное-большое-предупреждение в случае если вдруг он внезапно оказался
> бы другим]

открой для себя webrsync-gpg и подписанные gpg-ключами снапшоты портеджа.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

91. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Xasd (ok) on 20-Ноя-12, 06:22 
> открой для себя webrsync-gpg и подписанные gpg-ключами снапшоты портеджа.

да, эту штука ``FEATURES="webrsync-gpg"'' -- молодца :)

тоесть emerge-webrsync -- видемо делает своё дело как надо!

я приятно удивлён!

# P.S.: остался лишь небольшой осадок на тему того, почему это продвигается как экстра-доплнительная фигнюшка, а не как нечто основное... почему например нужно обязательно править make.conf, и почему ``emerge --sync'' всё также по старинке не знает о цифровых подписях.

# P.P.S.: никогда заранее неизвесно когда к твоему домашнему интернету в подъезде подключиться хакер и запытается засинхронизировать тебе говнеца (фальсифицированное дерево ебуилдов).. такчто это надо как-то поумолчанию сделать! этот человек ведь можно быть и разработчиком Дженты!

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

114. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:45 
> почему ``emerge --sync'' всё также по старинке не знает о цифровых подписях.

Потому что некоторые понимают что так делать не надо лишь когда жареный петух клюнет в задницу.

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

48. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от GentooBoy (ok) on 19-Ноя-12, 23:21 
это что тогда?
ebuild /usr/portages/что-то/blablabla.ebuild digest
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

52. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от GentooBoy (ok) on 19-Ноя-12, 23:29 
чето нето написал
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

88. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от mma on 20-Ноя-12, 05:40 
>я бы советовал гентушникам подумать об цифровой подписи ebuild`ный файлов.

Чегото ляпнул и сам не знает зачем...

В самом дереве есть манифесты, в которых записаны хеши ебилдов, исходников, патчей итд. Для пароноиков есть снимки портежей подписаные(tar.bz2.gpgsig)

Так что советую поменьше советовать.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

42. "Комментарии разработчиков udev по поводу очередного форка пр..."  +4 +/
Сообщение от Zenitur (ok) on 19-Ноя-12, 23:06 
Тенденция радует. Разработчики udev не оставили без внимания этот форк! Есть вероятность, что они очень не хотят, чтобы работоспособный форк udev без systemd существовал.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

124. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:10 
> что они очень не хотят, чтобы работоспособный форк udev без systemd существовал.

Если "улучшения" в форке будут состоять в заковыривании кода из шаред либы обратно в бинари вмечто того чтобы уменбшить размер бинарей и вынести совместно юзаемые куски в либу + всякие детские выпиливания варнингов - я пожалуй буду доверять команде Кроа-Хартмана и ко. Они во всяком случае знают что делают, а не занимаются вот таким вот системным онанизмом.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

206. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Elhana (ok) on 21-Ноя-12, 12:11 
Он уже не пилит udev если не ошибаюсь и как раз после его ухода Остапа понесло.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

50. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 19-Ноя-12, 23:26 
Мля... Причем Генту? Кто-то, где-то из разрабов форкает... ну и что? Не весь же дистр перехерячивают? И в генту можно выбрать, на чем сидеть.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

110. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Crazy Alex (ok) on 20-Ноя-12, 09:39 
собственно, для того и форкнуть хотят, чтобы и дальше выбирать можно было
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

54. "Комментарии разработчиков udev по поводу очередного форка пр..."  +13 +/
Сообщение от filosofem (ok) on 19-Ноя-12, 23:41 
Читал это на г+ сегодня и радовался эпичному ёгурту товарищей.
Придирки и петросянство на уровне детсада: modprobe и убранные копирайты в тестовой ветке.
Не меньше впечатляют их потуги объяснить проблемы с монтированием /usr чем-то кроме неадекватности Леннарда.
И это же корифеи ядерного кода снизошли до подъстёбки каких-то ноунейм гентушников. Совсем как Путин и пузориоты.

Гентушникам респект за техничный троллинг короче.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

60. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от ананим on 20-Ноя-12, 00:05 
бубличное обсуждение (даже бурное) всё равно лучше проприетарных тихаристов типа мс, тихорящих дырки по дцать лет.
так что не нужно так бурно воспринимать.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

115. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:52 
> Придирки и петросянство на уровне детсада: modprobe и убранные копирайты в тестовой ветке.

Нормальные придирки: идиотски пытаться заменить шаред либ, распихав код либы в каждую из утилит индивидуально - эталонный маразм. Виндоз головного мозга - полный пофигизм и презрение к реюзу кода в виде шаред либов. Да и попытки выпилить проблему с /usr путем выноса нафиг варнингов смотрятся не менее инфантильно. Понятное дело что Кроа-Хартман ржот (и жрет) с такого ушибленного вектора развития проекта.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

215. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymous (??) on 30-Ноя-12, 21:56 
> Не меньше впечатляют их потуги объяснить проблемы с монтированием /usr чем-то кроме
> неадекватности Леннарда.

Это вот это неадекватность? Ссылку скоро до дыр затрут:

systemd itself is actually completely fine with /usr on a separate file system that is not pre-mounted at boot time. However, the common basic set of OS components of modern Linux machines is not, and has not been in quite some time. And it is unlikely that this is going to be fixed any time soon, or even ever.

http://freedesktop.org/wiki/Software/systemd/separate-usr-is...

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

216. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от myhand (ok) on 01-Дек-12, 13:26 
>> Не меньше впечатляют их потуги объяснить проблемы с монтированием /usr чем-то кроме
>> неадекватности Леннарда.
> Это вот это неадекватность? Ссылку скоро до дыр затрут:
> http://freedesktop.org/wiki/Software/systemd/separate-usr-is...

Да, это.  См. #207.  "Common basic set of OS component" - имеют проблемы с /usr только во всяких федорах.

Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

217. "Комментарии разработчиков udev по поводу очередного..."  +/
Сообщение от arisu (ok) on 01-Дек-12, 13:33 
угу-угу. «мы инвалиды, поэтому все обязаны ходить на костылях!»
Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

57. "Комментарии разработчиков udev по поводу очередного форка пр..."  +6 +/
Сообщение от devl547 (ok) on 19-Ноя-12, 23:50 
>было заменено вызовом исполняемого файла modprobe из состава kmod

Он дебил? Не, я серьезно.
Потому как кроме kmod есть module-init-tools и busybox. Хотя разработчики systemd про них не знают, оно же не ими написано.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "Комментарии разработчиков udev по поводу очередного форка пр..."  +7 +/
Сообщение от Аноним (??) on 20-Ноя-12, 00:29 
>>было заменено вызовом исполняемого файла modprobe из состава kmod
> Он дебил? Не, я серьезно.

Его Леннард покусал.
> Потому как кроме kmod есть module-init-tools и busybox. Хотя разработчики systemd про
> них не знают, оно же не ими написано.

Шшш! Если эта троица узнает про Busybox - нам хана. Будет у нас BinUtilsD.


Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

90. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от etw (ok) on 20-Ноя-12, 05:48 
>Потому как кроме kmod есть module-init-tools

Новых версий полтора года не было. Коммитов - год. Пованивает, однако.

>busybox

И многие ли его ставят себе на десктоп?

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

95. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Анонимум on 20-Ноя-12, 07:10 
И что - от того, что нет коммитов оно перестало работать? А если все работает - не трогай!
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

126. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:12 
> если все работает - не трогай!

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

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

165. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от devl547 (ok) on 20-Ноя-12, 14:52 
> Новых версий полтора года не было. Коммитов - год. Пованивает, однако.

Монолит ломаться и вонять не может.

> И многие ли его ставят себе на десктоп?

Он есть по дефолту в генте, да и во многих дистрах тоже.

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

116. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:53 
> Потому как кроме kmod есть module-init-tools и busybox.

Много чего есть, однако все они таскают redundant код. И да, зависимость от одной стандартной либы в которую потребно наконец выгрузить этот хлам и перестать его таскать в дюжинах утилей - давно напрашивается.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

142. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от savant (ok) on 20-Ноя-12, 11:39 
>>было заменено вызовом исполняемого файла modprobe из состава kmod
> Он дебил? Не, я серьезно.
> Потому как кроме kmod есть module-init-tools и busybox. Хотя разработчики systemd про
> них не знают, оно же не ими написано.

module-init-tools протух, впрочем считай что из него и вырос kmod.

А у busybox есть свой mdev с шахматами и библиотекаршами.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

58. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от mylefthand on 19-Ноя-12, 23:58 
RedHat использует профессиональных троллей?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

63. "Комментарии разработчиков udev по поводу очередного форка пр..."  –7 +/
Сообщение от Аноним (??) on 20-Ноя-12, 00:15 
Ты это спрашиваешь про компанию, в которой работает Линус?
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

70. "Комментарии разработчиков udev по поводу очередного форка пр..."  +5 +/
Сообщение от myhand (ok) on 20-Ноя-12, 00:48 
Кто ты, о чудо из параллельного мира?
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

119. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:55 
> RedHat использует профессиональных троллей?

Ну если Кроа-Хартман вас троллит - вам придется туго :)

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

71. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от ip1981 (ok) on 20-Ноя-12, 00:48 
В illumos lazyload спасает от библиотек в /usr
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

176. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 15:24 
> В illumos lazyload спасает от библиотек в /usr

Illumos-а самого в пору спасать. Ибо почти труп.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

179. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от ip1981 (ok) on 20-Ноя-12, 15:37 
> Illumos-а самого в пору спасать. Ибо почти труп.

Да.

Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

73. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от myhand (ok) on 20-Ноя-12, 00:54 
> Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему»

Все народ правильно "понимает".  Грустно, что Грег затесался в компанию к этой парочке...

Stop this crazy. FIX UDEV ALREADY, DAMMIT. (с) Linus

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:15 
> Грустно, что Грег затесался в компанию к этой парочке...

Просто в отличие от дебилов для которых кроме true и false в принципе нет вариантов, K-H как бы видит что кроме ряда бестолковостей есть и вполне здравые инициативы. Например, идея сформировать шаред либ для вгрузки модулей - хорошо и правильно. Разгрузит кучу программ от повторного кода и наконец угробит маразм с дергом утили "просто потому что других вариантов нет" в том месте где сроду должен был бы быть сроду библиотечный вызов. Заметьте, не отменив существования модпроба, который просто будет дергать эти вызовы а не таскать в себе весь данный код.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

160. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от myhand (ok) on 20-Ноя-12, 14:29 
> K-H как бы видит что кроме ряда бестолковостей
> есть и вполне здравые инициативы. Например, идея сформировать шаред либ для
> вгрузки модулей - хорошо и правильно.

Так это видят и его "оппоненты", они вообще выкинули kmod вовсе не потому что это "плохо":
We may get back to kmod later but for now we need to reduce udev to a working minimum, I hope you understand and can cope with us on that. // см. https://plus.google.com/111049168280159033135/posts/R387kQb1zxc

> Заметьте, не отменив существования модпроба, который просто
> будет дергать эти вызовы а не таскать в себе весь данный код.

Ну а на данный момент - все точно также "разгружено", как и было всегда.  Все - в modprobe, никакого повторного кода.  Фанаты могут писать кипятком от "неэффективности" этого, а на практике - заметной разницы нет.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

171. "Комментарии разработчиков udev по поводу очередного форка пр..."  –3 +/
Сообщение от Аноним (??) on 20-Ноя-12, 15:08 
> Так это видят и его "оппоненты",

Оппоненты K-H? Ох лол, это что-то типа мосек претендующих в оппоненты зубру системостроения.

> to reduce udev to a working minimum, I hope you understand
> and can cope with us on that.

Ах, там поттеринг еще грамотно расставляет точки над i: http://freedesktop.org/wiki/Software/systemd/separate-usr-is...

Отмазался вполне убедительно - мол, за что вся стрельба в гонца? :)

> Фанаты могут писать кипятком от "неэффективности" этого, а на практике -
> заметной разницы нет.

Ой, давайте вы не будете указывать вполне опытным программерам как им программы писать. Если вам что-то не нравится - fork and/or gtfo.

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

180. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от myhand (ok) on 20-Ноя-12, 15:51 
>> Так это видят и его "оппоненты",
> Оппоненты K-H? Ох лол, это что-то типа мосек претендующих в оппоненты зубру
> системостроения.

Stop this idiocy. (c) сказал не моська

Грег все это понимает, иначе зачем в дискуссию вступил?

>> Ах, там поттеринг еще грамотно расставляет точки над i: http://freedesktop.org/wiki/Software/systemd/separate-usr-is...

По всей этой "грамотности" прошлись бульдозером в куче рассылок приличных дистрибутивов (рекоммендую debian-devel).  Кратко суммирую: там где "поломано" - там и чините.

Ваш грамотей даже не понял почему в Debian это *не поломано*.  Вот пример:
http://lists.freedesktop.org/archives/systemd-devel/2011-Mar...

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

>> Фанаты могут писать кипятком от "неэффективности" этого, а на практике -
>> заметной разницы нет.
> Ой, давайте вы не будете указывать вполне опытным программерам как им программы писать.

Давайте.  До kmod, сталбыть, "опытных программеров" не наблюдалось?  Рассказать кто писал module-init-tools, школота?

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

Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

164. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymousY on 20-Ноя-12, 14:45 
>> Грустно, что Грег затесался в компанию к этой парочке...
> Просто в отличие от дебилов для которых кроме true и false в
> принципе нет вариантов, K-H как бы видит что кроме ряда бестолковостей
> есть и вполне здравые инициативы. Например, идея сформировать шаред либ для
> вгрузки модулей - хорошо и правильно. Разгрузит кучу программ от повторного
> кода и наконец угробит маразм с дергом утили "просто потому что
> других вариантов нет" в том месте где сроду должен был бы
> быть сроду библиотечный вызов. Заметьте, не отменив существования модпроба, который просто
> будет дергать эти вызовы а не таскать в себе весь данный
> код.

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

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

172. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 15:09 
> Как бы udev не настолько критичная по производительности система, чтобы парить мозги
> оптимальным ее устройством.

Сильно зависит от областей применения. В любом случае лишняя сотня форков + раскиданный по закоулкам вместо системной либы код + вопли "мы так привыкли!!1111" - маразм.

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

185. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok) on 20-Ноя-12, 16:17 

>Сильно зависит от областей применения.

Например?

>В любом случае лишняя сотня форков + раскиданный по закоулкам вместо системной либы код + вопли "мы так привыкли!!1111" - маразм.

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

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

74. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 00:54 
>рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.

Ну почему это не поставили вначале 4-го абзаца? Многие сэкономили бы время на их прочтении.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Комментарии разработчиков udev по поводу очередного форка пр..."  –6 +/
Сообщение от iCat (ok) on 20-Ноя-12, 00:59 
==================нет проблем с /usr========================
# uname -a
Linux twintux 3.6.0-gentoo #1 SMP Fri Oct 5 22:20:20 VLAT 2012 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux
# ldd 'find /bin/ /lib* -type f'|grep /usr
ldd: find /bin/ /lib* -type f: Нет такого файла или каталога
==================нет проблем с /usr========================

Зрелые дистрибутивы Fedora, Ubuntu и openSUSE - откликнитесь!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

78. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Зрелый дистрибутив on 20-Ноя-12, 01:32 
>Зрелые дистрибутивы Fedora, Ubuntu и openSUSE - откликнитесь!

Нет usr - нет проблем.

-----
Ходят слухи что у некоторых пользователей есть проблемы с "/etc". Мы решили заняться и этой проблемой!

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

79. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от filosofem (ok) on 20-Ноя-12, 01:51 
> ==================нет проблем с /usr========================
> # uname -a
> Linux twintux 3.6.0-gentoo #1 SMP Fri Oct 5 22:20:20 VLAT 2012 x86_64
> Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux
> # ldd 'find /bin/ /lib* -type f'|grep /usr
> ldd: find /bin/ /lib* -type f: Нет такого файла или каталога
> ==================нет проблем с /usr========================
> Зрелые дистрибутивы Fedora, Ubuntu и openSUSE - откликнитесь!

Это какой-то неправильный гентушник и апострофы у него неправильные

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

81. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Kibab email(ok) on 20-Ноя-12, 02:04 
Ты точно гентушник? я думал, гентушники не ошибаются с апострофами и могут понять, когда ставить ', а когда `.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

146. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от iCat (ok) on 20-Ноя-12, 12:17 
>...Ты точно гентушник? Я думал, гентушники не ошибаются с апострофами

Ошибаются... Особенно спросонья... :)

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

148. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Kibab email(ok) on 20-Ноя-12, 12:42 
>>...Ты точно гентушник? Я думал, гентушники не ошибаются с апострофами
> Ошибаются... Особенно спросонья... :)

А, ну бывает. Хорошего дня!

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

128. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:15 
> Зрелые дистрибутивы Fedora, Ubuntu и openSUSE - откликнитесь!

Обуенный критерий зрелости дистра - задротство на usr :)

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

147. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Харитон on 20-Ноя-12, 12:34 
> Зрелые дистрибутивы Fedora, Ubuntu и openSUSE - откликнитесь!

Нате:

https://www.opennet.ru/openforum/vsluhforumID3/87370.html#145

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

76. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 01:23 
>>Комментируя подход к изменению логики работы с /usr разработчиков Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему».
>Грег заметил
>разработчиков Gentoo и Debian

О великий.

>>продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.
>продуманные

Странно, я всегда думал что debian более продуманный чем ubuntu как и Red Hat по отношению к fedora. Грег что-то не договаривает.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от loper (ok) on 20-Ноя-12, 02:04 
>В конце минувшей недели группа разработчиков Gentoo создала еще один форк udev. Причиной его создания стала идейная вражда с другой группой разработчиков Gentoo, ранее создавшей еще один «независимый от systemd» форк.

Вот этот неловкий момент пользователя Gentoo....

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

83. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от soko1 email(ok) on 20-Ноя-12, 02:43 
А где Линус Торвальдс? Почему не вмешается во все эти дебаты и не наведёт везде порядок наконец? А то всё скачет от кедерастии до гномофилии, критикуя прикладное ПО как какая-то домохозяйка.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от 1 (??) on 20-Ноя-12, 08:33 
> Почему не вмешается во все эти дебаты и не наведёт везде порядок наконец?

а чего тут вмешиваться? редхат в лице поттеринга делает то что считает нужным, потому что имеет полное право, и торвальдс тут вообще нипричем.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

129. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:17 
> А где Линус Торвальдс? Почему не вмешается во все эти дебаты

Наверное потому что они его не слишком заботят. А что он должен сказать? Повторить тезис про bunch of masturbating monkeys? :D

> и не наведёт везде порядок наконец? А то всё скачет от кедерастии
> до гномофилии, критикуя прикладное ПО как какая-то домохозяйка.

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

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

138. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Buy (ok) on 20-Ноя-12, 11:21 
Линус Торвальдс «очень подозрительно отнесся к тому факту, что поддержка udev перешла в какой-то сумасшедший режим, вносит изменения, создающие всем проблемы, и полна явного и всепоглощающего идиотизма». http://www.linux.org.ru/news/gentoo/8478102
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

84. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от soko1 email(ok) on 20-Ноя-12, 02:55 
>Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему». При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.

Наркотики - зло!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

86. "Комментарии разработчиков udev по поводу очередного форка пр..."  +5 +/
Сообщение от Led (ok) on 20-Ноя-12, 03:04 
>Наркотики - зло!

Ну так скажи им "Нет!"

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

130. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:18 
> Наркотики - зло!

Ну так и не пользуйся ими. Бери пример с K-H, умеющего признавать очевидное.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

92. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Тузя (ok) on 20-Ноя-12, 06:58 
Просветите меня темного, пожалуйста. Действительно ли debian и/или gentoo сейчас могут запуститься вообще без смонтированного /usr или это только слова?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

117. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymous (??) on 20-Ноя-12, 09:54 
С новым udev - нет. Если сделан специальный initramfs для загрузки - да.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

101. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Ващенаглухо (ok) on 20-Ноя-12, 08:36 
find /bin/ /lib* -type f|grep /usr
Ничего не находит в Calculate Linux Desktop 12.0.3 XFCE
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

102. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от kekeke (ok) on 20-Ноя-12, 09:10 
Вообще, не понимаю, к чему крики насчет /usr? В качестве минимального набора программ и emergency shell давно выступает initrd, тут /[s]bin не нужен. И многие тру-юниксы имеют в корне симлинки на /usr(та же солярка). Если бинарники держать в одном месте - упрощается сопровождение, atomic-снапшоты системы например, шаринг раздела между инстансами виртуалок, сетевая загрузка, да мало ли еще чего. К тому же, часть этих директорий, например sbin, вообще утратило свой начальный смысл. Логичных и объективных причин иметь набор бинарников в корне и usr раздельно не видно. Только истерические выкрики "а я так могу, не указывайте мне", "дед терпел и мне велел", "юниксвей". И штаны через голову одевать можно, только нормальные люди это делать не станут - им штаны нужны чтобы голышом не ходить, а не для выдумывания способов эти штаны надевать.

ps. кому интересны изначальные причины разделения / и /usr - http://lists.busybox.net/pipermail/busybox/2010-December/074...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

108. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 09:36 
>В качестве минимального набора программ и emergency shell давно выступает initrd

Чем не угодил отдельный раздел? Зачем всё пихать в один файл?

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

122. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от kekeke (ok) on 20-Ноя-12, 10:00 
Ну почитайте для чего в дистрибутивах используется initrd и чем не угодил отдельный раздел. Информации в сети вагон и тележка.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

131. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:21 
> Чем не угодил отдельный раздел?

1) Тем что лоскутное одеяло нравится не всем.
2) Тем что возможность создать отдельный раздел есть не везде. В эмбеддовке например понятия "раздел" может и не быть совсем.


Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

168. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY on 20-Ноя-12, 14:57 
>> Чем не угодил отдельный раздел?
> 1) Тем что лоскутное одеяло нравится не всем.

initram тоже лоскутное одеяло, только в памяти.

> 2) Тем что возможность создать отдельный раздел есть не везде. В эмбеддовке
> например понятия "раздел" может и не быть совсем.

В "эмбеддовке" initram вообще не при делах.
  

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

177. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 15:33 
> initram тоже лоскyтное одеяло, только в памяти.

В файле. Память - ну да, есть такое, только потом она освобождается IIRC в общем случае. И диски оно заcиpaет 1 файлом, куда более простом в управлении чем разделы. Вы еще давайте тут izen-стайл с базами в raw разделах зафигaчьте, если по вашему мнению лишние разделы намного лучше чем лишние файлы.

> В "эмбеддовке" initram вообще не при дeлах.

Сильно зависит. Эмбеддовка бывает разной. Загрузчики бывают разной степени тyпopылости. От дepeвянных, читающих блок в память и запускающих его,  "а дальше, дорогой кернель, вертись как умеешь сам" (в этом случае может быть даже initrd вшитый в кернель вообще), до довольно навороченных штук являющих собой по сути небольшую сервисную операционку (e.g. RedBoot).

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

182. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymousY (ok) on 20-Ноя-12, 16:03 

> В файле. Память - ну да, есть такое, только потом она освобождается
> IIRC в общем случае. И диски оно заcиpaет 1 файлом, куда
> более простом в управлении чем разделы. Вы еще давайте тут izen-стайл
> с базами в raw разделах зафигaчьте, если по вашему мнению лишние
> разделы намного лучше чем лишние файлы.

Чем доступ к файлу будет проще досупа к разделу? Используется теже драйвера, теже устройства. Правда первый еще и распаковать надо.


> Сильно зависит. Эмбеддовка бывает разной. Загрузчики бывают разной степени тyпopылости.
> От дepeвянных, читающих блок в память и запускающих его,  "а
> дальше, дорогой кернель, вертись как умеешь сам" (в этом случае может
> быть даже initrd вшитый в кернель вообще), до довольно навороченных штук
> являющих собой по сути небольшую сервисную операционку (e.g. RedBoot).

Классического initram с udev там нет.

Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

139. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 11:33 
представь себе, есть дистрибутивы где нет и такого гогна, как initrd
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

144. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от kekeke (ok) on 20-Ноя-12, 12:09 
> представь себе, есть дистрибутивы где нет и такого гогна, как initrd

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

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

170. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymousY on 20-Ноя-12, 15:02 
>> представь себе, есть дистрибутивы где нет и такого гогна, как initrd
> представь себе, там где нет initrd - есть самосборное ядро с нужными
> для загрузки модулями, чего в общем случае достичь невозможно. или вы
> предлагаете пользователям бинарных дистров самим собирать ядро под свой зоопарк железа?

Ломать совместимость с кучей работающих программ и перехерачивать логичный процесс загрузки ради этого необходимости не было. По факту, разработчики udev просто "не осилили" нормальную реализацию.

Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

190. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Kolya on 20-Ноя-12, 17:35 
>Ломать совместимость с кучей работающих программ

перечислите эту "кучу" программ, пожалуйста.

Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

192. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok) on 20-Ноя-12, 20:33 

https://www.google.com/search?q=UsrMove+site:bugzilla.redhat...

Наслаждаетесь.

Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

198. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от один_один on 21-Ноя-12, 02:21 
(пишед в блокнотике)
пользователи бинарных дистров разводят зоопарк железа.

(в сторону)
прикрутите им уже кто-нить сборку ядра к apt-get.

localmodconfig

http://kernel.org/doc/makehelp.txt

Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

211. "Комментарии разработчиков udev по поводу очередного..."  +/
Сообщение от arisu (ok) on 22-Ноя-12, 15:43 
> предлагаете пользователям бинарных дистров самим собирать ядро под свой зоопарк железа?

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

правда, это уже какая-то гента получается…

Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

178. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok) on 20-Ноя-12, 15:33 
> Вообще, не понимаю, к чему крики насчет /usr? В качестве минимального набора
> программ и emergency shell давно выступает initrd, тут /[s]bin не нужен.

initram весьма хреновая альтернатива emergency shell. Вы когда-нибудь пробовали ею пользоваться? При при том, что initram просто является "дешевым" эквивалентом пересборки ядра, и в большинстве случаев просто не нужен.

> И многие тру-юниксы имеют в корне симлинки на /usr(та же солярка).

Соляра загрузится и без /usr, и с /usr. И там zfs.

> Если бинарники держать в одном месте - упрощается сопровождение, atomic-снапшоты системы
> например, шаринг раздела между инстансами виртуалок, сетевая загрузка, да мало ли
> еще чего. К тому же, часть этих директорий, например sbin, вообще
> утратило свой начальный смысл. Логичных и объективных причин иметь набор бинарников
> в корне и usr раздельно не видно.

Бла, бла, бла. Куча бреда. По факту все прекрасно работало и раньше. Сейчас мы имеем кучу гемороя.

> Только истерические выкрики "а
> я так могу, не указывайте мне", "дед терпел и мне велел",
> "юниксвей". И штаны через голову одевать можно, только нормальные люди это
> делать не станут - им штаны нужны чтобы голышом не ходить,
> а не для выдумывания способов эти штаны надевать.

Совместимость с кучей работающего софта - это уже не аргумент?


> ps. кому интересны изначальные причины разделения / и /usr - http://lists.busybox.net/pipermail/busybox/2010-December/074...

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

186. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от максо on 20-Ноя-12, 16:34 
>Соляра загрузится и без /usr, и с /usr.

root@backup2 # ls -l /bin /lib
lrwxrwxrwx   1 root     root           9 Mar  3  2004 /bin -> ./usr/bin
lrwxrwxrwx   1 root     root           9 Mar  3  2004 /lib -> ./usr/lib
root@backup2 # uname -a
SunOS backup2 5.9 Generic_122300-46 sun4u sparc SUNW,Sun-Fire-480R

P.S. Хотя и в восьмерке и в семерке были уже симлинки

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

194. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok) on 20-Ноя-12, 20:42 
> root@backup2 # ls -l /bin /lib
> lrwxrwxrwx   1 root     root  
>         9 Mar  
> 3  2004 /bin -> ./usr/bin
> lrwxrwxrwx   1 root     root  
>         9 Mar  
> 3  2004 /lib -> ./usr/lib
> root@backup2 # uname -a
> SunOS backup2 5.9 Generic_122300-46 sun4u sparc SUNW,Sun-Fire-480R
> P.S. Хотя и в восьмерке и в семерке были уже симлинки

Я не говорил что там нет symlink-в. Я говорил что она грузится).

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

132. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от Аноним (??) on 20-Ноя-12, 10:32 
Хоть смейтесь, хоть минусуйте, хоть удаляйте, но причина всего вышеописанного цирка единственная - ЧСВ леннарта поттеринга, который возомнил себя вторым Денисом Ричи и похоже одумываться не собирается.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

140. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 11:35 
Причина в redhat которая проталкивает, свой продукт.
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

152. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (??) on 20-Ноя-12, 13:11 
>Причина в redhat которая проталкивает, свой продукт.

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

Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

199. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от один_один on 21-Ноя-12, 02:23 
> Причина в redhat которая проталкивает, свой продукт.

Ну зато "корпорации на нас работают"

Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

133. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от gapsf2 (ok) on 20-Ноя-12, 10:53 
О привязке бинарников к /usr

Загрузчик использует /etc/ld.so.cache (/etc/ld.so.conf) для поиска необходимых разделяемых библиотек.
Следовательно для бинарников нет жесткой привязки к размещению библиотек.
Можно либо переместить библиотеки в любой из каталогов, перечисленных в /etc/ld.so.conf, либо в сам /etc/ld.so.conf добавить новые каталоги, в которых лежат нужные библиотеки.
Исходя из вышесказанного проблемы привязки разделяемых библиотек не существует.
Может есть что-то другое, но не связанное с ELF-загрузчиком и ldd.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

135. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от linux rip on 20-Ноя-12, 11:05 
Интересно - а за что мочат этот ник?
Ведь коментарии там безобидные - а сам ник.. ну разве он кого-то обижает?
Ведь шигорина не обижает bsd rip - так почему linux rip его должен обижать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

174. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 15:13 
> Ведь шигорина не обижает bsd rip - так почему linux rip его должен обижать?

Какой сочный батхерт у гражданина.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

205. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от filosofem (ok) on 21-Ноя-12, 10:57 
> не обижает bsd rip - так почему linux rip его должен обижать?

потому что второе неверно

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

137. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Buy (ok) on 20-Ноя-12, 11:17 
> отмечая, что ненависть ослепляет и дает ложное чувство уверенности в собственной правоте.

А что тогда ослепляет разработчиков systemd?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

156. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Anonim (??) on 20-Ноя-12, 13:47 
Любовь, же ну...
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

187. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (??) on 20-Ноя-12, 16:56 
Построй свой системд!
Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

191. "Комментарии разработчиков udev по поводу очередного форка пр..."  +2 +/
Сообщение от robux (ok) on 20-Ноя-12, 17:36 
Болтовня ничего не стоит. Всё решит код.
Если у гентушников есть яйца, то они отшлепают нахалёнышей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

196. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Анончик on 20-Ноя-12, 23:19 
Разве они умеют что-то кроме цомпиляния и поиска подходящих флагов методом перебора?
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

200. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от один_один on 21-Ноя-12, 02:25 
> Разве они умеют что-то кроме цомпиляния и поиска подходящих флагов методом перебора?

это в шышнаццать раз больше, чем аптгетчики

Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

197. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от kurokaze (ok) on 21-Ноя-12, 01:43 
>При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE

Я эту вашу продуманность кушал около 5 лет. Не понравилось. Следующие 7 лет были намного меньше геморными при работе с "непродуманным дистрибутивом". Так что придумайте более умные аргументы, не петросян-стайл.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

201. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Андрей (??) on 21-Ноя-12, 06:44 
[quote]И наконец Леннарт Поттеринг обращает внимание на то, что «разработчики» форка удаляют информацию об авторах исходного кода systemd/udev из заголовков файлов заменяя ее на «Copyright Gentoo Foundation» т.е. фактически приписывают себе всю работу по разработке udev. «Да это свободное ПО и вы можете делать с ним все что хотите — только не надо нарушать авторские права и приписывать себе чужой труд» — говорит Леннарт. [/quite]

Гнусные инсенуации. Заглянул в ебилд udev-195. Выяснил, что исползуются сорцы systemd, скачиваемые с freedesktop.org. Распаковал архив. На месте авторство Поттерига...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

202. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Андрей (??) on 21-Ноя-12, 06:49 
И в новом форке тоже нормально с копирайтом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

203. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Андрей (??) on 21-Ноя-12, 07:19 
Кстати, иная подача новости - http://www.linux.org.ru/news/gentoo/8478102
кто-то 3.14здит...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

214. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от Безос1110бный on 23-Ноя-12, 01:52 
>При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.

Нельзя не согласиться: openSUSE продуманнєє чем Sabayon напримєр, но последний гораздо приятнее. В сусє проблємы с ядром, в сабайоне пакєты собраны криво. Собираюсь промєнять Сабайон на Федору.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру