forum.opennet.ru

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

Оглавление

Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..., opennews (?), 01-Дек-18, (0) [смотреть все]

они там по поводу релизов договорились , Аноним (3), 10:30 , 01-Дек-18, (3) //

референдум будет по этому поводу, cr2032 (?), 11:26 , 01-Дек-18, (10) //

4-я Фря имела в своё время 11 крупных обновлений 171 сервис-паков 187 , 10-, КГБ СССР (?), 14:14 , 01-Дек-18, (12) //

Ну Посмотрите на браузеры, докеры, js ные всякие приблуды А сколько ядро 2 6, Аноним (13), 15:44 , 01-Дек-18, (13)

Шёл 2 6 2006 год, люди рождалиь, взрослели заводили детей, выходили на пенсию, р, Мастер над релизами (?), 01:41 , 02-Дек-18, (27) +2

4я фря имела 11 релизов потому что 5я была в разработке слишком долго, релиз ее , ГабенВульвович (?), 19:03 , 01-Дек-18, (19) +5

Исключение это или нет, но отношение к людям было правильное А все эти коды кон, КГБ СССР (?), 01:50 , 02-Дек-18, (28)

Это прям нуочень мотивировало 3rd party studios писать для Linux, но, главное, и, ГабенВульвович (?), 07:30 , 02-Дек-18, (32)

Copy-paste FAIL , Аноним (-), 11:21 , 02-Дек-18, (34)

Скорее не на ту ссылку в профиле жмакнул, ГабенВульвович (?), 20:11 , 02-Дек-18, (41)

Мне эти слова мало о чём говорят, ибо не интересуюсь детскими игрушками, а для п, КГБ СССР (?), 12:05 , 02-Дек-18, (36)

Сори, промахнулся ответом в профиле, ГабенВульвович (?), 20:36 , 02-Дек-18, (43)

Да вроде и никто пока не предлагает роллинг-релизы кроме совсем уж поехавших T, ГабенВульвович (?), 07:35 , 02-Дек-18, (33)

Единственно правильные релизы в мире СПО у Шапки ядро и все его известные особе, КГБ СССР (?), 12:26 , 02-Дек-18, (38)

gt оверквотинг удален Ток по сути ежегодное обновление базовой системы это не , ГабенВульвович (?), 20:27 , 02-Дек-18, (42)

Собсно говоря, внутри одного ABI оно все - один релиз А внутри одного релиза вс, DeadLoco (ok), 20:50 , 02-Дек-18, (44) +1
Такого я и не говорил Не понимаю, как можно превратно понять написанное мною У, КГБ СССР (?), 21:05 , 02-Дек-18, (45) +1

Запросто Если ты готов оплатить фуллтайм для 3-4-5 тел по ставкам страны прожив, Аноним (50), 13:31 , 03-Дек-18, (50)

Ну как бы обычно никто не открывает NFS наружу Остаются лишь негодяи внутри лок, Ananan (?), 10:46 , 01-Дек-18, (5) //

И на пинги еще не отвечать А лучше вообще сеть выключить Будет очень в тему к , Аноним (-), 10:59 , 01-Дек-18, (9) –2 //

Ну разогнался прям, на пинги не отвечать Ты менял Я вот сумлеваюсь что ты вооб, Ananan (?), 11:28 , 01-Дек-18, (11) +2
Да-да, ISA дровины - это тааак актуально Кстати, что скажет Знаток на , Анонн (?), 18:37 , 01-Дек-18, (17) +1
В смысле, как вот тут https www opennet ru opennews art shtml num 46503 , Аноним84701 (ok), 20:26 , 01-Дек-18, (21) +1

Лол И эти люди прикалывались над другими за ping of death Двойной фэйспалм , Аноним (-), 10:56 , 01-Дек-18, (7) –1 //

Ну так и выловили в rc3, какие проблемы , AlexYeCu_not_logged (?), 22:22 , 01-Дек-18, (22) +4 //

