https://www.opennet.ru/openforum/vsluhforumID3/45924.html Официально представлен релиз десктоп-ориентированного дистрибутива OpenSolaris 2008.11 (http://www.opensolaris.com), известного ранее под кодовым именем Indiana.<br>Система разработана под руководством Яна Мердока (Ian Murdock), основавшего в свое время дистрибутив Debian GNU/Linux. <br><br><br>Особенности (http://www.opensolaris.com/learn/features/whats-new/200811/) нового релиза:<br><br><br><br>- Появился конструктор дистрибутивов, позволяющий скомпоновать установочный ISO образ с заданным набором пакетов.<br><br>- Усовершенствован пакетный менеджер IPS (Image Packaging System). Упрощен процесс создания своих пакетов и репозиториев. Улучшены средства поиска пакетов, реализовано уведомление при появлении обновлений, добавлен API для создания клиентских приложений, число официальных репозиториев пакетов доведено до 5;<br>- Значительно улучшена (http://www.opensolaris.org/os/community/laptop/wireless/wireless_driver_compatible_list/) поддержка беспроводных устройств, расширена поддержка WPA;<br><br>- Появился...<br><br>URL: http://www.ope https://www.opennet.ru/openforum/vsluhforumID3/45924.html#86 Sat, 13 Dec 2008 15:09:26 GMT &gt;Быстродействие -- примерно как у линукса с гномом на том же железе. <br><br>А нагрев и батарейка?<br> https://www.opennet.ru/openforum/vsluhforumID3/45924.html#85 Thu, 11 Dec 2008 07:41:22 GMT &gt;&gt;Дистрибутив Indiana оринтирован на десктоп применение. <br>&gt;<br>&gt;А не рано ее еще на десктоп то? Да еще и Zfs <br>&gt;в качестве корня... Как оно на ноуте, скажем, ворочиться то будет... <br>&gt;<br><br>На Asus eeE PC серий 900 и 1000, а также на MSI U90 и U100 (которые на N270) привинчивается на счёт "раз" и работает отлично. Нужен только патч Охты (Ohta, это не река, а фамилия японца) под i945GM для запуска видео. У меня работает даже среда IDE Sun Studio для С и фортрана, собираются и работают приличного размера проекты.<br><br>Быстродействие -- примерно как у линукса с гномом на том же железе. Отсутствие CDE (из-за проблем с лицензией) -- огромная жалость.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/45924.html#84 Tue, 09 Dec 2008 17:31:14 GMT &gt;&gt;Так зачем тратить тысячи человеко-часов <br>&gt;&gt;на пакетирование и поддержку малопопулярных пакетных систем, <br>&gt;<br>&gt;...вроде pkgsrc... <br><br>У pkgsrc совершенно особая уникальная ниша - она<br>переносима на разные платформы. Это достоинство<br>несмотря на наличие разного рода проблем и сложностей<br>делает ее очень интересной<br>и перспективной. И нет, другие юниксы в ближайшие 10 лет никуда<br>не денутся. Они будут жить, так же как и Линукс.<br><br>Веселая картинка (там есть и другие)<br>http://mova.org/~cheusov/pub/pkgsrc-pics/OKI-5.jpg<br>будет актуальна еще долгое время.<br><br>&gt;&gt;если можно запакетить один раз на все платформы, <br>&gt;<br>&gt;Нет, нельзя. Получится иллюзия пакета, прошедшая только полпути от тарбола до <br>&gt;"родного" пакета в слишком большом проценте случаев, увы. <br><br>Проблемы есть, но пакет прошедший Linux/NetBSD/Solaris + x86/mips/ppc,<br>(собирающийся и работающий) вызывает доверие гораздо в большей степени,<br>чем хакнутый только под Linux или, скажем, FreeBSD. согласись.<br><br>&gt;&gt;и посадить 10 кураторов на один пакет, <br>&gt;&gt;а не ра https://www.opennet.ru/openforum/vsluhforumID3/45924.html#83 Tue, 09 Dec 2008 16:13:44 GMT &gt;&gt;&gt;Так зачем тратить тысячи человеко-часов <br>&gt;&gt;&gt;на пакетирование и поддержку малопопулярных пакетных систем, <br>&gt;&gt;...вроде pkgsrc... <br>&gt;У pkgsrc совершенно особая уникальная ниша - она переносима на разные платформы.<br><br>Точный термин -- "ниша". Собсно NetBSD с ориентацией на такую уникальность уже пингвины обскакали просто по ходу дела :) Так и тут -- грубая сила в виде тысяч заинтересованных в том, шоб работало у них, людей -- порой эффективней возвышенных соображений.<br><br>&gt;И нет, другие юниксы в ближайшие 10 лет никуда не денутся.<br>&gt;Они будут жить, так же как и Линукс.<br><br>Кто как, боюсь. "Так же" -- это в смысле "существовать будут". Проблема в этом самом прогрессе, будь он неладен -- ACPI всяких и прочих заморочках, без которых уже толком и не загрузишься зачастую. И вот тут -- или хотя бы одна достаточно светлая голова, или толпой вкатать проблему в бетон (например, вместе с уломанным вендором)...<br><br>&gt;&gt;&gt;если можно запакетить один раз на все платформы, <br>&gt;&gt;Нет, нельзя. Получится иллюзия пакета, прошедшая https://www.opennet.ru/openforum/vsluhforumID3/45924.html#82 Tue, 09 Dec 2008 10:55:23 GMT &gt;&gt;Так зачем тратить тысячи человеко-часов <br>&gt;&gt;на пакетирование и поддержку малопопулярных пакетных систем, <br>&gt;<br>&gt;...вроде pkgsrc... <br><br>У pkgsrc совершенно особая уникальная ниша - она<br>переносима на разные платформы. Это достоинство<br>несмотря на наличие разного рода проблем и сложностей<br>делает ее очень интересной<br>и перспективной. И нет, другие юниксы в ближайшие 10 лет никуда<br>не денутся. Они будут жить, так же как и Линукс.<br><br>Веселая картинка (там есть и другие)<br>http://mova.org/~cheusov/pub/pkgsrc-pics/OKI-5.jpg<br>будет актуальна еще долгое время.<br><br>&gt;&gt;если можно запакетить один раз на все платформы, <br>&gt;<br>&gt;Нет, нельзя. Получится иллюзия пакета, прошедшая только полпути от тарбола до <br>&gt;"родного" пакета в слишком большом проценте случаев, увы. <br><br>Проблемы есть, но пакет прошедший Linux/NetBSD/Solaris + x86/mips/ppc,<br>(собирающийся и работающий) вызывает доверие гораздо в большей степени,<br>чем хакнутый только под Linux или, скажем, FreeBSD. согласись.<br><br>&gt;&gt;и посадить 10 кураторов на один пакет, <br>&gt;&gt;а не ра https://www.opennet.ru/openforum/vsluhforumID3/45924.html#81 Mon, 08 Dec 2008 23:06:26 GMT &gt;&gt;Ну как тебе сказать. У каждого подхода есть свои недостатки, с <br>&gt;&gt;моей вот точки зрения интеграция pkgsrc по определению будет ниже среднего. <br>&gt;А я вот так не думаю ;-) <br><br>Дык имеешь право ;-)<br><br>&gt;По *большому счету* все пакетные системы одинаковы. <br><br>Но некоторые одинаковее других.<br><br>&gt;Так зачем тратить тысячи человеко-часов <br>&gt;на пакетирование и поддержку малопопулярных пакетных систем, <br><br>...вроде pkgsrc...<br><br>&gt;если можно запакетить один раз на все платформы, <br><br>Нет, нельзя. Получится иллюзия пакета, прошедшая только полпути от тарбола до "родного" пакета в слишком большом проценте случаев, увы.<br><br>&gt;и посадить 10 кураторов на один пакет, <br>&gt;а не размазать одного на 200 пакетов ;-) <br><br>Дык видишь, не бегут. Пробую подсказать, почему именно -- помимо незнания малоизвестных систем (с чем ты в меру сил и борешься).<br><br>&gt;Пакеты pkgsrc хорошо интегрируются с пакетами pkgsrc. Есть исключения типа <br>&gt;"подцепить местный zlib", но они редки и для меня мало принципиальны. <br><br>Это для тебя и разгильдяйских замшелы https://www.opennet.ru/openforum/vsluhforumID3/45924.html#80 Mon, 08 Dec 2008 09:32:20 GMT &gt;Ну как тебе сказать. У каждого подхода есть свои недостатки, с <br>&gt;моей вот точки зрения интеграция pkgsrc по определению будет ниже среднего. <br><br>А я вот так не думаю ;-)<br>По *большому счету* все пакетные системы одинаковы.<br>Так зачем тратить тысячи человеко-часов<br>на пакетирование и поддержку малопопулярных пакетных систем,<br>если можно запакетить один раз на все платформы,<br>и посадить 10 кураторов на один пакет,<br>а не размазать одного на 200 пакетов ;-)<br><br>&gt; Не то чтобы это было смертельным, просто рано или поздно <br>&gt;обычно возникает конфликт интересов -- например, те же дефолты по путям, <br>&gt;чтоб webalizer из коробки знал, куда именно в лог апача смотреть. <br>&gt; А это ещё простой пример. <br><br>Пакеты pkgsrc хорошо интегрируются с пакетами pkgsrc. Есть исключения типа<br>"подцепить местный zlib", но они редки и для меня мало принципиальны.<br>Ничего другого никто не гарантирует. Но если нужно, можно упереться,<br>прописать кучу опций сборки пакета...<br><br>&gt;&gt;Как бы там ни было "вливание" в pkgsrc - гораздо более продуктив https://www.opennet.ru/openforum/vsluhforumID3/45924.html#79 Fri, 05 Dec 2008 15:30:25 GMT &gt;Если он этого сделать не в состоянии <br>&gt;по причине отсутствия нужных знаний, <br>&gt;никакую систему он не соберет никогда.<br><br>Дата, подпись.<br><br>&gt;Если у него нет времени, значит не нужно выпендриваться - надо брать, <br>&gt;что дают в местечковых пакетных системах и <br>&gt;пользоваться готовым весьма среднего качества. <br><br>Ну как тебе сказать. У каждого подхода есть свои недостатки, с моей вот точки зрения интеграция pkgsrc по определению будет ниже среднего. Не то чтобы это было смертельным, просто рано или поздно обычно возникает конфликт интересов -- например, те же дефолты по путям, чтоб webalizer из коробки знал, куда именно в лог апача смотреть. А это ещё простой пример.<br><br>&gt;Как бы там ни было "вливание" в pkgsrc - гораздо более продуктивно <br>&gt;и перспективно, чем изобретение еще одной никому не нужной пакетной системы<br><br>Эт да.<br> https://www.opennet.ru/openforum/vsluhforumID3/45924.html#78 Fri, 05 Dec 2008 15:16:28 GMT &gt;Михаил, после такого наезда я вас тоже в качестве сотрудника не возьму, <br>&gt;мастера чесать языком на форумах нам тоже не нужны =) <br><br>Да, я писал и думал -- сам-то, поди, на форумы слишком много времени тратить стал ;-)<br><br>OTOH работу не искал никогда -- даже первая сама меня нашла. Так что благодарствую.<br><br>&gt;Я конечно понимаю что на рабов "энтерпрайза"<br><br>Мимо кассы.<br><br>&gt;слака действует как красная тряпка на быка, но в качестве домашнего сервачка <br>&gt;и во многих других областях она прекрасно справляется.<br><br>Уточнение: во многих областях, где на каждый локалхост есть приставленный человек, а возможность разумными усилиями передать этот хост на поддержку другому человеку -- ну там подстраховывать с коллегой друг друга на случай болезни -- особо не интересует (например, по условиям задачи). Ну и пока объём локального состояния в голове помещается.<br><br>&gt;Или это недостойные облати деятельности для человека, или на домашней файлопомойке<br>&gt;обязан стоять чесно купленнный RHEL c поддержкой? <br><br>Теперь попробуйте перечита