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

"Во FreeBSD обеспечена поддержка воспроизводимых сборок и сборки без прав root"	+/–
Сообщение от opennews (??), 28-Окт-25, 09:51
Организация FreeBSD Foundation объявила о реализации поддержки воспроизводимых сборок, позволяющих убедиться, что распространяемые бинарные файлы собраны из предоставляемого исходного кода и не содержат скрытых изменений. Одновременно заявлено о предоставлении возможности сборки FreeBSD в непривилегированных окружениях, не требующих наличия прав root. Избавление от компонентов, выполняемых во время сборки с правами root, позволит повысить безопасность инфраструктуры для формирования релизов FreeBSD, снизить поверхность атаки на сборочное окружение и упростить организацию автоматизированных сборок... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64124
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 28-Окт-25, 09:51	–18 +/–
Это все давным давно в ALT Linux есть
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #19, #27, #29, #53, #107, #114

3. Сообщение от Аноним (3), 28-Окт-25, 09:57	+/–
Можно только порадоваться. Но что делать, если большинству пользователей необходимы свежие nwjs и electon, а они внезапно не работают и не компилируются? Хотя, казалось бы, это гцц компилировать проблема каждое обновление, а тут такой же шланг. Может быть, чем-то не тем заняты?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #34, #99

4. Сообщение от Аноним (4), 28-Окт-25, 09:58	+1 +/–
У Альт что-то такое есть https://tests.reproducible-builds.org/debian/reproducible.html ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

5. Сообщение от Аноним (6), 28-Окт-25, 10:19	+/–
И в XLibre сейчас над работой без root корпеют. Неужели стало доходить, что поголовные sudo и suid -- злое зло?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #38

6. Сообщение от Аноним (6), 28-Окт-25, 10:22	+/–
Шланг тут в базе, с ним проблем нет. А вот электроны и прочая не в почёте — всё-таки изначальная ориентация у системы не десктоп. Тот же WPS Office собирается сильно по ситуации, но там линукслятор, где колесо из костылей просто пытается крутиться и идти одновременно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #7

7. Сообщение от Аноним (6), 28-Окт-25, 10:23	+/–
Эээ, почему у нас номера одинаковые?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #9, #26, #66

8. Сообщение от Аноним (9), 28-Окт-25, 10:26	+4 +/–
Чуть проще с джайлами будет и всё. В принципе и так хорошо жилось,но пусть будет.
Ответить | Правка | Наверх | Cообщить модератору

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

10. Сообщение от r2d0 (?), 28-Окт-25, 10:30	+1 +/–
Как бы давно https://www.altlinux.org/%D0%92%D0%BE�...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #24

11. Сообщение от Аноним (69), 28-Окт-25, 10:33	–15 +/–
Уже заканчивался 2025 год, а бсдшники только-только начали реализовывать базовые вещи из NixOS. А о возможности декларативно описать систему, какие программы установить и их конфиги, после чего собрать это одной коммандой, бсдшники, я так полагаю, они ещё даже не задумывались.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #14, #16, #18, #44

12. Сообщение от Минона (ok), 28-Окт-25, 10:39	+3 +/–
https://opennet.ru/60724-nixbsd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #21

13. Сообщение от r2d0 (?), 28-Окт-25, 10:40	+/–
Норм ссылка https://www.altlinux.org/Features
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (14), 28-Окт-25, 10:41	+4 +/–
>они ещё даже не задумывались Все правильно, твоя NixOS еще даже не задумывалась, когда бздя рулила и педалила на серверах. Но ты продолжай держать нас в курсе. И да, дистры идут каждый своей дорогой, развиваются в разные стороны, разные юзкейсы. Но ты об этом не в курсе, мыслишь прямо (как кишка прямая), ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17, #75

15. Сообщение от Аноним (69), 28-Окт-25, 10:44	+2 +/–
>И в XLibre сейчас над работой без root корпеют. Так ведь было же уже, не? Они ещё один велосипед делают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

16. Сообщение от Аноним (9), 28-Окт-25, 10:44	+2 +/–
Pkg давно существует и СистемД нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

17. Сообщение от Аноним (69), 28-Окт-25, 10:45	–4 +/–
>когда бздя рулила и педалила на серверах Этот повод для гордости давным давно прошёл. >И да, дистры идут каждый своей дорогой Только одни идут прямо и быстро, а другие петляют и никак не догонят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от Мемоним (?), 28-Окт-25, 10:46	+2 +/–
> собрать это одной коммандой make world
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #20

19. Сообщение от Аноним (19), 28-Окт-25, 10:50	+12 +/–
Ну дак Альт это просто пересборщики пакетов, а FreeBSD сами ОС пишут и сами воспроизводимые сборки делают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #30

20. Сообщение от Аноним (69), 28-Окт-25, 10:54	–3 +/–
Ну и где тут установка и настройка софта? Вы этой командой nginx поднимите, чтобы он сразу сертификаты подхватил и так далее? Вы этой командой максимум его поставите. Ну а про софт вне репозитория я вообще молчу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #56, #87

21. Сообщение от Тфьу (?), 28-Окт-25, 11:00	+/–
Ого! Спасибо за ссылку! Ознакомлюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22

22. Сообщение от Тфьу (?), 28-Окт-25, 11:03	+2 +/–
Ознакомился. Проект выглядит довольно заброшенным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

24. Сообщение от Аноним (4), 28-Окт-25, 11:10	+1 +/–
Можно ссылку не на вики, а на результаты. Столько проектов пересобираются успешно, столько не пересобираются успешно, а эти вообще не собрались. Про git.altlinux.org я знаю, и что там можно даже FTBFS посмотреть. Тем не менее, что у них есть система отслеживания похожая по развесистости на ту, которая у Debian, я не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #25

25. Сообщение от r2d0 (?), 28-Окт-25, 11:31	+1 +/–
Пишут, что все пакеты в Sisyphus собраны воспроизводимыми https://www.altlinux.org/Hasher
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от Аноним (26), 28-Окт-25, 11:43	+1 +/–
а, так вот что означали эти чиселки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

27. Сообщение от User (??), 28-Окт-25, 11:51	+3 +/–
А что Альт уже FreeBSD пересобирает? Не знал, подскажите ссылку, на сайте ничего про это не нашел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #36

29. Сообщение от Аноним (29), 28-Окт-25, 12:16	+1 +/–
МШ, ты забыл залогиниться. но спасибо за новость;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

30. Сообщение от Аноним (30), 28-Окт-25, 12:19	+2 +/–
Как будто, и прикладной софт они сами пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #40

31. Сообщение от Аноним (31), 28-Окт-25, 12:31	+/–
> сборки без прав root "Этот компьютер" (с) всё ближе и ближе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #55

33. Сообщение от Аноним (33), 28-Окт-25, 12:45	+1 +/–
Всего-то повторили то, что в линухах уже четверть века как данность.
Ответить | Правка | Наверх | Cообщить модератору

34. Сообщение от DeerFriend (?), 28-Окт-25, 12:45	+/–
Докеры с подманами разве не для этого были придуманы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #43

36. Сообщение от Аноним (36), 28-Окт-25, 12:52	–1 +/–
когда коту делать нечего он FreeBSD пересобирает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

38. Сообщение от Аноним (40), 28-Окт-25, 13:13	+2 +/–
Исксы давно уже без рута работают с тех пор как kms в ядре появился. У меня в NetBSD xorg работает без рута.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

40. Сообщение от Аноним (40), 28-Окт-25, 13:31	+2 +/–
Конечно нет, они ж не дебиан чтоб все миллион пакетов в репах самому написать (сарказм)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #58

42. Сообщение от Аноним (42), 28-Окт-25, 13:54	+1 +/–
Эм, тут явно речь о том, что до текущего момента процесс сборки требовал наличия root прав, а не то, что отбирают рутовые права.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #48, #72

