https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html Вышел (http://desktopbsd.net/index.php?id=43&tx_ttnews[tt_news]=41&tx_ttnews[backPid]=55&cHash=b6ad95fd57) релиз десктоп-ориентированной операционной системы DesktopBSD 1.7 (http://desktopbsd.net/index.php?id=94), построенный на базе FreeBSD 7.2, X.Org 7.4, KDE 3.5.10, OpenOffice.org 3.1.1, и снабженных графическим инсталлятором и набором дополнительных GUI утилит для настройки системы. Дистрибутив доступен (http://desktopbsd.net/index.php?id=84) для загрузки в LiveDVD сборках, размером 1.9 Гб, для архитектур i386 и amd64.<br><br><br><br>К сожалению, это последний релиз, подготовленный при участии Петера Гофера (Peter Hofer), основателя и единственного активного разработчика DesktopBSD, который объявил об уходе из проекта. Отныне будущее DesktopBSD зависит от того найдутся или нет энтузиасты, готовые продолжить развитие системы, например, заняться переводом дистрибутива на KDE4. К сожалению несколько месяцев поиска таких энтузиастов не увенчались успехом.<br><br><br><br>URL: http://desktopbsd.net/index.php?id=43&tx_ttnews[tt_ https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#64 Mon, 05 Oct 2009 15:02:30 GMT это kdetoys, вполне логичная характеристика<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#63 Fri, 11 Sep 2009 06:19:21 GMT &gt;&gt;Да что вы говорите<br>&gt;<br>&gt;libmap.conf действительно нет по умолчанию <br><br>там щас в ports@ идет классный троллинг про кошерность хака с libmap.conf:-) <br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#62 Thu, 10 Sep 2009 19:33:40 GMT &gt;&gt;Не согласен насчет одинаковости - линух только ядро а софт я могу <br>&gt;&gt;подбирать сам, в меру своей испорченности и задач - в абстрактном <br>&gt;&gt;сферическом линухе в вакууме мне никто не сватает никаких наборов софта. <br>&gt;&gt;Иногда это удобно. Например в какихнить embedded применениях где места на <br>&gt;&gt;все про все с кошкин зад и нужны лишь сильно некоторые <br>&gt;&gt;вещи, данное свойство пингвина дает ему зеленый свет лишний раз. <br>&gt;<br>&gt;Вообще-то существует Debian GNU/kFreeBSD, который вполне доказывает, что FreeBSD это тоже ядро <br>&gt;;)<br><br>Ничего не доказывает: http://alv.me/archives/413<br><br><br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#61 Thu, 10 Sep 2009 19:20:25 GMT &gt;Не согласен насчет одинаковости - линух только ядро а софт я могу <br>&gt;подбирать сам, в меру своей испорченности и задач - в абстрактном <br>&gt;сферическом линухе в вакууме мне никто не сватает никаких наборов софта. <br>&gt;Иногда это удобно. Например в какихнить embedded применениях где места на <br>&gt;все про все с кошкин зад и нужны лишь сильно некоторые <br>&gt;вещи, данное свойство пингвина дает ему зеленый свет лишний раз. <br><br>Вообще-то существует Debian GNU/kFreeBSD, который вполне доказывает, что FreeBSD это тоже ядро ;)<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#60 Thu, 10 Sep 2009 15:45:20 GMT Вы задаете настолько глупые и нубские вопросы, что даже отвечать не охота. Тем более, что вы все равно упретесь, не признаете очевидных фактов и сведете все к фанатизму. Но попробую.<br><br>Depencency hell, ок котором мы говорили, имеет место только в бинарных дистрах. Почему? Из-за жестко прибитых депендов.<br><br>Обновилась библиотека jpeg.6 до jpeg.7, и надо вам поставить новенький пакет который требует jpeg.7. Что делать? Старные пакеты явно требуют 6, и с 7 работать не будут. Новый требует 7 и не будет работать с 6. Поставить их вместе нельзя, потому что они конфликтуют. Достаточно, на самом деле, всего лишь сохранить сошку от 6 - старые приложения ее будут использовать и дальше. Но увы, депенды прибиты гвоздями, пакетный менеджер при таком раскладе сходит с ума.<br><br>Это и есть ваш dependency hell - фактически, искусственно созданная проблема.<br><br>В source based же, обновляется порт jpeg. Юзеры делают portupgrade jpeg, при этом старая сошка сохраняется, установленный софт счастливо использует ее, а новый линкуется https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#59 Thu, 10 Sep 2009 09:11:01 GMT Это организационная разница, а не техническая. Думаю вам прекрасно известно что при желании можно использовать ядро линукса с бздёвым окружением. И наоборот. Допил тут конечно потребуется, но если задатся целью - это возможно. <br>Там выше речь шла про модульность, так вот модульность это не понятие организации разработки, а понятие техническое. Означающее, что разные компоненты системы можно заменять, или убирать без переписывания всего и вся. Если бы linux, glibc, binutils, coreutils, grub, portage развивались в одной организации и под началом того же Линуса, то линукс в целом не перестал бы быть от этого менее модульным, так как заменить glibc всё равно можно было бы на ulibc и тд. Также и bsd при всей свой ориентированности на построение единой архитектуры, полноценной OS, не перестаёт быть модульной.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#58 Wed, 09 Sep 2009 23:49:18 GMT &gt;BSD монолит и трудозатраты на поддержку несравнимо выше<br><br>Что за глупости?<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#57 Wed, 09 Sep 2009 23:46:16 GMT &gt;Нескромно, но я и пара товарищей пытаемся сделать изначально-русифицированный облегченный<br>&gt;дистрибутив на базе FreeBSD, но увы. Времени и опыта откровенно мало... <br><br>А можно подробнее на почту?<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/58626.html#56 Wed, 09 Sep 2009 18:33:18 GMT &gt;:P. А вот попробуйте собрать какую-то программу слитую где-то там на <br>&gt;стороне, автор которой - отпетый авангардист или наоборот жуткий ретроград, так <br>&gt;что у него либы - сильно новые (вплоть до левых позавчерашних <br>&gt;svn-ревизий только что счекаутеных из репа авторов этой либы) или напротив <br>&gt;древние как помет мамонта (потому что автору влом переписывать прогу на <br>&gt;новый манер вызовов в новой версии либы например). И если при <br>&gt;этом у либ с тех пор изменились вызовы не дай боже <br>&gt;- это попадос, потому что если хочется пользоваться какой-то иной версией <br>&gt;либы, нежели посчитал нужным автор - придется самолично переписать половину программы. <br>&gt;Всего-то. Ну-ка похвастайте как вы с этим боретесь в source based?<br><br>В source-based используется система сценариев установки ПО из исходников. <br>Например, в FreeBSD применена система "коллекции портов".<br>Там можно встретить ПО разных версий (к примеру):<br>ports/net-p2p/azureus &#8212; Azureus 3.1.1.0<br>ports/net-p2p/azureus2 &#8212; Azureus 2.5.0.4<br>ports/net-p2p/