https://opennet.ru/openforum/vsluhforumID3/86736.html В рамках проекта DragonFlyDebian (https://github.com/varialus/DragonFlyDebian) началась работа по созданию дистрибутива, сочетающего ядро DragonFlyBSD (http://www.dragonflybsd.org/) с пользовательским окружением на базе Glibc и GNU-утилит. В качестве основы для выполнения работы по портированию ядра DragonFlyBSD в окружение Debian задействованы наработки проекта Debian GNU/kFreeBSD (http://www.debian.org/ports/kfreebsd-gnu/). Портирование ядра DragonFlyBSD может представлять интерес с позиции использования в окружении Debian файловой системы HAMMER (http://www.dragonflybsd.org/hammer/), обладающей такими возможностями как дедупликация на уровне блоков, репликация данных по сети (инкрементальное зеркалирование), автоматическое восстановление после сбоев, поддержка отката изменений, снапшоты и автоматическая проверка целостности.<br><br><br>URL: http://www.shiningsilence.com/dbsdlog/2012/10/03/10487.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=34999<br> https://opennet.ru/openforum/vsluhforumID3/86736.html#248 Fri, 12 Oct 2012 07:17:23 GMT &gt; Можно было в 3 раза проще сформулировать: "вы пи...сы, а я ДАртаньян" ;) <br><br>я сказал как хотел<br><br>&gt; apt-get build-dep &lt;пакет&gt; и получит все что надо для пересборки &lt;пакет&gt;. <br>&gt; Одной командой.<br><br>Прааавда? А это круто - одной командой? <br><br>portmaster &lt;имя_пакета&gt; - устанавливает из исходников.<br>portmaster -PP &lt;имя_пакета&gt; - устанавливает пакет бинарный.<br><br>Полный аналог у вас?<br><br>Если совсем всё одинаково, давайте чтоле символы посчитаем.<br><br>&gt; Для чего-то такого пакетные менеджеры и нужны. Хорошо когда рутину берет на себя машина.<br><br>Да, хорошо, что есть portmaster.<br><br><br>&gt;&gt;&gt; Зато если пакет устраивает в виде "как есть" - административной возни в разы меньше.<br>&gt;&gt; в каком месте меньше возни? apt-get install VS emerge (portmaster).<br>&gt; Быстрее.<br><br>В каком месте? ах, сборка? ключик поставьте. А как у вас со сборкой? Ах ещё надо чё-то тянуть..<br><br>&gt; И потенциальных точек отказа - меньше. Если нечто запакетировано и отгружается <br>&gt; - значит оно как минимум собралось и худо-бедно работает.<br><br>Это исключительно предубеж https://opennet.ru/openforum/vsluhforumID3/86736.html#247 Thu, 11 Oct 2012 21:25:47 GMT &gt; разработчик вообще-то не обязан.<br><br>зделай замечание Линусу. А то он нвидиям факи показывает, а оне не обязаны в общем-то<br><br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/86736.html#246 Thu, 11 Oct 2012 09:37:09 GMT &gt; от того, что к подготовительным работам добавляется "выбор дистрибутива" - не легче.<br><br>Это да, но отдельная тема, по которой можно писать отдельное HOWTO. Если коротко -- я для себя в итоге остановился на альте, заведомо отсекая ряд применений, но более качественно делая те, за которые берусь; IMHO подход применим не только в плане выбора именно линуксового дистрибутива.<br><br>&gt; и да, странные зависимости, неудобно регулируемые - это к бинари-бейзед, разве нет?<br><br>Нет. :) Бывают вменяемые, бывают и мягкие (но дебиан тоже пакетный).<br><br>&gt;&gt; - выборы при установке (те, которые оставались); <br>&gt; сервер достался "по наследству", увы.<br><br>А-аа. Но вычистка хлама -- это всё-таки в основном к предшественнику претензия, а не к yum; хотя опять же дистрибутив и инструментарий может провоцировать низкую производственную культуру, иные старые редхатчики не так давно ещё любили вариант "ставь всё, лишнее потом как-нибудь снесём" (и это "потом" никогда не наступало).<br><br>&gt;&gt; PS: уберите ругань, пожалуйста.<br>&gt; пишет: &gt; 60 сек не https://opennet.ru/openforum/vsluhforumID3/86736.html#245 Thu, 11 Oct 2012 09:25:58 GMT &gt;&gt; yum это весело. у меня опыт работы с yum был прикольным.<br>&gt; Это всё же не yum, а: <br>&gt; - дистрибутив; <br><br>от того, что к подготовительным работам добавляется "выбор дистрибутива" - не легче. и да, странные зависимости, неудобно регулируемые - это к бинари-бейзед, разве нет?<br><br>&gt; - выборы при установке (те, которые оставались); <br><br>сервер достался "по наследству", увы.<br><br>&gt; - репозитории.<br><br>да, поиск и подключение нужных реп тоже требует времени.<br><br>&gt; PS: уберите ругань, пожалуйста.<br><br>пишет: &gt; 60 сек не подлежит редактированию :(<br> https://opennet.ru/openforum/vsluhforumID3/86736.html#244 Thu, 11 Oct 2012 09:18:37 GMT &gt; yum это весело. у меня опыт работы с yum был прикольным.<br><br>Это всё же не yum, а:<br>- дистрибутив;<br>- выборы при установке (те, которые оставались);<br>- репозитории.<br><br>PS: уберите ругань, пожалуйста.<br> https://opennet.ru/openforum/vsluhforumID3/86736.html#243 Thu, 11 Oct 2012 07:22:35 GMT &gt; Некоторые живут своими лохматыми 80-ми.<br><br>а что не 70-ми? какие-то поблажки фряхе делаете. скрытый бсдшнег?<br><br>&gt; А некоторые идут вперед.<br><br>да ладно шли бы. бегут, сталкиваются, падают и носы квасят.<br><br> https://opennet.ru/openforum/vsluhforumID3/86736.html#242 Thu, 11 Oct 2012 07:16:01 GMT &gt;&gt; чем это плохо?<br>&gt; Внезапными факапами.<br><br>внезапные факапы - это не свойство генты как таковой. это - момент переоценки чего-то. забыл. не проверил. например, хоть раз в жизни админ отправлял не тот сервер в ребут. исправляется это только и исключительно организационно. гента в чистом виде на сервере стоит у меня только в том месте, где 1) сильно нужна оптимизация. 2) не критично время простоя. стоит уже 4 года (до этого была фряха 4.11 -&gt; slackware -&gt; gentoo). факапов собственно генты я не помню. был факап "reiser на корне", при частых ребутах это жесть. Полечилось отдельным /boot на ext3. <br><br><br>&gt; На боевых серверах им такого что-то не хочется. На отдельно взятом десктопчике - да, можно позадр^W "прокачать перфекционизм".<br><br>на отдельном сервере может стоять всё, что угодно. и даже более того, сервера source-based в принципе легче обслуживать, чем source-based десктопы. на порядок меньше пакетов и зависимостей. кроме ядра и gcc/clang собственно и тяжёлых-то задач на сборку нет, ну glib ещё, питон может. есл https://opennet.ru/openforum/vsluhforumID3/86736.html#241 Wed, 10 Oct 2012 15:12:12 GMT &gt;&gt; нормальные репы это пара ppa, в обилии подключаемые, с дублирующимся софтом, чтобы <br>&gt;&gt; это всё хоть как-то хоть с чем-то собранное заработало так как надо пользователю? ;) <br>&gt; Пользователю проще добавить PPAшку<br><br>а ещё пользователю проще переустановить, чем обновить. да, я похаживаю по форумам виндовсятников от каноникл.<br><br><br>&gt; чем долбстись с сборкой чего-то из сорца, при том в той же freebsd в силу древности дефолтного компилера еще и нет гарантий что все пройдет гладко. Просто потому что свежие версии программ никто на этом не тестирует сто лет.<br><br>неистребимо в советских интеллигентах желание спорить о вкусе устриц с теми, кто их ел. тут тебе и дефолтный компилер, и нет гарантий. если бы не использовал - наверное бы сам поверил, что всё плохо и страшно. <br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/86736.html#240 Wed, 10 Oct 2012 15:04:24 GMT &gt; Ох ламерство. Хорошо написанный софт как раз так не должен делать.<br><br>Как должен делать хорошо написанный софт? вот nginx, который использует киллерфичи (и просто фичи) разных ОС - хорошо написан? kqueue во фре, epoll в линухе, своё там в соляре.<br><br>&gt; что потом появится еще что-то типа #ifdef solaris, #ifdef qnx, #ifdef <br>&gt; windows, #ifdef netbsd, ... и разработчик в результате будет заниматься <br>&gt; чем угодно. Кроме написания программы.<br><br>пиши на перле.<br>