43. Сообщение от User (??), 28-Окт-25, 14:03	+/–
Ну, "да" - но с ними, внезапно - тоже "нет".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

44. Сообщение от User (??), 28-Окт-25, 14:11	+/–
Да как бы... эээ... идея тащить это все непосредственно _в систему_ пришла в голову не только лишь всем, а только и исключительно вот самизнаетекому - и с учетом широты распространения - можно сделать обоснованное предположение, да? Комуннада - пользуют ansible-salt-puppet-chef - блин, думаю я что у cfengine и то установок больше будет... Более того - оно, не то, чтобы "относительно переносимо" получается - но еще и - вот чудо-то! умудряется не ломать формат конфиги через два обновления-на-третье )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #49, #57

47. Сообщение от name (??), 28-Окт-25, 14:49	–2 +/–
Они все еще под рутом качают, распаковывают и устанавливают пакеты? Какая к черту безопасность.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83

48. Сообщение от Аноним (48), 28-Окт-25, 14:50	–1 +/–
> а не то, что отбирают рутовые права. Но кого это интересует, если можно прям сразу начать истерить про "Этот компьютер"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

49. Сообщение от Аноним (69), 28-Окт-25, 16:01	+/–
>Да как бы... эээ... идея тащить это все непосредственно _в систему_ пришла в голову не только лишь всем, а только и исключительно вот самизнаетекому - и с учетом широты распространения - можно сделать обоснованное предположение, да? Если мысли нет, то не надо писать многабукаф. >Комуннада - пользуют ansible-salt-puppet-chef - блин, думаю я что у cfengine и то установок больше будет... Ну и насколько этот суррогат функционален? Можно ли с его помощью установить систему целиком? Насколько им можно пользоваться, на условном арче - или сегодня соберётся, а завтра - нет? Насколько им можно починить поломанную систему? >но еще и - вот чудо-то! умудряется не ломать формат конфиги через два обновления-на-третье ) Сейчас бы о сроке жизник конфига переживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #50, #51

50. Сообщение от User (??), 28-Окт-25, 16:20	+/–
>>Да как бы... эээ... идея тащить это все непосредственно _в систему_ пришла в голову не только лишь всем, а только и исключительно вот самизнаетекому - и с учетом широты распространения - можно сделать обоснованное предположение, да? > Если мысли нет, то не надо писать многабукаф. Ну, не пишите - глядишь, за умного сойдете. >>Комуннада - пользуют ansible-salt-puppet-chef - блин, думаю я что у cfengine и то установок больше будет... > Ну и насколько этот суррогат функционален? Можно ли с его помощью установить > систему целиком? Насколько им можно пользоваться, на условном арче - или > сегодня соберётся, а завтра - нет? Насколько им можно починить поломанную > систему? Оу. Ну, яснее сказать "да я понятия не имею, как в этом вашем современном ИТ все устроено!" пожалуй что и не получится. "Бойтесь человека, который читал одну книгу"(С), ага >>но еще и - вот чудо-то! умудряется не ломать формат конфиги через два обновления-на-третье ) > Сейчас бы о сроке жизник конфига переживать. Действительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #68

51. Сообщение от Аноним (51), 28-Окт-25, 16:24	+2 +/–
> Можно ли с его помощью установить систему целиком? А с никс ос можно? В комплекте идет огрызок, который умеет только систему конфижить еле-еле. А диски как? Эээ вручную. Ну или там на гите дискио есть, как работает и не развалится/забросится хз, не официально же. Как быть с пользовательскими настройками. Ну также, там в интернетах хоум менагер есть. Системдбут не грузит бтрфс, лакс. Ну, читай матнж по грабу, там можно, только секюре бут отключи, там еще не допили. Ах, да и не забывай, все писать ай юз никс бтв
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #70

53. Сообщение от Аноним (53), 28-Окт-25, 16:33	+/–
а в альте есть компоненты с закрытым кодом и несвободными лицензиями?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #69

54. Сообщение от Аноним (55), 28-Окт-25, 16:47	–1 +/–
> были необходимы для создания файлов устройств, Они что, до сих пор это МАНУАЛЬНО делают? O_O > выставления прав доступа и монтирования дополнительных файловых систем (например, при создании дисковых образов) Для всяких правов и проч сто лет как fakeroot был. А монтирование... это что, господа безопасники дадут кому попало маунтить что попало?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

55. Сообщение от Аноним (55), 28-Окт-25, 16:48	+1 +/–
> "Этот компьютер" (с) всё ближе и ближе. Плойку купи. Или свитч (не сетевой, нинтенду). Там тебе вообще сразу прямым текстом объяснят - НеВаш компьютер :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

56. Сообщение от Мемоним (?), 28-Окт-25, 16:52	+/–
> Ну и где тут установка и настройка софта? https://man.freebsd.org/cgi/man.cgi?rc.conf Как сразу все нужные пакеты поставить не знаю, я БСД не пользуюсь. Но вижу, что многие идеи никса позаимствованы из БСД. Ну и улучшены местами (а местами ухудшены).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

57. Сообщение от Аноним (58), 28-Окт-25, 16:56	–1 +/–
> Комуннада - пользуют ansible-salt-puppet-chef - блин, думаю я что у cfengine > и то установок больше будет... А еще на поверку сапожник оказывается без сапог, дома вообще наслаждается экспериенсом 2000 года выпуска. С тормозным NTFS, VSS ставящим р@ком комп, переустановкой системы полдня в случае чего, и вообще - космические или какие там корабли бороздят просторы больго театра, ну или чего там. А на сапожник покамест в землянке в робе из мешковины посидит. Распретеделение благ и технологий на манер фильма Spellbinders! О том что распределять блага и технологии можно более когерентно, чтобы все выводки компьютерных систем юзали похожее core - сэру в голову явно не приходило. Такие господа шарахаются из крайности в крайность. Вот только желающих юзать технологии в режиме spellbinders оказалось - немного. Лохом быть вообще - невыгодно по жизни. > умудряется не ломать формат конфиги через два обновления-на-третье ) Оно видите ли без твиков чертовой кучи непортабельной системной специфики - ни о чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #60

58. Сообщение от Аноним (58), 28-Окт-25, 17:00	–5 +/–
> Конечно нет, они ж не дебиан чтоб все миллион пакетов в репах > самому написать (сарказм) У дебиана debootstrap, cdebootstrap и проч - есть. Позволяет набрать rootfs по списку пакетов грубо говоря. В фре такого как обычно - не завезли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #65, #82, #115

60. Сообщение от User (??), 28-Окт-25, 17:20	+/–
Ты опять с двух ног ворвался с мнением по вопросу, который не то, что "не понял", а и "не прочитал" даже? Сделай упражнение - попробуй сформулировать тезис, которому ты, якобы, "оппонируешь" - и соотнеси свое писево с этим тезисом - найдешь что-нибудь общее, сообщи письмом через почту россии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

61. Сообщение от Имя (?), 28-Окт-25, 17:33	–1 +/–
> заявлено о предоставлении возможности сборки FreeBSD в непривилегированных окружениях, не требующих наличия прав root На дворе стоял конец 2025 года. Охренеть успехи у них там.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

63. Сообщение от Fareast (ok), 28-Окт-25, 18:20	+/–
что круто фри или опен бсд?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #84

65. Сообщение от Аноним (40), 28-Окт-25, 18:32	+1 +/–
И все-все-все пакеты в репозитории дебиана были написаны дебианом? Даже libreoffice, kde, chromium? Если нет, то непонятно к чему тут твой ысер про debootstrap, если я отвечал на вот это: "Как будто, и прикладной софт они сами пишут."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #76

66. Сообщение от Аноним (53), 28-Окт-25, 18:34	+/–
С одного айпи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

