forum.opennet.ru

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

Оглавление

Выпуск дистрибутива OpenIndiana 2020.10, продолжающего развитие OpenSolaris , opennews (??), 01-Ноя-20, (0) [смотреть все]

Есть куда бежать с линукса 129395 , Аноним (1), 19:04 , 01-Ноя-20, (1) +8 //

Так ведь и там CoC , Аноним (5), 19:19 , 01-Ноя-20, (5) //

Там правильный, не вирусный 128077 , Аноним (1), 19:22 , 01-Ноя-20, (6) +3

Запасной вариант всегда нужен , Аноним (7), 19:46 , 01-Ноя-20, (7) +5
С Линукса только на GNU , Аноним (-), 19:53 , 01-Ноя-20, (9) –1 //

Ну, т е в никуда - Hurd-то и ныне там эмодзи смайлик_пацталом , IRASoldier_registered (ok), 20:16 , 01-Ноя-20, (13) +1 //

Иринка, а ты-то куда побежишь, в бжественную Виндочку , Аноним (28), 22:16 , 01-Ноя-20, (28)

Балван, IRA это не имя, а аббревиатура - Ирла 769 ндская республика 769 нская , Минона (ok), 23:22 , 01-Ноя-20, (36) –3

Это все знают То был сарказм , cz (??), 00:44 , 02-Ноя-20, (43)
Говорят, чувство юмора в том числе чёрного и умение распознать сарказм -- эт, Аноним (48), 02:25 , 02-Ноя-20, (48) +1

отличный самоанализ продолжай , Минона (ok), 07:20 , 02-Ноя-20, (66) –2

Да ладно Первый раз слышу - , псевдонимус (?), 05:53 , 02-Ноя-20, (56)
А точно Ирландская А, моджахед , КО (?), 06:29 , 02-Ноя-20, (57)

Молодец, добрых католиков с исламистами попутал, это даже покруче, чем божий дар, IRASoldier_registered (ok), 07:16 , 02-Ноя-20, (65)

Ирландцы лучшие друзья GNU Великаго Столлмана ирландцы уважают Высравшись прот, Аноним (79), 16:26 , 02-Ноя-20, (79)

Ирландцам в массе на Неуловимого Джо GNU положить болт, равно как и всем остальн, IRASoldier_registered (ok), 09:42 , 03-Ноя-20, (89)

Онанимчик, а зачем куда-то бежать Linux пока не подает признаков старческого ув, IRASoldier_registered (ok), 04:51 , 02-Ноя-20, (52) –1

Полагаете, что указанный компонент Linux создают GNU FSF , а не IBM, Microsoft,, Аноним (60), 06:51 , 02-Ноя-20, (60)

Подозреваю, что принимают участие в создании казачки верхом на антилопах, иначе , IRASoldier_registered (ok), 07:14 , 02-Ноя-20, (64) +1

Подозреваю, что ты типичный неосилятор Линукса , Аноним (79), 16:28 , 02-Ноя-20, (80)

Есть хорошая воображаемая картина, которая метафорично представляет осиливание в, IRASoldier_registered (ok), 09:40 , 03-Ноя-20, (88)

На Genode Sculpt, Аноним (28), 22:18 , 01-Ноя-20, (29) –2

Есть где-нибудь внятное описание зоопарка с участием illumos, omnios и пр , mikhailnov (ok), 19:50 , 01-Ноя-20, (8) –2 //

Есть энтерпрайз из которого портируется в иллюмос а из него уже в опениндиану , Аноним (31), 22:41 , 01-Ноя-20, (31) //

Самсунговский сдох, еще крупные остались , mikhailnov (ok), 00:03 , 02-Ноя-20, (38) –1

https illumos org docs about distro , Аноним (31), 22:42 , 01-Ноя-20, (32) +1 //

Спасибо, познавательно, но хотелось бы их взаимосвязи лучше понять, mikhailnov (ok), 00:05 , 02-Ноя-20, (39) –1

Хочу найти применение этому чуду, не могу придумать Апстрим ZFS от них отдалилс, mikhailnov (ok), 20:05 , 01-Ноя-20, (10) //

Грузиш образ в VPS и юзаеш серверную там , Аноним (12), 20:10 , 01-Ноя-20, (12) //

Но зачем, чем это лучше линукса, с которым в большинстве случаев геммороя будет , mikhailnov (ok), 20:24 , 01-Ноя-20, (16) //

А это сейчас было смешно Уж на что уж OL - энтерпрайз кровавей некуда, а после , zzz (??), 21:37 , 01-Ноя-20, (23) –7

А я вот недавно в qemu KVM на Linux запустил FreeBSD, из коробки падала из-за як, mikhailnov (ok), 22:07 , 01-Ноя-20, (26) –2

Проблема здесь , DildoZilla (?), 23:07 , 01-Ноя-20, (35)

Линуксы почему-то её не видят А более 10 лет назад - не видели и вантузы, как с, Аноним (78), 16:20 , 02-Ноя-20, (78) –1

Потому что линукс заботливо окостылили, чтобы он не падал на этом чудесном гипер, zzz (??), 23:38 , 02-Ноя-20, (86)
И то, что 10 лет назад до версии qemu-kvm 1 2, если доки сузи не врут по умолч, анонн (ok), 00:48 , 03-Ноя-20, (87)

Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, что вс, zzz (??), 23:53 , 01-Ноя-20, (37) –2
Сначала они херят очередность записи метаданных ФС на который полагается уфсшны, Аноним (-), 01:03 , 02-Ноя-20, (46) +1

