https://www.opennet.ru/openforum/vsluhforumID3/84435.html Спустя почти два года после выхода прошлого релиза, увидел свет (http://frenzy.bspu.ru/doku.php) Live-дистрибутив для системных администраторов Frenzy 1.4 (http://frenzy.org.ua/ru/releases/1.4/), переведенный на кодовую базу FreeBSD 8.3. Загрузившись с Frenzy администратор получает полностью работоспособную систему с набором программного обеспечения для настройки, анализа работы сети, восстановления системы после краха и тестирования аппаратного обеспечения. <br><br>&lt;center&gt;&lt;a href="http://frenzy.org.ua/ru/releases/1.4/frenzy-1.4.png"&gt;&lt;img src="http://www.opennet.ru/opennews/pics_base/0_1336229394.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0&gt;&lt;/a&gt;&lt;/center&gt;<br><br><br>Новая версия доступна только в консольном варианте, размер загрузочного образа (http://frenzy.org.ua/ru/releases/1.4/download.shtml) 105 Мб. По своей начинке и возможностям Frenzy 1.4 аналогичен выпуску 1.3 (http://www.opennet.ru/opennews/art.shtml?num=27412), за исключением перехода на FreeBSD 8.3<br> и улучше https://www.opennet.ru/openforum/vsluhforumID3/84435.html#74 Sat, 12 May 2012 12:38:31 GMT &gt; Именно. В GNU/Linux не развита система управлением жизненным циклом ПО со стороны <br>&gt; пользователя (не программиста, не мантейнера) системы.<br><br>Вам прекрасно объяснили, где и почему она как раз де-факто развита. Ни прибавить, ни отнять.<br><br>&gt;&gt;&gt; "в линуксах" всё то же самое обновится бинарями.<br>&gt;&gt;&gt; Собранными и протестированными ментейнерами, без лишних затрат времени.<br>&gt; Вы серьёзно считаете, что мантейнеры что-то тестируют? :)<br><br>Да, тестируем. Не всё и не всегда (говоря за себя), потому что опыт работы с иными апстримами позволяет в достаточной степени им доверять и обрабатывать ляпы в режиме исключений, а не правила. Думаю, это примерно одинаково вне зависимости от используемых технологий.<br><br>&gt; Я думаю, что большинство мантейнеров не обращают внимание на качество работы программ<br>&gt; &#8212; им бы сделать повторяемую сборку при разных ограничениях (опциях, режимах компиляции),<br>&gt; а работа программы им по принципу "лишь бы не упало". :) <br><br>Очень сильно зависит. Но если хотите -- напомню, как sobomax@ слома https://www.opennet.ru/openforum/vsluhforumID3/84435.html#73 Sat, 12 May 2012 09:23:59 GMT &gt; Во фре опции в пакете прибиты гвоздями и если ты хочешь чего-то <br>&gt; не ставить или выбрать вместо одной опции другую, то во фре <br>&gt; это гарантированный путь в порты.<br><br>Или же ставить пакет "как есть", со всеми его зависимостями, а потом вручную удалять ненужные зависимости. ;)<br><br>&gt;&gt;&gt; во фре, то у тебя есть две альтернативы: ставить из пакетов <br>&gt;&gt;&gt; или из портов. Если ты ставишь из пакетов, то придётся довольствоваться <br>&gt;&gt;&gt; собранными неизвестно когда пакетами с неизвестно какими опциями, <br>&gt;&gt; привет "просто ввёл команду и оно встало". точно такая же картина.<br><br>Опции как раз-таки известны: если ставишь из публичного каталога, то пакеты собраны с опциями по умолчанию; если ставишь из собственного или чужого каталога, то опции сборки пакетов определены тем, кто их собирал. Логично? Логично.<br><br>&gt; Не привет - есть выбор опциональных и альтернативных пакетов. Во фре этого выбора нет.<br><br>Не нравится опции сборки пакетов по умолчанию &#8212; ставьте из портов или, если собирать влом, ставьте бинарные пакеты "как е https://www.opennet.ru/openforum/vsluhforumID3/84435.html#72 Sat, 12 May 2012 09:11:39 GMT &gt;&gt;которые нужно просто заблокировать от обновления, создав пустые файлы +IGNOREME в соответствующих каталогах базы данных установленных портов. Пресекать установку пакета libnotify-0.7.3 совместно с другими.<br>&gt; С таким подходом вы рискуете: <br>&gt; 1. иметь дырявый софт,<br><br>"Дырявое DE" &#8212; это из разряда "трухлявый рабочий стол"? :)<br><br>&gt; 2. или не установить нужный софт, из-за того что он требует libnotify более свежей версии,<br><br>Всё устанавливается. Потом удаляю пакет libnotify-0.7.3 (он не конфликтует с устаревшим libnotify-0.5.2, они оба могут присуствовать, но работает только один при отсутствии второго) и ремонтирую базу (pkgdb -vfFu).<br> <br>&gt; 3. не установить нужный софт даже старой версии, которая требовала установленную у <br>&gt; вас libnotify, потому что взять старую версию зачастую оказывается просто неоткуда, <br><br>Как, по-вашему, я установил Xfce 4.6.2? :) Дерево портов через CVS можно синхронизировать на любую дату. Я просто выбрал ту точку, когда Xfce 4.6.2 было стабилизированным, синхронизировал /usr/por https://www.opennet.ru/openforum/vsluhforumID3/84435.html#71 Sat, 12 May 2012 08:39:08 GMT &gt; эээ... давайте тут чуть подробнее. оно всё несомненно так: вводишь одну команду <br>&gt; и оно встаёт. правда частенько бывает так, что оно за собой <br>&gt; тянет столько и такого, что встают заодно и волосы дыбом. но <br>&gt; предположим, что мы пофигисты и скачанного не считаем, к зависимостям не <br>&gt; придираемся. но пардоньте, с таким подходом и во фре никаких проблем <br>&gt; не наблюдается.<br><br>Ошибка. В пакетных дистрибутивах пакетам уделяется больше внимание и они дробятся на опциональные подпакеты и альтернативные подпакеты. Опциональные можно просто не ставить, из альтернативных выбирать только один.<br><br>Во фре опции в пакете прибиты гвоздями и если ты хочешь чего-то не ставить или выбрать вместо одной опции другую, то во фре это гарантированный путь в порты.<br><br>&gt;&gt; во фре, то у тебя есть две альтернативы: ставить из пакетов <br>&gt;&gt; или из портов. Если ты ставишь из пакетов, то придётся довольствоваться <br>&gt;&gt; собранными неизвестно когда пакетами с неизвестно какими опциями, <br>&gt; привет "просто ввёл команду и оно встало". точно https://www.opennet.ru/openforum/vsluhforumID3/84435.html#70 Sat, 12 May 2012 08:13:30 GMT &gt;которые нужно просто заблокировать от обновления, создав пустые файлы +IGNOREME в соответствующих каталогах базы данных установленных портов. Пресекать установку пакета libnotify-0.7.3 совместно с другими.<br><br>С таким подходом вы рискуете: <br>1. иметь дырявый софт,<br>2. или не установить нужный софт, из-за того что он требует libnotify более свежей версии,<br>3. не установить нужный софт даже старой версии, которая требовала установленную у вас libnotify, потому что взять старую версию зачастую оказывается просто неоткуда,<br><br>что и требовалось доказать.<br> https://www.opennet.ru/openforum/vsluhforumID3/84435.html#69 Thu, 10 May 2012 08:24:36 GMT чёрт. а я всегда, в первую очередь его качал, чтобы посмотреть на GUI, различного софта.<br>хоть и пользовался потом из всего набора только консолью и MC.<br> https://www.opennet.ru/openforum/vsluhforumID3/84435.html#68 Thu, 10 May 2012 06:31:46 GMT &gt;&gt; привет "просто ввёл команду и оно встало". точно такая же картина.<br>&gt; Всё же в пакетных дистрибутивах пакеты считаются первым сортом, а не вторым <br>&gt; -- соответственно и внимание.<br><br>вот по итогам работы с калькой у меня сложилось вот такое впечатление. есть система портежей (ну типа портов), заточенная под сборку. вот там есть великолепная и гибкая система опций сборки. вот есть бинарный профиль, в котором лежат пакеты, те которые сильно нужны с продуманными опциями сборки. Выбираешь профиль исходников - всё собирается с исходников. Выбираешь бинарный - всё готовыми пакетами. Если софт экзотический или поменял опции - всё прозрачно собирается из исходников. Именно эта система с моей т.з. наиболее эффективна и позволяет штатно, красиво: и поставить тяжёлую либру без сборки и нечто с некими либами/без по желанию. И заметьте, обновления выбранные изгибы софта бережно сохранят. <br><br><br>&gt; Разница в среде/месте/времени сборки.<br><br>да. и в зонах ответственности. ну точнее в зонах иллюзии ответственности<br><br>&gt; Впрочем, https://www.opennet.ru/openforum/vsluhforumID3/84435.html#67 Wed, 09 May 2012 11:28:02 GMT &gt;&gt; во фре, то у тебя есть две альтернативы: ставить из пакетов <br>&gt;&gt; или из портов. Если ты ставишь из пакетов, то придётся довольствоваться <br>&gt;&gt; собранными неизвестно когда пакетами с неизвестно какими опциями, <br>&gt; привет "просто ввёл команду и оно встало". точно такая же картина.<br><br>Всё же в пакетных дистрибутивах пакеты считаются первым сортом, а не вторым -- соответственно и внимание.<br><br>&gt; всё абсолютно то же самое что и в абстрактных "нормальных линуксах". за <br>&gt; исключением того что из портов встанет из исходников, "в линуксах" всё то же самое <br>&gt; обновится бинарями.<br><br>Разница в среде/месте/времени сборки. Впрочем, за мной до сих пор должок Чеусову насчёт дочитать и доизъясниться про воспроизводимость ;-)<br> https://www.opennet.ru/openforum/vsluhforumID3/84435.html#66 Wed, 09 May 2012 02:21:59 GMT &gt; Проблемы с обновлениями такие: когда нужно поставить что-то в линуксе, ты просто вводишь одну команду и оно встаёт.<br><br>эээ... давайте тут чуть подробнее. оно всё несомненно так: вводишь одну команду и оно встаёт. правда частенько бывает так, что оно за собой тянет столько и такого, что встают заодно и волосы дыбом. но предположим, что мы пофигисты и скачанного не считаем, к зависимостям не придираемся. но пардоньте, с таким подходом и во фре никаких проблем не наблюдается. и, справедливости ради, в генте с портежами - в принципе та же песня. иногда _бывают_ накладки, но тут в общем проблема не портежей/портов, а RR. ну и чтоб два раза не вставать: в той же кальке ещё и бинарный профиль - собственно процесс сборки для редкоиспользуемого софта да нестандартных флагов. И всё решительно меняется, если имеет значение что и сколько тянуть и что с чем собирать. Тут внезапно выясняется что "одна команда" выливается в такие пляски с бубном, что гента из минимала кажется наименьшим злом. <br><br>&gt; во фре, то у тебя есть