68. Сообщение от Аноним (69), 28-Окт-25, 18:43	+/–
>Оу. Ну, яснее сказать "да я понятия не имею, как в этом вашем современном ИТ все устроено!" пожалуй что и не получится. Если вы так компетентны, то опишите, как будет выглядеть сборка кастомного ядра с этими утилитами, чтобы при выходе нового ядра оно автоматически пересобралось с текущей конфигурацией?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #78

69. Сообщение от Аноним (69), 28-Окт-25, 18:45	+/–
Есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #74

70. Сообщение от Аноним (69), 28-Окт-25, 18:47	+/–
>Ну или там на гите дискио есть >Ну также, там в интернетах хоум менагер есть Как хорошо, что вы уже об этом знаете, и дополнительно вам объяснять не надо. >не официально же. Покажите место, где сделано лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #85

71. Сообщение от Аноним (31), 28-Окт-25, 18:56	+/–
> господа безопасники дадут кому попало маунтить что попало? Да. И тут они могут надыроколить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

72. Сообщение от Аноним (31), 28-Окт-25, 19:09	+/–
То, что раньше требовало рута, а сейчас они пускают в это без рута, наводит на мысль, что просто сделали дырокол, чтобы всё работало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

73. Сообщение от Аноним (9), 28-Окт-25, 19:16	+/–
Open умеет только открытые дрова видео.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

74. Сообщение от Аноним (53), 28-Окт-25, 20:26	+/–
Я имею в виду не сторонние, а он компании Альт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

75. Сообщение от Аноним (53), 28-Окт-25, 20:29	+/–
freebsd даже не задумывалась, когда на серверах рулил unix, и где он теперь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #102

76. Сообщение от Аноним (-), 28-Окт-25, 20:37	–2 +/–
> И все-все-все пакеты в репозитории дебиана были написаны дебианом? Не понимаю при чем тут это. Генерация рутфс ОС по списку пакетов, и кем они написаны - как таковые 2 совершенно разные ипостаси. И минимальный дебиан - это то что apt в состоянии запустить. Все остальное можно сделать им. КМК это намного логичнее в таком виде. >  Даже libreoffice, kde, chromium? Если нет, то непонятно к чему тут твой ысер про > debootstrap, если я отвечал на вот это: "Как будто, и прикладной > софт они сами пишут." И тем не менее, у сабжа нет ничего сравнимого с вон тем. А при том оно тем что относится к генерации систем, в том числе и воспроизводимой. Пусть и на чуть ином уровне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

78. Сообщение от User (??), 28-Окт-25, 20:45	+/–
>>Оу. Ну, яснее сказать "да я понятия не имею, как в этом вашем современном ИТ все устроено!" пожалуй что и не получится. > Если вы так компетентны, то опишите, как будет выглядеть сборка кастомного ядра > с этими утилитами, чтобы при выходе нового ядра оно автоматически пересобралось > с текущей конфигурацией? Да, прикинь? Инструменты для организации ci/cd, нужные примерно 0,01% установок в современном ит ТОЖЕ не интегрированы в супер-дупер конфиг... Если немного подумаешь - может даже догадаешься, почему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #90

82. Сообщение от Аноним (82), 28-Окт-25, 23:34	+1 +/–
> В фре такого как обычно - не завезли. Не, ты опять как обычно - не смог пройти мимо темы о БСД (в которой ты ни ухом ни рылом), без <эт-самого> лужи. https://cgit.freebsd.org/src/tree/tools/tools/tinybsd?h=rele... (100 лет в обед)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

83. Сообщение от АнОним (?), 29-Окт-25, 01:05	+2 +/–
А в чём собственно разница, скачать под обычным пользователем и всё равно устанавливать под рутом? Где тут безопасность улучшилась от отсутствыя рута?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

84. Сообщение от Аноним (-), 29-Окт-25, 02:57	+/–
Бери совместимость железа как основу. Ведь *BSD — это как раз тот случай, когда периферия подбирается под ОС, в отличие от Linux, который поддерживает почти всё из коробки и конфигов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #97

85. Сообщение от Аноним (85), 29-Окт-25, 03:43	+/–
> Покажите место, где сделано лучше. IaC пример? А нет такого дистра. Но это не значит, что этот PoC (NixOs) стоит сейчас использовать. Правда, ему лет 20. Мб, если все то, что описали выше, войдет в официальную редакцию, уберут нерабочие копии предыдущих состояний системы, то будет толк. Для прода лучше использовать виртуальные машины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #91

86. Сообщение от нах. (?), 29-Окт-25, 07:29	+/–
Внезапно, не так это и просто. И, главное - нахрен ненужно. Как и "воспроизводимые сборки", которые никто и не собирается "воспроизводить". Ну чем бы дети не тешились, лишь бы в в настоящий код не лезли, его чинить некому уже совсем. А так - грантик пилится, лавешка мутится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #94

87. Сообщение от G0Dzilla (??), 29-Окт-25, 07:35	+/–
Кастомный билд системы с прикладным софтом вместе собрать одной командой? Мсье знает толк в...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

90. Сообщение от Аноним (69), 29-Окт-25, 09:28	+/–
Я правильно понимаю, что те суррогаты, которые вы предлагаете, не в состоянии заменить ядро на самособранное и автоматически пересобирать при новом релизе? Ну и зачем вы их упомянули?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #92

91. Сообщение от Аноним (69), 29-Окт-25, 09:30	+/–
>Для прода лучше использовать виртуальные машины. Я не спрашиваю про прод, я спрашиваю про то, чем я могу заменить NixOS у себя. И вы мне предлагаете какой-то костыль, который ещё и более затратным будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #106

92. Сообщение от User (??), 29-Окт-25, 10:59	+/–
> Я правильно понимаю, что те суррогаты, которые вы предлагаете, не в состоянии > заменить ядро на самособранное и автоматически пересобирать при новом релизе? Ну > и зачем вы их упомянули? Нет. Вы не понимаете, что примерно "ничего" не понимаете. Это как с вимером говорить: "А вот как в твоем ХХХ заменить каждую вторую заглавную букву в слове с четным количеством слогов, а? А?! А вот у меня это делается простым сочетанием клавиш..." Для какой практической задачи мне _могло_ бы понадобится это делать, а? Ну или даже не "мне" а примерно "кому угодно"? Уже потом можно будет поговорить о том, как автоматически собрать deb-пакет и как организовать canary deployment на инфраструктуре...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #93

93. Сообщение от Аноним (69), 29-Окт-25, 12:07	+/–
>Для какой практической задачи мне _могло_ бы понадобится это делать, а? Ну или даже не "мне" а примерно "кому угодно"? Задача - это левый вопрос, к теме не относящийся. Например, если есть локальный патч, который не приняли в апстрим. Или изменить какие-то параметры по умолчанию, заданные при сборке ядра. Или я локально что-то тестирую. У меня в системе есть патченный пакет, правда не ядро, но сути это не меняет. >Уже потом можно будет поговорить о том, как автоматически собрать deb-пакет и как организовать canary deployment на инфраструктуре... Отлично, вы начинаете догадываться, куда я клоню. Есть nix, изобретённый в 2003 году, дающиё некоторые возможности вроде воспроизводимой сборки, и есть NixOS где реализовали некоторые возможности, вроде возможности прозрачно подменять ядро, применить настройки сети и так далее. И и доступно это всё годами. И есть ваши утилиты, которые сейчас, в 2025 году из коробки не предоставляют готовый функционал, типа замены ядра или какого-то другого пакета. И чтобы вам этого достичь, потребуется добавить кроме этих утилит ещё кучу всего, плюс самописный код. А теперь вопрос, это они только ядро не могут пересобрать или например конфиг иксов они тоже изменить не смогут? А сеть настроить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #95

94. Сообщение от Аноним (69), 29-Окт-25, 12:09	+/–
>И, главное - нахрен ненужно. Ага, особенно не нужна сборка без рут прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

