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

"НАЙС.ОС - минималистичный дистрибутив, собранный с нуля и заточенный под контейнеры"	+/–
Сообщение от opennews (??), 12-Дек-25, 23:41
Проект НАЙС.ОС развивает самостоятельный Linux-дистрибутив, собираемый "с нуля" из исходного кода и поддерживающий собственную пакетную базу, не заимствующую сценарии сборки пакетов из других дистрибутивов. Проект развивает свой инструментарий,  свой набор патчей и свою политику сборки. Для загрузки доступен iso-образ (603 МБ), ориентированный на установку на виртуальные машины (KVM, Proxmox, VMware, VirtualBox и др.)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64417
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 12-Дек-25, 23:41	+32 +/–
Честно скажу: я не смотрел содержимое. Но я часто пользуюсь LLM, и сайт (дизайн, и много текста) 100% сгенерирован GPT-5/5.1/5.2. Просто хотел указать на это.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #94, #131

2. Сообщение от Аноним (2), 12-Дек-25, 23:43	+24 +/–
патриотично! спасибо за ГОСТ!  и название на кириллице! но почему такое название НАЙС.ОС? лучше по нашему, ХОРОШАЯ.ОС, а не вот эта вот западная повестка -  НАЙС!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #8, #16, #22, #63

3. Сообщение от кек (?), 12-Дек-25, 23:50	+26 +/–
Не, надо было НОРМ(а).ОС, чтоб как по Сорокину
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #29

4. Сообщение от Фонтимос (?), 12-Дек-25, 23:50	+1 +/–
Поддержка эсодин есть? Нет. В свете ухода и микрософта и международных машин, оракула, саперов и прочих, отсутствие поддержки эсодин крайне актуально. Так-что пока не добавят - не взлетит. Будут пользовать бубунту, альты и прочих, кто более проявил расторопность.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91, #106

5. Сообщение от Аноним (1), 12-Дек-25, 23:52	+20 +/–
Документация вся нейронками сгенерена: видно по тексту, полно эмодзи, полно списков. https://niceos.ru/docs?slug=btrfs-s-atomarnymi-obnovleniami-... Очень стыдно, что официальные проекты теперь такие. https://reestr.digital.gov.ru/reestr/4119206/ https://yandex.cloud/ru/marketplace/products/nicesoft/niceos - даже тут всё описание нейрослоп
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12, #13, #45

7. Сообщение от мяв (?), 12-Дек-25, 23:58	+/–
странный сайт. а одном ряду с \+\- русскими словами - Confidential VMs. и куча приколов вида "Атомарные апдейты !". прям бросается в глаза, что сайтописаки у них нет и делалали его те же люди, что сам дистрибутив. еще, судя по сайту, там и селинукс, и АА зачем-то
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

8. Сообщение от Аноним (8), 12-Дек-25, 23:59	+12 +/–
Самое любопытное, что когда ГОСТ появился в Союзе как явление, он был весьма удобен. У тебя стандартные болты, гайки, электродвигатели, муфты, подшипники и делай оборудование как ЛЕГО, причём никто не запрещал сделать специфичный для разрабатываемой машины болт, гайку и так далее. Но в какой-то момент появились некие кретины, которые возомнили, что надо стандартизировать всё, что под руку попадётся. И на этом не остановились, они решили, что иного быть не должно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #41

10. Сообщение от Аноним (10), 13-Дек-25, 00:00	+2 +/–
> На Docker Hub имеются официальные образы контейнернов. Молодцы, что в новости указали! Я бы и забыл проверить и внести в бан-лист пользователя niceos. И их гитхаб заодно. Вот так опеннет защищает интересы западных корпораций и гигиену цепочек поставки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57, #113

11. Сообщение от мяв (?), 13-Дек-25, 00:01	–1 +/–
большая кнопка "документация по криптографии" - дает 404. я б ставить не рискнула. про ima кстати на сайте ни слова
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #24, #40

12. Сообщение от Аноним (12), 13-Дек-25, 00:03	+16 +/–
Забавная графа в Реестре ПО: «Иностранное программное обеспечение, имеющее сходство функциональных характеристик с программным обеспечением».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #164

13. Сообщение от мяв (?), 13-Дек-25, 00:06	+5 +/–
"неудачный апдейт может сломать bootloader - и потребуется recovery через ..." - да это прям "дизайнс для любого шейп" !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #46

14. Сообщение от Аноним (12), 13-Дек-25, 00:06	+5 +/–
>Сравнение: НАЙС.ОС vs CentOS vs Ubuntu >Полностью российская разработка https://yandex.cloud/ru/marketplace/products/nicesoft/niceos Сегодня же не 1-е апреля...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69

16. Сообщение от Аноним (16), 13-Дек-25, 00:16	+3 +/–
Тоже подумал, что это какой-то куколдизм у авторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

17. Сообщение от Аноним (17), 13-Дек-25, 00:19	+1 +/–
Напишите им пусть в repology добавятся, хоть оценить покрытие пакетами и свежесть
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #38, #108

18. Сообщение от Аноним (18), 13-Дек-25, 00:22	+5 +/–
Если подумать, кому нафиг там нужна "полностью отечественная разработка"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

19. Сообщение от Аноним (19), 13-Дек-25, 00:27	+3 +/–
Имхо, этот проект создан исключительно для жирного троллинга мутных васяно-поделий навроде астрал линукса. В реестре - огонь. Можно значит ставить в госы и забесплатно, а с поддержкой как-нибудь разберёмся. ;)
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (12), 13-Дек-25, 00:30	+1 +/–
>NICEOS Российский Linux-дистрибутив для инфраструктуры, безопасности и наблюдаемости. Вот как раз в целях безопасности ставить такое точно не стоит. Сайт кривоватый: https://niceos.ru/linux-news Три ссылки на "Мы в соцсетях", которые ничего не дают вообще. Цель залезть в госзакупки ? https://catalog.arppsoft.ru/product/6364810
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

21. Сообщение от Celcion (ok), 13-Дек-25, 00:30	+16 +/–
Очередной BolgenOS без исходников. Дело Дениса Попова живёт и побеждает. Ну и делает эту замечательную ОС, конечно же, ни разу не подозрительная организация с уставным капиталом в 10 тысяч рублей, 0 рублей выручки за прошлый год и зарегистрированая в подмосковном жилом доме. Мы все, безусловно, верим, что создана она не специально под какой-то тендер.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #193

22. Сообщение от Аноним (12), 13-Дек-25, 00:32	+1 +/–
>и название на кириллице Скоро будут переименовываться: https://habr.com/ru/articles/975656/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #205

24. Сообщение от Аноним (24), 13-Дек-25, 00:35	–1 +/–
жмёшь слабо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #37

25. Сообщение от Аноним (25), 13-Дек-25, 00:43	+6 +/–
Прямо с языка снял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от Аноним (28), 13-Дек-25, 01:12	+1 +/–
А помнишь как всё начиналось? ...Просто оставлю это здесь https://z.niceos.ru/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

29. Сообщение от Аноним (29), 13-Дек-25, 01:15	+6 +/–
ГОСТ.ОС С таким названием сразу в реестр отечественного ПО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #119

30. Сообщение от Аноним (30), 13-Дек-25, 01:16	+/–
"Проект НАЙС.ОС развивает самостоятельный Linux-дистрибутив, собираемый "с нуля" из исходного кода и поддерживающий собственную пакетную базу, не заимствующую сценарии сборки пакетов из других дистрибутивов. Проект развивает свой инструментарий, свой набор патчей и свою политику сборки Поддерживается два подхода: атомарно обновляемый (immutable на базе OSTree) и классический RPM (dnf/dnf5). В атомарном варианте раздел /usr монтируется в режиме только для чтения, обновления применяются целиком для всей системы, для отката неудачных обновлений применяются Btrfs-снапшоты, версии базовой системы рассматриваются как артефакты, которыми можно управлять и раскатывать по узлам через OSTree-репозиторий. Классический RPM-вариант использует управление пакетами через dnf и dnf5, поддерживает ручные и автоматические обновления и предоставляет консольный установщик "niceos-installer"." Хмм... Так всё же самостоятельный Linux-дистрибутив, собираемый с нуля, развивает свой инструментарий и свою политику сборки? Или же очередная нескуная Fedora/CentOS Stream ребрендированные с горсткой своих тулзов навайбкоженных?
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Аноним (30), 13-Дек-25, 01:17	+7 +/–
"Дистрибутив распространяется бесплатно для частного и коммерческого использования без ограничений на число устройств. При этом лицензионное соглашение запрещает "модифицировать, адаптировать, переводить, декомпилировать, дизассемблировать или иным образом пытаться получить исходный код, за исключением случаев, прямо разрешённых действующим законодательством или условиями лицензий открытых компонентов". Также запрещено "передавать, продавать, сдавать в аренду, предоставлять в пользование, публиковать или иным образом распространять программный продукт без письменного согласия правообладателя"." И конечно же в его составе нет ни единого компонента под GPL, а то иначе как-то некрасиво получается. ))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #148, #155

32. Сообщение от Аноним (29), 13-Дек-25, 01:19	+2 +/–
> Linux-дистрибутив, собираемый "с нуля" из исходного кода > При этом лицензионное соглашение запрещает "модифицировать, адаптировать, переводить, декомпилировать, дизассемблировать или иным образом пытаться получить исходный код, за исключением случаев, прямо разрешённых действующим законодательством или условиями лицензий открытых компонентов". Нет ли здесь каких противоречий?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

33. Сообщение от 12yoexpert (ok), 13-Дек-25, 01:25	+/–
импортозамещение здорового человека
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

34. Сообщение от Аноним (-), 13-Дек-25, 01:26	+1 +/–
Ну что это за название? Назвали бы ДОБРО.ОС. А еще лучше ДОБРОС.ОС)))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

35. Сообщение от Аноним (-), 13-Дек-25, 01:27	+/–
Там сайт .ру Да еще и в реестре. Там не то что здоровых, там думаю даже людей нету)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

36. Сообщение от Аноним (30), 13-Дек-25, 01:59	+1 +/–
> Ну что это за название? > Назвали бы ДОБРО.ОС. > А еще лучше ДОБРОС.ОС))) Да, найсо cpy тоже норм. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

37. Сообщение от _ (??), 13-Дек-25, 02:01	+/–
Жмёт без уважения! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

38. Сообщение от Аноним (38), 13-Дек-25, 02:35	+1 +/–
Судя по всему, fedora с перебитыми шильдиками
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #74

39. Сообщение от Аноним (-), 13-Дек-25, 02:55	–1 +/–
> минималистичный дистрибутив, собранный с нуля и оптимизированный > для контейнеров ... > Для загрузки доступен iso-образ (603 МБ) Нехреновый такой минимализм. Так, глядя на мои образа в 3 раза меньше. > запрещает "модифицировать, адаптировать, переводить, декомпилировать, Ух ты. Еще и проприетарный линукс. Зато по госту, во. В общем на такой уж этот найс и найсовый походу... :\
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

40. Сообщение от Аноним (40), 13-Дек-25, 03:02	–1 +/–
> большая кнопка "документация по криптографии" - дает 404. Хоть не соврали - и на том спасибо, "сами не в курсе что это" :)). А могли бы написать кучу маркетингового булшита про то как все безопасТно, коконфиденциально, коко-корококо, какой там ботинок якобы-секурный и прочие сказки венского леса. Но они настолько чайники что даже это не сумели. Зато получилось несколько честнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

41. Сообщение от Аноним (-), 13-Дек-25, 03:25	–7 +/–
> И на этом не остановились, они решили, что иного быть не должно. Поэтому на тебе стандартный жигуль, телевизор УЛПЦТ-чтототам, хрущобу с стандартной планировкой, стандартизированный супершмот от фабрики "большевичка", ... Странно что благодарные покупатели от всего этого почему-то с удовольствием отделались при первом намеке на возможность это сделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #59, #67, #124, #125

45. Сообщение от Аноним (-), 13-Дек-25, 04:00	–9 +/–
> нейрослоп А что конкретно "не так"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #166

46. Сообщение от Аноним (-), 13-Дек-25, 04:01    Скрыто ботом-модератором	+/–
https://www.youtube.com/watch?v=3W40tBACFbI
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

47. Сообщение от Karl (ok), 13-Дек-25, 04:01	+/–
"Российский Linux-дистрибутив" и "NiceOS — не ещё один Linux" - никого не смущает? Ну а уж "NiceOS Рабочая станция - Скоро" это вообще прелесть! Очередная BolgenOS! Как можно такое публиковать на приличном ресурсе?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

48. Сообщение от Karl (ok), 13-Дек-25, 04:04	+2 +/–
Есть только одно! Сам факт очередного выблева очередного Дениса Попова. Непонятно только одно: этот словесный понос в описании "системы" рассчитан НА КОГО?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #112