выловили за 10 дней до релиза олажались , так облажались потеря лица на лицо, аноним3 (?), 15:40 , 02-Дек-18, (39) –4

Ау, знатоки фрюхи По уязвимостям 11 2 Мир пересобирать, или достаочно ядра , Monster (?), 20:18 , 01-Дек-18, (20) //

я не знаток фрюхи, но подсказываю если ты эксплуатируешь ее не для нетаковости-, пох (?), 22:53 , 01-Дек-18, (23) +2 //

Спасибо Я не нетаковости-как-все - впн-днс-почтовик Если не сложно - тыкни гд, Monster (?), 01:10 , 02-Дек-18, (25) //

Поставь домашней страницу в браузере эту https svnweb freebsd org base stable, iZEN (ok), 02:31 , 02-Дек-18, (29)
Для релиза эту https svnweb freebsd org base releng 11 2 sortby date, iZEN (ok), 02:32 , 02-Дек-18, (30)
https lists freebsd org mailman listinfo freebsd-security там еще есть -notifi, пох (?), 11:39 , 02-Дек-18, (35)

Посмотри по изменениям, svn up и пыришь что за файло новое качается Была пара а, ГабенВульвович (?), 23:42 , 01-Дек-18, (24) //

да, собственно, после новости и запустил, и файло посмотрел Видел, что файло нф, Monster (?), 01:15 , 02-Дек-18, (26) //

Ну если NFS, то и то, и другое он ведь и ядро, и юзерспейс , ГабенВульвович (?), 07:22 , 02-Дек-18, (31)

На сабже что в bhyve, что в virtualbox винда после пары-тройки перезагрузок прос, Аноним (37), 12:15 , 02-Дек-18, (37) //

А что, в вайне это гэ не работает p s а когда кто-нибудь будет рассказывать как, Аноним (-), 06:50 , 03-Дек-18, (46) –1 //

А что именно нужно комментировать Недовольное курлыканье криворукого анонима по, Аноним (47), 11:00 , 03-Дек-18, (47) //

и, кстати, нахрена вот он ее без конца перезагружает У меня сервера перезагружа, нах (?), 12:31 , 03-Дек-18, (48)

Захотел обновить 11-STABLE на 12-STABLE на удалённой машине Подключил каталоги , iZEN (ok), 16:59 , 02-Дек-18, (40) //

примонтируй корень дохломашины к билдхосту, и make install DESTDIR гдеонотам, а , нах (?), 12:33 , 03-Дек-18, (49) +1 //

Проблема решена Походу вскрылась другая нестыковка , iZEN (ok), 18:46 , 03-Дек-18, (53)

Давно это было, ещё под 4-кой mount_nfs в rw режиме , Andrew (??), 14:03 , 03-Дек-18, (51)

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

10. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от cr2032 (?), 01-Дек-18, 11:26

референдум будет по этому поводу

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

12. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от КГБ СССР (?), 01-Дек-18, 14:14

4-я Фря имела в своё время 11 крупных обновлений («сервис-паков»), 10-я — всего лишь 4, 11-я — только 2. Как бы тенденция налицо. Не вижу поводов для оптимизма.

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

13. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от Аноним (13), 01-Дек-18, 15:44

Ну... Посмотрите на браузеры, докеры, js'ные всякие приблуды. А сколько ядро 2.6 тянулось? Тенденция, конечно, сомнительная, но просто современная.

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

27. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +2 +/–

Сообщение от Мастер над релизами (?), 02-Дек-18, 01:41

>А сколько ядро 2.6 тянулось?
Шёл 2.6.2006 год, люди рождалиь, взрослели заводили детей, выходили на пенсию, рассказывая внукам о своей молодости и минорных релизах.

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

19. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +5 +/–

Сообщение от ГабенВульвович (?), 01-Дек-18, 19:03