95. Сообщение от User (??), 29-Окт-25, 14:15	+/–
>>Для какой практической задачи мне _могло_ бы понадобится это делать, а? Ну или даже не "мне" а примерно "кому угодно"? > Задача - это левый вопрос, к теме не относящийся. Например, если есть > локальный патч, который не приняли в апстрим. Или изменить какие-то параметры > по умолчанию, заданные при сборке ядра. Или я локально что-то тестирую. > У меня в системе есть патченный пакет, правда не ядро, но > сути это не меняет. Не-не. Это первый и главный вопрос. Вот нету у индустрии задачи "отгружать последнее ведро с лопаты в автомате" - она её и не решает. Нет, не по тому, что "не может" - а по тому, что "нафиг ненужно". Если у васяна на локалхосте есть - да пусть решает как ему угодно, божечки-кошечки - пусть чем хочет, тем в носу и ковыряется, а не рассказывает, что у него самая удобная авторучка с анатомической формой, подходящей к любому (его) естественному отверстию - все остальные ручкой - внезапно - пишут. >[оверквотинг удален] > Отлично, вы начинаете догадываться, куда я клоню. Есть nix, изобретённый в 2003 > году, дающиё некоторые возможности вроде воспроизводимой сборки, и есть NixOS где > реализовали некоторые возможности, вроде возможности прозрачно подменять ядро, применить > настройки сети и так далее. И и доступно это всё годами. > И есть ваши утилиты, которые сейчас, в 2025 году из коробки > не предоставляют готовый функционал, типа замены ядра или какого-то другого пакета. > И чтобы вам этого достичь, потребуется добавить кроме этих утилит ещё > кучу всего, плюс самописный код. А теперь вопрос, это они только > ядро не могут пересобрать или например конфиг иксов они тоже изменить > не смогут? А сеть настроить? Ну вот я вам отвечаю - в том виде, в котором есть - примерно нафиг никому и ни для чего не нужно (Чему порукой - популярность nix os per se и распространенность заложенных в ней идей). А те задачи, которые нужны - давно и успешно решаются in scale. Если !вдруг! внезапно! мне зачем-то понадобится отгрузить-с-лопаты - это будет сделано самым что ни на есть типовым сценарием сборки srpm\deb пакета из gitlab ci с публикацией в нексус и дальнейшей раскаткой его через да-да, тот же ansible на весь набор хостов через ручное\автоматизированное тестирование и контрольную группу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #96

96. Сообщение от Аноним (69), 29-Окт-25, 15:26	+/–
>Вот нету у индустрии задачи "отгружать последнее ведро с лопаты в автомате" Где вы вообще увидели "последнее ядро"? Может хватит фантазировать? >А те задачи, которые нужны - давно и успешно решаются in scale. Решаются кем и решаются где? Вон FreeBSD до 2025 года не могла без рутовых прав собраться. А могли бы не изобретать велосипед и давным давно перейти на nix. И таки изобретений велосипедов целый вагон - что федора, что альт, что дебиан - каждый изобретает что-то своё, при этом не имеет и половины возможноей nix-а. >это будет сделано самым что ни на есть типовым сценарием сборки srpm\deb Как вы собираетесь обнаруживать новую версию пакета? >из gitlab ci с публикацией в нексус Какое отношение ci/cd и бинарный кеш имеют к пакетному менеджеру? Почему вы постоянно уплываете с темы? >Если !вдруг! внезапно! мне зачем-то понадобится отгрузить-с-лопаты Чтобы было больше конкретики, опишу сценарий: мне нужен контейнер/система с определённым конфигом, скорее всего в единичном экземпляре, но так, чтобы её можно было собрать в любой момент и доработать. >это будет сделано самым что ни на есть типовым сценарием сборки srpm\deb пакета Так, что там у нас получается? На одной стороне nix, который решает все задачи, на другой стороне как минимум docker(или где вы там будете пакеты собирать) и ansible. Далее, я хочу немного поменять конфигурацию. В случае nix я могу получить результат быстро, благодаря лени и воспроизводимости, в случае докера скачивание зависимостей и пересборка пакетов будет происходить заново. И если со скачиванием пробелму ещё можно ослабить кеширующим прокси, то вот с пересборкой поделать ничего нельзя. Ну не понимает докер, когда нужно пересобирать, а когда нет. >и дальнейшей раскаткой его через да-да, тот же ansible Который, как я полагаю, пригоден только для прямолинейной установки новой версии. А при тестировании, вам потребуется сторонняя утилита, реализующая данную возможность. Как минимум тот же докер. Кстати, как ansible обрабатывает побочные эффекты? Вроде того, что на какой-то машине в конфиг внесли изменения, а в репозиторий с ansible не внесли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #98

97. Сообщение от abi (?), 29-Окт-25, 15:33	+/–
> BSD — это как раз тот случай, когда периферия подбирается под ОС Это для любой системы справедливо. Например, для оффтопика надо обращать внимание чтобы на оборудовании было написано Designed for Microsoft Windows или Plug & Play. В руководстве написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

98. Сообщение от User (??), 29-Окт-25, 16:03	+/–
>>Вот нету у индустрии задачи "отгружать последнее ведро с лопаты в автомате" > Где вы вообще увидели "последнее ядро"? Может хватит фантазировать? Ну откуда ж мне знать, что вы имели в виду, когда написали "чтобы при выходе нового ядра"? Если "новое" не "последнее", а просто "новое" - то детализируйте эти самые критерии "новизны". >>А те задачи, которые нужны - давно и успешно решаются in scale. > Решаются кем и решаются где? Вон FreeBSD до 2025 года не могла > без рутовых прав собраться. А могли бы не изобретать велосипед и > давным давно перейти на nix. И таки изобретений велосипедов целый вагон > - что федора, что альт, что дебиан - каждый изобретает что-то > своё, при этом не имеет и половины возможноей nix-а. Ну, я конечно предполагаю, что у freebsd установок все же немного больше, да - но не радикально, чтобы там "что-то" решать. >>это будет сделано самым что ни на есть типовым сценарием сборки srpm\deb > Как вы собираетесь обнаруживать новую версию пакета? Эээ... какого "пакета"? Я ж его _собирать_ буду. В инфре, а не на каждой вот отдельной машине. Один раз. И да - в типовом сценарии по выходу тега, не? >>из gitlab ci с публикацией в нексус > Какое отношение ci/cd и бинарный кеш имеют к пакетному менеджеру? Почему вы > постоянно уплываете с темы? Не-не-не. Какое отношение "сборка по триггеру с деплоем" имеет к пакетному менеджеру? У всех остальных вот "примерно никакого" - но вам почему-то всенепременно требуется её решить максимально кривокосым способом. >>Если !вдруг! внезапно! мне зачем-то понадобится отгрузить-с-лопаты > Чтобы было больше конкретики, опишу сценарий: мне нужен контейнер/система с определённым > конфигом, скорее всего в единичном экземпляре, но так, чтобы её можно > было собрать в любой момент и доработать. Ничего не понял. Если в "единичном экземпляре" - то вам и make за глаза, даже пакетник не трЭба. >>это будет сделано самым что ни на есть типовым сценарием сборки srpm\deb пакета > Так, что там у нас получается? На одной стороне nix, который решает > все задачи, на другой стороне как минимум docker(или где вы там > будете пакеты собирать) и ansible. Ну, да - только оно еще и за пределами локалхоста работает, вот в чем прелесть. Деплой на группы машин в соответствии с развесистой update policy nix может? До свидания. > Далее, я хочу немного поменять конфигурацию. > В случае nix я могу получить результат быстро, благодаря лени и > воспроизводимости, в случае докера скачивание зависимостей и пересборка пакетов будет > происходить заново. И если со скачиванием пробелму ещё можно ослабить кеширующим > прокси, то вот с пересборкой поделать ничего нельзя. Ну не понимает > докер, когда нужно пересобирать, а когда нет. Ничего не понятно - но очень интересно. Вам "сборка ПО" нужна или "сборка контейнера с ПО"? Конфигурацию чего и как вы планируете менять? Набор фич, версии зависимостей, флаги компилятора, строчки в конфигфайле? >>и дальнейшей раскаткой его через да-да, тот же ansible > Который, как я полагаю, пригоден только для прямолинейной установки новой версии. А > при тестировании, вам потребуется сторонняя утилита, реализующая данную возможность. > Как минимум тот же докер. "Полагаете" вы не правильно. И да, опять ничего не понятно - но аффигеть, как интересно. Если nixos умеет проводить регрессионное, интеграционное или там нагрузочное тестирование сам по себе - то очень интересно, как это у него устроено ). > Кстати, как ansible обрабатывает побочные эффекты? Вроде того, что на какой-то машине > в конфиг внесли изменения, а в репозиторий с ansible не внесли? Ну, вообще-то любители "править конфиги на проде" повывелись лет уже с 15 назад... Но в общем - как сделаешь, так и будет, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #100