49. Сообщение от cheburnator9000 (ok), 13-Дек-25, 04:24	+4 +/–
Найс дистрибутив буквально с бекдорами для спецслужб. Могли бы сразу назвать НайсШвабрОС. also https://packages.niceos.ru/?path=niceosz <- патриотично. Грант то хоть получили? А то вон Долину обделили, куда то деньги наверное пошли.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110

50. Сообщение от SlackwareRT (?), 13-Дек-25, 04:32	+/–
МОПС Линукс был ничем не хуже!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73

51. Сообщение от cheburnator9000 (ok), 13-Дек-25, 04:48	+/–
И оно на rpm. На чем же ему еще быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #52

52. Сообщение от Karl (ok), 13-Дек-25, 04:54	+/–
> И оно на rpm. На чем же ему еще быть. Да уж не на кривом же DEB! Впрочем, хоть на portage, сути это не меняет: НЕ ПОНИМАЮ зачем на вроде как приличном сайте публиковать такое...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #98

56. Сообщение от Аноним (56), 13-Дек-25, 05:37	+/–
OpenVPN это ГОСТ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

57. Сообщение от Аноним (57), 13-Дек-25, 05:48	+1 +/–
Скрепы пощёлкивают и трещат от натуги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

58. Сообщение от Аноним (58), 13-Дек-25, 05:53	+1 +/–
> за исключением случаев, прямо разрешённых [...] условиями лицензий открытых компонентов не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #84

59. Сообщение от Аноним (59), 13-Дек-25, 06:19	+5 +/–
Во всём остальном мире всё тоже 100%, кроме дизайна, стандартизированно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #101, #192, #211

61. Сообщение от Roman Dyaba (ok), 13-Дек-25, 07:03	–2 +/–
Прочтите о том, и задумайтесь, что ждёт весь интернет: Цитата: "Согласно плану, к выходу FreeBSD 16, запланированному на декабрь 2027 года, реструктуризация будет завершена, старые дистрибутивы будут удалены, а текущая команда freebsd-update и связанная с ней инфраструктура могут быть отключены." Оригинал статьи тут: https://www.theregister.com/2025/12/05/freebsd_15 Перевод гугл: https://www-theregister-com.translate.goog/2025/12/05/freebs...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #122, #179

63. Сообщение от чтд (?), 13-Дек-25, 07:39	+3 +/–
> но почему такое название НАЙС.ОС? читать в обратном порядке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #90

65. Сообщение от Karl (ok), 13-Дек-25, 07:48	+1 +/–
> Прочтите о том, и задумайтесь, что ждёт весь интернет: > Цитата: "Согласно плану, к выходу FreeBSD 16, запланированному на декабрь 2027 года, > реструктуризация будет завершена, старые дистрибутивы будут удалены, а текущая команда > freebsd-update и связанная с ней инфраструктура могут быть отключены." > Оригинал статьи тут: https://www.theregister.com/2025/12/05/freebsd_15 > Перевод гугл: > https://www-theregister-com.translate.goog/2025/12/05/freebs... Какое отношение внутренние дела разработчиков FreeBSD имеют ко "всему Интернету"???
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #75

67. Сообщение от Xo (?), 13-Дек-25, 09:07	+/–
Никто и не отказывался. Не знаешь что такое дезинформация? Введение в заблуждение? Обман?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #175, #195

69. Сообщение от Xo (?), 13-Дек-25, 09:29	+/–
Ощущение что совсем не понимают смысл слов. Или надежда, что админ обыватель таки поверит в это))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

70. Сообщение от Xo (?), 13-Дек-25, 09:31	+2 +/–
Напомнило про приклеенный отечественный чип в мониторе)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

73. Сообщение от Аноним (73), 13-Дек-25, 09:44	+/–
ЛНО было бы ещё лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

74. Сообщение от Аноним (74), 13-Дек-25, 09:49	+/–
Проверил с десяток случайных пакетов. Много пересечений с CentOS Stream 9, но не все. Например, у них alsa-lib-devel-1.2.14-1.niceosc5.x86_64.rpm и в CentOS "alsa-lib-devel-1.2.14-1.*", случайное совпадение суффикса "-1" маловероятно. Похоже форкнули CentOS Stream 9 и потом сами обновляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

75. Сообщение от ананимеус (?), 13-Дек-25, 10:04	+1 +/–
Согласен. Коснется это 5 человек во всем мире. А весь мир то тут при чем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

76. Сообщение от Аноним (76), 13-Дек-25, 10:18	+/–
>собираемый "с нуля" из исходного кода и поддерживающий собственную пакетную базу, не заимствующую сценарии сборки пакетов из других дистрибутивов. Проект развивает свой инструментарий, свой набор патчей и свою политику сборки. И швец, и жнец, и на дуде игрец! Ничоси. И патчи, и инструментарий, и сценарии. Интересно, сколько времени на это все у них ушло.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88, #104, #111

77. Сообщение от Аноним (77), 13-Дек-25, 10:25	+/–
ыыы https://niceos.ru/docs?slug=podrobno-o-specialnoj-sborke-nic... я понял, следующая будет найсос О
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

82. Сообщение от Аноним (-), 13-Дек-25, 11:31	+/–
>Дистрибутив распространяется бесплатно для частного и коммерческого использования без ограничений на число устройств. Спасибо братан. >При этом лицензионное соглашение запрещает "модифицировать, адаптировать, переводить, декомпилировать, дизассемблировать или иным образом пытаться получить исходный код, за исключением случаев, прямо разрешённых действующим законодательством или условиями лицензий открытых компонентов". Правильно а то дорогие соотечественники украдут.
Ответить | Правка | Наверх | Cообщить модератору

84. Сообщение от Мимопроходил (?), 13-Дек-25, 12:06	+/–
>> за исключением случаев, прямо разрешённых [...] условиями лицензий открытых компонентов > не? "за исключением случаев, прямо разрешённых [...] условиями лицензий открытых компонентов" - это о понятных для всех популярных пакетах, про которые 100% известно, что они под GPL и точно не отвертеться, не?! А речь о их ребрендированных поделиях, под капотом которых неизвестно что, которые "лицензионное соглашение запрещает "модифицировать, адаптировать, переводить, декомпилировать, дизассемблировать или иным образом пытаться получить исходный код" Или надо объяснять, когда не надо объяснять?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

85. Сообщение от онанист (?), 13-Дек-25, 12:13	+/–
НАЙС.ОС позиционируется как серверная система с длительным сроком поддержки (LTS) и таки сколько лет?
Ответить | Правка | Наверх | Cообщить модератору

86. Сообщение от онанист (?), 13-Дек-25, 12:20	+/–
судя по ssl 3.5 гостом там можно только данные шифровать, а сертификаты нельзя. да и вообще без сертификата ФСБ оно равно нешифрованному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #96

88. Сообщение от Аноним (-), 13-Дек-25, 13:00	+1 +/–
>И швец, и жнец, и на дуде игрец! Танцевать тоже умею. >Интересно, сколько времени на это все у них ушло. Где-то 5 часов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

90. Сообщение от Аноним (29), 13-Дек-25, 13:41	+/–
"А чтоб никто не догадался."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

91. Сообщение от Аноним (29), 13-Дек-25, 13:43	+/–
Так отсутствие поддержки актуально или её наличие?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

94. Сообщение от hiveliberty (ok), 13-Дек-25, 13:51	+2 +/–
Скорее всего, там весь дистрибутив собран нейросетками..)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

95. Сообщение от KhabMan (ok), 13-Дек-25, 13:58	–2 +/–
>При этом лицензионное соглашение запрещает "модифицировать, адаптировать, переводить, декомпилировать, дизассемблировать или иным образом пытаться получить исходный код, за исключением случаев, прямо разрешённых действующим законодательством или условиями лицензий открытых компонентов". Также запрещено "передавать, продавать, сдавать в аренду, предоставлять в пользование, публиковать или иным образом распространять программный продукт без письменного согласия правообладателя". У меня вопрос. Что это делает на OpenNET?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99, #107

96. Сообщение от Аноним (29), 13-Дек-25, 14:04	+/–
Без их сертификатов оно, как раз, для простых пользователей шифровано. А вот с этими сертификатами окажется расшифровано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #105, #161

97. Сообщение от Аноним (29), 13-Дек-25, 14:08	+1 +/–
Самое главное в новости не освещено: что там с обоями?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100

98. Сообщение от Anonymus (?), 13-Дек-25, 14:14	+/–
Чтобы предупредить о существовании, если кто потом встретить - хоть заранее обойти смогут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

99. Сообщение от Anonymus (?), 13-Дек-25, 14:17	–4 +/–
Предупреждает о существовании? Чтобы случайно не вляпались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

100. Сообщение от Anonymus (?), 13-Дек-25, 14:18	+/–
>нет графического окружения Всё по классике - "Кросивое!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

101. Сообщение от тоже Аноним (ok), 13-Дек-25, 14:19	–3 +/–
На все есть стандарты, вы хотели сказать. Выпускается как продукция, соответствующая этим стандартам, так и любая другая. В стране же с национализированной промышленностью ГОСТ означал выпуск продукции только и исключительно по этому ГОСТу. Госплан, один из ключевых факторов развала Союза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #154, #174