По симптомам не похоже, ФС в целом живая, ее fsck смог восстановить, но через ка, mikhailnov (ok), 10:58 , 02-Ноя-20, (69) –1

У меня это было раз 10 наверное И несколько раз с виртуалками Точно так как вы, Аноним (78), 11:11 , 02-Ноя-20, (70) –1
Доказать Зачем Первые попавшиеся примеры похерилась на ровном месте , но я по, Аноним (-), 13:16 , 02-Ноя-20, (72)
Именно За ццать лет с фрюхой у меня и у знакомых чего только не бывало - и хард, zzz (??), 13:37 , 02-Ноя-20, (73) +1

Бесполезно О том, что в этой связке по умолчанию для записи из гостя в хост вкл, Аноним (-), 14:47 , 02-Ноя-20, (75) +1

Чего сломано У кого сломано В десятках мест использую ту Убунту, и обновления , Tifereth (ok), 05:46 , 02-Ноя-20, (54)

Проблема с NSS широко известна https bugs launchpad net ubuntu source glibc , zzz (??), 14:07 , 02-Ноя-20, (74)

Вау Это уменьшительно-ласкательная форма грузина в звательном падеже , Ordu (ok), 01:24 , 02-Ноя-20, (47) +2 //

Мразиш и Грузиш - два верных друга , Аноним (71), 12:12 , 02-Ноя-20, (71)

Зато это лицензированный верифицированный UNIX tm , Dzen Python (ok), 20:23 , 01-Ноя-20, (15) –6 //

Нет Вот список сертифицированных Unix 8482 IBM Corporation AIX version 7, , flkghdfgklh (?), 00:11 , 02-Ноя-20, (41) +2 //

Они ещё живы 8230 , Аноним (42), 00:37 , 02-Ноя-20, (42)

Мертвы, но сертификация у ос осталась , Аноним (45), 00:57 , 02-Ноя-20, (45) –1

живы же не понятно что с ребрендингом xinuoshttp landing sco com https , Аноним (55), 05:51 , 02-Ноя-20, (55)

Я в списке сегодня увидел другое интересное В нем больше нет Соляриса и того ко, flkghdfgklh (?), 02:40 , 02-Ноя-20, (50)

Из сертифицированных юниксов оказывается могут выписать , Аноним (31), 18:37 , 02-Ноя-20, (84)

Естественно - денег-то надо заносить - регулярно А орацл жадный - не то что зано, пох. (?), 11:01 , 05-Ноя-20, (90)

Скорее всего ничего Эта ОСь скорее для тех, кто работал на соляре, знают ее как , макароновирус (?), 20:25 , 01-Ноя-20, (17) +5 //

Это печально, тех, кто работал с солярой и знает ее как облупленную, мало и стан, mikhailnov (ok), 20:34 , 01-Ноя-20, (18) //

Да оно на 90 однояйцевое с линем и бсд Кто знает что-то одно сможет освоить при, макароновирус (?), 21:03 , 01-Ноя-20, (21)

Это понятно Вопрос зачем время тратить Должен быть повод, польза какая-то в пе, mikhailnov (ok), 22:02 , 01-Ноя-20, (24) –1

C чего это вдруг Мы здесь и никуда не делись , Аноним (25), 22:04 , 01-Ноя-20, (25)

лучше SmartOS, её хоть облачный провайдер пилит и юзает или OmniOSce, на ней мож, Минона (ok), 07:41 , 02-Ноя-20, (67)

Всё это конешно прекрасно, но жаль что в репах мало пакетов , Аноним (12), 20:09 , 01-Ноя-20, (11) //

Для сурового кодинга пойдет ДЕ есть, инструменты для разработки есть, офис есть,, макароновирус (?), 20:35 , 01-Ноя-20, (19)
И аппаратная виртуализация есть и зоны Так что вполне юзабельно , макароновирус (?), 20:37 , 01-Ноя-20, (20)
Это СПО - тебе никто, ничем не обязан Это СПО - не нравится, сделай сам , Аноним (31), 22:51 , 01-Ноя-20, (34) +2
Вам КОМПИЛЯТОР С дали и текстовый редактор, напиши сам все что нужно Не можеш, Аноним (58), 06:49 , 02-Ноя-20, (58)
Категорически рекомендую NetBSD шный PKGSRC - https www pkgsrc org , Moomintroll (ok), 10:24 , 02-Ноя-20, (68)

когда солярка еще была жива и то она была жутко редкая, а теперь и подавно редча, анонимуслинус (?), 00:09 , 02-Ноя-20, (40) –1
Как это запустить после установки с UEFI GPT или оно только с MBR может , Аноним (44), 00:44 , 02-Ноя-20, (44) //

А зачем нужен UEFI Какую цель он должен решить В линуксах вообще тупо затычка , Аноним (58), 06:51 , 02-Ноя-20, (59)

Иллюмос стагнирует, а не развивается, как и дистр OpenIndiana , Аноним (49), 02:39 , 02-Ноя-20, (49) –1 //

А это https www opennet ru opennews art shtml num 54002 61 , Аноним (60), 06:59 , 02-Ноя-20, (62)

Сем это лучше солярки , Аноним (85), 22:34 , 02-Ноя-20, (85)

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

10. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от mikhailnov (ok), 01-Ноя-20, 20:05

Хочу найти применение этому чуду, не могу придумать. Апстрим ZFS от них отдалился, из интересных фич, получается, только зоны остаются, но в чем их принципиальная фишка, зачем стоит использовать их вместо линукс-контейнеров systemd-nspawn и docker? Понимаю, что они существуют гораздо дольше, но какие есть крутые преимущества, расскажите. Что еще можно сделать на ней эдакое, что на линуксе будет не так круто?

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (12), 01-Ноя-20, 20:10

Грузиш образ в VPS и юзаеш серверную там.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от mikhailnov (ok), 01-Ноя-20, 20:24

Но зачем, чем это лучше линукса, с которым в большинстве случаев геммороя будет меньше?

Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –7 +/–

Сообщение от zzz (??), 01-Ноя-20, 21:37

>с которым в большинстве случаев геммороя будет меньше
А это сейчас было смешно. Уж на что уж OL - энтерпрайз кровавей некуда, а после обновления 8.0 -> 8.1 люди получили Failed to start Switch root. Про убунтячьи проблемы, вроде обновления со сломанным nss или dkms, я вообще молчу. Линукс можно посоветовать разве что экстремалам, кому в жизни мало адреналина. Ну или один раз настроить, перекреститься и забыть - так, может, ничего не сломается

Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –2 +/–

Сообщение от mikhailnov (ok), 01-Ноя-20, 22:07

А я вот недавно в qemu+KVM на Linux запустил FreeBSD, из коробки падала из-за якобы нехватки места в свопе, хотя своп вообще был выключен, включение раздела со свопом не помогало, включил своп-файл - вроде перестало падать. Еще файловая система похерилась на ровном месте, просто после жесткого выключения виртуалки, в которой работали только sshd и недонастроенный apache2. Так что в сказки про то, что проблем там, где почти нет ни людей, ни пользователей, ни заинтересованных крупных компаний с деньгами, нет и что там лучше, чем в линуксе, - не верю.

Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от DildoZilla (?), 01-Ноя-20, 23:07

> qemu+KVM на Linux
Проблема здесь.

Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –1 +/–

Сообщение от Аноним (78), 02-Ноя-20, 16:20

Линуксы почему-то её не видят. А более 10 лет назад - не видели и вантузы, как сейчас - не знаю.
Почуму-то только правильная бздешичка ломается.

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от zzz (??), 02-Ноя-20, 23:38

Потому что линукс заботливо окостылили, чтобы он не падал на этом чудесном гипервизоре. Классическая линуксячья забава - вместо того, чтобы отладить хоста, костыляют лап4татого гостя, и еще этим гордятся.

Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от анонн (ok), 03-Ноя-20, 00:48