99. Сообщение от Электроноподелия (?), 29-Окт-25, 16:07	+/–
А это что по твоему: https://cgit.freebsd.org/ports/tree/devel/electron38?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #101

100. Сообщение от Аноним (69), 29-Окт-25, 16:50	+/–
>Ну откуда ж мне знать, что вы имели в виду, когда написали "чтобы при выходе нового ядра"? Любая новая версия ядра в какой-то ветке, хоть lts с новыми патчами, типа 5.4.300 -> 5.4.301, при том, что сейчас последняя 6.18-rc3 >Эээ... какого "пакета"? Я ж его _собирать_ буду. Вам, для того, чтобы начать собирать условное ядро 5.4.301 нужно обнаружить, что оно вышло. Каким образом это произойдет? Вы на список рассылки подписаны? Самописный скрипт мониторит репозитории? Руками? >Какое отношение "сборка по триггеру с деплоем" имеет к пакетному менеджеру? Никакого триггера нет. Есть репозиторий, пакеты из которого прозрачно пересобираются. Вышла новая версия в репозитории, я запустил обновление списка пакетов и обновление, ядро пересобралось. >Если в "единичном экземпляре" - то вам и make за глаза, даже пакетник не трЭба. Хорошо, у вас стоит в системе какой-то пакет. Как спустя полгода понять, откуда он взялся и повторить это же на второй машине? Как спустя полгода понять в каком конфиге я что менял? >Деплой на группы машин в соответствии с развесистой update policy nix может? Ваша задача - админить парк машин, вам нужна в первую очередь массововость. Моя задача - гибкая пересборка пакетов. Это две совершенно разные задачи, но вы почему-то рекомендуете мне свой инструмент для массового деплоя, ссылаясь на то, что он может воспроизводить часть действий. >Набор фич, версии зависимостей, флаги компилятора, строчки в конфигфайле? Всё это, в любом формате. >Если nixos умеет проводить регрессионное, интеграционное или там нагрузочное тестирование сам по себе - то очень интересно, как это у него устроено ). Ещё раз, я говорю исключительно про сборку пакетов. Тестирование, деплой и прочее меня сейчас совершенно не интересует. Или вы предлагаете для пары домашних устройств разводить enterprise инфраструктуру? >Ну, вообще-то любители "править конфиги на проде" повывелись лет уже с 15 назад... Откуда у вас взялся прод? По вашему воспроизводимая сборка нужна только на проде? А если кто-то то программу пишет, который которую потом выкладывает под свободной лицензией, ему тоже нужна вся ваша энтерайз инфраструткура? А для разорачивания админов вызвать, не иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #104

101. Сообщение от Аноним (3), 29-Окт-25, 16:51	–2 +/–
Это, судя по всему, так называемые "порты". Иными словами, помойка, в которой ничего не собирается и не работает, как правило. Немного старая версия, но раньше и того не было. А nwjs где? Это довольно разные вещи, и в целом они приложения друга друга не запускают, сложности с плагинами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #120

102. Сообщение от Аноним (102), 29-Окт-25, 17:03	+/–
А вот и не правда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

104. Сообщение от User (??), 29-Окт-25, 18:44	+/–
>>Ну откуда ж мне знать, что вы имели в виду, когда написали "чтобы при выходе нового ядра"? > Любая новая версия ядра в какой-то ветке, хоть lts с новыми патчами, > типа 5.4.300 -> 5.4.301, при том, что сейчас последняя 6.18-rc3 Ну вот примерно в 99% практических случаев - как пакет твоего дистрибутива обновится - вот так сразу и. В оставшемся 1% - ну-там CVE 10 из 10 - ручками. >>Эээ... какого "пакета"? Я ж его _собирать_ буду. > Вам, для того, чтобы начать собирать условное ядро 5.4.301 нужно обнаружить, что > оно вышло. Каким образом это произойдет? Вы на список рассылки подписаны? > Самописный скрипт мониторит репозитории? Руками? Ээээ... вы про git hooks когда-нибудь слышали? Ну вот под капотом у ci\cd - они и есть. >>Какое отношение "сборка по триггеру с деплоем" имеет к пакетному менеджеру? > Никакого триггера нет. Есть репозиторий, пакеты из которого прозрачно пересобираются. > Вышла новая версия в репозитории, я запустил обновление списка пакетов и > обновление, ядро пересобралось. Ваще не понимать. Если пакет уже есть в репозитории - какого ляда заниматься самостоятельной сборкой у себя на машине? Чтобы что? А если этих машин - ну не один локалхост под кроватью, то что? На всем табуне собирать? Если обновление не срочное - то я вообще примерно "ничего" не буду делать - само накатится в режиме КТТС, на тестовую группу - если все норм, перенесем в продовую репу. Если срочное - то примерно тем же макаром, но через принудительный пуш. >>Если в "единичном экземпляре" - то вам и make за глаза, даже пакетник не трЭба. > Хорошо, у вас стоит в системе какой-то пакет. Как спустя полгода понять, > откуда он взялся и повторить это же на второй машине? Как > спустя полгода понять в каком конфиге я что менял? Так у тебя single source of truth вот нихрена не твоя машина - а гит. Конфигурация деплоя - там. >>Деплой на группы машин в соответствии с развесистой update policy nix может? > Ваша задача - админить парк машин, вам нужна в первую очередь массововость. > Моя задача - гибкая пересборка пакетов. Это две совершенно разные задачи, > но вы почему-то рекомендуете мне свой инструмент для массового деплоя, ссылаясь > на то, что он может воспроизводить часть действий. Ну понимаете - "моя" задача есть у всех. Вот ВООБЩЕ у всех. 99,99% инсталляций этих самых линуксов, наверное. Ваша... ну, эээ... Вот у вас. И вы говорите, что "ваше" решение - правильное, а индустриальное - нет. Ну... удачи, конечно. "Не-стоит-прогибаться-под-изменчивый-мир" и вот это все. >>Набор фич, версии зависимостей, флаги компилятора, строчки в конфигфайле? > Всё это, в любом формате. Ну и? Поменял я на фронтэнде версию лефтпада - что делает nixos? >>Если nixos умеет проводить регрессионное, интеграционное или там нагрузочное тестирование сам по себе - то очень интересно, как это у него устроено ). > Ещё раз, я говорю исключительно про сборку пакетов. Тестирование, деплой и прочее > меня сейчас совершенно не интересует. Или вы предлагаете для пары домашних > устройств разводить enterprise инфраструктуру? Ну, если "применять" пакеты не планируется - то вопросов нет, у-самурая-нет-цели-есть-путь - сказали "собирать" - надо "собирать", пакет-сам-собой-не-соберется! Правда не понятно, про какое "тестирование" вы тогда говорили - ну да ладно. >>Ну, вообще-то любители "править конфиги на проде" повывелись лет уже с 15 назад... > Откуда у вас взялся прод? По вашему воспроизводимая сборка нужна только на > проде? А если кто-то то программу пишет, который которую потом выкладывает > под свободной лицензией, ему тоже нужна вся ваша энтерайз инфраструткура? А > для разорачивания админов вызвать, не иначе. Ээээ... ну примерно "да". То есть для hello, world! - можно обойтись, но если эту программу предполагается использовать за пределами широкого круга "для-себя-и-кота" - то лучше сразу заложиться на соответствующую инфраструктуру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #108