102. Сообщение от niceSOFT (ok), 13-Дек-25, 14:22	+2 +/–
Коллеги, привет. Я автор/один из разработчиков НАЙС.ОС, прочитал тред целиком, попробую ответить одним большим комментом по основным блокам: нейросети, лицензия, «форк/не форк», ГОСТ, сайт, репы и вся прочая боль. 1. Про «нейрослоп», GPT-дизайн и документацию «сайт 100% сгенерирован GPT-5/5.1/5.2» «документация вся нейронками сгенерена… очень стыдно, что официальные проекты теперь такие» Честный ответ: Да, мы используем LLM как черновой инструмент для текстов: документация, описания в маркетплейсах, иногда черновики статей. Потом это читают и правят живые люди. Нет, дистрибутив не «собран нейросеткой». Сборка пакетов, CI/CD, патчи, макросы, крипто-стек, OSTree-репы — всё это обычный инженерный процесс: spec’и в git, сборка в mock/CI, тесты, подпись, выкладка. То, что многие тексты выглядят «по-маркетинговому» и «слишком глянцево» — справедливая претензия. Мы: поначалу писали описание «для широких» и действительно переборщили с эмодзи/списками/маркетингом; сейчас уже делим: техдок для админов — сухой и прямой, маркетинговые тексты — да, местами с «атомарными апдейтами!» и прочим глянцем. Будем вычищать нейро-стиль и лишний маркетинг, особенно в местах, где админам нужны факты, а не рекламки. 2. Название, «НАЙС», шутки про найсос/насвай и прочее «патриотично… но почему НАЙС.ОС, а не ХОРОШАЯ.ОС» «куколдизм» «ГОСТ.ОС сразу в реестр» «найсос О» Название выбрали когда проект ещё был маленьким, как компромисс: латиницей NiceOS читается и по-английски, и по-русски; кириллицей используем НАЙС.ОС именно как транслитерацию; менять сейчас на третье имя (ГОСТ.ОС, ДОБРОС.ОС и прочие прекрасные варианты из треда) = сломать всё, от реестра до маркетплейсов. Мемы про найсос/насвай — ок, это интернет, живите. Официально менять бренд на «ХОРОШАЯ.ОС» не планируем, но внутренний словарь мемов пополнили. 3. Лицензия, GPL и «проприетарный линукс» Это, пожалуй, самое болезненное. «Запрещает модифицировать/распространять, при этом в составе GPL» «Очередной BolgenOS без исходников» «Что это делает на OpenNET?» Разделим по слоям. 3.1. Что у нас фактически есть В дистрибутиве куча свободных компонентов: ядро Linux, GCC, glibc, systemd, OpenSSL, GnuPG, coreutils и т.д. Они распространяются на условиях GPL/LGPL/MIT/BSD/Apache и прочих лицензий. Эти лицензии никто не отменял и отменить не может. Есть наш «программный продукт» как юрсущность: ISO-образы, облачные образы, наборы скриптов, бренд, документация, клиентские соглашения и т.п. 3.2. Что пытались сделать EULA и где переборщили Задача EULA была: защитить официальные брендированные сборки от ситуации «скачали ISO, перебили логотипы, продали как свой продукт». Отсюда вырос жёсткий текст: «запрещено модифицировать… передавать, продавать, сдавать в аренду…» Там действительно есть оговорка: «…за исключением случаев, прямо разрешённых действующим законодательством или лицензиями открытых компонентов» Но вижу, что читается это как «проприетарный линукс», а не как защита бренда. И это уже наша проблема формулировок. 3.3. Как оно должно быть, и что мы будем менять Базовый принцип, который мы придерживаемся и будем явно прописывать: Исходники и SRPM’ы свободных компонентов живут по своим лицензиям. Хотите взять наш spec для условного bash или openssl — смотрите лицензию upstream и делайте что хотите в её рамках. В EULA мы защищаем официальные образы НАЙС.ОС под этим брендом, а не права на GPL/Apache-код. В новой редакции EULA отдельно и жирно напишем, что она не накладывает дополнительных ограничений на компоненты под свободными лицензиями и не мешает вам их модифицировать/распространять в рамках этих лицензий. И да, сравнение с BolgenOS понимаем, но отличие простое: исходники, SRPM’ы, spec’и, CI-конвейер и пакеты реально существуют в открытом доступе, их можно качать, смотреть, собирать. Истории «ISO есть, исходников нет» у нас нет и не планируется. 4. «Форкнули Fedora/CentOS Stream, перебили шильдики» «Судя по всему, fedora с перебитыми шильдиками» «много пересечений с CentOS Stream 9, alsa-lib-devel-1.2.14-1…» Тут важно не уходить в крайности. Что правда: Мы живём в RPM-мире, и многие версии пакетов ожидаемо совпадают с Fedora/CentOS/EL-семейством — это один и тот же upstream (alsa, glibc, gcc и т.д.), их релизы идут общим потоком. Местами мы брали upstream-spec’и как отправную точку, а дальше причесывали под свою политику сборки (флаги безопасности, SELinux, ГОСТ, макросы, разбиение на под-пакеты), часть переписана сильнее, часть пока мало отличается. Чего нет: У нас нет цели быть «CentOS Stream с убранным логотипом» и сохранять бинарную совместимость пакет в пакет. Своя нумерация, свои макросы, свои зависимости. Нет массового «rpmbuild --rebuild чужого SRPM», выкладывания как есть и рассказов, что «собрали сами». То, что у alsa-lib-devel и у нас, и у CentOS Stream релиз 1.2.14-1 — это нормальная жизнь RPM-мира, а не smoking gun на тему «шильдик-форк». Если покопаться в spec’ах, патчах, макросах — различий хватает. 5. Регистр, «полностью российская разработка» и фирма на 10k «Полностью российская разработка» «ООО с уставным капиталом 10k, 0 выручки, дом в Подмосковье — классика тендера» Формулировка «полностью российская разработка» действительно кривовата: создаётся ощущение, будто мы переписали Linux-ядро и glibc с нуля «на Ардуино». Очевидно, это не так. Корректнее описывать так: Российская компания-разработчик и сборочная цепочка (юрлицо, команда, инфраструктура — российские); продукт включён в российский реестр ПО; при этом технически мы стоим на плечах мирового open source (Linux, GCC, glibc, OpenSSL и т.д.), как любой дистрибутив. Формулировки в маркетплейсах будем править, чтобы не выглядело как «мы изобрели Linux в гараже». По фирме: Да, уставник 10k — классика для ООО, удивляться тут особо нечему; нулевая выручка в отчёте — следствие того, что долго жили как внутренний проект и начали выходить наружу совсем недавно; мы не живём за счёт «гранта под тендер», а собираем обычные коммерческие проекты вокруг ОС + поддержку. Понимаю скепсис, особенно после Болгенос/прочих поделок, но тут всё прозаичнее и скучнее. 6. Сайт, 404, смешение русского/английского, «атомарные апдейты!» «странный сайт… Confidential VMs рядом с русскими словами» «кнопка “документация по криптографии” даёт 404» «сами не в курсе что это» Сайт — это реальный косяк и технический долг: да, сайт делали в основном сами же разработчики, отдельного техписателя/дизайнера пока нет; да, часть страниц ещё не дописана/переехала, оттуда и 404 (тот же раздел по криптографии уже есть в черновике и будет доведён до ума); микс RU/EN терминов типа Confidential VMs — сознательный выбор: часть терминов лучше искать именно так, а не через переводы типа «доверительные виртуальные машины». Это всё не оправдание, а констатация: сайт будем приводить в более аккуратный вид, особенно разделы по безопасности, чтобы они не выглядели как заглушки. 7. ГОСТ, OpenVPN и «швабрОС» «OpenVPN это ГОСТ?» «ssl 3.5, гостом там можно только данные шифровать, а сертификаты нельзя» «найс дистрибутив буквально с бекдорами для спецслужб» По сути: В системе реально есть OpenSSL 3.5 с расширениями под ГОСТ (через соответствующий провайдер/модуль), и это не “бумажный ГОСТ”, а рабочие алгоритмы. OpenVPN собирается с поддержкой этих ГОСТ-алгоритмов и готовыми профилями. Мы говорим про криптографические алгоритмы, а не про наличие «сертификатов ФСБ» или соответствие конкретным профилям защищённых каналов по приказам. Мы нигде не пишем, что это «сертифицированный ФСБ VPN»; это просто нормальный OpenVPN + ГОСТ-крипта. Про «бекдоры для спецслужб». Тут коротко: в проекте нет никаких скрытых требований от госорганов «встроить чёрный ход»; код пакетов открытый, репы открытые, собранные пакеты подписаны, есть SBOM и отчёты по уязвимостям; если кто-то найдёт в коде «швабру», обсуждать будем уже предметно, с diff’ами, а не на уровне мемов. Недоверие к любой «русской ОС с ГОСТом» я понимаю, но тут только один путь — исходники, сборка, аудит. Никакая фраза в комментарии не убедит лучше, чем git clone и rpmbuild. 8. Immutable, OSTree, Btrfs и тот самый текст про «апдейт может сломать bootloader» «“неудачный апдейт может сломать bootloader – и потребуется recovery” — дизайнс для любого шейп» Тут, к сожалению, любой честный текст про обновления обязан признавать, что: да, при обновлении ядра/bootloader’а всегда есть ненулевая вероятность, что что-то пойдёт не так (свет вырубили, диск умер, баг в прошивке и т.п.); для таких случаев как раз нужны OSTree-коммиты + Btrfs-снапшоты + инструкция по recovery. Мы действительно делаем акцент на: атомарных обновлениях базовой системы через OSTree; возможности отката через rpm-ostree rollback и/или Btrfs-снапшоты; наличии понятного плана восстановления, а не «ну если сломалось — ваши проблемы». Фраза звучит страшно, но альтернатива — врать, что «с нашими апдейтами такого никогда не бывает». 9. Минимализм и размер ISO «603 МБ, нехреновый такой минимализм, мои образы в 3 раза меньше» 603 МБ — это не Alpine и не одностатический busybox. В ISO у нас: полноценный набор базовых утилит; systemd, SELinux, крипто-стек, несколько языков, установщик, документация и т.д. Мы целимся не в «максимально маленький ISO», а в минимальную, но удобную базу, которую можно ставить как серверную систему и жить с ней годы, не ломая голову «где взять такой-то инструмент». Образы для облаков и контейнеры при этом существенно меньше, и именно их мы рассчитываем использовать как кирпичики в проде. 10. LTS: «сколько лет?» «позиционируется как LTS… и сколько лет?» Справедливый вопрос. Сейчас в публичных текстах мы говорим аккуратно: «длительный срок поддержки (LTS)» без конкретных цифр — ровно потому, что: не хотим нарисовать «10 лет поддержки» просто ради красоты; финальный календарь привязываем к ресурсам команды и реальному циклу разработки. То, к чему мы идём: зафиксировать для текущей ветки минимальный срок основной поддержки (порядка нескольких лет, не «год-полтора»); опубликовать отдельный документ с матрицей: версия → даты начала/конца поддержки, чтобы не было «LTS на словах». Когда календарь будет вылизан, прилепим его на сайт и в доку. Пока честнее сказать «долгоживущая ветка» и держать её такой, чем дать красивую цифру и не выполнить. 11. Про «эсодин», exotic-платформы и прочие «без этого не взлетит» «Поддержка эсодин есть? Будет. 12. Репы, Docker Hub, бан-листы и supply chain hygiene «Молодцы, что указали Docker Hub — заносим niceos в бан-лист» «GitHub туда же» Тут позиция проста: docker-образы мы подписываем и снабжаем SBOM/отчётами по уязвимостям, как и положено; если вы по внутренним политикам «баните всё, что не Debian/Alpine» — это абсолютно ваша зона ответственности, вопросов нет; требование к «гигиене цепочки поставки» мы только поддерживаем: мы для этого всё и подписываем, документируем и публикуем. Если принципиально не доверяете ни нам, ни нашим образам — логичный путь: собирать свои контейнеры из наших (или чужих) SRPM/исходников в собственном доверенном конвейере. 13. Z-сайт, niceosz, «патриотично» и вся эстетика «просто оставлю это здесь: z.niceos.ru» «packages.niceos.ru/?path=niceosz — патриотично» Проект NiceOS Z действительно был ранней веткой/редакцией, где мы экспериментировали и с оформлением, и с позиционированием. Отсюда и Z-брендинг, и более «патриотичная» эстетика. Сейчас основная линия — просто НАЙС.ОС без лишних букв. Исторические хвосты в пути типа niceosz в репозитории — технический долг, а не политическая декларация. 14. Repology, покрытие пакетами и свежесть «Напишите им, пусть в repology добавятся, хоть оценить покрытие пакетами» Это как раз разумное пожелание, а не троллинг. Добавление в Repology в планах: это удобно и нам (видно, где отстаём по версиям), и пользователям (можно оценить, что у нас есть, а чего нет). 15. «Импортозамещение здорового человека» и «безопасность» «в целях безопасности ставить такое точно не стоит» «импортозамещение здорового человека» Мы сами позиционируем НАЙС.ОС как систему для инфраструктуры/безопасности/наблюдаемости, но это не значит «ставьте везде, не думая». Нормальная, здоровая позиция: не доверяете — поднимите тестовый стенд, посмотрите, что внутри, как собирается, как обновляется; не нравится лицензия — ждите обновления EULA, где мы разделим open source/бренд понятнее; нужны формальные аттестации/ФСТЭК/прочая нормативка — сейчас мы на этапе «можно использовать там, где достаточно факта нахождения в реестре и открытой разработки», а дальше будем смотреть. Финал Если совсем коротко: Да, тексты местами нейро-маркетинговые, сайт местами кривой, EULA написана так, что многих справедливо триггерит. Это всё мы видим и будем править. Нет, это не BolgenOS-2: исходники и SRPM’ы есть, pipeline сборки есть, пакеты подписаны, репы открыты, в основе — обычный GNU/Linux с прозрачной пакетовской базой. Мы не пытаемся продать «великое изобретение», мы делаем узкоспециализированную штуку: минимальная серверная LTS-база под VM/контейнеры/ГОСТ/immutable-подход. Кому неинтересно — вообще нормально пройти мимо. Кому интересно — забирайте ISO/образы, поднимайте стенды, копайте репы, находите баги, критикуйте по делу. В мире дистрибутивов единственный рабочий аргумент — не лозунг, а diff.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118, #147, #157, #189, #201

104. Сообщение от Анонимусъ (?), 13-Дек-25, 14:26	+1 +/–
Столько, сколько требуется нейросетке для ответа
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

105. Сообщение от niceSOFT (ok), 13-Дек-25, 14:29	–1 +/–
в точку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

106. Сообщение от niceSOFT (ok), 13-Дек-25, 14:35	–5 +/–
Добрый день! "Поддержка эсодин есть? Нет. … пока не добавят — не взлетит." Официальной поддержки 1С сейчас нет. В том смысле, в котором любят слышать интеграторы: «в списке поддерживаемых дистрибутивов платформы 1С» НАЙС.ОС пока не фигурирует. Тут мяч на стороне 1С, а не нашего дистра — они сертифицируют очень ограниченный набор систем. Что можно сделать уже сейчас (теоретически) У 1С есть две сущности: сервер 1С + PostgreSQL — ему GUI не нужен, это как раз чисто серверная история; толстый/тонкий клиент 1С под Linux — тут уже нужен GUI, DE, куча либ и вся та десктопная радость, которой мы сознательно в базу не тащим. НАЙС.ОС сейчас — именно headless-серверный дистр. Как база под сервер 1С (если не требовать от 1С официальной галочки) мы теоретически можем подойти: обычный systemd, нормальный glibc, PostgreSQL, SELinux, всё как положено. Толстый клиент на этой базе — не цель проекта, это совсем другая лига (десктоп, шрифты, DE, офисные завалы и т.д.). Про «пока не добавят — не взлетит» Для тех, кто живёт в мире «1С + сертифицированный дистр из списка», да, вы продолжите использовать ALT/Astra/Ubuntu, это нормально. Мы и не претендуем сейчас «отжать рынок 1С». Зато вы подсветили вполне реальную нишу: отдельный гайд по запуску сервера 1С на НАЙС.ОС (для тех, кого устраивает «работает, но не в списке у вендора»); дальше — смотреть, есть ли смысл идти к 1С за официальной поддержкой. Так что на вопрос «есть ли поддержка эсодин» ответ простой: Официальной — нет, как у всех «из списка»; как серверная база под 1С-сервер — технически можем, GUI-клиент 1С в планах нет. И да, за идею спасибо — как минимум появится ещё один пункт в TODO: нормально описать сценарий «1С-сервер на минималистичной ОС, а клиенты пусть живут как им удобно».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #116, #145

