The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Комментарии разработчиков udev по поводу очередного форка пр..., opennews (??), 19-Ноя-12, (0) [смотреть все]

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

87. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от анонимус (??), 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), 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 по поводу очередного форка пр..."  +/
Сообщение от Харитон (?), 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 +/
Сообщение от Путин В.В. (?), 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), 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ообщить модератору

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

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




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

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