4я фря имела 11 релизов потому что 5я была в разработке слишком долго, релиз ее (5й) делали из current, а не stable (фактически код был нестабилен) и чтобы не дропнуть пользователей, 5ю и 4ю ветки поддерживали параллельно. Так что 11 релизов в 4й скорее очень сильное исключение из правил

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

28. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от КГБ СССР (?), 02-Дек-18, 01:50

> Так что 11 релизов в 4й скорее очень
> сильное исключение из правил
Исключение это или нет, но отношение к людям было правильное. А все эти коды кондухтора и прочие роллинг-релизы — это, извините, не про стабильный продукт. Надо ли ещё такого продукта будет нам в будушем? Вот и посмотрим.

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

32. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от ГабенВульвович (?), 02-Дек-18, 07:30

Это прям нуочень мотивировало 3rd party studios писать для Linux, но, главное, их очень сильно мотивировал делать это Габен и Ко, они в очередь выстроились к нему с мольбами принять их творения в стим, ага (сарказм, на самом деле нет). Так мотивировал, аж в напилил из опенсорц-компонентов (Wine, OpenAL, SDL2  ) нечто под названием Phonon в последствии, наверное от хорошей жизни и большого желания разработчиков писать свой код для SteamOS это сделал

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

34. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от Аноним (-), 02-Дек-18, 11:21

Copy-paste FAIL? :)

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

41. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от ГабенВульвович (?), 02-Дек-18, 20:11

Скорее не на ту ссылку в профиле жмакнул

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

36. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от КГБ СССР (?), 02-Дек-18, 12:05

Мне эти слова мало о чём говорят, ибо не интересуюсь детскими игрушками, а для правильной мультимедии у меня есть оффтопик и мак.

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

43. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от ГабенВульвович (?), 02-Дек-18, 20:36

Сори, промахнулся ответом в профиле

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

33. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от ГабенВульвович (?), 02-Дек-18, 07:35

>> Так что 11 релизов в 4й скорее очень
>> сильное исключение из правил
> Исключение это или нет, но отношение к людям было правильное. А все
> эти коды кондухтора и прочие роллинг-релизы — это, извините, не про стабильный
> продукт. Надо ли ещё такого продукта будет нам в будушем? Вот
> и посмотрим.
Да вроде и никто пока не предлагает роллинг-релизы (кроме совсем  уж поехавших TrueOS, да и тех, похоже, отпустило, после того того как пользователи бузить начали). Вроде бы с тех пор процесс разработки особо не претерпел изменений. Остальное -  will see, will see

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

38. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от КГБ СССР (?), 02-Дек-18, 12:26

Единственно правильные релизы в мире СПО у Шапки: ядро и все его известные особенности «замораживаются» на весь срок жизни поколения ОС, новые функции избирательно бэкпортируются, плюс обновления безопасность.
Я не думаю, что надо это объяснять в подробностях, ибо кто знает, те и так знают, а кто не в курсе, тем и не надо. Если конкретная ОС используется как основа для работы собственного ПО (заказного, кастомизированного, ещё какого-нибудь не с открытого рынка), то неизменность программной и аппаратной среды становятся критически важными свойствами всей информационной системы. Поэтому так мучительно больно бывает от упразднения по EOL твоей системной основы — будь то DOS, OS/2, Windows старых версий или что угодно. Есть много таких мест и обстоятельств, где нельзя заменить компьютер и программу, которую он выполняет. Например, потому что нельзя остановить производственный цикл.
Если у ОС срок жизни год, то я даже смотреть не буду в её сторону. В мире чистогана за отдельные деньги можно заказать отдельный сервис даже с латанием обнаруженных прорех безопасности для ПО, которое для остальных уже EOL. А в мире СПО так можно? Вот в этом-то и проблема. Они даже известные баги не закрывают, потому что, дескать, морально устарело, берите новую версию. А если мне нужна не новая версия, а некая конкретная «старая»? Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят, потому что их оптимизации вредят, скажем, стабильности и отказоустойчивости моего ПО (которое, таки нет, нельзя переписать на модном пихтоне или заказать на стороне написать ещё раз, потому что оно, например, военного назначения или в нём захардкодили коммерческие тайны моего бизнеса).
Между ежегодным обновление базовой системы и роллинг-релизом нет никакой сущностной разницы. Потому, например, OpenBSD в продакшыне видеть не очень торопятся. Хотя система ведь хорошая. И обновляется легко. Только всё программное окружение дважды в год меняется — подумаешь, какая мелочь…

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

42. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от ГабенВульвович (?), 02-Дек-18, 20:27

>[оверквотинг удален]
> не новая версия, а некая конкретная «старая»? Компилятор, допустим, у меня
> требует конкретного программного окружения, а новые компиляторы мне не подходят, потому
> что их оптимизации вредят, скажем, стабильности и отказоустойчивости моего ПО (которое,
> таки нет, нельзя переписать на модном пихтоне или заказать на стороне
> написать ещё раз, потому что оно, например, военного назначения или в
> нём захардкодили коммерческие тайны моего бизнеса).
> Между ежегодным обновление базовой системы и роллинг-релизом нет никакой сущностной разницы.
> Потому, например, OpenBSD в продакшыне видеть не очень торопятся. Хотя система
> ведь хорошая. И обновляется легко. Только всё программное окружение дважды в
> год меняется — подумаешь, какая мелочь…
Ток по сути ежегодное обновление базовой системы это не мажорное, а минорное обновление (по сути багфикс-релиз, и не говорите что в красношапке ядро 2.6.x никогда не обновлялось, а бэкпортирование фичей в старую версию из новой - вот совсем не изменение кода и никак не вносит своих корректив. Ага-да.
> Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят
Берете тот компилятор, который вам нужен.
/usr/ports/lang # ls |grep gcc
gcc
gcc-ecj45
gcc48
gcc49
gcc5
gcc6
gcc6-aux
gcc7
gcc7-devel
gcc8
gcc8-devel
gcc9-devel
# ls -la |grep llvm
drwxr-xr-x     3 root  wheel       8 18 нояб. 09:12 llvm-cheri
drwxr-xr-x     3 root  wheel       9 18 нояб. 09:12 llvm-devel
drwxr-xr-x     3 root  wheel       7 18 нояб. 09:12 llvm35
drwxr-xr-x     3 root  wheel       7 18 нояб. 09:12 llvm38
drwxr-xr-x     3 root  wheel       7  2 дек.  08:39 llvm40
drwxr-xr-x     3 root  wheel       7 18 нояб. 09:12 llvm50
drwxr-xr-x     3 root  wheel       7 25 нояб. 09:06 llvm60
drwxr-xr-x     3 root  wheel       7 29 нояб. 04:11 llvm70
drwxr-xr-x     2 root  wheel       5 18 нояб. 09:12 py-llvmcpy
drwxr-xr-x     3 root  wheel       6 21 нояб. 10:57 py-llvmlite
drwxr-xr-x     3 root  wheel       5 18 нояб. 09:12 xtoolchain-llvm-devel
drwxr-xr-x     2 root  wheel       3 18 нояб. 09:12 xtoolchain-llvm40
drwxr-xr-x     2 root  wheel       3 18 нояб. 09:12 xtoolchain-llvm50
drwxr-xr-x     2 root  wheel       3 18 нояб. 09:12 xtoolchain-llvm60
drwxr-xr-x     2 root  wheel       3 18 нояб. 09:12 xtoolchain-llvm70
кроме того компиляторы обратносовместимы в большинстве своем друг с другом, а флаги оптимизации можете задать те, которые нравятся лично вам.

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

44. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +1 +/–

Сообщение от DeadLoco (ok), 02-Дек-18, 20:50

Собсно говоря, внутри одного ABI оно все - один релиз. А внутри одного релиза все окружение совершенно инвариантно относительно юзерленда. Ну, можно, конечно, пересобрать софт с обновленными либами, но если этого не сделать - ничего не поломается. Вдобавок, пипл не заметил, как из нумерации убрали патч-левелы. Так что, нумерация вполне логична. А что она не совпадает с привычной для линуксистов... Ну, никто и не обещал, что можно будет натянуть пингвина на любой произвольно взятый глобус.

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

45. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +1 +/–

Сообщение от КГБ СССР (?), 02-Дек-18, 21:05

> Ток по сути ежегодное обновление базовой системы это не мажорное, а минорное
> обновление (по сути багфикс-релиз, и не говорите что в красношапке ядро
> 2.6.x никогда не обновлялось, а бэкпортирование фичей в старую версию из
> новой - вот совсем не изменение кода и никак не вносит
> своих корректив. Ага-да.
Такого я и не говорил. Не понимаю, как можно превратно понять написанное мною. У Шапки всегда своё кастомизированное ядро, которое она ведёт на протяжении многих лет для каждого конкретного выпуска RHEL. При обновлениях в пределах основной версии ОС, естественно, ядро тоже заменяется, но это ядро той же основной версии, что отражено и в нумерации пакетов. То есть обладатели систем на данном выпуске RHEL могут быть почти уверены, что обновление ничего не сломает.
А вот отслеживанием изменений между релизами OpenBSD, NetBSD или FreeBSD, придётся самостоятельно, исправлять баги в старом нужном софте, как ни странно, в ряде случаев — тоже. Вендор с обязательствами в данном случае отсутствует как таковой, следовательно не будет заниматься сохранением неизменности и полноты ОС.
Потому-то для ответственных применений мы выбираем не СПО вообще, а СПО, за которым стоит поставщик — Red Hat, IBM, Oracle, Novell/SUSE/_кто-там-нынче_ и так далее. Или сразу коммерческое ПО.
Думается даже, что если сегодня зайти к Шапке с запросом на допиливание под некие специальные потребности уже снятых с обслуживания RHEL 4, 3 или даже 2.1 за соответствующую случаю плату, там не откажут. А идти к ребятам из сообществ как бы некоммерческих ОС заведомо нет никакого смысла, тупо пустая затея.

>> Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят
> Берете тот компилятор, который вам нужен.
> кроме того компиляторы обратносовместимы в большинстве своем друг с другом, а флаги
> оптимизации можете задать те, которые нравятся лично вам.
Ну, конечно, это замечательно, и я рад, что вы так хорошо знаете предмет, но я имел в виду кое-что другое. ИТ, вопреки странной вере многих айтишников, не является важнейшей или определяющей подсистемой бизнеса или производства, но только служебной, вроде электричества в проводах или воды в канализации — вот о чём требуется помнить. Ради новых функций новых программ, сколь бы сказочны они ни были, никто в здравом уме не будет сносить завод и строить новый. ИТ для таких объектов, как правило, проектируется (если вообще проектируется в понятиях ИТ, ибо кроме цифровых компьютеров есть и аналоговые) один раз и на многие годы (на весь срок жизни предприятия, в идеале).

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

50. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..." +/–

Сообщение от Аноним (50), 03-Дек-18, 13:31

>А идти к ребятам из сообществ как бы некоммерческих ОС заведомо нет никакого смысла, тупо пустая затея.
Запросто. Если ты готов оплатить фуллтайм для 3-4-5 тел по ставкам страны проживания, они тебе какой угодно окаменелый кал будут пилить. А на халяву - жри что дают. Такая вот она, ля ви, хе-хе.

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

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

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

Партнёры:

Хостинг:

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

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


	10. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от cr2032 (?), 01-Дек-18, 11:26
	референдум будет по этому поводу
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от КГБ СССР (?), 01-Дек-18, 14:14
	4-я Фря имела в своё время 11 крупных обновлений («сервис-паков»), 10-я — всего лишь 4, 11-я — только 2. Как бы тенденция налицо. Не вижу поводов для оптимизма.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от Аноним (13), 01-Дек-18, 15:44
	Ну... Посмотрите на браузеры, докеры, js'ные всякие приблуды. А сколько ядро 2.6 тянулось? Тенденция, конечно, сомнительная, но просто современная.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+2 +/–
	Сообщение от Мастер над релизами (?), 02-Дек-18, 01:41
	>А сколько ядро 2.6 тянулось? Шёл 2.6.2006 год, люди рождалиь, взрослели заводили детей, выходили на пенсию, рассказывая внукам о своей молодости и минорных релизах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+5 +/–
	Сообщение от ГабенВульвович (?), 01-Дек-18, 19:03
	4я фря имела 11 релизов потому что 5я была в разработке слишком долго, релиз ее (5й) делали из current, а не stable (фактически код был нестабилен) и чтобы не дропнуть пользователей, 5ю и 4ю ветки поддерживали параллельно. Так что 11 релизов в 4й скорее очень сильное исключение из правил
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	28. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от КГБ СССР (?), 02-Дек-18, 01:50
	> Так что 11 релизов в 4й скорее очень > сильное исключение из правил Исключение это или нет, но отношение к людям было правильное. А все эти коды кондухтора и прочие роллинг-релизы — это, извините, не про стабильный продукт. Надо ли ещё такого продукта будет нам в будушем? Вот и посмотрим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от ГабенВульвович (?), 02-Дек-18, 07:30
	Это прям нуочень мотивировало 3rd party studios писать для Linux, но, главное, их очень сильно мотивировал делать это Габен и Ко, они в очередь выстроились к нему с мольбами принять их творения в стим, ага (сарказм, на самом деле нет). Так мотивировал, аж в напилил из опенсорц-компонентов (Wine, OpenAL, SDL2 ) нечто под названием Phonon в последствии, наверное от хорошей жизни и большого желания разработчиков писать свой код для SteamOS это сделал
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от Аноним (-), 02-Дек-18, 11:21
	Copy-paste FAIL? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от ГабенВульвович (?), 02-Дек-18, 20:11
	Скорее не на ту ссылку в профиле жмакнул
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от КГБ СССР (?), 02-Дек-18, 12:05
	Мне эти слова мало о чём говорят, ибо не интересуюсь детскими игрушками, а для правильной мультимедии у меня есть оффтопик и мак.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	43. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от ГабенВульвович (?), 02-Дек-18, 20:36
	Сори, промахнулся ответом в профиле
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от ГабенВульвович (?), 02-Дек-18, 07:35
	>> Так что 11 релизов в 4й скорее очень >> сильное исключение из правил > Исключение это или нет, но отношение к людям было правильное. А все > эти коды кондухтора и прочие роллинг-релизы — это, извините, не про стабильный > продукт. Надо ли ещё такого продукта будет нам в будушем? Вот > и посмотрим. Да вроде и никто пока не предлагает роллинг-релизы (кроме совсем уж поехавших TrueOS, да и тех, похоже, отпустило, после того того как пользователи бузить начали). Вроде бы с тех пор процесс разработки особо не претерпел изменений. Остальное - will see, will see
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	38. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от КГБ СССР (?), 02-Дек-18, 12:26
	Единственно правильные релизы в мире СПО у Шапки: ядро и все его известные особенности «замораживаются» на весь срок жизни поколения ОС, новые функции избирательно бэкпортируются, плюс обновления безопасность. Я не думаю, что надо это объяснять в подробностях, ибо кто знает, те и так знают, а кто не в курсе, тем и не надо. Если конкретная ОС используется как основа для работы собственного ПО (заказного, кастомизированного, ещё какого-нибудь не с открытого рынка), то неизменность программной и аппаратной среды становятся критически важными свойствами всей информационной системы. Поэтому так мучительно больно бывает от упразднения по EOL твоей системной основы — будь то DOS, OS/2, Windows старых версий или что угодно. Есть много таких мест и обстоятельств, где нельзя заменить компьютер и программу, которую он выполняет. Например, потому что нельзя остановить производственный цикл. Если у ОС срок жизни год, то я даже смотреть не буду в её сторону. В мире чистогана за отдельные деньги можно заказать отдельный сервис даже с латанием обнаруженных прорех безопасности для ПО, которое для остальных уже EOL. А в мире СПО так можно? Вот в этом-то и проблема. Они даже известные баги не закрывают, потому что, дескать, морально устарело, берите новую версию. А если мне нужна не новая версия, а некая конкретная «старая»? Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят, потому что их оптимизации вредят, скажем, стабильности и отказоустойчивости моего ПО (которое, таки нет, нельзя переписать на модном пихтоне или заказать на стороне написать ещё раз, потому что оно, например, военного назначения или в нём захардкодили коммерческие тайны моего бизнеса). Между ежегодным обновление базовой системы и роллинг-релизом нет никакой сущностной разницы. Потому, например, OpenBSD в продакшыне видеть не очень торопятся. Хотя система ведь хорошая. И обновляется легко. Только всё программное окружение дважды в год меняется — подумаешь, какая мелочь…
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от ГабенВульвович (?), 02-Дек-18, 20:27
	>[оверквотинг удален] > не новая версия, а некая конкретная «старая»? Компилятор, допустим, у меня > требует конкретного программного окружения, а новые компиляторы мне не подходят, потому > что их оптимизации вредят, скажем, стабильности и отказоустойчивости моего ПО (которое, > таки нет, нельзя переписать на модном пихтоне или заказать на стороне > написать ещё раз, потому что оно, например, военного назначения или в > нём захардкодили коммерческие тайны моего бизнеса). > Между ежегодным обновление базовой системы и роллинг-релизом нет никакой сущностной разницы. > Потому, например, OpenBSD в продакшыне видеть не очень торопятся. Хотя система > ведь хорошая. И обновляется легко. Только всё программное окружение дважды в > год меняется — подумаешь, какая мелочь… Ток по сути ежегодное обновление базовой системы это не мажорное, а минорное обновление (по сути багфикс-релиз, и не говорите что в красношапке ядро 2.6.x никогда не обновлялось, а бэкпортирование фичей в старую версию из новой - вот совсем не изменение кода и никак не вносит своих корректив. Ага-да. > Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят Берете тот компилятор, который вам нужен. /usr/ports/lang # ls \|grep gcc gcc gcc-ecj45 gcc48 gcc49 gcc5 gcc6 gcc6-aux gcc7 gcc7-devel gcc8 gcc8-devel gcc9-devel # ls -la \|grep llvm drwxr-xr-x 3 root wheel 8 18 нояб. 09:12 llvm-cheri drwxr-xr-x 3 root wheel 9 18 нояб. 09:12 llvm-devel drwxr-xr-x 3 root wheel 7 18 нояб. 09:12 llvm35 drwxr-xr-x 3 root wheel 7 18 нояб. 09:12 llvm38 drwxr-xr-x 3 root wheel 7 2 дек. 08:39 llvm40 drwxr-xr-x 3 root wheel 7 18 нояб. 09:12 llvm50 drwxr-xr-x 3 root wheel 7 25 нояб. 09:06 llvm60 drwxr-xr-x 3 root wheel 7 29 нояб. 04:11 llvm70 drwxr-xr-x 2 root wheel 5 18 нояб. 09:12 py-llvmcpy drwxr-xr-x 3 root wheel 6 21 нояб. 10:57 py-llvmlite drwxr-xr-x 3 root wheel 5 18 нояб. 09:12 xtoolchain-llvm-devel drwxr-xr-x 2 root wheel 3 18 нояб. 09:12 xtoolchain-llvm40 drwxr-xr-x 2 root wheel 3 18 нояб. 09:12 xtoolchain-llvm50 drwxr-xr-x 2 root wheel 3 18 нояб. 09:12 xtoolchain-llvm60 drwxr-xr-x 2 root wheel 3 18 нояб. 09:12 xtoolchain-llvm70 кроме того компиляторы обратносовместимы в большинстве своем друг с другом, а флаги оптимизации можете задать те, которые нравятся лично вам.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+1 +/–
	Сообщение от DeadLoco (ok), 02-Дек-18, 20:50
	Собсно говоря, внутри одного ABI оно все - один релиз. А внутри одного релиза все окружение совершенно инвариантно относительно юзерленда. Ну, можно, конечно, пересобрать софт с обновленными либами, но если этого не сделать - ничего не поломается. Вдобавок, пипл не заметил, как из нумерации убрали патч-левелы. Так что, нумерация вполне логична. А что она не совпадает с привычной для линуксистов... Ну, никто и не обещал, что можно будет натянуть пингвина на любой произвольно взятый глобус.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+1 +/–
	Сообщение от КГБ СССР (?), 02-Дек-18, 21:05
	> Ток по сути ежегодное обновление базовой системы это не мажорное, а минорное > обновление (по сути багфикс-релиз, и не говорите что в красношапке ядро > 2.6.x никогда не обновлялось, а бэкпортирование фичей в старую версию из > новой - вот совсем не изменение кода и никак не вносит > своих корректив. Ага-да. Такого я и не говорил. Не понимаю, как можно превратно понять написанное мною. У Шапки всегда своё кастомизированное ядро, которое она ведёт на протяжении многих лет для каждого конкретного выпуска RHEL. При обновлениях в пределах основной версии ОС, естественно, ядро тоже заменяется, но это ядро той же основной версии, что отражено и в нумерации пакетов. То есть обладатели систем на данном выпуске RHEL могут быть почти уверены, что обновление ничего не сломает. А вот отслеживанием изменений между релизами OpenBSD, NetBSD или FreeBSD, придётся самостоятельно, исправлять баги в старом нужном софте, как ни странно, в ряде случаев — тоже. Вендор с обязательствами в данном случае отсутствует как таковой, следовательно не будет заниматься сохранением неизменности и полноты ОС. Потому-то для ответственных применений мы выбираем не СПО вообще, а СПО, за которым стоит поставщик — Red Hat, IBM, Oracle, Novell/SUSE/_кто-там-нынче_ и так далее. Или сразу коммерческое ПО. Думается даже, что если сегодня зайти к Шапке с запросом на допиливание под некие специальные потребности уже снятых с обслуживания RHEL 4, 3 или даже 2.1 за соответствующую случаю плату, там не откажут. А идти к ребятам из сообществ как бы некоммерческих ОС заведомо нет никакого смысла, тупо пустая затея. >> Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят > Берете тот компилятор, который вам нужен. > кроме того компиляторы обратносовместимы в большинстве своем друг с другом, а флаги > оптимизации можете задать те, которые нравятся лично вам. Ну, конечно, это замечательно, и я рад, что вы так хорошо знаете предмет, но я имел в виду кое-что другое. ИТ, вопреки странной вере многих айтишников, не является важнейшей или определяющей подсистемой бизнеса или производства, но только служебной, вроде электричества в проводах или воды в канализации — вот о чём требуется помнить. Ради новых функций новых программ, сколь бы сказочны они ни были, никто в здравом уме не будет сносить завод и строить новый. ИТ для таких объектов, как правило, проектируется (если вообще проектируется в понятиях ИТ, ибо кроме цифровых компьютеров есть и аналоговые) один раз и на многие годы (на весь срок жизни предприятия, в идеале).
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	50. "Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв..."	+/–
	Сообщение от Аноним (50), 03-Дек-18, 13:31
	>А идти к ребятам из сообществ как бы некоммерческих ОС заведомо нет никакого смысла, тупо пустая затея. Запросто. Если ты готов оплатить фуллтайм для 3-4-5 тел по ставкам страны проживания, они тебе какой угодно окаменелый кал будут пилить. А на халяву - жри что дают. Такая вот она, ля ви, хе-хе.
	Ответить \| Правка \| Наверх \| Cообщить модератору