> А более 10 лет назад - не видели и вантузы, как сейчас - не знаю.
И то, что 10 лет назад (до версии qemu-kvm 1.2, если доки сузи не врут) по умолчанию выставлялся cache=writethrough (и то, что та же шапка заботливо "очень советует" выставлять этот режим для версий 5.5 включительно
> Suggested for guests that do not support a writeback cache (such as Red Hat Enterprise Linux 5.5 and earlier)
тоже не знаешь?
Использование Linux c "cache=writeback" без "фейлов" из-за резкого отключения, стало возможно не из-за "тотального превосходства" пингвинчика или черной магии, а сугубо после встраивания проброса/обработки чисто линуксячьего (впрочем, оно появилось во фре 11 - но без "должного переписывания" подсистем эффекта в kvm не будет) вызова fdatasync в kvm.
> Почуму-то только правильная бздешичка ломается.
Зуб даешь, что БСД сломается при нормальной настройке кэширования?

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

37. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –2 +/–

Сообщение от zzz (??), 01-Ноя-20, 23:53

>в qemu+KVM
Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, что всё ломается. Но я так и не понял - каким образом дендрофекальный факап опровергает перечисленные мой выше проблемы? Ммм, никак?

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

46. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +1 +/–

Сообщение от Аноним (-), 02-Ноя-20, 01:03

> Еще файловая система похерилась на ровном месте, просто после
> жесткого выключения виртуалки, в которой работали только sshd и недонастроенный apache2.
Сначала они херят очередность записи метаданных ФС (на который полагается уфсшный Soft Updates) кэшем, а затем удивляются - как же так, "на ровном месте!", всего лишь после жесткого отключения оно превращается в тыкву! В пингвничике ничего такого нет!
https://bugzilla.redhat.com/show_bug.cgi?id=1029344
> In case of power failure disk images that were active and created in qcow2
> format can become logically corrupt so that they actually appear as unused
>(full of zeroes).
https://bugs.launchpad.net/qemu/+bug/1847793
> qemu 4.1.0 - Corrupt guest filesystem after new vm install
> Testet with:
>- RedHat Enterprise Linux 7.5, 7.6 and 7.7 (RedHat uses xfs for the /boot and / partition)
> Guided install with the graphical installer, no lvm selected.
> - Debian Stable/Buster (Debian uses ext4 for / and /home partition)
> Guidet install with the graphical installer and default options.
Ой

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

69. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –1 +/–

Сообщение от mikhailnov (ok), 02-Ноя-20, 10:58

> https://bugzilla.redhat.com/show_bug.cgi?id=1029344
>> In case of power failure disk images that were active and created in qcow2
>> format can become logically corrupt so that they actually appear as unused
>>(full of zeroes).
По симптомам не похоже, ФС в целом живая, ее fsck смог восстановить, но через какое-то время снова сломалась.
> https://bugs.launchpad.net/qemu/+bug/1847793
>> qemu 4.1.0 - Corrupt guest filesystem after new vm install
>> Testet with:
>>- RedHat Enterprise Linux 7.5, 7.6 and 7.7 (RedHat uses xfs for the /boot and / partition)
>> Guided install with the graphical installer, no lvm selected.
>> - Debian Stable/Buster (Debian uses ext4 for / and /home partition)
>> Guidet install with the graphical installer and default options.
> Ой
что доказать-то пытаетесь? Что qemu виноват? А если реальную железяку из розетки выдернуть, или фирмварь ssd забагует, кто виноват будет?

Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –1 +/–

Сообщение от Аноним (78), 02-Ноя-20, 11:11

> А если реальную железяку из розетки выдернуть
У меня это было раз 10 наверное. И несколько раз с виртуалками. Точно так как вы описываете, с невозможностью починки UFS2 через fsck.

Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (-), 02-Ноя-20, 13:16

> что доказать-то пытаетесь? Что qemu виноват?
Доказать? Зачем? Первые попавшиеся примеры "похерилась на ровном месте", но я понял что это не считается, ведь "это другое!"
> А если реальную железяку из розетки выдернуть, или фирмварь ssd забагует, кто виноват будет?
А ничего не будет. Потому что перепончатые опять предпочли не увидить маленький нюанс "херят очередность записи метаданных ФС кэшем".
Открою страшную тайну: ext это тоже не переживет, как впрочем и "фирмварь ssd забагует". Но там почему-то будет виноват не ФС, а прокладка между стулом и монитором.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

73. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +1 +/–

Сообщение от zzz (??), 02-Ноя-20, 13:37

>Что qemu виноват?
Именно. За ццать лет с фрюхой у меня и у знакомых чего только не бывало - и хардресеты, и сдохшие невовремя упсы, и случайно выдернутые штекера. Как у хостов, так и у Hyper-V/VmWare. Ни разу UFS не ложилась. Проблемы только у линагзоидов, крутящих ОС в бажном qemu+KVM.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

75. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +1 +/–

Сообщение от Аноним (-), 02-Ноя-20, 14:47

> Проблемы только у линагзоидов, крутящих ОС в бажном qemu+KVM.
Бесполезно.
О том, что в этой связке по умолчанию для записи из гостя в хост включен "cache = writeback", т.е. сознательно хер*тся O_DSYNC и О_DIRECT - они скорее всего не в курсе.
Не говоря уже о знании наличия "костылей" (или "правильных" дефолтов) для запуска любимого пингвинчика:
> Warning: you can loose datas in case of a powerfailure you need to use barrier option in your linux guest fstab if kernel < 2.6.37 to avoid fs corruption in case of powerfailure
"Опустим обычный диск с FreeBSD+UFS в серную кислоту, а диск с GodlikeLinux+EXT4 никуда опускать не будем. Почувствовали разницу? C диском GodlikeLinux ничего не произошло!"

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Tifereth (ok), 02-Ноя-20, 05:46

Чего сломано? У кого сломано? В десятках мест использую ту Убунту, и обновления идут без запинок. ЧЯДНТ?
Может, кому-то просто нужно обновить hands.dll и brain.dll?

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

74. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от zzz (??), 02-Ноя-20, 14:07

>ЧЯДНТ?
Проблема с NSS широко известна:
>After installing the libc6_2.19-0ubuntu6.10_amd64_udeb package during the automated install
>of ubuntu 14.04.5, the system was suddenly unable to resolve hostnames via dns.
>Installing -0ubuntu6.9 resolved the issue. Reinstalling -ubuntu6.10 broke the system again.
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1674532
Как широко известна и проблема с DKMS
>Building a kernel module using dkms in Linux Mint 19.1 shows the following error:
>Running module version sanity check.
>/usr/sbin/dkms: Zeile 784: find_module: Befehl nicht gefunden
>modinfo: ERROR: missing module or filename.
https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1838245 , на опеннете эту проблему также обсуждали: https://www.opennet.ru/opennews/art.shtml?num=51190
Еще эти ребятки как-то чинили
>system freeze when swapping to encrypted swap partition
> When the system is installed with encrypted swap partition the attempt to
> swap ends in a system freeze. No error, no dump, the system needs to be reloaded.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1647400
и дочинились до того, что сломали OOM
> "Out of memory" errors after upgrade to 4.4.0-59
>After a fix for LP#1647400, a bug that caused freezes under some workloads,
>some users noticed regular OOMs. Those regular OOMs were reported under this
>bug, and fixed after some releases.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1655842
"Чего сломано? У кого сломано?", лол

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +2 +/–

Сообщение от Ordu (ok), 02-Ноя-20, 01:24

> Грузиш
Вау! Это уменьшительно-ласкательная форма грузина в звательном падеже?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

71. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (71), 02-Ноя-20, 12:12

Мразиш и Грузиш - два верных друга.

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –6 +/–

Сообщение от Dzen Python (ok), 01-Ноя-20, 20:23

Зато это лицензированный верифицированный UNIX(tm)!

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

41. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +2 +/–

Сообщение от flkghdfgklh (?), 02-Ноя-20, 00:11

Нет.
Вот список сертифицированных Unix™

    IBM Corporation: AIX version 7, at 7.2 TL5 (or later) on systems using CHRP system architecture with POWER™ processors
    Apple Inc.: macOS version 10.15 Catalina on Intel-based Mac computers
    IBM Corporation: AIX version 7, at either 7.1 TL5 (or later) or 7.2 TL2 (or later) on systems using CHRP system architecture with POWER™ processors
    Cemprus LLC: DNCP Series running FTX Release 3
    Hewlett Packard Enterprise: HP-UX 11i V3 Release B.11.31 or later on HP Integrity Servers
    Hewlett Packard Enterprise: HP-UX 11i V3 Release B.11.31 or later on HP 9000 Servers with Precision Architecture
    Huawei Technology Co., Ltd: Huawei EulerOS 2.0 on Huawei KunLun Mission Critical Server
    IBM Corporation: AIX 6 Operating System V6.1.2 with SP1 or later on Systems using CHRP system architecture with POWER™ processors and 2, 8 or 128 port async cards
    IBM Corporation: AIX 5L for POWER V5.3 dated 7-2006 or later on Systems using CHRP system architecture with POWER™processors
    IBM Corporation: z/OS V2R1 or later with: z/OS V2R1 or later Security Server and z/OS V2R1 or later C/C++ Compiler on IBM zSeries Processors that support z/OS Version 2 Release 1 or later
    The SCO Group, Inc.: UnixWare ® 7.1.3 and later for single and multiprocessor systems based on IA-32 and compatible processors and conforming to PC architecture
    The SCO Group, Inc.: SCO OpenServer Release 5 and OpenServer Release 6 on Single and Multi-processor Industry Standard Intel architecture platforms

Дистрибутив Linux в этом списке есть(Huawei EulerOS это сборка CentOS от Хуавей для своих серверов), а вот ОпенИндианы там нет, не было и не будет.

Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (42), 02-Ноя-20, 00:37

>>The SCO Group
Они ещё живы…

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –1 +/–

Сообщение от Аноним (45), 02-Ноя-20, 00:57

Мертвы, но сертификация у ос осталась

Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (55), 02-Ноя-20, 05:51

живы же... не понятно что с ребрендингом... xinuos
http://landing.sco.com/
https://www.xinuos.com/products/

Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от flkghdfgklh (?), 02-Ноя-20, 02:40

> Они ещё живы…
Я в списке сегодня увидел другое интересное. В нем больше нет Соляриса и того который от Оракла, а не этого. С полгода назад еще был.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

84. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (31), 02-Ноя-20, 18:37

Из сертифицированных юниксов оказывается могут выписать.

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от пох. (?), 05-Ноя-20, 11:01

Естественно - денег-то надо заносить - регулярно.
А орацл жадный - не то что заносить не планировал, а вообще поувольнял всю ту братию, которая занималась процессом этого оформления.
Пусть себе дурачки тешатся красивой бумажкой, на которой написано "братва на сходке признала вас настоящим юниксом (шлите еще денег)".

Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +5 +/–

Сообщение от макароновирус (?), 01-Ноя-20, 20:25

Скорее всего ничего.
Эта ОСь скорее для тех, кто работал на соляре, знают ее как облупленную и им понятней и проще работать с ней.
Все мы заложники освоенных технологий, освоил, например, какой-нить ЯП и потом с него сложно слезть, потому что понимаешь, что на нем тебе проще и быстрее что-либо сделать. Особенно когда тебе за это хорошо платят.
При прочих равных на лине все понятней и быстрей сделать если знаешь его, кому-то на бсд, ну и вопроса со стабильностью и поддержкой не возникает. В здравом уме в прод все равно ставить не будешь, нужно техническое обоснование, а оно отсутствует. По крайней мере при первом приближении.
Засилье везде линя тоже считаю не очень хорошо для безопасности, дыры у дистров как правило общие.
Поэтому на некоторых местах, вполне оправдано заюзать бсд или сабж.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

18. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от mikhailnov (ok), 01-Ноя-20, 20:34

> Эта ОСь скорее для тех, кто работал на соляре, знают ее как
> облупленную и им понятней и проще работать с ней.
> нужно техническое обоснование, а оно отсутствует. По крайней мере при
> первом приближении.
Это печально, тех, кто работал с солярой и знает ее как облупленную, мало и становится меньше.

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от макароновирус (?), 01-Ноя-20, 21:03

Да оно на 90% однояйцевое с линем и бсд.
Кто знает что-то одно сможет освоить при желании и соляру и ее технологии.
Книги и мануалы в инете есть.
Для вращения баз и в роли прокси не хуже остальных это как минимум.
В роли десктопа тоже сгодится, если нет широкого запроса на софт.
Единственно, что гораздо интересней ставить на железо, но с дровами там все не так хорошо.

Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." –1 +/–

Сообщение от mikhailnov (ok), 01-Ноя-20, 22:02

> Да оно на 90% однояйцевое с линем и бсд.
> Кто знает что-то одно сможет освоить при желании и соляру и ее
> технологии.
> Книги и мануалы в инете есть.
Это понятно. Вопрос зачем время тратить. Должен быть повод, польза какая-то в перспективе.
> Для вращения баз и в роли прокси не хуже остальных это как
> минимум.
"Не хуже" значит "нет смысла изучать"
> В роли десктопа тоже сгодится, если нет широкого запроса на софт.
На AMD Athlon(tm) 5350 APU with Radeon(tm) R3 у меня только llvmpipe, хотя бы на Nvidia блобы работают?
А так десктоп из коробки приятный в LiveCD.

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Аноним (25), 01-Ноя-20, 22:04

C чего это вдруг ? Мы здесь и никуда не делись.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

67. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..." +/–

Сообщение от Минона (ok), 02-Ноя-20, 07:41

> Хочу найти применение этому чуду, не могу придумать.
лучше SmartOS, её хоть облачный провайдер пилит и юзает.
или OmniOSce, на ней можно SAN/NAS соорудить, даже с WebGUI (https://napp-it.org/features_en.html)
> Что еще можно сделать на ней эдакое, что
> на линуксе будет не так круто?
ЧСВ чесать =)
линукс не круто
ЗЫ: апстрим ZFS это Оракле Солярис.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

10. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
Сообщение от mikhailnov (ok), 01-Ноя-20, 20:05
Хочу найти применение этому чуду, не могу придумать. Апстрим ZFS от них отдалился, из интересных фич, получается, только зоны остаются, но в чем их принципиальная фишка, зачем стоит использовать их вместо линукс-контейнеров systemd-nspawn и docker? Понимаю, что они существуют гораздо дольше, но какие есть крутые преимущества, расскажите. Что еще можно сделать на ней эдакое, что на линуксе будет не так круто?
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Аноним (12), 01-Ноя-20, 20:10
	Грузиш образ в VPS и юзаеш серверную там.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от mikhailnov (ok), 01-Ноя-20, 20:24
	Но зачем, чем это лучше линукса, с которым в большинстве случаев геммороя будет меньше?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–7 +/–
	Сообщение от zzz (??), 01-Ноя-20, 21:37
	>с которым в большинстве случаев геммороя будет меньше А это сейчас было смешно. Уж на что уж OL - энтерпрайз кровавей некуда, а после обновления 8.0 -> 8.1 люди получили Failed to start Switch root. Про убунтячьи проблемы, вроде обновления со сломанным nss или dkms, я вообще молчу. Линукс можно посоветовать разве что экстремалам, кому в жизни мало адреналина. Ну или один раз настроить, перекреститься и забыть - так, может, ничего не сломается
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–2 +/–
	Сообщение от mikhailnov (ok), 01-Ноя-20, 22:07
	А я вот недавно в qemu+KVM на Linux запустил FreeBSD, из коробки падала из-за якобы нехватки места в свопе, хотя своп вообще был выключен, включение раздела со свопом не помогало, включил своп-файл - вроде перестало падать. Еще файловая система похерилась на ровном месте, просто после жесткого выключения виртуалки, в которой работали только sshd и недонастроенный apache2. Так что в сказки про то, что проблем там, где почти нет ни людей, ни пользователей, ни заинтересованных крупных компаний с деньгами, нет и что там лучше, чем в линуксе, - не верю.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от DildoZilla (?), 01-Ноя-20, 23:07
	> qemu+KVM на Linux Проблема здесь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–1 +/–
	Сообщение от Аноним (78), 02-Ноя-20, 16:20
	Линуксы почему-то её не видят. А более 10 лет назад - не видели и вантузы, как сейчас - не знаю. Почуму-то только правильная бздешичка ломается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от zzz (??), 02-Ноя-20, 23:38
	Потому что линукс заботливо окостылили, чтобы он не падал на этом чудесном гипервизоре. Классическая линуксячья забава - вместо того, чтобы отладить хоста, костыляют лап4татого гостя, и еще этим гордятся.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от анонн (ok), 03-Ноя-20, 00:48
	> А более 10 лет назад - не видели и вантузы, как сейчас - не знаю. И то, что 10 лет назад (до версии qemu-kvm 1.2, если доки сузи не врут) по умолчанию выставлялся cache=writethrough (и то, что та же шапка заботливо "очень советует" выставлять этот режим для версий 5.5 включительно > Suggested for guests that do not support a writeback cache (such as Red Hat Enterprise Linux 5.5 and earlier) тоже не знаешь? Использование Linux c "cache=writeback" без "фейлов" из-за резкого отключения, стало возможно не из-за "тотального превосходства" пингвинчика или черной магии, а сугубо после встраивания проброса/обработки чисто линуксячьего (впрочем, оно появилось во фре 11 - но без "должного переписывания" подсистем эффекта в kvm не будет) вызова fdatasync в kvm. > Почуму-то только правильная бздешичка ломается. Зуб даешь, что БСД сломается при нормальной настройке кэширования?
	Ответить \| Правка \| К родителю #78 \| Наверх \| Cообщить модератору


	37. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–2 +/–
	Сообщение от zzz (??), 01-Ноя-20, 23:53
	>в qemu+KVM Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, что всё ломается. Но я так и не понял - каким образом дендрофекальный факап опровергает перечисленные мой выше проблемы? Ммм, никак?
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	46. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+1 +/–
	Сообщение от Аноним (-), 02-Ноя-20, 01:03
	> Еще файловая система похерилась на ровном месте, просто после > жесткого выключения виртуалки, в которой работали только sshd и недонастроенный apache2. Сначала они херят очередность записи метаданных ФС (на который полагается уфсшный Soft Updates) кэшем, а затем удивляются - как же так, "на ровном месте!", всего лишь после жесткого отключения оно превращается в тыкву! В пингвничике ничего такого нет! https://bugzilla.redhat.com/show_bug.cgi?id=1029344 > In case of power failure disk images that were active and created in qcow2 > format can become logically corrupt so that they actually appear as unused >(full of zeroes). https://bugs.launchpad.net/qemu/+bug/1847793 > qemu 4.1.0 - Corrupt guest filesystem after new vm install > Testet with: >- RedHat Enterprise Linux 7.5, 7.6 and 7.7 (RedHat uses xfs for the /boot and / partition) > Guided install with the graphical installer, no lvm selected. > - Debian Stable/Buster (Debian uses ext4 for / and /home partition) > Guidet install with the graphical installer and default options. Ой
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	69. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–1 +/–
	Сообщение от mikhailnov (ok), 02-Ноя-20, 10:58
	> https://bugzilla.redhat.com/show_bug.cgi?id=1029344 >> In case of power failure disk images that were active and created in qcow2 >> format can become logically corrupt so that they actually appear as unused >>(full of zeroes). По симптомам не похоже, ФС в целом живая, ее fsck смог восстановить, но через какое-то время снова сломалась. > https://bugs.launchpad.net/qemu/+bug/1847793 >> qemu 4.1.0 - Corrupt guest filesystem after new vm install >> Testet with: >>- RedHat Enterprise Linux 7.5, 7.6 and 7.7 (RedHat uses xfs for the /boot and / partition) >> Guided install with the graphical installer, no lvm selected. >> - Debian Stable/Buster (Debian uses ext4 for / and /home partition) >> Guidet install with the graphical installer and default options. > Ой что доказать-то пытаетесь? Что qemu виноват? А если реальную железяку из розетки выдернуть, или фирмварь ssd забагует, кто виноват будет?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–1 +/–
	Сообщение от Аноним (78), 02-Ноя-20, 11:11
	> А если реальную железяку из розетки выдернуть У меня это было раз 10 наверное. И несколько раз с виртуалками. Точно так как вы описываете, с невозможностью починки UFS2 через fsck.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Аноним (-), 02-Ноя-20, 13:16
	> что доказать-то пытаетесь? Что qemu виноват? Доказать? Зачем? Первые попавшиеся примеры "похерилась на ровном месте", но я понял что это не считается, ведь "это другое!" > А если реальную железяку из розетки выдернуть, или фирмварь ssd забагует, кто виноват будет? А ничего не будет. Потому что перепончатые опять предпочли не увидить маленький нюанс "херят очередность записи метаданных ФС кэшем". Открою страшную тайну: ext это тоже не переживет, как впрочем и "фирмварь ssd забагует". Но там почему-то будет виноват не ФС, а прокладка между стулом и монитором.
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	73. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+1 +/–
	Сообщение от zzz (??), 02-Ноя-20, 13:37
	>Что qemu виноват? Именно. За ццать лет с фрюхой у меня и у знакомых чего только не бывало - и хардресеты, и сдохшие невовремя упсы, и случайно выдернутые штекера. Как у хостов, так и у Hyper-V/VmWare. Ни разу UFS не ложилась. Проблемы только у линагзоидов, крутящих ОС в бажном qemu+KVM.
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	75. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+1 +/–
	Сообщение от Аноним (-), 02-Ноя-20, 14:47
	> Проблемы только у линагзоидов, крутящих ОС в бажном qemu+KVM. Бесполезно. О том, что в этой связке по умолчанию для записи из гостя в хост включен "cache = writeback", т.е. сознательно хер*тся O_DSYNC и О_DIRECT - они скорее всего не в курсе. Не говоря уже о знании наличия "костылей" (или "правильных" дефолтов) для запуска любимого пингвинчика: > Warning: you can loose datas in case of a powerfailure you need to use barrier option in your linux guest fstab if kernel < 2.6.37 to avoid fs corruption in case of powerfailure "Опустим обычный диск с FreeBSD+UFS в серную кислоту, а диск с GodlikeLinux+EXT4 никуда опускать не будем. Почувствовали разницу? C диском GodlikeLinux ничего не произошло!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Tifereth (ok), 02-Ноя-20, 05:46
	Чего сломано? У кого сломано? В десятках мест использую ту Убунту, и обновления идут без запинок. ЧЯДНТ? Может, кому-то просто нужно обновить hands.dll и brain.dll?
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	74. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от zzz (??), 02-Ноя-20, 14:07
	>ЧЯДНТ? Проблема с NSS широко известна: >After installing the libc6_2.19-0ubuntu6.10_amd64_udeb package during the automated install >of ubuntu 14.04.5, the system was suddenly unable to resolve hostnames via dns. >Installing -0ubuntu6.9 resolved the issue. Reinstalling -ubuntu6.10 broke the system again. https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1674532 Как широко известна и проблема с DKMS >Building a kernel module using dkms in Linux Mint 19.1 shows the following error: >Running module version sanity check. >/usr/sbin/dkms: Zeile 784: find_module: Befehl nicht gefunden >modinfo: ERROR: missing module or filename. https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1838245 , на опеннете эту проблему также обсуждали: https://www.opennet.ru/opennews/art.shtml?num=51190 Еще эти ребятки как-то чинили >system freeze when swapping to encrypted swap partition > When the system is installed with encrypted swap partition the attempt to > swap ends in a system freeze. No error, no dump, the system needs to be reloaded. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1647400 и дочинились до того, что сломали OOM > "Out of memory" errors after upgrade to 4.4.0-59 >After a fix for LP#1647400, a bug that caused freezes under some workloads, >some users noticed regular OOMs. Those regular OOMs were reported under this >bug, and fixed after some releases. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1655842 "Чего сломано? У кого сломано?", лол
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+2 +/–
	Сообщение от Ordu (ok), 02-Ноя-20, 01:24
	> Грузиш Вау! Это уменьшительно-ласкательная форма грузина в звательном падеже?
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	71. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Аноним (71), 02-Ноя-20, 12:12
	Мразиш и Грузиш - два верных друга.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–6 +/–
	Сообщение от Dzen Python (ok), 01-Ноя-20, 20:23
	Зато это лицензированный верифицированный UNIX(tm)!
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	41. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+2 +/–
	Сообщение от flkghdfgklh (?), 02-Ноя-20, 00:11
	Нет. Вот список сертифицированных Unix™ IBM Corporation: AIX version 7, at 7.2 TL5 (or later) on systems using CHRP system architecture with POWER™ processors Apple Inc.: macOS version 10.15 Catalina on Intel-based Mac computers IBM Corporation: AIX version 7, at either 7.1 TL5 (or later) or 7.2 TL2 (or later) on systems using CHRP system architecture with POWER™ processors Cemprus LLC: DNCP Series running FTX Release 3 Hewlett Packard Enterprise: HP-UX 11i V3 Release B.11.31 or later on HP Integrity Servers Hewlett Packard Enterprise: HP-UX 11i V3 Release B.11.31 or later on HP 9000 Servers with Precision Architecture Huawei Technology Co., Ltd: Huawei EulerOS 2.0 on Huawei KunLun Mission Critical Server IBM Corporation: AIX 6 Operating System V6.1.2 with SP1 or later on Systems using CHRP system architecture with POWER™ processors and 2, 8 or 128 port async cards IBM Corporation: AIX 5L for POWER V5.3 dated 7-2006 or later on Systems using CHRP system architecture with POWER™processors IBM Corporation: z/OS V2R1 or later with: z/OS V2R1 or later Security Server and z/OS V2R1 or later C/C++ Compiler on IBM zSeries Processors that support z/OS Version 2 Release 1 or later The SCO Group, Inc.: UnixWare ® 7.1.3 and later for single and multiprocessor systems based on IA-32 and compatible processors and conforming to PC architecture The SCO Group, Inc.: SCO OpenServer Release 5 and OpenServer Release 6 on Single and Multi-processor Industry Standard Intel architecture platforms Дистрибутив Linux в этом списке есть(Huawei EulerOS это сборка CentOS от Хуавей для своих серверов), а вот ОпенИндианы там нет, не было и не будет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Аноним (42), 02-Ноя-20, 00:37
	>>The SCO Group Они ещё живы…
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	–1 +/–
	Сообщение от Аноним (45), 02-Ноя-20, 00:57
	Мертвы, но сертификация у ос осталась
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Аноним (55), 02-Ноя-20, 05:51
	живы же... не понятно что с ребрендингом... xinuos http://landing.sco.com/ https://www.xinuos.com/products/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от flkghdfgklh (?), 02-Ноя-20, 02:40
	> Они ещё живы… Я в списке сегодня увидел другое интересное. В нем больше нет Соляриса и того который от Оракла, а не этого. С полгода назад еще был.
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	84. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от Аноним (31), 02-Ноя-20, 18:37
	Из сертифицированных юниксов оказывается могут выписать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от пох. (?), 05-Ноя-20, 11:01
	Естественно - денег-то надо заносить - регулярно. А орацл жадный - не то что заносить не планировал, а вообще поувольнял всю ту братию, которая занималась процессом этого оформления. Пусть себе дурачки тешатся красивой бумажкой, на которой написано "братва на сходке признала вас настоящим юниксом (шлите еще денег)".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+5 +/–
	Сообщение от макароновирус (?), 01-Ноя-20, 20:25
	Скорее всего ничего. Эта ОСь скорее для тех, кто работал на соляре, знают ее как облупленную и им понятней и проще работать с ней. Все мы заложники освоенных технологий, освоил, например, какой-нить ЯП и потом с него сложно слезть, потому что понимаешь, что на нем тебе проще и быстрее что-либо сделать. Особенно когда тебе за это хорошо платят. При прочих равных на лине все понятней и быстрей сделать если знаешь его, кому-то на бсд, ну и вопроса со стабильностью и поддержкой не возникает. В здравом уме в прод все равно ставить не будешь, нужно техническое обоснование, а оно отсутствует. По крайней мере при первом приближении. Засилье везде линя тоже считаю не очень хорошо для безопасности, дыры у дистров как правило общие. Поэтому на некоторых местах, вполне оправдано заюзать бсд или сабж.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	18. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."	+/–
	Сообщение от mikhailnov (ok), 01-Ноя-20, 20:34
	> Эта ОСь скорее для тех, кто работал на соляре, знают ее как > облупленную и им понятней и проще работать с ней. > нужно техническое обоснование, а оно отсутствует. По крайней мере при > первом приближении. Это печально, тех, кто работал с солярой и знает ее как облупленную, мало и становится меньше.
	Ответить \| Правка \| Наверх \| Cообщить модератору