107. Сообщение от Аноним (-), 13-Дек-25, 14:36	+/–
>У меня вопрос. Что это делает на OpenNET? У меня к тебе вопрос. Когда рекламировали решения Майкрософт, и другие анально огороженные программы, почему ты молчал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #115

108. Сообщение от niceSOFT (ok), 13-Дек-25, 14:39	+/–
1) «Напишите им пусть в repology добавятся…» С этим как раз вообще сложно спорить — Repology для нас только плюс, не минус. Он показывает: покрытие пакетами; свежесть версий по сравнению с другими дистрибутивами; дыры, где мы отстаём или что-то забыли обновить. Сейчас эту картину видно только тем, кто уже полез на packages.niceos.ru и руками сравнивает версии. Repology делает это наглядно для всех. Так что ответ здесь простой и без отмазок: Да, в Repology нам надо. Мы это сделаем. Это честный способ показать, «что у нас есть и насколько свежее» не только на слова, но и в сравнении с Fedora/CentOS/Debian/Alpine и т.д. Можно даже пообещать впрямую: как только отстреляемся с первой волной релизов и документации, заявка в Repology — обязательный пункт. Это прозрачность, а не угроза. 2) «Если подумать, кому нафиг там нужна “полностью отечественная разработка”» Тут есть два слоя, и они реально разные: Технический админ / инженер. Ему вообще всё равно на маркетинговое «полностью отечественная». Ему важны: стабильность; понятная система обновлений; нормальная документация; открытые репы; отсутствие сюрпризов в виде «мы собрали это из воздуха». С такой точки зрения мы и позиционируем НАЙС.ОС: минимальная серверная база для VM/контейнеров + immutable/OSTree + ГОСТ-стек. Само по себе «отечественная» не делает систему ни лучше, ни хуже. Юристы, закупки, госсектор / крупняк. Для них «в реестре / отечественное» — это не про технологию, это про галочку в регламенте: можно купить / внедрить в рамках 223/44-ФЗ; можно писать в отчётах «перешли на отечественное ПО»; проще отвечать перед проверяющими. В этом слое мы хоть и участвуем (раз нас занесли в реестр), но это не ключевая “фишка”. Мы не строим маркетинг вокруг «мы русские, купите нас», потому что админов это только раздражает — и по делу. Поэтому честный ответ на «кому нафиг нужна» такой: Ориентируясь только на “полностью отечественная” — никому. Ориентируясь на «минимальная серверная база, ГОСТ-крипта, immutable-подход, нормальные контейнерные образы» — уже вполне конкретной группе людей. Реестр и “отечественность” — это больше про юридически-бухгалтерскую реальность, а не про технику. 3) «Fedora с перебитыми шильдиками» / «Похоже форкнули CentOS Stream 9» «Судя по всему, fedora с перебитыми шильдиками» «Много пересечений с CentOS Stream 9… alsa-lib-devel-1.2.14-1… похоже форкнули и потом сами обновляют» Здесь важно не уходить в два любимых экстрема: «Мы вообще никого никогда не смотрели, всё придумали сами» — это чистый бред; «Это один в один CentOS Stream/Fedora, просто шильдик поменяли» — это тоже не так. Разложим по фактам. 3.1. Почему так много пересечений по версиям Потому что upstream один и тот же: alsa-lib 1.2.14 — это релиз ALSA-проекта; glibc, gcc, systemd, openssl, python и прочие — тоже имеют свои официальные релизы; и неудивительно, что: Fedora, CentOS Stream, другие RPM-дистры и мы можем оказаться на одной и той же версии исходников, просто потому что берем актуальный stable upstream, а не древность. Суффикс -1 в 1.2.14-1 — это не чей-то уникальный серийный номер, а первая ревизия spec’а для данного релиза. То, что он совпал, действительно говорит: «собирали примерно в тот же момент и так же, как другие RPM-дистры», а не: «скопипастили SRPM целиком и только имя поменяли». 3.2. Где мы реально опирались на чужие spec’и Полностью отрицать влияние Fedora/EL-мира было бы просто нечестно. Да, для ряда пакетов отправная точка была spec из Fedora/EL-семейства. Дальше он модифицировался: другие макросы; единая политика по флагам безопасности; SELinux/ГОСТ-особенности; свое разбиение по под-пакетам; своя схема версионирования (.niceosc5 и т.д.). Где-то изменений пока мало (и это видно), где-то уже очень далеко от оригинала. Это нормально для живого RPM-дистра: никто не пишет спек ядра или glibc с нуля, игнорируя десятилетия практики Fedora/Debian/прочих. Ключевой момент: мы не делаем RHEL-совместимость и не обещаем бинарно совпадать с CentOS Stream 9. У нас: своя репа; свои зависимости; свои метапакеты; своя политика обновления. 3.3. «Форкнули CentOS Stream 9 и потом сами обновляют» Если под «форкнули» понимать: «Сделали 1:1 совместимую клон-базу, синхронизируем все пакеты и ABI» — нет, это не про нас. Мы не Rocky/Alma и не играем в «клон RHEL». «Использовали часть их spec’ов как основу для своей пакетной базы» — да, местами это так, как и у половины RPM-мира. Поэтому честный ответ комментатору: Вы правы в том, что по части пакетов мы находимся в том же полюсе, что и CentOS Stream/Fedora, и кое-где стартовали именно с их spec’ов — тут нет никакой магии. Но «fedora/centos с перебитыми шильдиками» — всё-таки не точное описание: мы не сохраняем бинарную совместимость; мы не пересобираем чужие SRPM «как есть»; у нас свои макросы, свои флаги, свою политику сборки мы выстраиваем сами. Если открыть spec’и и сравнивать diff’ами, это хорошо видно. 4) Итого, коротко, «по-человечески» Если всё это сжать до формата ответа в тред: Repology — да, нужен, и мы туда пойдём. Это нормальный, честный инструмент, а не страшилка. «Полностью отечественная разработка» — маркетинговая формулировка, которая важна юристам и госам. Для технарей мы скорее хотим быть «минимальной LTS-базой под контейнеры/ГОСТ/immutable», а не «флагом вместо init’а». Это не «Fedora с перебитыми шильдиками», но и не «мы придумали Linux заново». Мы: используем опыт Fedora/EL-мира, переупаковываем под свои цели (без RHEL-совместимости), собираем свою пакетную базу и политику сборки, не скрываем, что часть спеков исторически родом оттуда. Скепсис понятен и закономерен. Лучший способ его развеять — не спорить лозунгами, а дать возможность смотреть в spec’и, SRPM’ы и версию пакетов. Repology как раз в эту сторону.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #159

109. Сообщение от niceSOFT (ok), 13-Дек-25, 14:45	–1 +/–
1. «Минимализм» и ISO 603 МБ «Нехреновый такой минимализм. Так, глядя на мои образа в 3 раза меньше.» Тут честно: «минималистичный» у нас не про соревнование «кто вместится в дискету», а про набор того, что ставится по умолчанию на сервер. В ISO 603 МБ у нас: ядро + вся базовая userspace-пачка (не busybox, а нормальные coreutils и компания); systemd, journald, сетевые утилиты, SSH; SELinux, политики, утилиты управления; крипто-стек с ГОСТ (OpenSSL+ГОСТ, GnuPG+ГОСТ и пр.); установленный набор языков/локалей, чтобы не играться потом с добиванием русской локали с флешки; установщик, скрипты, минимальная дока. После установки система всё равно живёт довольно компактно, а весь «тяжёлый» софт (БД, приложения, брокеры, мониторинг и т.п.) предполагается тащить в контейнерах или отдельными сервисами, а не запихивать в базовый образ. Если сравнивать: да, по размеру ISO мы не Alpine/netboot/кастомный initrd, который можно ужать в 150–200 МБ; по содержанию это ближе к «полноценной серверной базе без GUI», а не к rescue-образу или одностатическому busybox’у. Отдельно: для контейнеров у нас как раз есть маленькие образы на NiceOS Base, они на порядки меньше ISO и именно ими предлагается кормить Docker/Kubernetes, а не ISO-диском. Так что да, минимализм у нас — это скорее про «минимальный разумный серверный набор с SELinux и ГОСТ, а не «влезло на половину CD». 2. «Проприетарный линукс. Зато по ГОСТу» «запрещает "модифицировать, адаптировать, переводить, декомпилировать…» «Еще и проприетарный линукс.» С этим куском EULA я уже словил справедливую волну критики, и она не мимо. Реальность такая: ядро Linux, glibc, gcc, systemd, OpenSSL, GnuPG и т.д. у нас идут под своими лицензиями — GPL, LGPL, MIT, BSD, Apache и прочими; их права нельзя «переписать EULA сверху»: если GPL говорит «можно модифицировать и распространять», то это так и остаётся; EULA в текущем виде пыталась защитить брендированные образы и продукт целиком (ISO как «программный продукт НАЙС.ОС») от сценария «скачали ISO, перелепили логотип и продаём как своё» — и по ходу перегнула палку текстом. Формулировка «запрещено модифицировать/распространять» без жирного пояснения «это не про OSS-компоненты» выглядит действительно как «проприетарный линукс». Это мы уже признали и собираемся чинить: явнее прописать, что ограничения EULA не относятся к компонентам под свободными лицензиями и не пытаются отменять GPL/LGPL/MIT и т.п.; отдельно описать, что EULA касается официальных образов и бренда, а исходники и SRPM’ы живут по своим лицензиям. по факту — это не закрытый «болгенос», исходники и SRPM’ы есть, лицензии сохраняются; по тексту EULA — да, сейчас выглядит как проприетарный монстр, и это надо исправить, а не оправдывать. Итого по твоему комменту: про 603 МБ и «нехреновый минимализм» — да, мы не играем в экстремальный tiny, мы делаем минимальный серверный образ с SELinux/ГОСТ/инструментами, отсюда размер; про «проприетарный линукс» — по сути дистрибутив строится из обычного OSS с их лицензиями, но текст EULA действительно написан так, что выглядит как проприетщина, и это наша зона, которую надо исправлять, а не спорить «вы просто не поняли».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

110. Сообщение от niceSOFT (ok), 13-Дек-25, 14:49	+/–
С таким комментом как раз хочется не в эмоции, а в факты. "Найс дистрибутив буквально с бекдорами для спецслужб. Могли бы сразу назвать НайсШвабрОС." Если убираем шутку, остаётся очень жёсткое утверждение: «буквально с бекдорами». Для такого уровня обвинения нужны не намёки, а конкретика: в каком пакете / бинарнике вы видите бэкдор; какой diff к исходникам это подтверждает; какой сетевой трафик / домены / IP он стучит; какие журналы, строки кода, подозрительные ключи вы нашли. У нас: исходники и SRPM’ы лежат в открытом доступе; пакеты подписаны, есть SBOM и отчёты по уязвимостям; никакого «специального закрытого агента» в систему специально не вкручивали. Если кто-то реально найдёт закладку — это уже не мем, а CVE, публичный разбор и очень нехилый скандал. Пока же это просто голословное «ну вы же русские/в реестре, значит бэкдоры» — это больше политическое предположение, чем теханализ. Если у вас есть технические находки — приносите, разбирать по косточкам будем только «за». "also https://packages.niceos.ru/?path=niceosz <- патриотично. Грант то хоть получили?" niceosz в пути репозитория — это исторический хвост от старой линейки/варианта сборки (условно «NiceOS Z»), который остался в структуре каталогов. Это про организацию репы, а не про какие-то «секретные Z-фичи». Технический артефакт нейминга, не больше. Про «грант» и «деньги пошли» — тут всё просто: если вы утверждаете, что проект «буквально на гранты под швабру», дайте ссылку на конкретный документ о гранте, номер приказа, реестр — что угодно предметное. Пока это звучит как: «мне кажется, что вы наверное на грантах, потому что… ну потому что мне так кажется». Суммируя: утверждение «буквально с бэкдорами для спецслужб» требует доказательств, а не мемов; странный хвост niceosz в URL — это не тайный знак, а неубранное старое имя ветки/проекта в структуре репозитория; если у кого-то есть реальные техфакты (diff, дампы, анализ бинарников) — welcome, это как раз то, что интересно и нам, и сообществу, а не очередной «швабрОС»-панчлайн.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #129, #151

111. Сообщение от niceSOFT (ok), 13-Дек-25, 14:55	+/–
«собираемый "с нуля" из исходного кода и поддерживающий собственную пакетную базу, не заимствующую сценарии сборки пакетов из других дистрибутивов. Проект развивает свой инструментарий, свой набор патчей и свою политику сборки. И швец, и жнец, и на дуде игрец! Ничоси. И патчи, и инструментарий, и сценарии. Интересно, сколько времени на это все у них ушло.» Ключевое тут — как понимать формулировку, а не приписывать ей «мы изобрели Linux за выходные». Что имеется в виду под «с нуля» и «собственная пакетная база» «С нуля» в новости — про дистрибутивную базу, а не про переписывание ядра и glibc на коленке: не форк и не клон готовой репы (RHEL/Debian/Alpine и т.д.); нет цели быть бинарно совместимыми с CentOS/Ubuntu; spec’и, макросы, структура реп — свои, не «rpmbuild --rebuild чужого SRPM и в прод». При этом, разумеется: мы используем обычные инструменты RPM-мира: rpmbuild, mock, dnf, createrepo_c и т.п.; мы смотрим, как те же Fedora/EL решают задачи по сборке сложных пакетов, и местами отталкивались от их spec’ов — было бы странно делать вид, что остальной мир не существует. Фраза «не заимствующую сценарии сборки» в идеальном мире стоило бы написать как: «пакетная база не является пересборкой чужого дистрибутива и не стремится к бинарной совместимости; сборка ведётся из исходников по своей политике, даже если какие-то spec’и исторически стартовали от Fedora/EL и дальше были перепилены». Но в новости это превратилось в короткий, очень бодрый абзац, который читается как «мы вообще на чужие spec’и не смотрели». Это уже проблема формулировки, а не реального процесса. «Свой инструментарий, свой набор патчей, своя политика» Тут тоже без магии: «Свой инструментарий» — это не «мы переписали rpm и mock на Rust», а: набор собственных макросов (флаги безопасности, политика по LTO, SELinux, ГОСТ-стеку и т.п.); скрипты и пайплайны для сборки реп/OSTree-деревьев/контейнеров; glue-логика вокруг rpm/ostree/createrepo, а не новые пакетные менеджеры с нуля. «Свои патчи» — это: патчи для криптографии (ГОСТ в GnuPG/OpenSSL и нужные зависимости); фиксы под наш layout, SELinux-политику, особенности immutable-ветки и т.д.; да, часть патчей — чистый upstream, часть — специфичные для дистра. «Своя политика сборки» — это: единые флаги hardening’а (PIE, RELRO, SSP, FORTIFY и прочее); договорённость, как собирать пакеты с ГОСТ/без ГОСТ, какие криптоалгоритмы включать по умолчанию; как жить с SELinux, какие сервисы разрешены «из коробки», какие нет; правила разбиения пакетов (dev/subpackages, debug, split по архитектурам и т.п.). То есть это не «мы сделали свою космическую сборочную вселенную», а свой тонкий слой правил и инструментов вокруг вполне классического RPM-стека. «Сколько времени на это ушло?» и «за 5 часов нейросетка всё сделала» Точно не 5 часов и даже не 5 дней. Это несколько лет выковыривания: пока у тебя нет своей пакетной базы — живёшь в режиме «один пакет сломал три других»; пока не собрал хотя бы минимальный стек (ядро, glibc, toolchain, базовые lib’ы) — ты даже дальше особо двинуться не можешь; пока не выстроил политику флагов, SELinux, крипто-стека — всё едет в разные стороны. LLM здесь могут помочь написать текст про Btrfs или OSTree, подсунуть набросок скрипта или README, но: spec-файлы, макросы, пайплайны сборки, разруливание зависимостей, отладка — это до боли ручная, скучная работа; «сделать дистр нейросетью за вечер» — это хороший мем, но как только дело доходит до bootloader’а, init’а, SELinux и обновлений, мем быстро заканчивается. Так что нормальная, честная картинка: да, мы и швец, и жнец, и немножко играем на дуде — любой дистрибьютор так живёт, иначе дистра просто не будет; нет, это не «5 часов нейросети», а годы ковыряния обычными RPM-инструментами + своя надстройка, с оглядкой на опыт Fedora/EL и остальных. Если хочется проверить, а не верить словам — лучший способ не цитату в новости разбирать, а смотреть в spec’и, макросы и пайплайны. Там сразу видно, где мы вдохновлялись Fedora/EL, где идём своим путём, а где ещё сами себе наступаем на грабли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #153

112. Сообщение от 12yoexpert (ok), 13-Дек-25, 14:58	+/–
на ЦА "АЫ" всем бежать покупать подписку и улыбаться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

113. Сообщение от niceSOFT (ok), 13-Дек-25, 15:01	–3 +/–
Коллеги, привет, автор НАЙС.ОС на связи. "На Docker Hub имеются официальные образы контейнернов. …внести в бан-лист пользователя niceos. И их гитхаб заодно. Вот так опеннет защищает интересы западных корпораций и гигиену цепочек поставки." Если без иронии — это нормальная позиция безопасности: у многих компаний / админов политика «баним всё, что не из нашего registry / зеркала / репы». Тут спорить бессмысленно: если вам так надо для гигиены цепочки поставки — это ваше право, всерьёз и без сарказма. Со своей стороны поясню, зачем вообще нужны наши образы на Docker Hub и GitHub и как их можно использовать без веры «на слово автору». Зачем нам Docker Hub вообще Официальные образы niceos/* на Docker Hub — это: публичный артефакт, собранный из тех же репозиториев НАЙС.ОС, что и обычные пакеты; с фиксированными тегами и дайджестами (можно всегда привязаться к sha256, а не к плавающему latest); с генерируемыми SBOM и отчётами по уязвимостям (Trivy/Grype и т.п.), чтобы самому видеть, что внутри. Если у вас политика «из Docker Hub в прод ничего не тянуть», есть нормальные варианты: Делаете своё зеркало/registry и: либо зеркалите от нас по конкретным тегам/дайджестам; либо вообще собираете собственные контейнеры из наших (или чужих) SRPM/исходников в своём CI. Используете Docker Hub только как исходник для разработки/теста на оторванных стендах, а в прод льёте уже артефакты из своего реестра. Мы для этого и стараемся всё подписывать, документировать и не прятать сборку, чтобы контейнер был не «чёрным ящиком», а прозрачным слоем над пакетовской базой. Если вам проще занести niceos в бан-лист — тоже ок, это честная, прямолинейная модель: «ничему извне не верим, всё собираем сами». Я с этой логикой как раз согласен, хоть она нам и не выгодна маркетингово. Про GitHub и «интересы западных корпораций» GitHub — это банально самая доступная точка входа: код, spеc’и, Dockerfile, скрипты — в открытом виде; любой желающий может сделать mirror к себе, выгрузить tarball, хранить у себя в Gitea/GitLab/whatever и больше к нам не ходить. Если GitHub как площадка вам идеологически не подходит, технически сценарий ровно тот же: клонируете → поднимаете mirror у себя → дальше живёте с ним. Гигиена цепочки поставки — мы «за», а не «против» По сути мы пытаемся играть как раз в ту же игру, о которой вы говорите: воспроизводимые сборки; подписанные пакеты и контейнеры; SBOM и отчёты по CVE; открытые spec’и и пайплайны. Если в вашей модели безопасности единственный приемлемый вариант — «бан-лист всего внешнего + только свои сборки» — это нормально. НАЙС.ОС в такой схеме — всего лишь ещё один источник исходников/идей, а не «обязательная точка доверия». Так что резюме простое: хотите — заносите niceos в бан-лист, я искренне не против, это ваша зона ответственности; хотите — поднимайте своё зеркало и/или CI, собирать образы из наших пакетов никто не мешает; хотите — используйте наши контейнеры как есть, но тогда уже смотрите на дайджесты, SBOM и сканы, а не верьте на слово. А про «скрепы пощёлкивают» — тут спорить не буду, у нас в стране любое «русское и про безопасность» автоматически провоцирует когнитивный диссонанс, и он не на пустом месте вырос. Тут только прозрачность и технические факты могут что-то поменять, а не комментарий в одном треде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #134

115. Сообщение от Васян (?), 13-Дек-25, 15:33	+1 +/–
-- -- - - -  У меня к тебе вопрос. Да ладно. Здесь же есть любители свабоднога софта - как консерву или бутылку пива купил свободно, а потом взял и открыл. Ну свабода, чё не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

116. Сообщение от нгкеоаеаген (?), 13-Дек-25, 16:23	+2 +/–
И коменты нейросетевые, норм
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

118. Сообщение от Аноним (118), 13-Дек-25, 17:05	+1 +/–
Отвечу по части образов и размеров: На виртуалках, в контейнерах и проч - зачастую важен вот именно реально минимализм. Потому что когда это редеплоится, перекачиватеся, плодится в эн инстансов и проч - ЭТО ЖРЕТ РЕСУРСЫ! Зачем там инсталлер и что там еще - лично я без понятия. На мой вкус имеючи btrfs можно как максимум завести себе снапшот под "reset to factory defaults" и "last known good". И все остальное рекавери системы делать - откатом в них. Вы же не думаете что кто-то всерьез будет сейчас с вот именно контейнерами-виртуалками и проч возиться с какими там инсталлерами, продвинутой починкой мануально и проч? Это совершенно контрпродуктивное убиение времени. Особенно - с btrfs. Как я это себе вижу: при факапе обновления -> "last known good" и попытаться операцию заново. Если не прокатило -> "factory defaults", если это не прокатило - полный редеплой. На этом весь интерфейсинг с набивкой контейнеров-виртуалок в идеали должен и заканчиваться. Не, колупать минимаьлные виртуалки-контейнеры на тему убер-починки и инсталлеров это явный перебор по теме расхода времени на эти операции VS факт что можно это просто редеплойнуть, если практики не совсем отстой. А если они отстой - а зачем вам тогда контейнеры и виртуалки были, если никаких плюсов с этих технологий не получили? Под этим углом зрения чушка в 600 мегов начинает вызывать некоторые вопросы, имхо. Во всяком случае я себе на VM генерю образа дебиана под задачу, там или снапшот VM, или btrfs'а в нем, и темплейт VM есть. И в этом случае важнее всего - минимизация размера набивки. Чтоб снапшоты не весили дофига даже при сильном расхождении, а деплой был простым и быстрым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #142, #163

119. Сообщение от Аноним (119), 13-Дек-25, 17:14	+1 +/–
ГОСТ.ОС написанная на ГОСТ.С -Запускается только на ГОСТ.ЭВМ-
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #171

122. Сообщение от Аноним (-), 13-Дек-25, 17:18	+/–
> Прочтите о том, и задумайтесь, что ждёт весь интернет: Вы хотели сказать, все 0.01% интернета? Ибо найти FBSD в интернете в диком виде сейчас - не знаю, не встречал. Опеннет единственный сайт который я знаю с этим. Если он еще этсамое. В западном интернете - это сдохло чуть менее чем полностью. В exUSSR просто любят гальванизировать всяких стюардесс, но - куда вы денетесь с подводной лодки? > текущая команда freebsd-update и связанная с ней инфраструктура могут быть отключены. Целый десяток некромансеров в интернете покипишует. Не прощло и 20 лет (или таки прошло?) как до этих любителей занятий чем-то не тем с системой стало доходить что эффективность такого руления системой - в районе плинтуса. И они обнаружили что минимально успешные линухи оказывается никаких монолитов не таскают а набирают что хотели - пакетником. А если у вас это по остаточному принципу - окей, вы сами себя задвинули на обочину истории. И скатертью дорога, можно подумать без вас остальные свои проблемы не решат. Решат. И при этом у нас есть цель тратить РАЗУМНЫЕ количества усилий на руление ос. А в FBSD даже ничего типа systemd - нету. Но об этом господа слоупоки задумаются еще годиков через 10, когда окажется что большая часть тех кто деплоит линуха уже на меньшее в принципе не согласны, а нишевые маргиналы это прекрасно, но денег за это все - никто не насыпет, да и пользователи и девелоперы такую ос обойдут за километр. На самом деле FBSD находится в максимально тупой ситуации. Попытки радикально менять амплуа для хоть какого-то подобия конкурентоспособности с современными пингвинами чреваты тем что заагрятся ветеранюниксы. А если это не сделать - систему будут игнорить все остальные и оно помрет по нехватке ресурсов. Вот и выбирайте как вам оно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

124. Сообщение от Аноним (8), 13-Дек-25, 17:47	–2 +/–
Как раз таки жигуль ничерта не стандартный. Во-первых, он без всяких АНАЛОГОВНЕТ честно слямзен. Во-вторых, есть ещё газы и уазы. В-третьих, в каждом городе такая развитая система общественного транспорта с такими ничтожными ценами, что нынешние поколения не поверят, что такое вообще бывает. Шмот? Хах, на фоне современных аутистов, которые одевают либо строго чёрное, либо строго белое (мне до сих пор этот тренд не ясен), советский юноша и советская девушка одеты весьма красочно и разнообразно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #128, #197, #208

125. Сообщение от Аноним (8), 13-Дек-25, 17:51	+1 +/–
Ну и на фоне современного недожилья даже самые худшие хрущёвки достаточно просторны и уютны. Если в них капремонт своевременно сделан. У современного недожилья вид через 50 лет без капремонтов будет гораздо хуже и жить там, скорее всего, будет нереально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

128. Сообщение от тоже Аноним (ok), 13-Дек-25, 18:41	+/–
> советский юноша и советская девушка одеты весьма красочно и разнообразно Из гардеробных Мосфильма? Вы посмотрите старые передачи, где показывается зал. Да хотя бы и ЧГК тех лет, когда смокинги не ввели. В "Своей игре", например, мантии изначально появились, чтобы не портить кадр тем, в чем интеллектуалы пришли на игру...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #130, #136

129. Сообщение от Страдивариус (?), 13-Дек-25, 18:44	+1 +/–
Где у вас лежат SRPMы? На https://packages.niceos.ru/ нету, только rpm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #149

130. Сообщение от Аноним (8), 13-Дек-25, 18:51    Скрыто ботом-модератором	–1 +/–
Ага, конечно. Одевались хорошо только в гардеробных Мосфильма и номенклатура. А твои бабушка с дедушкой в лаптях и вышиванках ходили и то в ободранных... оставшихся с царских времён. Давай, порассказывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #132

131. Сообщение от Аноним (131), 13-Дек-25, 19:01	+/–
Видимо про это, была новость.   if (window.VK && typeof VK.init === 'function') {     VK.init({
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

132. Сообщение от тоже Аноним (ok), 13-Дек-25, 19:10	+/–
> порассказывай. Опровергать хрень, придуманную вами же, извольте сами. Мать и бабка себе платья - шили сами. Отнюдь не от изобилия в магазинах. Мне в школе ездили покупать поганые синтетические "дутыши", развалившиеся за пару лет, аж в соседнюю область, такая была обеспеченность населения добротной обувью. По ГОСТам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

134. Сообщение от Аноним (10), 13-Дек-25, 19:18	+1 +/–
Я не знаю, кого ты тут в чём хочешь убедить этим AI slop. Всё, чем вы можете похвастаться есть (и давно) у chainguard в wolfe linux. Кроме реестра, который нужен только 3,5 подсанкционным каличам. Ваша контора выбрала плохое место для саморекламы, тут слишком много экспатов. > «баним всё, что не из нашего registry / зеркала / репы» Нет. Баним всё, что родом из неправильных стран или со связями с таковыми. Иран, Китай, Россия, Вьетнам, Северная Корея, Турция, Армения, Грузия, всевозможные -станы, и тому подобные места. Ничего личного, бизнес и политика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #144

136. Сообщение от Аноним (8), 13-Дек-25, 19:23	+1 +/–
Сам вбросил, сам опровергнул. Молодец, возьми с полки пирожок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

142. Сообщение от niceSOFT (ok), 13-Дек-25, 21:19	+/–
Хороший, по делу комментарий, давай отвечу точечно как автор дистрибутива. На виртуалках, в контейнерах и проч - зачастую важен вот именно реально минимализм… …600 МБ ISO начинают вызывать вопросы Тут ты описываешь очень здоровую модель эксплуатации: золотой шаблон, снапшоты, «last known good», «factory defaults», быстрый redeploy вместо ручной шаманской починки. С этим мы концептуально полностью согласны — НАЙС.ОС как раз под такой сценарий и проектируется. Дальше нюанс в том, что именно мы называем “минимальным” и какую роль играет ISO. 1. ISO ≠ образ для массового деплоя 603 МБ — это install/rescue ISO, а не тот образ, который ты будешь гонять туда-сюда сотни раз: ISO нужен: - для bare metal; - для on-prem гипервизоров (vSphere, Proxmox, KVM “как есть”); - для ручной диагностики/рескью, когда всё совсем плохо. В нормальной жизни для VM/облаков используются готовые шаблоны/образы: - qcow2/raw/VMDK, уже установленная система; - которые как раз и становятся твоим “factory default” шаблоном; - дальше — только снапшоты/копии этого шаблона и redeploy. То есть ISO — это не то, что ты таскаешь между нодами при автоскейле. Один раз залил в хранилище/каталог ISO, дальше живёшь от установленного образа. 2. Btrfs, OSTree и твой сценарий “last known good / factory defaults” «на btrfs можно завести снапшот “reset to factory defaults” и “last known good” и всё остальное делать откатом» Абсолютно согласен, и именно так мы это и видим: - в immutable-варианте НАЙС.ОС: - базовая система — через OSTree (коммиты системы, как git для /usr), - корень — на Btrfs с снапшотами; из этого получается ровно тот сценарий: - обновились → новая OSTree-ревизия + снапшот; - не взлетело → rollback + откат снапшота («last known good»); - всё плохо → откат к “factory” или просто redeploy VM с золотого шаблона. Мы как раз не рассчитываем, что админ будет «колупать минимальную виртуалку» и по ночам чинить руками. Логика такая же, как у тебя: откат / redeploy > шаманство в проде. 3. Про «реальный минимализм» и 600 МБ «под этим углом зрения чушка в 600 мегов начинает вызывать вопросы» Тут важное разделение: Для контейнеров мы абсолютно разделяем подход “чем меньше rootfs — тем лучше”: отдельные контейнерные образы на базе НАЙС.ОС — уже обрезанные, без инсталлятора, без лишних утилит, только то, что нужно приложению; их размер — совсем не 600 МБ. Для базовой ОС (узел/VM, где крутятся контейнеры и сервисы) мы сознательно держим: - нормальный набор утилит (не только busybox); - systemd, SELinux, крипто-стек, средства диагностики; - возможность зайти и что-то понять, если всё-таки пришлось. Это не Alpine-подход, это «минимальный разумный сервер», на который можно повесить: - Docker/Podman/Kubernetes-агента, - мониторинг, логирование, - крипто/ГОСТ-сервисы. Размер ISO здесь почти ни на что не влияет: - снапшоты Btrfs/qcow2 — copy-on-write: размер снапшота определяется дельтой, а не тем, что базовая система когда-то заняла 600 МБ; - когда ты клонируешь шаблон VM — гипервизор опять же хранит общее основание и дельты (если всё нормально настроено), а не копирует 600 МБ N раз «в лоб». То есть мы вполне согласны, что: «в этом случае важнее всего — минимизация размера набивки, чтобы снапшоты не весили дофига и деплой был быстрым» Но это уже вопрос к готовым VM-шаблонам и контейнерам, а не к install ISO. С этим как раз порядок: шаблоны и base-образы мы делаем под твой описанный сценарий — “развернул → снапшоты → redeploy”. 4. Что мы у тебя забираем в TODO Из твоего комментария нам явно нужно: Жёстче в доке разделить: - ISO (для установки/рескью), - “cloud/VM image” (золотой шаблон), - контейнерные образы (для приложений). Показать пример типового пайплайна, который ты описал: - golden template НАЙС.ОС на Btrfs + OSTree; - снапшоты factory / last-known-good; политика: “failed update → rollback; дважды провалился → redeploy из шаблона”. По сути ты описал тот же operational-mindset, к которому мы и так тянемся, только чуть более радикально в сторону «не тратить время на починку там, где проще пересоздать». За это как раз спасибо: такой взгляд «снаружи» полезен, чтобы не закапываться в романтику “инсталлер у нас красивый”, когда людям в проде важнее тонкий темплейт и быстрый откат, а не CD-ромчик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

144. Сообщение от niceSOFT (ok), 13-Дек-25, 21:30	+/–
«Всё это уже есть у Wolfi, кроме реестра» «Всё, чем вы можете похвастаться есть (и давно) у chainguard в wolfi linux» Wolfi — классный проект, спорить глупо: - контейнер-first; - минимальные rootfs’ы; - нормальная история с SBOM, подписями, supply chain. Если у тебя инфраструктура живёт в условном AWS/GCP/Europe и никакой ГОСТ/реестр тебе не нужен — да, Wolfi / Alpine / Distroless / NixOS / что угодно из этого мира логичнее для тебя, чем какой-то там российский RPM-дистр. НАЙС.ОС вообще не пытается “отобрать пользователей у Wolfi”. Мы решаем довольно специфичную задачу: - российская юрисдикция и реестр (для тех самых злосчастных «3,5 подсанкционных калек» — да, именно для них); - ГОСТ-крипта из коробки; - образы для российских облаков (Yandex/Cloud.ru/и пр.), где заказчикам важно иметь «официально отечественную» базу под свою инфраструктуру; - кому нужен именно Linux-дистр в реестре + контейнеры + immutable/OSTree. За пределами этой зоны ты абсолютно прав: есть Wolfi, есть Chainguard, есть куча отличных западных решений, которые по своим задачам будут тебе удобнее. Плохое место для саморекламы, здесь экспаты «Ваша контора выбрала плохое место для саморекламы, тут слишком много экспатов» OpenNET — площадка, где: - админы и разработчики могут задавать неприятные вопросы; - легко поймать за маркетинговую чушь; - никто не обязан "поддерживать отечественного производителя". С этой точки зрения место как раз очень подходящее: если дистр не выдерживает разговор с людьми, которые ковыряют пакеты, лицензии, пайплайны и политику обновлений, — ему потом в прод выходить опасно. Я сюда пришёл не за тем, чтобы убедить экспатов бросить Wolfi и переехать в НАЙС.ОС, а за тем, чтобы: - ответить вопросы; - получить фидбек по больным местам; - собрать тех, кому это по задачам нужно, а не всех подряд. «Баним всё, что родом из неправильных стран… Ничего личного, бизнес и политика» Вот тут вообще спорить не с чем, это честно: - у тебя есть модель рисков: не брать ничего из РФ/Китая/Ирана/… — и точка; - никакой аргумент про SBOM, подписи, открытые SRPM’ы и т.п. это не перекроет — потому что решение не техническое, а политико-бизнесовое. С этой позиции НАЙС.ОС автоматически в чёрном списке, и это нормально: - в твоём мире мы даже не "кандидат к рассмотрению"; - никакой комментарий автора дистра это не изменит, и было бы наивно пытаться. Но есть и другая категория людей: - кто живёт в российской/пост-советской/санкционной реальности; - кому нужно закрывать требования реестра, ГОСТ, локальных регуляторов; - кто всё равно не может взять Wolfi или RHEL по бумажкам, даже если технически они им нравятся больше. Вот с ними я и разговариваю, а не с теми, у кого в политике безопасности эта часть мира стоит в deny-листах целиком. Так кого я «пытаюсь убедить»? Точно не тебя 🙂 Если коротко: - тем, кто живёт в западном облачном мире и банит всё "не оттуда", — оставайтесь на Wolfi/Chainguard/Alpine/Nix/whatever, это абсолютно рационально; - тем, кто живёт в российской/санкционной/регуляторной реальности и вынужден искать отечественный дистр с ГОСТ/реестром/облаками — я просто показываю, что за НАЙС.ОС стоит не только маркетинговая страничка, но и реально собираемая база, со своими плюсами. И да, в этой картине мира мы прекрасно можем сосуществовать: у одних в бан-листе по стране происхождения, у других — в проде как “минимальная ГОСТ-база под контейнеры и VM”. Вселенная от этого не развалится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

145. Сообщение от Фонтимос (?), 13-Дек-25, 21:33	+1 +/–
Ок. А вот теперь представьте сисадмина в какой-нить замкадовской конторке. Он там один и отвечает за все и за принтеры и за рабочие места и еще за много чего и еще иногда работает психотерапевтом. И у него постоянный головняк с этой эсодин. А вы ему, так ты это, милок, сервер, пожалуйста, а вот рабочие станции, ну эта, иди поставь бубунту. Ну поставит он бубунту, а потом подумает да нахрена козе боян (этот ваш какой-то еще найсос), я лучша все на бубунте запущу. И волки сыты (гендир, главбушка и прочие юзвери), и овцы (свободное время энтого сисадмина) целы. Ка-то так. По-этому да, дефакто эта эсодин рулит, увы. И поэтому ни она к вам, а вам к ней нужно идти. Ну и да, неплохо писать ответы все-таки живым человеческим языком, а не машинным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #146, #181

146. Сообщение от niceSOFT (ok), 13-Дек-25, 21:51	–1 +/–
>[оверквотинг удален] > эта, иди поставь бубунту. > Ну поставит он бубунту, а потом подумает да нахрена козе боян (этот > ваш какой-то еще найсос), я лучша все на бубунте запущу. И > волки сыты (гендир, главбушка и прочие юзвери), и овцы (свободное время > энтого сисадмина) целы. > Ка-то так. > По-этому да, дефакто эта эсодин рулит, увы. И поэтому ни она к > вам, а вам к ней нужно идти. > Ну и да, неплохо писать ответы все-таки живым человеческим языком, а не > машинным. Вы абсолютно правы! Спасибо! Сделаем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

147. Сообщение от Джон Титор (ok), 13-Дек-25, 21:52	+1 +/–
>> Да, мы используем LLM как черновой инструмент для текстов: документация, описания в маркетплейсах, иногда черновики статей. Потом это читают и правят живые люди. Ну и нормально, зато быстро есть документация, а не в следующей пятилетке. А меня за тот же подход уволили и это при том что там где я работал есть краткие сроки в связи с заключенными контрактами и каждую неделю новые требования на готовую часть программного продукта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #156

148. Сообщение от Аноним (148), 13-Дек-25, 21:53	+/–
А не нарушает ли это лицензию GFL?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

149. Сообщение от cheburnator9000 (ok), 13-Дек-25, 22:04	+/–
> Где у вас лежат SRPMы? На https://packages.niceos.ru/ нету, только rpm. Как где? В закрытом репозитории доступ к которому только для "партнеров" и спец.договору так же как и у Астры, в котором только пунктов начинающихся с "вы не имеете права" штук 20-ть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

150. Сообщение от Аноним (156), 13-Дек-25, 22:11	+/–
А это что? Однофамилец? https://github.com/solcloud/NiceOS
Ответить | Правка | Наверх | Cообщить модератору

151. Сообщение от cheburnator9000 (ok), 13-Дек-25, 22:18	–2 +/–
> в каком пакете / бинарнике вы видите бэкдор; ca-certificates-1.16.1-1.niceosc5.x86_64.rpm\ca-certificates-1.16.1-1.niceosc5.x86_64.cpio\.\etc\ssl\local\ Russian_Trusted_Root_CA.pem Russian_Trusted_Sub_CA.pem ca-certificates-1.16.1-1.niceosc5.x86_64.rpm\ca-certificates-1.16.1-1.niceosc5.x86_64.cpio\.\etc\pki\tls\certs\ca-bundle.crt # Russian Trusted Root -----BEGIN CERTIFICATE----- MIIFwjCCA6qgAwIBAgICEAAwDQYJKoZIhvcNAQELBQAwcDELMAkGA1UEBhMCUlUx ... # Russian Trusted Sub -----BEGIN CERTIFICATE----- MIIHQjCCBSqgAwIBAgICEAIwDQYJKoZIhvcNAQELBQAwcDELMAkGA1UEBhMCUlUx ... > какой diff к исходникам это подтверждает; > какой сетевой трафик / домены / IP он стучит; > какие журналы, строки кода, подозрительные ключи вы нашли. > исходники и SRPM’ы лежат в открытом доступе; Где посмотреть "исходники" никто кроме вас не знает. > пакеты подписаны, есть SBOM и отчёты по уязвимостям; Да хоть печать гостайны на них стоит. Если на последней миле сказали обмануть значит обманите. Не сможете, Памфилова вас научит, ну или на крайний случай Долина поможет. > Если кто-то реально найдёт закладку — это уже не мем, а CVE, Бекдор. > niceosz в пути репозитория — это исторический хвост от старой линейки/варианта сборки > (условно «NiceOS Z»), который остался в структуре каталогов. Это про организацию > репы, а не про какие-то «секретные Z-фичи». Технический артефакт нейминга, не > больше. Не поняли ну да и ладно. Только не ревите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #165

152. Сообщение от kusb (?), 13-Дек-25, 23:05	+/–
У меня с этим словом (найс) определённый триггер который предсказывает именно госты и регистрацию в реестре. Там ещё обычно говорили кто порвался. Гадость. Хотя...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #167

153. Сообщение от лллллл (?), 14-Дек-25, 01:14	+1 +/–
ну так где спеки, патчи, билдлоги? на сайте не ищется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

154. Сообщение от ентакусик (?), 14-Дек-25, 01:26	+/–
Да канешна, попробуй в пищевой промышленности или там автопроме, и еще много в каких областях, выпусти "любую другую", сам и будешь потреблять потом. Только шмот, наверное, и можно шить как захочешь, но и это не точно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #158

155. Сообщение от ентакусик (?), 14-Дек-25, 01:38	+/–
Оно после этого точно открытое ПО? А то тут opennet как бы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

156. Сообщение от Аноним (156), 14-Дек-25, 03:24	+/–
А запрет на использование ИИ был?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #200

157. Сообщение от Уася (?), 14-Дек-25, 05:20	+2 +/–
Ничего не могу сказать про сам продукт — не мой круг интересов. Но сайт, как и его наполнение, сделан отлично. И никого не слушай, используй ИИ по максимуму, а то в некоторых обществах сегодня доходит до того, что если пишешь без ошибок, то тебя обвиняют в использовпнии ИИ (типа быть дэбилом нынче считается нормой).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

158. Сообщение от Бертолетова соль (?), 14-Дек-25, 06:55	+2 +/–
Нельзя и шмот шить как захочешь надо в размеры попадать ГОСТ 31399-2009
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

159. Сообщение от mm (??), 14-Дек-25, 09:29	+/–
Чтоб попасть в реполодди, нужен репозиторий SRPMS. А он у вас есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

161. Сообщение от онанист (?), 14-Дек-25, 11:05	+1 +/–
таки Вам есть разница расшифруют в РФ или в США? и таки простым пользователям шифровать нечего, а вот ФЗ-152 надо исполнять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #176

163. Сообщение от онанист (?), 14-Дек-25, 11:08	+/–
Что у нас фактически есть отсутствие понимания нахрена оно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

164. Сообщение от Аноним (164), 14-Дек-25, 11:10	+7 +/–
Импортозамещенный программосодержащий продукт идентичный натуральному(нет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

165. Сообщение от niceSOFT (ok), 14-Дек-25, 11:12	+1 +/–
> ca-certificates-1.16.1-1.niceosc5.x86_64.rpm\ca-certificates-1.16.1-1.niceosc5.x86_64.cpio\.\etc\ssl\local\ Это - официальные корневой и подчинённый центры сертификации Минцифры РФ. Их сертификаты доступны публично: - есть репозитории, где просто собраны PEM-ки Russian Trusted Root CA и Russian Trusted Sub CA и выложены для анализа  https://github.com/koenrh/russian-trusted-root-ca - есть исследования/дискуссии в dev-security-policy/Mozilla и у CertIZDAT, где чётко видно, что, например, сайты банков (ВТБ и др.) и региональных порталов реально выданы под Russian Trusted Sub CA: https://groups.google.com/a/mozilla.org/g/dev-security-polic... То есть Russian Trusted Sub CA — это не корень, а выпускающий (subordinate) УЦ, который: - подписан корневым Russian Trusted Root CA; - именно он выдаёт "боевые" сертификаты конечным сайтам: банкам, гос-порталам, региональным ресурсам и т.п. По цепочке получается: Russian Trusted Root CA → Russian Trusted Sub CA → online.bank.ru / portal.region.ru → браузер После того, как западные публичные УЦ стали массово отваливаться для .ru-доменов, часть банков и гос-ресурсов ушла под российские УЦ Минцифры: - на Госуслугах есть официальный раздел про «поддержку работы сайтов с российскими сертификатами», где предлагается скачать и установить Russian Trusted Root CA и Russian Trusted Sub CA в хранилище системы/браузера, иначе сайты с такими сертификатами просто не будут нормально открываться и браузер будет ругаться на недоверенный УЦ. https://www.gosuslugi.ru/crt - банки публикуют инструкции «как установить Russian Trusted Sub CA / Root CA» для Windows/macOS/Android, чтобы их интернет-банк стабильно работал — см. примеры инструкций того же МКБ и других, где прямым текстом: скачайте Russian Trusted Sub CA.cer, импортируйте в хранилище доверенных УЦ и т.д. https://mkb.ru/en/cert/win То есть для классического российского пользователя сценарий такой: - хочешь, чтобы интернет-банк / личный кабинет налоговой / региональный портал и дальше открывались без ручного шаманства → системе нужно доверять Russian Trusted Root/Sub. Если эти УЦ не добавить в trust-store: - часть банковских и гос-сервисов просто перестанет работать "из коробки" — пользователь увидит "недоверенный сертификат", "подключение небезопасно" и т.д.; - в корпоративных средах админы всё равно будут руками допихивать эти сертификаты в локальные хранилища, потому что иначе им пользователи "голову оторвут". С точки зрения безопасности-параноика: Любой корневой УЦ = потенциальный MITM, если вы не доверяете тому, кто его контролирует. Наш выбор как дистра: - мы ориентируемся на среду, где ГОСТ, российские УЦ и работа с гос-ресурсами — не опция, а требование; - поэтому в ca-certificates добавлены Russian Trusted Root / Sub CA, чтобы банки/гос-сайты работали сразу, а не после 20-страничной инструкции по импортам cert’ов. С твоей моделей угроз ("государству и его УЦ по определению нельзя доверять") — да, для тебя это красный флаг. «Да хоть печать гостайны… Если на последней миле сказали обмануть значит обманите.» при таком подходе никакая открытость, reproducible-build, SBOM, подписи и т.п. тебя не устроят. Есть SRPM? — «могли собрать не из него». Есть git? — «могли собрать не из этого коммита». Есть воспроизводимая сборка? — «могли подменить на выкладке». Это радикальная, но логичная позиция: «ничему из этой юрисдикции по определению нельзя доверять». В рамках такой модели правильное решение для тебя — вообще не использовать ни НАЙС.ОС, ни любые другие русские дистры/ПО. Для российского заказчика это фича/требование; для тебя — риск, и это нормальный, честный разъезд по разным дорожкам. При таком подходе у тебя, по сути, остаётся единственный логичный вариант: вообще не пользоваться онлайн-банкингом и гос-сервисами по TLS, а ходить в отделение с паспортом. И то без гарантий — потому что если ты исходно считаешь, что вся система (гос, банки, юрисдикция) настроена "обмануть на последней миле", то тебя там могут обмануть уже не через сертификат, а просто на бумаге. То есть твоя позиция внутренняя логичная: с таким уровнем недоверия к любому ПО из этой юрисдикции, тебе трогать нельзя вообще ничего "российского". И это честнее признать впрямую, чем притворяться, будто проблема в конкретном .pem, а не в фундаментальном недоверии к стране и её инфраструктуре. И единственный консистентный вывод тут для тебя: не трогать ни этот дистр, ни любой российский вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #177, #186

166. Сообщение от Аноним (164), 14-Дек-25, 11:13	+5 +/–
Да как тебе сказать, когда человек что-то делает то и описание этого он должен сделать сам. А если за него это делает сторонний писарь-индус а то и вовсе чатгопoта... некрасиво, это, нехорошо, не по-человечески.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #207

167. Сообщение от niceSOFT (ok), 14-Дек-25, 11:22	+/–
> У меня с этим словом (найс) определённый триггер который предсказывает именно госты > и регистрацию в реестре. Там ещё обычно говорили кто порвался. Гадость. > Хотя... Когда название придумывалось, это было гораздо приземлённее: - хотели короткое, читаемое и по-русски, и по-английски; - чтобы NiceOS смотрелось нормально и на GitHub, и на обложке ISO; а вся история с реестрами/ГОСТами приехала уже потом, когда стало понятно, что без этого жить в РФ-юрисдикции не получится. Сейчас я прекрасно вижу, что для части людей «НАЙС + ГОСТ + реестр» = прямой триггер на импортозамещенческий новояз. Отмотать назад и переименоваться в «ГРУСТНО.ОС» уже сложно: бренд завели, образы, реестры, облака — всё завязано. Так что живём с этим багажом. Важно другое: за этим довольно приторным сочетанием реально стоит: - нормальный линуксовый стек; - минимальная серверная база для VM/контейнеров; - immutable/OSTree-ветка; - ГОСТ-крипта не на бумаге, а в пакетах. Если у тебя лично слово «НАЙС» вызывает стойкий флэшбек «гадость, ГОСТ, реестр, строевой смотр» — это нормально, триггеры у всех свои. Я тут могу разве что честно сказать: мы не пытались строить «идеологический бренд», нам нужен был рабочий ярлык для техдистрибутива, который по факту и так будут ставить туда, где ГОСТ и реестр безальтернативны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #188

171. Сообщение от Аноним (29), 14-Дек-25, 12:33	+/–
На ГОСТ.Оберон же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

174. Сообщение от Аноним (29), 14-Дек-25, 12:51	+/–
>Госплан, один из ключевых факторов развала Союза. Вот это вряд ли. В Госплане были и люди с прогрессивными взглядами. Косыгинская реформа, предложения по внедрению ИИ в планированию (1960-е!) Побиска Кузнецова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #178

175. Сообщение от Аноним (29), 14-Дек-25, 12:52	+/–
Этот тип тут постоянно этим занимается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

176. Сообщение от Аноним (29), 14-Дек-25, 12:57    Скрыто ботом-модератором	+/–
В зависимости от того, где расшифруют, бутылочка будет пологаться или не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

177. Сообщение от Страдивариус (?), 14-Дек-25, 13:08	+/–
> при таком подходе никакая открытость, reproducible-build, SBOM, подписи и т.п. тебя не > устроят. > Есть SRPM? — «могли собрать не из него». > Есть git? — «могли собрать не из этого коммита». > Есть воспроизводимая сборка? — «могли подменить на выкладке». Поэтому вы решили радикально всё это отринуть и просто ничего не показывать? Норм, понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

178. Сообщение от тоже Аноним (ok), 14-Дек-25, 13:53	+/–
> В Госплане были и люди с прогрессивными взглядами. Были. Только те предложения легли под сукно, пока можно было заткнуть проблемы нефтедолларами и ничего не менять. А к 1980-м эта отложенная бомба рванула.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

179. Сообщение от Аноним (179), 14-Дек-25, 15:00	+/–
А проблема-то в чём? И причём тут интернет? Просто для информации - вся FreeBSD прекрасно собиралась и обновлялась из исходников, все эти freebsd-update это про бинарные обновления. И то, что ее могут убрать означает лишь то, что готовят что-то новое. И видимо связанно с "пакетизацией" базовой системы. Если что эта самая freebsd-update появилась лишь с 13ой. А не была в ней всегда, как может показаться из твоего ЗАДУМАЙТИСЬ поста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #191

181. Сообщение от Аноним (181), 14-Дек-25, 16:24	+/–
Частный бизнес как сидел на Винде и сервер и клиент так и сидит, а госухи перешли на импортозамещенные дистрибутивы с поддержкой 1с, так что твоя проблема надумана
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #183

183. Сообщение от Фонтимос (?), 14-Дек-25, 19:34	+/–
А я понял, анон писатель. Попытаюсь объяснить доступным языком. Проблемы никакой нет, есть предположение, что без поддержки указанной проги, сабжу будет сложно занять место под солнцем. Да, и как смог, "интеллекту" постарался также донести свою мысль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

186. Сообщение от cheburnator9000 (ok), 14-Дек-25, 22:07	+/–
Во сочинил портянку. 99.9% россиян пользуются банкингом и госуслугами как и раньше все они подписаны сертификатом GlobalSign. Все сотовые операторы сидят на GlobalSign. Для тех, кому не дали GlobalSign спокойно купили сертификат от Japan Registry Services Co., Ltd (Альфа Банк) или греческой Hellenic Academic and Research Institutions CA (Сбербанк как и МКБ). Можете дальше фантазировать про необходимость установки бекдора от государства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

188. Сообщение от Кошкажена (?), 14-Дек-25, 23:46	+/–
> чтобы NiceOS смотрелось нормально и на GitHub, и на обложке ISO А зачем? GitHub как бы площадка зарубежная и они могут забанить проект легко как забанили Positive Tech. Максимум зеркало там держать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

189. Сообщение от vitalif (ok), 15-Дек-25, 00:14	+1 +/–
Привет, спасибо за ответ, хоть и не особо проект интересен, приятно что хоть живой кто-то отвечает ) Вкину то, что всегда вкидываю разрабам отечественных дистров, когда они на основе чего-то: ЗАЧЕМ ДИСТР? Ну ок альт допустим, он правда самобытный со своим apt-rpm и долгой историей. Но вот там была РОСА например, к ней точно так же это относится. Вы позиционируете что у вас какой-то определенный софт есть или настройки, которых у других нет? Ну ок, сделайте форк существующего дистра и так и скажите: вот у нас это же, пересобранное на своей инфре 1:1, ПЛЮС а,б,в,г,д. А если ничего нет нового, нет этих а,б,в,г,д, то нахрена еще один дистр? Шо типа линукс дистров на рынке мало? При этом реально кухня сборки пакетов устарела же например, спеки со сраными макросами, дебы с хелпер скриптами, там же правда много что можно было бы улучшить и привести к достойному 2025 виду. Но вместо этого все в очередной раз берут все как есть и считают что будет какая то ценность от того что они к себе пакеты скопируют. Ну нафига?..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #194

190. Сообщение от Fareast (ok), 15-Дек-25, 05:39	+4 +/–
мда, токсично и уныло, действительно, "новость" чтобы знали)
Ответить | Правка | Наверх | Cообщить модератору

191. Сообщение от Roman Dyaba (ok), 15-Дек-25, 08:42	+/–
Вы не правы ! FreeBSD 10.x freebsd-update уже был. А про интернет всё увидите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

192. Сообщение от кукпоп (?), 15-Дек-25, 09:08	+/–
>  Во всём остальном мире всё тоже 100%, кроме дизайна, стандартизированно. Я читал что ISO регулирует процесс производства, а ГОСТ стандарт уже готовой продукции. КМК ISO получше будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #196

193. Сообщение от Аноним (193), 15-Дек-25, 09:39	+/–
А с учетом их требований не пытаться добираться до исходников, я не поручусь что этот тендер не организован "товарищем майором". Или хотя бы, что означенный майор не был со-организаторах тендера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

194. Сообщение от niceSOFT (ok), 15-Дек-25, 10:50	+/–
> ЗАЧЕМ ДИСТР? Добрый день! Спасибо за вопрос! Очень понятный вопрос, особенно в 2025 году, когда «ещё один generic RU Linux» никому не нужен. Коротко: мы как раз не делаем ещё одну «ОС на все случаи жизни», а делаем минимальный хост под контейнеры/VM, со своей! кухней сборки и осмысленной современной политикой. Это не «ещё одна Fedora/Red/Ubuntu с шильдиком», а ОС под конкретный сценарий - хосты для виртуалок и контейнеров; - облако, edge, защищённые сегменты; - без «десктопа на всякий случай», «медиацентра» и т.д. То есть цель — не конкурировать с «универсальными» российскими дистрибутивами, а дать минималистичную платформу для мира контейнеров и куберов: минимальная база, всё прикладное — в контейнерах. Если хочется «поднять офис, браузер, IDE и игры» — вокруг уже полно подходящих или не очень систем. Наши задачи шире: - Контроль базового стека: ядра, glibc, toolchain, криптографии, политики сборки. Когда это просто внешний репозиторий, огромный пласт решений остаётся «чужой волей и политикой». Цепочка поставки: свой toolchain, свои spec’и, свои SRPM, SBOM, подписи, единая политика. Для части понятных заказчиков важен именно полный путь «исходники → пакет → образ», а не «мы накатили свой репо на что-то». Immutable / OSTree-подход и btrfs-снапшоты: базовая система — как целостный снапшот с атомарными обновлениями и откатами. Это проще делать, когда контролируешь весь слой, а не только верхние пакеты. Поэтому да, это именно отдельный дистрибутив, а не «набор .repo-файлов для чужой ОС». Не музей Red Hat-макросов "При этом реально кухня сборки пакетов устарела же например, спеки со сраными макросами …" Вот тут как раз боль разделяем. Поэтому: - spec-файлы действительно написаны с нуля под свои требования, а не копипаста 15-летних шаблонов; - макросы и политика сборки зачистены от исторического хлама — минимальные %post, поменьше «магии в шелле», акцент на воспроизводимость; - стек выровнен под текущий год: свежие версии ядра, glibc, GCC, OpenSSL (с ГОСТ), без зоопарка старья «на всякий случай». То есть по сути это RPM-дистрибутив в духе 2025 года, а не «ещё один наследник RHEL c тонной реликтовых практик». Большинство «наших/российских» дистров всё равно играют в модель «большая универсальная ОС»: и сервер, и десктоп, и тонкий клиент, и рабочая станция, и всё подряд. Здесь философия другая: ОС — это тонкий, предсказуемый слой под контейнеры и VM, а не комбайн «на все случаи». Всё прикладное — в контейнерах/оркестраторе, хост остаётся максимально простым и воспроизводимым. Плюс крипто ГОСТ и цепочка поставки, адаптированная под российские реалии. Поэтому предлагаем: - посмотреть философию и подход на основном сайте, - погонять ISO в тестовой среде, посмотреть на стек, ядра, крипту, обновления, скачать srpm - которые доступны для демонстрации нашего подхода. Комментарии мы пишем не чтобы всем понравиться, а чтобы оставаться на связи с теми, кому интересен именно такой путь: минимальная, управляемая ОС для контейнерного мира, а не очередной «универсальный монолит» на чужих spec'ак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #203

195. Сообщение от Аноним (195), 15-Дек-25, 11:10	+/–
>Никто и не отказывался. Помню, в 90е такой прикол рассказывали. Вроде как покупает человек на рынке что-то китайское, приносит домой, отклеивает наклейку "made in china" а под ней - "сделано в ссср". "Не отказывался" у него "никто" лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

196. Сообщение от ага (?), 15-Дек-25, 11:49	+/–
DIN 912, ISO 4762, ГОСТ 11738-84 Поди-найди разницу между гостом исо и дином
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192

197. Сообщение от ага (?), 15-Дек-25, 11:54	+/–
Жигули производились вполне себе по лицензии Fiat 124
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

200. Сообщение от Джон Титор (ok), 15-Дек-25, 15:21	+/–
> А запрет на использование ИИ был? У меня на работе (не связанной с НАЙС.ОС) не было. Компания вообще зарабатывает на ИИ решениях и одни люди в общем-то люди поощряли использование ИИ, а другие эффективные менеджеры которые пришли недавно были более старых и консервативных взглядов. Я с ними не сошелся вообще по многим вопросам. Возможно где-то ИИ действительно применил неудачно и признаю свои ошибки, но я это дело только недавно начал изучать и вижу отличный потенциал в применении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

201. Сообщение от Аноним (201), 15-Дек-25, 16:36	+/–
> В EULA мы защищаем официальные образы НАЙС.ОС под этим брендом, а не права на GPL/Apache-код. GPL и схожие с ней copyleft лицензии запрещают распространение любых производных (то есть содержащих внутри себя код под данными лицензиями) продуктов под несовместимой лицензией. Использование EULA для ISO-образа в целом - грубое нарушение copyleft лицензий всех входящих в этот ISO образ компонентов с лицензиями такого типа. EULA может использоваться только для самописных компонентов и производных от компонентов с пермессивными лицензиями (Apache, MIT). Защита бренда осуществляется посредством регистрации товарного знака, а не EULA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #210

203. Сообщение от vitalif (ok), 15-Дек-25, 20:51	+/–
>минимальный хост под контейнеры/VM, со своей! кухней сборки но в чём отличие от уже существующих ОС? вот например по конфам ходят толпы народа и д&@чат на талос (сам не фанат). чем оно лучше талоса, например? ну типа там нет rpm, но оно ж им и не надо, тем кто этот подход любит... >контроль базового стека: ядра, glibc, toolchain, криптографии, политики сборки. Когда это просто внешний репозиторий, огромный пласт решений остаётся «чужой волей и политикой». в чём для юзера отличие контролируемого вами стека от внешнего?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

204. Сообщение от Феодосий (?), 15-Дек-25, 21:08	+/–
А мне нравится! Такой дистр нужен! Недавно думал под кейс виртуалки+docker+ansible задействовать TinyCore, но но для этого совершенно не годен (как и для быстрого "десктопа") Буду пробовать внедрять. Хоть и недолюбливаю rpm (сколько-нибудь плотно их пользовал аж в 2008, когда хотел смигрировть на Mandriva)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #206

205. Сообщение от дохтурЛол (?), 16-Дек-25, 00:15	+/–
> иностранное слово можно использовать без перевода, если оно зарегистрировано как товарный знак
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

206. Сообщение от jura12 (ok), 16-Дек-25, 03:07	+/–
там надо iptables вручную прописывать, а это гемор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204

207. Сообщение от Аноним (207), 16-Дек-25, 07:59	–1 +/–
Вы не из тех клоунов, кто на длинные тире сразу орёт "чатгопота!", автоматически дискриминируя всех грамотных людей, внимательных к деталям?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

208. Сообщение от Аноним (207), 16-Дек-25, 08:14	+/–
> на фоне современных аутистов, которые одевают либо строго чёрное, либо строго белое (мне до сих пор этот тренд не ясен) Как плохо, что "аутисты" сегодня имеют свободу и возможность одеваться во что хотят, а не как нравится деду!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

210. Сообщение от Аноним (-), 16-Дек-25, 10:05    Скрыто ботом-модератором	+/–
Каков негодяй. Так он хотел нарушить условия священого GPL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201

211. Сообщение от Shantikov (?), 16-Дек-25, 11:14	+/–
>Во всём остальном мире всё тоже 100%, кроме дизайна, стандартизированно. Да, классический пример со стандартом Type-C у всех телефонов, если бы этот стандарт приняли до появления type-c, то собственно, никакого тайп-си бы мы не увидели, пользовались бы убогими микро-юсб, зато по стандарту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

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

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