106. Сообщение от Аноним (106), 29-Окт-25, 19:19	+/–
Я бы для дома обычный дистр взял, типа Debian, fedora, etc... Не так часто его настраивать нужно. Сам смотрел на nixos, но мне luks, btrfs, secure boot и grub важнее чем эта типа конфигурация. И зачем там состояния? Если у меня в одном снимке (хотя какой это снимок) был postgres 10, я его обновил на 17, а потом запустился со старого, что, ничего не сломается? И с другими софтом тоже. Эта идея не работает, софт не умеет в даунгрейд. Единственный вариант снимков это какой-то btrfs. Это poc а не дистр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

107. Сообщение от Анонним (?), 29-Окт-25, 22:29	+/–
это в этому унылом г.. не с чем не совместимом? ах да.. это самобытное такое. Скрестили apt с rpm и гордимся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

108. Сообщение от Аноним (69), 29-Окт-25, 22:39	+/–
>вот так сразу и Вы опять отвечаете не на мой вопрос, а на какой-то другой. Я спрашиваю как именно вы это обнаруживаете, а не когда. >Ээээ... вы про git hooks когда-нибудь слышали? Рискну предположить, что вы опять поменяли тему разговора и говорите уже о проекте, который разрабатываете в вашем же гите. >какого ляда заниматься самостоятельной сборкой у себя на машине? Чтобы что? Про локальные патчи вы уже забыли? Про опции сборки? >А если этих машин - ну не один локалхост под кроватью, то что? На всем табуне собирать? Бинарный кэш изобретён, разговор не про него. >Ну понимаете - "моя" задача есть у всех. Вот ВООБЩЕ у всех. Молоток лучше микроскопа - он нужен всем, вот вообще всем. Даже шестилетнему ребёнку и даже моднице с маникюром. А вот микроскопы - они ненужны. >Вот ВООБЩЕ у всех. 99,99% инсталляций этих самых линуксов Особенно vps-ы, домашние установки, рабочие места и так далее. >Ваша... ну, эээ... Вот у вас. Расскажите об этом freebsd-шникам, пусть удаляют сборку без рута обратно. И воспроизводимость пусть обратно ломают, ведь как сказал User, потребности в этом нет. И федоровцам расскажите, пусть silverblue удалят. >Поменял я на фронтэнде версию лефтпада - что делает nixos? Если через nix, то соответствующий фронтенд пересоберётся. >Правда не понятно, про какое "тестирование" вы тогда говорили - ну да ладно. Судя по тому, что вы упорно игнорируете вопрос о том, как ansible обнаружит изменённое состояние, никак он его не обнаружит. И воспроизводимость там весьма условная, и нужен он не для воспроизводимости, а массового деплоя. >Ээээ... ну примерно "да". Что да? Воспроизводимость нужна для любого нормального софта, не важно, прод это или нет. >то лучше сразу заложиться на соответствующую инфраструктуру. Значит вы пакет нормально собрать не можете, а уже на инфраструктуру закладываетесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #113

113. Сообщение от User (??), 30-Окт-25, 07:29	+/–
>>вот так сразу и > Вы опять отвечаете не на мой вопрос, а на какой-то другой. Я > спрашиваю как именно вы это обнаруживаете, а не когда. А я еще раз повторяю, что в озвученном варианте вопрос лишен какого-либо практического смысла. Если у вас нет обсессионно-компульсивного расстройства "5.4.300" ничем не хуже "5.4.301", а о тех случаях, когда разница таки есть - вы обычно узнаете более другим образом и принимаете соответствующие меры. >>Ээээ... вы про git hooks когда-нибудь слышали? > Рискну предположить, что вы опять поменяли тему разговора и говорите уже о > проекте, который разрабатываете в вашем же гите. Эээ... Ну, т.е. идея синхронизации репозитория с апстримом - не знакома? Или просто про git hooks не слышали, и не представляете, как\когда и какие отрабатывают? Ну... зато конфигу nixos знаете. Отличный размен, я считаю - просто отличный. >>какого ляда заниматься самостоятельной сборкой у себя на машине? Чтобы что? > Про локальные патчи вы уже забыли? Про опции сборки? Ну, примерно "да" - и вам советую, не стоит оно того. За последние лет пять пересборок пакетов из репо я видел эээ... по пальцам пересчитать и не факт, что придется шнурки развязывать. Большая часть - тяжкое наследие прошлых лет, кстати - что-то там для centos 7 пересобирали. >>А если этих машин - ну не один локалхост под кроватью, то что? На всем табуне собирать? > Бинарный кэш изобретён, разговор не про него. Разговор про пратически имеющиеся задачи и их решения. Вот задачи "автоматически собрать ядро по факту выхода новой цЫфирьки" - примерно "нет", а задача "собрать некоторый пакет по триггеру и раскатать на группу машин" есть - и отлично решается без какого-либо nixos ВООБЩЕ. >>Ну понимаете - "моя" задача есть у всех. Вот ВООБЩЕ у всех. > Молоток лучше микроскопа - он нужен всем, вот вообще всем. Даже шестилетнему > ребёнку и даже моднице с маникюром. А вот микроскопы - они > ненужны. ... для забивания гвоздей - нет. Но вы почему-то настаиваете на вот подобном применении. >>Вот ВООБЩЕ у всех. 99,99% инсталляций этих самых линуксов > Особенно vps-ы, домашние установки, рабочие места и так далее. Нуууу... эээ... и кому они нужны? VPS туда-сюда но мой вполне себе с ансибля раскачен, а до 22го вот вовсе openshift red-hat'овский был - и в нем эта самая задача !внезапно! ТОЖЕ не с помощью nixos решалась. Домашние установки меня не интересуют от слова "никак" - тут кто как хочет, тот так и колхозит. По рабочим местам (Особенно после 22го, поди случилось чего?) - есть, но судя по наличию на них nixos - задача эта настолько важна-и-нужна, что ээээ... решается почему-то вот - перечисленным мной набором инструментов. >>Ваша... ну, эээ... Вот у вас. > Расскажите об этом freebsd-шникам, пусть удаляют сборку без рута обратно. И воспроизводимость > пусть обратно ломают, ведь как сказал User, потребности в этом нет. > И федоровцам расскажите, пусть silverblue удалят. Ну, тут опять "от печки" надо. Вот сколько за 20 лет с помощью механизма повторяемых сборок nixos было предотвращено атак на цепочку поставок? Мне не известно ни об одной - но я, кнешн, внимательно за этим вольером и не слежу. А НЕ с помощью nixos? Навскидку вот разве что анекдот с bitcoin-чего-то там вспоминается - когда при "верификации" ОБНАРУЖИЛИ, что бинарная сборка - отличается! Потом правда ту же версию компилятора взяли - и все сошлось, но осадочек остался ). А сколько атак _могло БЫ_ быть предотвращено этим механизмом? Ну... ээ.. вот тут думаю, что число будет отличным от нуля - но вторую руку из кармана для подсчета доставать не придётся. На выходе - имеем практическую важность-и-нужность-задачи, ага. >>Поменял я на фронтэнде версию лефтпада - что делает nixos? > Если через nix, то соответствующий фронтенд пересоберётся. О! Чудо-чудное, диво дивное! Без NixOS - ровно то же самое! У-ди-ви-тель-но! >>Правда не понятно, про какое "тестирование" вы тогда говорили - ну да ладно. > Судя по тому, что вы упорно игнорируете вопрос о том, как ansible > обнаружит изменённое состояние, никак он его не обнаружит. И воспроизводимость там > весьма условная, и нужен он не для воспроизводимости, а массового деплоя. Ну вот на предыдущем месте работы "обнаруживал" не ansible, а tripwire - предполагаю даже, что с "последствиями" для допустившего ). Сейчас вот никто не заморачивается - просто "приведут к эталонному состоянию" да и все тут - а кто чего-куда - тот сам себе злобный буратина и заслуживает всего, что с ним произойдет. >>Ээээ... ну примерно "да". > Что да? Воспроизводимость нужна для любого нормального софта, не важно, прод это > или нет. Она и на "проде"-то нужна условно. >>то лучше сразу заложиться на соответствующую инфраструктуру. > Значит вы пакет нормально собрать не можете, а уже на инфраструктуру закладываетесь. Ээээ... не вижу смысла собирать конечный артефакт на локальном компе. Даже для себя - проще через github actions ci настроить - мало ли, кому\когда еще понадобится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #116

114. Сообщение от bOOster (ok), 30-Окт-25, 08:44	+/–
Только вот полноценных Jail нет. В которых,  на FreeBSD, можно все это делать задолго до того момента когда Alt в пеленки дристать перестал..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

115. Сообщение от bOOster (ok), 30-Окт-25, 08:52	+1 +/–
Во Фре есть Jails. С 2000 годов. И там все замечательно в изолированном пространстве собирается. Только оголтелые есстественно об этом не знают. "Чукча не читатель, чукча писатель"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

116. Сообщение от Аноним (69), 30-Окт-25, 10:39	+/–
>Ну, т.е. идея синхронизации репозитория с апстримом - не знакома? Умерьте вашу фантазию, и перестаньте пропускать половину моих слов. Я вам раньше писал >Каким образом это произойдет? Вы на список рассылки подписаны? Самописный скрипт мониторит репозитории? Руками? Отлично, через гит, а как? У вас git pull в кроне? Вы на гитхабе следите за проектом через функционал гитхаба? >Ну, примерно "да" - и вам советую, не стоит оно того. Если вам что-то то нужно, то значит это вам не нужно, User постановил. >Разговор про пратически имеющиеся задачи и их решения. Первоначально я начал разговор о примитивности пакетного менеджера freebsd, а вы порекомендовали мне другие утилиты. И до сих пор вы упорно пытаетесь преваратить задачу из сборки пакетов в администрирование парка машин. >для забивания гвоздей - нет. Удивительно, что это вы признаёте. Сколько тут(и не только) было жалоб, на то что на linux/freebsd проблематично поставить случайную версию программы, а не текущую из репозитория? Скажите и этой потребности нет? >но мой вполне себе с ансибля раскачен Ваш. А не ваш - нет. По вашим же меркам вы не правы, так как утилита будет не на 99.99%, а на какому-то меньшем проценте. >Домашние установки меня не интересуют от слова "никак" - тут кто как хочет, тот так и колхозит. Ну так vps, это почти тоже самое. >На выходе - имеем практическую важность-и-нужность-задачи, ага. То есть ситуации, когда программа работает на устройстве разработчика и не работает на другом - вы не наблюдали ни разу. Ровно как и ситуации, когда спустя непродолжительное время программа просто перестала собираться, так как немного разошлись версии. >Сейчас вот никто не заморачивается - просто "приведут к эталонному состоянию" Опять общие слова. >Даже для себя - проще через github actions ci настроить - мало ли, кому\когда еще понадобится? Отлаживать тоже через github будете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #117

117. Сообщение от User (??), 30-Окт-25, 11:12	+/–
>Ну, т.е. идея синхронизации репозитория с апстримом - не знакома? Умерьте вашу фантазию, и перестаньте пропускать половину моих слов. Я вам раньше писал >Каким образом это произойдет? Вы на список рассылки подписаны? Самописный скрипт мониторит репозитории? Руками? Отлично, через гит, а как? У вас git pull в кроне? Вы на гитхабе следите за проектом через функционал гитхаба? Ну в общем, "не видели" и "не знаете". Да, примерно в 100% практических случаев repository mirroring - _штатная_ функциональность СКВ. И нет, обкостыливать скриптами списки рассылки(ТМ) для этого не требуется. 2025 год на дворе, ау! >Первоначально я начал разговор о примитивности пакетного менеджера freebsd, а вы порекомендовали мне другие утилиты. И до сих пор вы упорно пытаетесь преваратить задачу из сборки пакетов в администрирование парка машин. Ну, еще раз - задача "пакетного менеджера" НЕ в "сборке пакетов" - она сама по себе ровным счетом никакой ценности не имеет. Если кто приколотил одно к другому... Ну, удачи ему. Задачи пакетного менеджера - внезапно - установка\обновление\поиск\отслеживание зависимостей\удаление пакетов. Примерно "всё". > Удивительно, что это вы признаёте. Сколько тут(и не только) было жалоб, на то что на linux/freebsd проблематично поставить случайную версию программы, а не текущую из репозитория? Скажите и этой потребности нет? "Потребность" - есть. Проблемы в её удовлетворении лет уже с десяток как нет. И да, NixOS и тут тоже совершеннейшим образом - не при чем. > Ну так vps, это почти тоже самое. Ну значит тоже не интересно. Денег тут нет, в жизни не пригодится, хобби можно и интересней найти. > То есть ситуации, когда программа работает на устройстве разработчика и не работает на другом - вы не наблюдали ни разу. Ровно как и ситуации, когда спустя непродолжительное время программа просто перестала собираться, так как немного разошлись версии. Последние опять же лет 10 - тоже не особо. У всех сборка артефактов _только_ через CI - а для совсем уж рукокрылых вот, docker. > Опять общие слова. Ну, а какие частные, кроме "ля, дбл?!" ты хочешь услышать в таком случае? Ну не ходят на ноды кубика руками чтобы что-то там руками же поделать - не-хо-дят. В современной инфре - и возможности-то такой нет по причине отсутствия на них ssh как такового, но цэ отдельный сказ. По этому все, что отличается - будет нафиг потерто. А в отдельных случаях - за саму попытку интерактивного входа в систему (Не говоря уже о ручных правках на проде) - будут административные последствия. > Отлаживать тоже через github будете? Сборку? Скорее всего. Для отладки софтины мне "сборка пакета" вот ровно "ни зачем" и "ни для чего".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #118

118. Сообщение от Аноним (69), 30-Окт-25, 11:55	+/–
>Да, примерно в 100% практических случаев repository mirroring - _штатная_ функциональность СКВ. Штатная - это я сделал git clone и оно автоматически заработало? Прям совсем совсем из коробки? Интересно и как, если учесть, что git ни в виде юнита не запущен ни по ipc сообщений не отправляет. Или нужно что-то ещё? Вы в своём первом сообщении писали про >Комуннада - пользуют ansible-salt-puppet-chef - блин, думаю я что у cfengine и то установок больше будет... В ходе обсуждения выяснилось, что для достижения результата вам нужно добавить сюда ci/cd. Теперь вот про клонирование разговариваем. И это мы до сих пор говорим исключительно про возможность автоматически пересобрать пакет, что в nix делается буквально несколькими строчками. >Задачи пакетного менеджера - внезапно - установка\обновление\поиск\отслеживание зависимостей\удаление пакетов. Примерно "всё". Сборка пакетов гвозядми прибитна к абсолютно всем пакетным менеджерам. Просто так достать пакет из npm и установить его как deb внезапно не получится. >Проблемы в её удовлетворении лет уже с десяток как нет. Во-первых как вы поставите абсолютно произвольный пакет в современную систему? Во-вторых, если всё так хорошо, то почему об этой проблеме до сих пор в 2025 году говорят? >И да, NixOS и тут тоже совершеннейшим образом - не при чем. NiXOS позволяет сделать это крайне просто, в некоторых случаях даже проще, чем на винде. >Денег тут нет Ну так сразу пишите в своём первом сообщении, что вас интересуют только деньги, а функционал вам безразличен. >в жизни не пригодится Ха, ха, ха. Это как минимум самый простой способ захостить условный майнкрафт или любую другую сетевую игру. >Вот ни разу не видел конфига для ansible в репоз >У всех сборка артефактов _только_ через CI - а для совсем уж рукокрылых вот, docker. Сам по себе ci вам ничего не гарантирует. Сказали качать alpine/edge, вот и будет вам внезапная смена версии. Да даже если вы и скажите собирать через alpine/v3.22, то вы всё равно не сможите гарантировать, что на двух машинах будут одинаковые пакеты. Это уже не говоря про то, что ни разу не видел ansible в репозиториях. Вот flake видел. >Ну не ходят на ноды кубика руками чтобы что-то там руками же поделать - не-хо-дят. Касса в магазине - это тоже нода Kubernetes? Компьютер секретарши? vps хостинг? Локалхост? >По этому все, что отличается - будет нафиг потерто. Идеальное решение для локалхоста. >А в отдельных случаях - за саму попытку интерактивного входа в систему (Не говоря уже о ручных правках на проде) - будут административные последствия. Вам сколько раз повторять, что я не администрирую парк машин и мне ваша энтерпрайз специфика совершенно никак не волнует? >Для отладки софтины мне "сборка пакета" вот ровно "ни зачем" и "ни для чего". У вас программа на любом компилируемом языке. Каким образмо вы её будете отлаживать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #119

119. Сообщение от User (??), 30-Окт-25, 12:56	+/–
>>Да, примерно в 100% практических случаев repository mirroring - _штатная_ функциональность СКВ. > Штатная - это я сделал git clone и оно автоматически заработало? Прям > совсем совсем из коробки? Интересно и как, если учесть, что git > ни в виде юнита не запущен ни по ipc сообщений не > отправляет. Или нужно что-то ещё? Вы когда-нибудь видели коммерческую разработку, которая бы использовала вот голый git без соответствующей обвязки? А по-че-мууу? > Вы в своём первом сообщении писали про >>Комуннада - пользуют ansible-salt-puppet-chef - блин, думаю я что у cfengine и то установок больше будет... > В ходе обсуждения выяснилось, что для достижения результата вам нужно добавить сюда > ci/cd. Теперь вот про клонирование разговариваем. И это мы до сих > пор говорим исключительно про возможность автоматически пересобрать пакет, что в nix > делается буквально несколькими строчками. А у вас это всё - ну вот "забесплатно" уже есть. Оно все - поверх СКВ живет в реальной жизни, и да - это "СКВ" не "не существующий в дикой природе" голый git - а опять же в 100 случаях из 100 - github, gitlab, gitea, gogs или еще какая бабуйня. Если нету - ну, nixOS вам тут никак не поможет. >>Задачи пакетного менеджера - внезапно - установка\обновление\поиск\отслеживание зависимостей\удаление пакетов. Примерно "всё". > Сборка пакетов гвозядми прибитна к абсолютно всем пакетным менеджерам. Просто так достать > пакет из npm и установить его как deb внезапно не получится. Ну да - но иметь рабочий centos без rpmbuild или там убунту без deb-buildpackage - без проблем, да? Сборка - отдельный набор утилит, пакетный менеджер - отдельный. Первое нужно не только лишь всем. >>Проблемы в её удовлетворении лет уже с десяток как нет. > Во-первых как вы поставите абсолютно произвольный пакет в современную систему? Во-вторых, > если всё так хорошо, то почему об этой проблеме до сих > пор в 2025 году говорят? "Чего они требуют? Свободной любви, сэр! А разве им кто-нибудь мешает?"(С) Примерно "всё" практически необходимое обычно тащится контейнером. Ну или вот новое-молодежное curl|sudo sh, ага. >>И да, NixOS и тут тоже совершеннейшим образом - не при чем. > NiXOS позволяет сделать это крайне просто, в некоторых случаях даже проще, чем > на винде. Ну вот видите? Индустрия "почему-то" выбрала способы _еще_ проще. >>Денег тут нет > Ну так сразу пишите в своём первом сообщении, что вас интересуют только > деньги, а функционал вам безразличен. Меня интересуют вещи, функциональность которых позволяет решать практические задачи за которые - да-да, платят деньги. >>в жизни не пригодится > Ха, ха, ха. Это как минимум самый простой способ захостить условный майнкрафт > или любую другую сетевую игру. Ну, у меня нет зубов в труднодоступных местах - но я предполагаю, что примерно 100% пользователей выберут проделать 8 шагов по инструкции (https://community.hetzner.com/tutorials/make-a-minecraft-server) вместо того, чтобы красноглазить с очередным предметом культа. >>Вот ни разу не видел конфига для ansible в репоз >>У всех сборка артефактов _только_ через CI - а для совсем уж рукокрылых вот, docker. > Сам по себе ci вам ничего не гарантирует. Сказали качать alpine/edge, вот > и будет вам внезапная смена версии. Да даже если вы и > скажите собирать через alpine/v3.22, то вы всё равно не сможите гарантировать, > что на двух машинах будут одинаковые пакеты. Э, щта? Нет, любой инструмент можно использовать седалищем - и результат при этом будет да, "оно", но как бы ээээ... > Это уже не говоря про то, что ни разу не видел ansible > в репозиториях. Вот flake видел. Ну а я вот конфиги никса примерно нигде. И? >>Ну не ходят на ноды кубика руками чтобы что-то там руками же поделать - не-хо-дят. > Касса в магазине - это тоже нода Kubernetes? Компьютер секретарши? vps хостинг? > Локалхост? За что вы так секретарш-то не любите? Линукс на десктопе - вообще редкостное извращение, которое кроме как по большой нужде и за большие деньги не. А вот кассы - да, там у тебя будет централизованное управление зоопарком - см. выше - а вот nixos таки не будет. Совсем. На вопрос "А почему?" ответа опять же не окажется. >>По этому все, что отличается - будет нафиг потерто. > Идеальное решение для локалхоста. А решения для локалхоста меня не интересуют от слова "совсем". Вот как "серверный" линукс уехал от "десктопного" с концами - так с-но интересовать и перестал. И то я этот момент на пару годиков по инерции промохал. >>А в отдельных случаях - за саму попытку интерактивного входа в систему (Не говоря уже о ручных правках на проде) - будут административные последствия. > Вам сколько раз повторять, что я не администрирую парк машин и мне > ваша энтерпрайз специфика совершенно никак не волнует? Не, ну проблемы конюхов, рассказывающих как давно они освоили передвижение по пересеченной местности а эти ваши "ма-ши-ны" с их "до-ро-га-ми" шляпа какая-то, которая даже через канаву не перепрыгнет - конечно аф-фигительно важны и нужны, но только по телевизору. Люди "почему-то" пользуются примерно всем, чем угодно кроме. >>Для отладки софтины мне "сборка пакета" вот ровно "ни зачем" и "ни для чего". > У вас программа на любом компилируемом языке. Каким образмо вы её будете > отлаживать? Ээээ... у меня кнопочка-в-ide есть. И даже не одна ). Собирать для этого deb-пакет, поверьте - совершенно ни к чему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

120. Сообщение от Мимокрокодил (?), 30-Окт-25, 13:23	+/–
Смотрю одмин потёр пост с констатацией факта о твоей полной некомпетентности в вопросе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

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

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