Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
Сообщение от opennews (??) on 29-Апр-18, 11:10
Увидел свет (https://www.openindiana.org/2018/04/28/openindiana-hipster-2.../) релиз свободного дистрибутива OpenIndiana 2018.04 (https://wiki.openindiana.org/oi/2018.04+Release+notes), пришедшего на смену бинарному дистрибутиву OpenSolaris, развитие которого было прекращено компанией Oracle. OpenIndiana предоставляет пользователю рабочее окружение, построенное на базе свежего среза кодовой базы проекта Illumos (http://www.illumos.org/). Непосредственно разработка технологий OpenSolaris продолжается проектом Illumos, в котором развивается ядро, сетевой стек, файловые системы, драйверы, а также базовый набор пользовательских системных утилит и библиотек. Для загрузки сформировано (http://dlc.openindiana.org/isos/hipster/) три вида iso-образов - серверная редакция с консольными приложениями (664 Мб), минимальная сборка (391 Мб) и сборка с графическим окружением MATE (1.5 Гб). Основные изменения (https://wiki.openindiana.org/oi/2018.04+Release+notes) в OpenIndiana 2018.04: -  Пользовательское окружение пересобрано с использованием GCC 6.4 (ранее для сборки применялся GCC 4). Сборка ядра illumos-gate по-прежнему осуществляется при помощи патченного GCC 4.4. -  Для защиты от уязвимости Meltdown в ядре активирован механизм защиты  KPTI (Kernel Page Table Isolation), который обеспечивает разделение таблиц страниц памяти ядра и пространства пользователя при переключении контекста во время системного вызова или прерывания; -  Прекращена поддержка рабочего стола GNOME 2 и удалены все его компоненты. Удалены библиотеки Libunique, at-spi, libgnome-desktop и GNOME-биндинги для python, вместо которых приложения портированы на использование штатных возможностей GTK2/GTK3. Избавлены от привязки к библиотекам GNOME 2 многие специфичные для OpenIndiana приложения, такие как nwam-manager, time slider и инсталлятор. В качестве базового пользовательского окружения предлагается MATE 1.18, который теперь поставляется только для 64-разрядных систем; -  В установочные образы добавлена поддержка zoneproxy, позволяющего обновлять зоны ipkg без наличия соединения с интернетом, пользуясь развёрнутым в локальной сети прокси; -  Для обработки связанных с энергопотреблением событий в состав интегрирован Upower (https://upower.freedesktop.org/). Для управления питанием задействован Mate Power Manager; -  Внедрён фремворк для ежедневного автоматизированного тестирования состояния установочных сборок; -  Удалён IIIM (Internet Intranet Input Method Framework); -  Продолжается работа по поставке только 64-разрядных приложений; -  Образы ISO и USB поддерживают загрузку в режиме UEFI,  но его поддержка пока не доведена до конца, например, не работает VGA-консоль и недоступны некоторые шаги в инстялляторе; -  Обновлены версии пользовательских программ, в том числе Firefox 52.7.3, VLC 2.2.8, Thunderbird 52.7.0, Gnumeric 1.12.39, zsh  5.4.2, Midnight Commander 4.8.20; -  Обновлён графический стек: Xorg Server 1.19.6, драйвер NVIDIA 340.10, добавлен видеодрайвер для Virtualbox; -  Обновлено серверное ПО: PostgreSQL 9.4, MariaDB 10.1, Percona Server 5.6, 5.7, CouchDB 2.1, ISC Bind  9.10.6-P1, ISC DHCP 4.3.6-P1, Squid 3.5.27, Nginx 1.14.0, Apache 2.4.33, Samba 4.5.16, Node.js 6.14.0 и 8.11.1; -  Обновлены средства для разработчиков: GCC 6.4.0/7.3.0,    Jenkins 2.89.4 (LTS) и 2.108,  OpenJDK 1.8.162,  Erlang  19.3,    Mercurial  4.5.3, Git 2.16.2,  memcached 1.4.37, PHP 5.6.35 и 7.0.29. URL: https://www.openindiana.org/2018/04/28/openindiana-hipster-2.../ Новость: https://www.opennet.dev/opennews/art.shtml?num=48507
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
Сообщение от Аноним (??) on 29-Апр-18, 11:10
Зачем и кому это нужно? Правда интересно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+3 +/–
	Сообщение от пох on 29-Апр-18, 11:23
	это оказалось ненужно и неинтересно модераторам, поэтому обсуждение уже выпилили.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Алексей Киселёв on 29-Апр-18, 13:35
	модераторы - это не истина последней инстанции
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	35. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от пох on 03-Май-18, 21:25
	да, но не буду же я (и те кому я отвечал) тратить время на повторный пересказ.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	18. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+1 +/–
	Сообщение от Аноним (??) on 30-Апр-18, 06:57
	Да они все выпиливают. А обсуждение случайно не было киданием к@кашками и рассказом какие все лохи, как обычно?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	3. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+3 +/–
	Сообщение от igsbox (??) on 29-Апр-18, 12:16
	Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI. И не дома, с целью потеребить ЧСВ, а в мелком бизнесе, у которого нет денег на NetApp, EMC и тому подобное
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+1 +/–
	Сообщение от Юрий (??) on 29-Апр-18, 12:30
	в 2013м построили san. Оптика карточки Qlogic, 6 серверов OpenIndiana, - uptime 5 лет ниразу не перегружалось.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	7. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от тфне on 29-Апр-18, 17:06
	Горячий резерв, очевидно?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Анонимище on 29-Апр-18, 17:24
	Все время хочется возразить на аргумент про долгий аптайм. Сказать что мой сервак на 2003 винде тоже может годами без ребута, но строители-суки стабильно 2 раза в год рвут кабель и сидим 3 дня без света :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+7 +/–
	Сообщение от Led (ok) on 29-Апр-18, 18:21
	Даже "строители-суки" знают, что вендузятник должен страдать.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Catwoolfii (ok) on 29-Апр-18, 18:22
	А чем он лучше FreeBSD?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–4 +/–
	Сообщение от Аноним (??) on 29-Апр-18, 19:08
	Тем что наполовину это linux
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Anonymous Alcoholitus on 29-Апр-18, 19:56
	> А чем он лучше FreeBSD? Как явствовало из удалённого модераторами не являющимися ни истиной ни последней ин станцией в отличие от палаты, например тем что во FreeBSD решили похоже полностью сломать журналирование да и вообще правильную работу жёстких дисков...
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok) on 29-Апр-18, 20:10
	> да и вообще правильную работу жёстких дисков... Будет как в Linux, с очередями и приоритетами, а планировщик IO будет сходить с ума, разруливая это?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Elon Musk on 29-Апр-18, 20:17
	Аутистам с одной очередью и 8 ядрами виднее
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–3 +/–
	Сообщение от iZEN (ok) on 29-Апр-18, 20:59
	linux bug #12309 тоже будет портирован? Пример решения: https://proggear.ru/linux-bug-12309-i-fiks-padeniya-proizvod.../
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	20. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Аноним (??) on 30-Апр-18, 07:05
	> linux bug #12309 тоже будет портирован? А у соляры для начала управление памятью нормальное сделали? Чтобы ядро могло при нужде резко отобрать у дискового кэша память, а не прикладывать приложения out of memory при отожранном кэше. А то когда *bsd передирали ZFS из соляры - в этом аспекте вышел трэш и угар.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	24. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok) on 30-Апр-18, 15:30
	Дисковый кэш ZFS ARC динамический, может не только расти, но и ужиматься, если запускаемым приложениям нужно место в занятом ОЗУ. ///---http://onreader.mdl.ru/AdvancedZFS/content/Ch07.html ARC спроектирован и для жадных, и для щедрых. Если система имеет свободную оперативную память, а ARC предполагает, что, возможно, может извлечь из этого преимущества, ARC захватывает память. При всяком чтении с диска ARC кэширует файл в оперативной памяти. ARC продолжает кэшировать файлы до тех пор, пока система не использует всю свою оперативную память. FreBSD резервирует 1ГБ оперативной памяти для ядра и прикладных программ. Вся оставшаяся оперативная память является предметом для справедливой игры ARC. В продолжительно работающих системах с большим объёмом систем хранения и не очень большим объёмом оперативной памяти не будет сюрпризом увидеть, что ваша ARC потребляет основную часть системной памяти. Однако, ARC имеет очень низкий приоритет для запросов к памяи. Если приложение запрашивает оперативную память, а система не имеет достаточно свободной памяти, ядро усекает ARC, предоставляя приложению запрошенную им память. Процесс возвращения оперативной памяти ARC в вашу систему для свободного применения не является мгновенным; он может занять несколько секунд. Таким образом: если память свободна, ARC будет её использовать. Если что-то испытывает потребность в этой памяти, ARC возвращает её назад. Современные сервера имеют в наличии много оперативной памяти. Они могли бы применять её для чего- то полезного. Старая поговорка "Свободная память- потерянная память" всё ещё является верной. ---///
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	25. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+1 +/–
	Сообщение от Elon Musk on 30-Апр-18, 18:04
	Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	26. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok) on 30-Апр-18, 18:50
	> Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит. Есть доказательства? Приведите - почитаем.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	36. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох on 03-Май-18, 21:32
	>> Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит. она на виртуалке на древнем ноуте нихрена не значит. Виснет 100%. Рецепт известен, причины тоже (их больше одной), толку от этого знания ноль. > Есть доказательства? Приведите - почитаем. я затрахался их приводить в каждом треде, упоминающем ваш фетиш. Пользуйтесь поиском. Или гуглем. Нет, не исправлено, с 2016го года, когда проблема всплыла глобально. Разработчики предпочитают заметать крошки под ковер. И нет, у индианы все хорошо, у нее по другому устроена система управления памятью в принципе, проблема существует только в вашей любимой системе, жертве копипастинга и гонора горе-"разработчиков". Только прикладных задач под ней не решают, поэтому пользы от этого никому и никакой.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	37. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох on 03-Май-18, 21:39
	> А у соляры для начала управление памятью нормальное сделали? Чтобы ядро могло да. > при нужде резко отобрать у дискового кэша память, а не прикладывать > приложения out of memory при отожранном кэше. А то когда *bsd > передирали ZFS из соляры - в этом аспекте вышел трэш и > угар. он и посейчас, только вместо (вместе с) улета приложений по sigsegv или кернельного oom - локапы и битые пулы. Доулучшали. Именно по той причине, что тех частей, которые есть в соляре, и которыми невозбранно пользуется arc.c, у фри нет. И своих нет (там память жрать может не только ARC, и результат будет ровно тот же - памяти дофига, но приложению ее не дают, а при попытке поискать - виснем, потому что поиску в ядре не хватило памяти, а свопаться само ядро не умеет, поэтому своп стоит пустой) Я бы с интересом послушал опыт с ZOL на ту же тему - как взаимодействует "неродной" ARC, "родной" buffer cache и предоставление памяти приложениям. Подозреваю, тоже все плохо, или совсем плохо, тех механизмов там тоже нет.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	40. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok) on 04-Май-18, 23:04
	> он и посейчас, только вместо (вместе с) улета приложений по sigsegv или > кернельного oom - локапы и битые пулы. Что ж ты врёшь? > Доулучшали. > Именно по той причине, что тех частей, которые есть в соляре, и > которыми невозбранно пользуется arc.c, у фри нет. И своих нет (там > память жрать может не только ARC, и результат будет ровно тот > же - памяти дофига, но приложению ее не дают, а при > попытке поискать - виснем, потому что поиску в ядре не хватило > памяти, а свопаться само ядро не умеет, поэтому своп стоит пустой) Это неправда.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	41. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от пох on 04-Май-18, 23:25
	разрыв пердака засчитан. (неумение пользоваться гуглем тоже) > Это неправда. "главное - верить!"
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	29. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Anonymous Alcoholitus on 02-Май-18, 00:26
	Там планировщик не столько сходит с ума "разруливая", сколько с ума сшедший планировщик тогда уж... :-)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	31. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok) on 02-Май-18, 16:14
	> Там планировщик не столько сходит с ума "разруливая", сколько с ума сшедший планировщик тогда уж... :-) Вот как заходит в тупик планировщик дисков в Debian: https://www.linux.org.ru/forum/general/14184949
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	33. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Anonymous Alcoholitus on 02-Май-18, 22:13
	Там же (постороннее) zfs заходит в тупик, не планировщик...
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	16. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+4 +/–
	Сообщение от Аноним (??) on 29-Апр-18, 23:30
	> Как явствовало из удалённого модераторами не являющимися ни истиной ни последней ин > станцией в отличие от палаты, например тем что во FreeBSD решили > похоже полностью сломать журналирование да и вообще правильную работу жёстких дисков... А если почитать оригинал, а не слушать перепев Рабиновича^W поха, то проблема там в write cache самого диска и фейковом подтверждении синка без записи на носитель. "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись с гироскутера.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	22. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Аноним (??) on 30-Апр-18, 07:10
	> "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись > с гироскутера. Нефиг было фирмварь управляющую мотором на чем попало писать :)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	30. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Anonymous Alcoholitus on 02-Май-18, 01:39
	Рецепт кому может всё-таки понадобиться назвать правильной работу дисков во FreeBSD? :-)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	38. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох on 03-Май-18, 21:55
	> А если почитать оригинал, а не слушать перепев Рабиновича^W поха, то проблема > там в write cache самого диска и фейковом подтверждении синка без > записи на носитель. да-да, все на свете диски неправильные, у нас works as intended. > "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись > с гироскутера. лолшта? Вы хотите выключить кэш у hdd ? Или возврат success это неправильная работа writeback кэша? проблема там в непригодной для работы с кэширующими носителями структуре журнала (и, кажется, еще и неумении системы делать syncronize cache на shutdown). У ext4, к примеру, ее нет (потому что нет "софтапдейтов"). При неподтвержденном write накатится лишний раз уже накаченное (ничего не изменится) или не накатится последняя запись из лога (пропадет бесследно только что созданный файл, но fs останется консистентна) У zfs тоже нет, поскольку COW. Либо пропадет последняя операция, либо операция выполнится но метаинформация останется старой и fs будет выглядеть, как будто она не выполнялась вовсе, либо все попадет на диск.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	42. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Аноним (??) on 04-Май-18, 23:31
	> У ext4, к примеру, ее нет (потому что нет "софтапдейтов"). При неподтвержденном > write накатится лишний раз уже накаченное И journal_checksum добавили туда чисто по приколу, ага.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	43. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от пох on 06-Май-18, 02:23
	> И journal_checksum добавили туда чисто по приколу, ага. это на совсем другой случай - не когда запись подтвердилась но не доехала до диска, а когда система просто навернулась на полном ходу, и есть шанс, что напоследок записала туда вообще какой-то мусор из поврежденного стека, или электричества хватило на половину блока, а вторую тупо не успела. Прецедентов в начале 2000х было, причем усугублялись забавным свойством ext3 накатывать журнал необратимо и неостановимо при любом обращении к разделу, даже на чтение. (возможность принудительно заблокировать журнал появилась тогда же, когда write barriers и проверки консистентности - то есть когда уже было особо и не нужно) Но, как видим, не стали рассказывать что "это у вас у всех диски неправильные", а сделали чтоб работало правильно (и flush cache тоже научились делать на шатдауне, хотя это и полумера, но во многих случаях ее хватает)
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	27. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от . on 01-Май-18, 03:05
	>Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI. Таки да! Для всего остального ... есть вещи получше. Но стораджи из этого делаются хорошие. Там ведь и IPMP _рабочий_ из коробки есть, с циской друг друга понимают как родные :-)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

23. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–5 +/–
Сообщение от Vitaliy Blats on 30-Апр-18, 10:01
Смутная перспектива ставить себе ЭТО, сражаясь\смиряясь с многочисленными недоработками, навроде отсутствия пачки драйверов (а значит частично работающего оборудования), поддержки пш-пш-аудио (а значит за удобства при подключении наушников, блютуз-гарнитур можно забыть), при почти полном отсутствии помощи на форумах, и все это ради того чтобы получить на десктопе Mate ? Сорян, но лучше подрoчить на TrueOS, там хоть DE самобытное.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	28. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Роботрон on 01-Май-18, 14:35
	Этот дистриб не для декстопа же. Интересно было бы сравнить производительность серверов приложений на java под OI и под linux.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	32. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Vitaliy Blats on 02-Май-18, 20:01
	> Этот дистриб не для декстопа же. Тогда что там делает Mate ?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	34. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Аноним (??) on 03-Май-18, 16:39
	Иногда на серверах и графика нужна бывает. Хотя обычно в этом случае ограничиваются голимыми иксами, но если кому вдруг хочется странного - пуркуа бы и не па?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	39. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох on 03-Май-18, 22:04
	> Этот дистриб не для декстопа же. этот - именно для десктопа и для недо-сереров в единичном экземпляре. (зачем бы туда тащить mate с мазилой, действительно) То что его еще выпускают - хороший признак, значит разработчики еще едят собственную выпечку, а не сплошь пуссиэкзешники. Для голого сервера делаются OmniOS и этот, joyent'овский, опятьзабыл. Только они все полуживые, к сожалению.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

44. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
Сообщение от Аноним (??) on 08-Май-18, 14:30
Чем лучше обычной солярки?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема