https://www.opennet.me/openforum/vsluhforumID3/81616.html Комитет FESCo (http://fedoraproject.org/wiki/Development/SteeringCommittee) (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, утвердил план по использованию (http://fedoraproject.org/wiki/Features/F17BtrfsDefaultFs) в Fedora 17 по умолчанию файловой системы Btrfs и перенос (http://fedoraproject.org/wiki/Features/UsrMove) содержимого bin и /lib в директорию /usr. Следует отметить, что конечное решение о реализации данных возможностей будет зависеть от степени готовности намеченных функций к моменту начала заморозки перед релизом. Например, переход на Btrfs по умолчанию изначально планировался в Fedora 16 но был отменён (http://www.opennet.ru/opennews/art.shtml?num=31430) из-за неготовности утилиты для проверки целостности и восстановления файловой системы после сбоя. <br><br><br>В отличие от прошлого плана, представленного при подготовке Fedora 16, в Fedora 17 утверждено использование вместо LVM встроенного в Btrfs менеджера логическ...<br><br>URL: http://fedorap https://www.opennet.me/openforum/vsluhforumID3/81616.html#252 Wed, 18 Jan 2012 07:57:07 GMT Ну у меня сейчас Fedora16 на основной системе.<br>Благодаря ей я знаю, что:<br>1. Поттеринг &#8212; фанат solaris, егойный systemd ну очень похож на OpenSolaris`овский svcadm, только куда запутанней, ибо оперирует юнитами, а не сервисами.<br>2. А вот OpenAL ему малоинтересен &#8212; упоминания PulseAudio надо вычистить из openal`овского конфига.<br>3. У Поттеринга на компе есть вот такой каталог:<br>/home/lennart/projects/systemd<br>4. Я крепко подумаю, стоит ли мне переходить на следующие версии Fedora. Не был уверен, что перейду на 16-ю, но вот перешёл. Однако бинарные логи я точно видеть не хочу.<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#251 Wed, 18 Jan 2012 07:43:46 GMT Я сам PA не люблю, просто пример несколько странный, на мой взгляд.<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#250 Wed, 18 Jan 2012 07:42:09 GMT &gt;Подскажите, если что!<br><br>Что-то не могу придумать ответ вот так сразу&#8230; Скажите, а нет ли примеров без приземления тарелок из системы Тау Кита, открытия портала в параллельный мир и появления йети-хакеров верхом на динозаврах и тому подобных явлений? Что-нибудь из повседневных задач?<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#249 Sun, 11 Dec 2011 17:23:08 GMT &gt;&gt; ты, главное, продолжай в это верить.<br>&gt; Во что именно? Невозможность тестирования чего-либо полезного админами локалхоста -<br>&gt; эмпирический факт.<br><br>Как админ в т.ч. и локалхоста -- не могу согласиться, порой получалось что-то выловить.<br><br>PS: :)<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#248 Sun, 11 Dec 2011 17:21:17 GMT &gt;&gt; "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.<br>&gt; Не, тормозит - это yum. Вот это да, тормоз эпический.<br><br>Его за последние пару лет заметно разогнали, а был и впрямь ужас-ужас...<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#247 Sun, 11 Dec 2011 17:18:40 GMT &gt; rmp также зависит от двух внешних сущностей: gzip и cpio.<br><br>Если не rmp, а rpm, то нет. (хотя необходимость в отдельном rpm2cpio для расковыривания архива на произвольной машинке может быть существенно неудобней реализации dpkg)<br><br>&gt; Но gzip сильно тяжелее.<br><br>Тёплое с мягким.<br><br>&gt; Так, что в плане защищённости простоты использования и гибкости deb далеко впереди.<br><br>Отнюдь.<br><br>PS: посмотрите на rpm -V при случае ещё.<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#246 Sun, 11 Dec 2011 17:14:00 GMT &gt; Сразу понятно, что вы кроме rpm больше ничего не видели.<br><br>Хм, а видели ли Вы rpm? ;-)<br><br>&gt; deb имеет гораздо больше возможностей возможностей по разрешению конфликтов и обновлению <br>&gt; версий именно за счёт отслеживания зависимостей между пакетами, а не файлами. <br><br>В rpm пакетные зависимости и есть основной вид зависимостей. Файловые бывают удобны вместо виртуальных пакетов (провайдящихся несколькими вариантами) в некоторых случаях, каталожные позволяют обеспечить наличие требуемого каталога вне зависимости от того, будет ли он в filesystem или ещё где (порой бывают перемещения).<br> <br>&gt; Это как git (deb) и subversion (rpm) <br><br>Вот эта аналогия в чём-то верна -- rpm/rpm действительно более "дубовый", чем dpkg/deb, причём так и задумано.<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#245 Sun, 11 Dec 2011 17:09:11 GMT &gt; У меня сложилось ощущение что некоторые поднимают бездисковые станции без initrd.<br>&gt; Если это так - намекните в какую сторону копать.<br><br>nfsroot=, но вместо сборки клиентского ядра со всем сетевым подряд в общем случае лучше всё-таки мелкий initrd для бутстрапа...<br> https://www.opennet.me/openforum/vsluhforumID3/81616.html#244 Sun, 11 Dec 2011 17:07:27 GMT &gt; это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а <br>&gt; ты потом создавай симлинки чтобы обновить пакет<br><br>Точно? А то припоминается, что для rpm этот файл должен фигурировать в rpmdb, а не на ФС.<br>