forum.opennet.ru

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

Оглавление

Выпуск дистрибутива Devuan 3, форка Debian без systemd , opennews (ok), 03-Июн-20, (0) [смотреть все]

Так и не могу понять чем елогинд лучше консолекит , Аноним (3), 09:16 , 03-Июн-20, (3) +2 //

Консолекит дропнут в той же генте из-за отсутствия развития и мейнтейнера, как я, ryoken (ok), 09:24 , 03-Июн-20, (5) +1 //

Так давно уже на ConsoleKit2 перешли , Аноним (31), 12:42 , 03-Июн-20, (31)

Очевидно тем, что сделан в благословенном редхате и прибит гвоздями к единственн, Аноним (17), 10:45 , 03-Июн-20, (17) –1 //

наоборот - elogind косплеит сделанную в редхате и прибитую гвоздями систему иниц, пох. (?), 12:33 , 03-Июн-20, (26) +5 //

Кто хотел Ты лично хотел Я - нет , Аноним (31), 12:45 , 03-Июн-20, (34) +3

так мне-то и consolekit был без надобности Поскольку решал несуществующую пробл, пох. (?), 13:27 , 03-Июн-20, (39) +6

100500, Аноним (60), 18:25 , 03-Июн-20, (60)
Ну как несуществующую Несуществующую, если только один пользователь единоличн, Аноним (31), 19:28 , 03-Июн-20, (64)

Ну так у ЕС1045 и нет никакой мультимедии с неодновременно тоже были бы ньюан, пох. (?), 20:18 , 03-Июн-20, (65)
Для тех случаев когда другой усер пользуется ресурсами моего ноута у меня сидит , Нечестивый (ok), 20:22 , 24-Июн-20, (243)

Чем консолекит , Аноним (113), 16:32 , 04-Июн-20, (113) +2

а когда debian освободится от systemd-зависимости вроде какое-то голосование был, Аноним (4), 09:22 , 03-Июн-20, (4) +4 //

Нельзя прост так взять и избавиться от systemd-зависимости, Аноним (6), 09:25 , 03-Июн-20, (6) +8
Освободится когда это станет кому-нибудь нужно А как показало то самое голосова, Аноним (23), 12:16 , 03-Июн-20, (23) –3 //

И правильно Какая, собственно, из под Parallels или WSL разница , анонн (ok), 12:44 , 03-Июн-20, (33) +6 //

В wsl2 systemd не является инитом, например, Роман (??), 12:52 , 03-Июн-20, (36)

он является системным менеджером Да, и в wsl2 тоже , MS (??), 13:28 , 03-Июн-20, (40) +1

Покажите как это выглядит на практике на вашей системе вывода из systemctl sta, Роман (??), 14:20 , 03-Июн-20, (44)

System has not been booted with systemd as init system PID 1 Can t operate No, Аноним (200), 00:31 , 06-Июн-20, (200)

Никогда Равно как и любой другой дистрибутив, претендующий на охват более или м, IRASoldier_registered (ok), 16:18 , 03-Июн-20, (48) –4 //

Охват пользователей Почему же тогда народ пользуется Убунтой, сделанной на Деби, Аноним (56), 17:55 , 03-Июн-20, (56) //

Потому что с незапамятных времён Шляпа вешает людям на уши лапшу о том, что вот-, Anonymoustus (ok), 20:32 , 03-Июн-20, (67) +3

Каноникал, а не Шляпа, для начала И не вешает, что характерно Убунту вполне го, IRASoldier_registered (ok), 07:53 , 04-Июн-20, (85) –1

Где почитать как использовать для десктопа пользователя в корпорации Они сидят в, Аноним (86), 08:55 , 04-Июн-20, (86)

Переформулируй вопрос, чтобы он не звучал как пример шизофазии из монографии по , IRASoldier_registered (ok), 12:03 , 04-Июн-20, (93)

Опять проецируешь, бедный островной солдатик Ты бы своих тараканов подвывел Ибо, Аноним (96), 13:46 , 04-Июн-20, (96) –1

У меня тут совершенно случайно рояль в кустах D А чего, CADы под линухом ест, Аноним (-), 17:28 , 04-Июн-20, (135) +1

Мне совершенно по барабану что там есть у меня в линухе Потому что я не в тайге, Аноним (153), 18:31 , 04-Июн-20, (153)

Я тоже общаюсь И иногда отгружаю плоские DXF резакам фрезерам выкройки корпуса, Аноним (216), 19:13 , 08-Июн-20, (216)

Не-а, потому что сформулировал ты вопрос, как человек, у которого проблемы с реч, IRASoldier_registered (ok), 19:23 , 04-Июн-20, (158) –1

Ты нормально даже сформулировать не можешь свой текст Понятно почему осилить во, Аноним (161), 20:01 , 04-Июн-20, (161)

Не осилил, да А такие как я с него и не уходили полностью Ибо незачем А Линукс, IRASoldier_registered (ok), 23:27 , 04-Июн-20, (184) –1

Как можно осилить вот это --Убунту вполне готово для десктопа Она работает И, Аноним (185), 00:00 , 05-Июн-20, (185)
Если ты ниасилил пользоваться поисковиками и требуешь, чтобы тебе всё разжевывал, IRASoldier_registered (ok), 14:24 , 05-Июн-20, (199) –1
Понятно, за слова свои не отвечаешь Ни одного факта привести не можешь Ещё оди, Аноним (208), 12:37 , 06-Июн-20, (208) –1

Да, только в фряхе их видеокарта не взлетает, а платить за бенефиты скункса им н, Аноним (113), 16:34 , 04-Июн-20, (114)

мил человек, ты немного отстал от жизни, убунта для десктопа is sooo 2010s над у, Михрютка (ok), 12:35 , 04-Июн-20, (94)
А, так ты из опоздавших родиться Тогда небольшой исторический ликбез Шляпа тем, Anonymoustus (ok), 14:34 , 04-Июн-20, (100)

С другой стороны он и умрет позже P Enjoy your life while you still can , Аноним (122), 16:59 , 04-Июн-20, (122)
Беда-то не в этом Беда в том что все попытки создать это ПО были запиннаны и по, Аноним (153), 17:19 , 04-Июн-20, (130)

Да Для третьекедов, помнится, уже ж таки написали пачку неплохого софта Его бы , Anonymoustus (ok), 17:45 , 04-Июн-20, (143)

Нет, частично они правы - архитектуру возможно надо было переделать Но куда смо, Аноним (153), 18:15 , 04-Июн-20, (150)

Засунь свой ликбез себе куда-нибудь Я Red Hat Linux держал на десктопе, если ты, IRASoldier_registered (ok), 19:36 , 04-Июн-20, (159) –1

О, пошли тряски седыми мудями Ну я ставил линух с присланных заграничных дисков, Аноним (161), 20:16 , 04-Июн-20, (164)

Ну так ты их и начал - что-то там про опоздавших, не , IRASoldier_registered (ok), 23:16 , 04-Июн-20, (183) –1

Глазки то разуй Увидишь что разные люди пишут в комментах , Аноним (185), 00:01 , 05-Июн-20, (186)

И что Специфические люди со специфическими запросами Это не то же самое, что Ц, IRASoldier_registered (ok), 14:21 , 05-Июн-20, (198) –2

Использует Винду Всему остальному миру не нужна линуксячая поделка из говна и п, Anonymoustus (ok), 08:26 , 06-Июн-20, (203)

Специализация 8212 для насекомых А человекам приличествует более сложная дея, Anonymoustus (ok), 21:19 , 04-Июн-20, (169)

О даа Хреначить в консоли для того, чтобы получить результат, которого можно , IRASoldier_registered (ok), 23:14 , 04-Июн-20, (182) –4

Ты снова всё перепутал и усугубил глупой ошибочной аналогией Ставить галочки и ж, Anonymoustus (ok), 08:15 , 06-Июн-20, (201)

программистов, делающих бэкенд для удобных GUI-программ, но иногда забывающих п, IRASoldier_registered (ok), 08:24 , 06-Июн-20, (202) –3

Это не аргументы, а чепуха Пиши прямо как я пишу ты не понимаешь Юникс и он , Anonymoustus (ok), 08:29 , 06-Июн-20, (204)
Скрыто модератором, IRASoldier_registered (ok), 11:22 , 06-Июн-20, (206) –1

Это пока ты по телефону не будешь объяснять той тетке что в этой гуйне жать и в , Аноним (240), 23:06 , 10-Июн-20, (240)

Какую гуйню только не несут люди, лишь бы самовнушать себе дальше веру, что неис, IRASoldier_registered (ok), 23:52 , 10-Июн-20, (241)

Ключевые слова - на Дебиане Т е так или иначе, но этот дистрибутив, пусть и , IRASoldier_registered (ok), 07:42 , 04-Июн-20, (84)

Годно А когда добавят поддержку s6 из коробки Интересно эту СИ потыкать , Аноним (7), 09:30 , 03-Июн-20, (7) //

Это не СИ, а ЭС И добавят её скорее в каком-нибудь дистрибутиве, где понимают п, Аноним (-), 11:22 , 03-Июн-20, (20) –6

Без сюстемди нужно только тем, кто не осилил сюстемди 129300 Пишите под этим, Иваня (?), 09:37 , 03-Июн-20, (8) –24 //

Windows 10 Без С-Д, брат жив, волосы шелковистые , Аноним (10), 09:39 , 03-Июн-20, (10) +9 //

Разве не копирует брат брата Т е фетр с холма , Аноним (24), 12:21 , 03-Июн-20, (24) +1
Там оно просто по-другому называется , анонн (ok), 12:24 , 03-Июн-20, (25) +1

Бесполезный сбор статистики ведешь Погуглил бы лучше Либо на другом сайте наше, Аноним (11), 09:41 , 03-Июн-20, (11) +1
Gentoo - host, Devuan в виртуалке, Аноним (31), 12:37 , 03-Июн-20, (27)
Gentoo, subj тоже на OpenRC , ryoken (ok), 12:46 , 03-Июн-20, (35) +2
opensuse tumbleweed, weedsmoker (?), 12:58 , 03-Июн-20, (38) +1
2 ноута на антикс 1 сервер на нём же , Аноним (45), 15:15 , 03-Июн-20, (45) +2
MX-Linux на Asus и MacBook, Аноним (49), 16:24 , 03-Июн-20, (49) +1
А ты осилил Давай ка я тебе пару вопросов задам а ты мне растусуешь Или ктониб, ann (??), 17:07 , 03-Июн-20, (52) +2 //

задавай, мож, найдётся ответ, null (??), 19:09 , 03-Июн-20, (63) //

Ниже есть вопрос Но тут повторю Есть железка, консоли нет, только ssh по wifi , ann (??), 22:42 , 03-Июн-20, (74)

Ну, конкретно на твой вопрос для де6иллиана и его производных то есть б-жествен, пох. (?), 09:27 , 04-Июн-20, (87)

Ты читать не умеешь Нет там консоли, нету распайки Всё что можно залить rootfs, ann (??), 16:05 , 04-Июн-20, (108)

Т е командлайн кернеля вы не контролируете net ifnames 0 как раз про это Ну е, Аноним (122), 17:03 , 04-Июн-20, (123)
нет, читать не умеешь ты тебя касается последний параметр Специально для сле, пох. (?), 22:20 , 04-Июн-20, (174)

И навонять Плив всех грязью Debian у него уже гавно, devuan гавно Сам ты гавн, ann (??), 16:10 , 04-Июн-20, (110)

Этого у поха не отнять P, Аноним (122), 17:04 , 04-Июн-20, (124)

А макаки пусть сидят себе на венде и не воняют Вообще это вот эти сторонники sys, ann (??), 16:08 , 04-Июн-20, (109)

Это вы просто новости про systemd не видели А можно тогда этот совет и на н, Аноним (116), 16:39 , 04-Июн-20, (116)

В смысле Что бы и в те новости сторонники системд не ходили и про системд ни сл, Аноним (153), 17:24 , 04-Июн-20, (132)

Сразу после того как в такую новость не придет ни 1 противника системды , Аноним (137), 17:33 , 04-Июн-20, (137) –1

Скрыто модератором, Аноним (10), 09:38 , 03-Июн-20, (9) –9
Пока еще есть и думаю будет пока у них терпения хватит виксе-крон тоже долго ещ, Аноним (3), 09:41 , 03-Июн-20, (12) //

Тут радоваться нужноhttps www freedesktop org wiki Software ConsoleKit Ещё одн, iPony129412 (?), 10:22 , 03-Июн-20, (14) //

И чего устаревшую недолошадь не выкинули ещё в роддоме , Аноним (31), 12:41 , 03-Июн-20, (29) +1 //

Редчайший, между прочим, случай, когда лошадь права Ненужнокит вообще не надо б, Anonymoustus (ok), 17:11 , 03-Июн-20, (53)

Скрыто модератором, Аноним (13), 10:16 , 03-Июн-20, (13)
Неинтересен ничем, кроме отсутствия systemd , Moebius (ok), 10:40 , 03-Июн-20, (15) –2 //

И не должен быть интересным Просто работает себе, да и всё, Crazy Alex (ok), 10:44 , 03-Июн-20, (16) +13
Ну то есть в принципе ничем , Анимус (?), 12:41 , 03-Июн-20, (30)
Ну так если это кому-нибудь нужно - это как раз фича опенсорса, что они могут сд, Аноним (116), 16:41 , 04-Июн-20, (117)

Лучший серверный дистр Успехов и дальнейшего развития , Wolfy (?), 10:51 , 03-Июн-20, (18) +1
Вроде бы antiX такой же, только без пафоса - просто работает , user90 (?), 11:52 , 03-Июн-20, (21) +1 //

antiX не такой же, да без пафоса, но со своими странными костылями, в отличие о, Аноним (47), 16:14 , 03-Июн-20, (47) +1 //

Уже не гоняю Ubuntu 18 04 и systemd у меня , freehck (ok), 15:42 , 04-Июн-20, (104) //

Что ж так , Anonymoustus (ok), 16:35 , 04-Июн-20, (115)

Попробую угадать Работать устроился, познал что такое продакшн, какая проблемати, Аноним (116), 16:44 , 04-Июн-20, (119)

Это называется не в пользу фактического результата, а в пользу уменьшения нервот, Аноним (153), 17:27 , 04-Июн-20, (134) +1

Блин, в опенсорсе мы всегда это делаем Вот было бы круто, если бы я сам себе ке, Аноним (137), 17:36 , 04-Июн-20, (139) +1

Кажется ты не понимаешь что такое переложить проблемы Вот у меня есть система - , Аноним (157), 18:48 , 04-Июн-20, (157)

Всё верно Руководителям нужен документ, ибо всё до последнего гвоздя ставится н, Anonymoustus (ok), 21:27 , 04-Июн-20, (170)

Они это не понимают Нужно продумать архитектуру и социальный вопрос встает - кт, Аноним (176), 22:40 , 04-Июн-20, (176)

Прекрасно понимаю А еще я понимаю что когда под агендой решения моих проблем ме, Аноним (217), 19:32 , 08-Июн-20, (217)

или наоборот - устроился в подвальчик, где всем все пох й лично мой фактический, пох. (?), 22:38 , 04-Июн-20, (175)

1 Его косяки прекрасно нивелируются более общими средствами защиты,2 Клиентам , freehck (ok), 22:53 , 04-Июн-20, (179)

И я бы добавил, его фичами можно неплохо подтянуть защиту других программ А поло, Аноним (218), 19:37 , 08-Июн-20, (218)

Можно, но зачем, есть же настоящие средства защиты, которые прикроют реальные ве, freehck (ok), 20:12 , 08-Июн-20, (224)

Ну как, урезания ненужных сисколов программам, допустим - уменьшение attack surf, Аноним (-), 01:26 , 09-Июн-20, (232)

На вид Это заблуждение произрастает из непонимания специфики работы хакера В, freehck (ok), 09:11 , 09-Июн-20, (237)

Если дядя адекватный, то ему надо что бы просто работало А тогда, как правило, , Олег (??), 09:14 , 08-Июн-20, (215)

На самом деле диванщики к сожалению могут долго пыжиться, но по факту чуваки из , IdeaFix (ok), 12:53 , 03-Июн-20, (37) +1 //

BSD никто не отменял , Аноним (60), 18:21 , 03-Июн-20, (59) //

Почти отменили Любители Хотим, как мы привыкли в венде Или МакОСи Хотим-хоти, Аноним (-), 20:52 , 03-Июн-20, (70) +3 //

И это хорошо Стандарты - это всегда лучше зоопарка Ну и контора, в принципе, п, Аноним (10), 15:35 , 04-Июн-20, (103) –1

Только она не для тебя делает, а для себя 8212 чтобы ты ей деньги носил не пе, Anonymoustus (ok), 16:43 , 04-Июн-20, (118) +1
Это вообще-то был выпад в сторону Солнцеликого In fact, the way I see things b, Аноним (144), 17:50 , 04-Июн-20, (144) +2

gt оверквотинг удален Отличная цитата , Anonymoustus (ok), 19:39 , 04-Июн-20, (160)

А кто виноват что в POSIX понаписано немало кретинизма, вплоть до невозможности , Аноним (218), 19:40 , 08-Июн-20, (219)

Бойтесь своих желаний, ибо они могут сбыться , Anonymoustus (ok), 20:25 , 08-Июн-20, (225)

Я знаю И все-таки без желаний остается только лечь в гроб и самозакопаться , Аноним (-), 01:31 , 09-Июн-20, (233)

Нет гнома - не нужен Даже в опенке есть , Аноним (41), 13:31 , 03-Июн-20, (41) –1 //

Любители DE не нужны на опеннете , user90 (?), 13:40 , 03-Июн-20, (42) +3

Так написано, будто они сами запилили эти фичи, это было и остаётся по сию пору , Аноним (43), 13:51 , 03-Июн-20, (43)
А поясните, если отбросить гуманитарные аргументы ненавижу systemd и всё в тако, Аноним (46), 15:37 , 03-Июн-20, (46) –6 //

Легко Вот я сижу в инете через копеечный VPS где-то в недрах OVH, чтобы не нале, Аноним (50), 16:27 , 03-Июн-20, (50) +2 //

Systemd расходует 800 кб оперативной памяти Это, конечно, больше чем SysV с ег, Аноним (23), 18:37 , 03-Июн-20, (62) //

Ага, а ещё он не монолитный, так как там множество бинарей И как это мы нас, freehck (ok), 15:55 , 04-Июн-20, (106)

Так virt является формальной декларацией в адресном пространстве, а не реально, Аноним (126), 17:09 , 04-Июн-20, (126)

LOL -D, vle (ok), 17:43 , 04-Июн-20, (142)
RTFM, freehck (ok), 22:44 , 04-Июн-20, (177)

А что он не так сказал, эксперты Virt - размер занятого адресного пространства,, Вебмакака (?), 20:35 , 06-Июн-20, (213)

Что не так Да в общем-то то, что он брешет Я утверждаю это, потому что мне это, freehck (ok), 07:48 , 07-Июн-20, (214) +1

800К намерял другой аноним, если что Для кернела они кое-что значат - RSS это ко, Аноним (116), 19:50 , 08-Июн-20, (220)

Вот тебе пример Есть у тебя консоль и всё Настрай wifi, настрой точку доступа , ann (??), 17:19 , 03-Июн-20, (54) +5 //

Для сравнения в любой из BSD-систем всю первичную настройку можно сделать без б, Anonymoustus (ok), 20:38 , 03-Июн-20, (68) //

О чём и речь В Debian до этого бордака тоже можно было , ann (??), 22:33 , 03-Июн-20, (73) +1

Не, ну понятно что нуб-дебианщики маны читать не любят и поэтому ман на udev поч, Аноним (126), 17:13 , 04-Июн-20, (128)

Какие тысячи файлов Стандартный для любого линукса etc wpa_supplicant wpa_supp, Валик (?), 00:35 , 04-Июн-20, (76) +1 //

мущина проснитесь, вы обос сь - wpa_supplicant уже настолько нестандартный для, пох. (?), 09:34 , 04-Июн-20, (88)

Оо, да ты еще больший специалист, чем мне с первого взгляда показалось Как раз , Валик (?), 10:28 , 04-Июн-20, (92) +1

Мальчик, ты даже не заметил в запале хейтспича, что это два разных человека Не , freehck (ok), 16:02 , 04-Июн-20, (107) +1

ну что ж, два разных человека продолжайте ставить сами себе лайки , Валик (?), 06:24 , 05-Июн-20, (192)
так вот, запросто - наговорил кучу сивого бреда на который я, впрочем, постарал, Валик (?), 06:28 , 05-Июн-20, (193)

Ну вот это кстати вам по любому будет неудобно, хоть там с чем Если что-то идет, Аноним (126), 17:11 , 04-Июн-20, (127) –1

любые задачи в опенсорсе в принципе как-то решаются - вплоть до патченья системд, пох. (?), 20:24 , 03-Июн-20, (66) +2

Ну наконец-то Поздравляю всех истинно свободных линуксоидов с третьим релизом Де, Anonymoustus (ok), 16:58 , 03-Июн-20, (51) +2 //

Прочитал как с третьим релизом Дауна , Аноним (57), 17:58 , 03-Июн-20, (57)

Обновил Просто работает - Вылезли только несколько граблей - nvidia-driver пр, Аноним (60), 17:30 , 03-Июн-20, (55)
Ну, sysvinit по умолчанию -- это все же жесть Systemd системдой, но от sysvinit, vle (ok), 18:09 , 03-Июн-20, (58) –2 //

sysvinit не такой медленный, как об этом заявляли сторонники systemd на современ, SysVinitJustWorks (?), 18:26 , 03-Июн-20, (61) +2 //

Скорость загрузки лично не важна совсем, от слова абсолютно От этого sysvinit у, vle (ok), 21:49 , 03-Июн-20, (72) //

Но, тем не менее, systemd лучше по всем показателям и остальные с ним на одном у, Аноним (194), 10:25 , 05-Июн-20, (194)

Не стесняйтесь, озвучьте список показателей С 2014го года всё это читаем, а п, freehck (ok), 12:39 , 05-Июн-20, (196)

Возьмите для разнообразия Slackware или CRUX 8212 в них инициализация в стиле, Anonymoustus (ok), 20:40 , 03-Июн-20, (69) +2 //

Сравни init NetBSD и убогий sysvinit Потом мы поговорим о пустых претензиях sy, vle (ok), 21:46 , 03-Июн-20, (71) –2 //

Что конкретно в ней кривое и уродливое , Anonymoustus (ok), 22:47 , 03-Июн-20, (75)

проще ответить, то в ней не криво и не уродливо, Аноним (217), 00:55 , 04-Июн-20, (77) –4
юродивым крикунам во славу bsd ниасилить, только это , пох. (?), 09:51 , 04-Июн-20, (91) +3
Понятие runlevel не нужно Не нужно запускать машину с сетью, без сети, и с сеть, vle (ok), 13:45 , 04-Июн-20, (95) –2

Вдогонку Вот типичный скрипт для старта inetd PROVIDE inetd REQUIRE DAEMON, Aleksey Cheusov (?), 14:02 , 04-Июн-20, (99) –2
То есть runlevel 8212 причина всех недовольств Богато , Anonymoustus (ok), 14:55 , 04-Июн-20, (101)

Да, наличие абсолютно ненужной сущности -- источник остальных недовольств Подроб, vle (ok), 15:32 , 04-Июн-20, (102) –4

Теоретически-крутая система это, конечно, здорово а на практике - 2 шалавы и , Аноним (113), 16:28 , 04-Июн-20, (111)

традиционная загрузка bsd с отвалившимся сетевым интерфейсом или сдохшим dns - , пох. (?), 17:25 , 04-Июн-20, (133)

А оно нам надо У нас выделенный getty на консольке отрастает и можно зайти как , Аноним (137), 17:42 , 04-Июн-20, (141)

это если уже есть куда зайти А не waiting бесконечный события, которое уже точно, пох. (?), 18:39 , 04-Июн-20, (155)

Ну если совсем нет, тогда init bin bash чтоли А если даже и этого уже нет - ну, Аноним (116), 19:55 , 08-Июн-20, (221)

Возражаю Zили типа тогоНе надо ждатьИ это даже в линухе пашет, getfr (?), 18:21 , 06-Июн-20, (211)

Оно вообще-то и на практике вполне так неплохо работает имея при этом в сотни р, Аноним (147), 17:58 , 04-Июн-20, (147)

Все познается в сравнении Врядли в моих юзкейсах это все будет неплохо Но эт, Аноним (116), 19:57 , 08-Июн-20, (222)

Ну вот прямо сейчас и уже лет 5 наверное работает и не жужжит на паре армок И, Аноним (-), 21:08 , 08-Июн-20, (227)

У меня армов как у дурака фантиков И лет таким занятиям побольше Не жужжит оно, Аноним (-), 01:53 , 09-Июн-20, (234) –1

отучаемся говорить за всехибо все машины у тебя одина ну да, твой локалхост вс, пох. (?), 17:05 , 04-Июн-20, (125) +2

Я говорю за себя Всегда и везде Мнение любого человека субъективно по определе, vle (ok), 17:35 , 04-Июн-20, (138) –2

но у некоторых людей таки больше чем единственный локалхоста у меня - разнообраз, пох. (?), 18:12 , 04-Июн-20, (149) +1

Не нужен здесь никакой символ И sysvinit не нужен Просто запусти РУКАМИ ОДИН РА, vle (ok), 20:27 , 04-Июн-20, (165) –2

man rc 124 grep getty 124 124 echo failfailв общем, давай дасвиданья Спор, пох. (?), 21:40 , 04-Июн-20, (173)

И поэтому в Опёнке добавили rc conf local Чувак, а ты правда думаешь, что мы вче, Anonymoustus (ok), 18:18 , 04-Июн-20, (151)

везде добавили И еще usr local etc rc conf Типа а угадай, куда мы запрятали п, пох. (?), 18:43 , 04-Июн-20, (156)

В NetBSD же нету по живому правишь etc rc confВ Нетке отдельная от базовой сис, Anonymoustus (ok), 20:07 , 04-Июн-20, (163)

166Да, прямо вот по-живому вписываешь в пустой конфиг то, что нужно запустить, vle (ok), 20:49 , 04-Июн-20, (168)

Так у тебя отдельной взятый локалхост-десктоп, по которому хоть голый ходи А По, Anonymoustus (ok), 21:31 , 04-Июн-20, (171)
Пох за себя скажет сам Без твоей помощи Я же ответил на твое сообщение И знае, vle (ok), 23:10 , 04-Июн-20, (180) –2

Нет uname -srmNetBSD 9 99 48 amd64 ls -l usr local ls usr local No such f, vle (ok), 20:47 , 04-Июн-20, (167) –2

да, да, про все параметры всех миллиона пакетов, конечно же, там написано А про , пох. (?), 22:45 , 04-Июн-20, (178)

Нет Там написано только про то, что входит в базовую систему Про пакеты написан, vle (ok), 23:12 , 04-Июн-20, (181) –2
удивительное рядом пакетов чуть сложнее в настройке - на твоем локалхосте не обн, пох. (?), 00:54 , 05-Июн-20, (187)
Я могу в xxx_flags напхать всякого говна, но делать этого не нужно Все нормальны, vle (ok), 01:07 , 05-Июн-20, (189) –1

Во-во Это usr local etc мне всегда мозг выносило своим удобством Я логику п, Олег (??), 01:19 , 09-Июн-20, (231)

Ну вот собственно дебиан, да и сабж наверное, такими непотребствами с сегрегацие, Аноним (-), 01:56 , 09-Июн-20, (235)

Чувиха, ты бы сначала разобралась, как устроен rc conf в NetBSD,а как в OpenBSD,, vle (ok), 20:44 , 04-Июн-20, (166) –3

Расскажи мне ещё что-то новое про OpenBSD и NetBSD Пока что мы выяснили, что у , Anonymoustus (ok), 21:33 , 04-Июн-20, (172)

Тебя только что ткнули носом в то, что тыне знаешь разницы между init-ом OpenBSD, vle (ok), 01:09 , 05-Июн-20, (190) –2

И что это тут делает Ты ж говорил, что тут определяется только что запускать , Олег (??), 01:13 , 09-Июн-20, (230)

Поздравляю Ты ничего не понял, но это не значит, что это не нужно остальным ru, Олег (??), 00:57 , 09-Июн-20, (229)

сравниваем runlevel ов нет, есть только аварийный single-user, и тот через анус, пох. (?), 09:43 , 04-Июн-20, (89)

97, Aleksey Cheusov (?), 13:56 , 04-Июн-20, (97) –2
95, Aleksey Cheusov (?), 13:57 , 04-Июн-20, (98) –2
Ты еще provisioning при first boot потребуй, как в системде, еретик И пра, Аноним (113), 16:30 , 04-Июн-20, (112)

Если для тебя XP древняя, то никакой ты не старпёр Для настоящих старпёров она , Anonymoustus (ok), 16:48 , 04-Июн-20, (120)

Скажем так, я не некромансер Так что если лошадь сдохла - с нее надо слезать Эт, Аноним (-), 17:19 , 04-Июн-20, (129)

не, ну если лошадь принципиально не кормить - потому что вилы для сена не той си, пох. (?), 17:29 , 04-Июн-20, (136)

Так это ж не от меня зависит Та лошадь жрет только специальный корм для лошадей, Аноним (-), 17:57 , 04-Июн-20, (146)

ну то есть проблема не в лошади, а в том что ей крайне старательно помогали умир, пох. (?), 18:19 , 04-Июн-20, (152) +4

Ну, как тебе сказать То что она ничего кроме специального корма не жрет - в лош, Аноним (-), 20:11 , 08-Июн-20, (223)

Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи У тебя ч, Anonymoustus (ok), 20:48 , 08-Июн-20, (226)
Это какой-то поклеп Я как раз хорошо понимаю процессы процессы в разработке соф, Аноним (-), 02:16 , 09-Июн-20, (236)
Разработка софта 8212 это не бизнес, а работа в большинстве случаев 8212 , Anonymoustus (ok), 18:19 , 10-Июн-20, (239)

но у меня ЕСТЬ firstboot В древней системе без systemd что я делаю не так А в, пох. (?), 16:49 , 04-Июн-20, (121)

Сам приделал на проволоку и скотч Или это чей-то фирменный костыль А так ты мо, Аноним (-), 17:21 , 04-Июн-20, (131)

нет, он штатный, система через него доустанавливается Ничуть не больший костыль, пох. (?), 17:39 , 04-Июн-20, (140)

Я не знаю для кого он там штатный, в дебиане такого вроде бы не было А если и б, Аноним (-), 17:51 , 04-Июн-20, (145)

ну так де6иллиан и всегда был дерьмом, написанным разумными паукообразными О, пох. (?), 18:32 , 04-Июн-20, (154)

По сравнению с осьминогами писавшими up2date, yum и dnf они и правда разумные Д, Аноним (-), 23:06 , 08-Июн-20, (228)

Давай посмотрим на другую жесть https www opennet ru openforum vsluhforumID3 1, deeaitch (ok), 01:52 , 04-Июн-20, (79) //

Представим себе исходный код какой-то небольшой программы, которая разбита на ma, Валик (?), 02:33 , 04-Июн-20, (80) –3 //

Никто тебя не застравляет писать init скрикты на баше Для классического инита т, deeaitch (ok), 04:46 , 04-Июн-20, (81) +2

А потом достается вот так после одного админа другому, или даже я, занявшись сво, Аноним (148), 18:07 , 04-Июн-20, (148)

Докладчик как бы хочет указать, что он много чего передали ещё больше принял И , anonymous yet another (?), 20:06 , 04-Июн-20, (162) +1

Мой жизненный опыт говорит что1 Получить на свою бошку кучу скриптоты писаной к, Аноним (217), 17:55 , 09-Июн-20, (238)

Логалхосты тут совершенно и вообще не причём Не говори о том чего в жизни не ви, deeaitch (ok), 04:53 , 04-Июн-20, (82)
gt оверквотинг удален Не говори ерунды В портянке на асемблере проще разобрать, deeaitch (ok), 04:57 , 04-Июн-20, (83) –1

ты даже их не посчитал целиком, потому что в чуть-чуть нетривиальных случаях буд, пох. (?), 09:49 , 04-Июн-20, (90) //

О чём и речь , ann (??), 15:46 , 04-Июн-20, (105)
Не удивлён что всё куда хуже чем показалось с первого взгляда , deeaitch (ok), 04:48 , 05-Июн-20, (191)
Вчера буквально попалось --Двадцать три В документации английским по белому напи, Аноним (197), 12:56 , 05-Июн-20, (197)

Насколько я помню, там есть странность, при установке нужно вручную выставить фл, Аноним (78), 01:28 , 04-Июн-20, (78)
А, собсна, зачем Systemd предоставляет удобные утилиты для пользователя, так ег, Арчепользователь НЕ красноглазик (?), 11:44 , 05-Июн-20, (195)
Всплыл интересный момент dbus-у прописана амнезия при перезагрузке https linu, Аноним (205), 11:05 , 06-Июн-20, (205)
В новости дезинформация не виню автора, деванщики сами любители пофантазировать, Аноним (210), 16:06 , 06-Июн-20, (210)
Как ярый противник systemd всегда роптал за подобные дистры, но теперь изменил с, LesPaul (?), 19:43 , 12-Июн-20, (242)

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

69. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +2 +/–

Сообщение от Anonymoustus (ok), 03-Июн-20, 20:40

Возьмите для разнообразия Slackware или CRUX — в них инициализация в стиле BSD.
А претензии к sysvinit как были надуманными и пустыми, так и остались.

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

71. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 03-Июн-20, 21:46

> А претензии к sysvinit как были надуманными и пустыми, так и остались.
Сравни init NetBSD и убогий sysvinit. Потом мы поговорим о пустых претензиях. sysvinit -- изначально уродливая и кривая конструкция.

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

75. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 03-Июн-20, 22:47

> sysvinit -- изначально уродливая и кривая конструкция.
Что конкретно в ней кривое и уродливое?

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

77. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –4 +/–

Сообщение от Аноним (217), 04-Июн-20, 00:55

проще ответить, то в ней не криво и не уродливо

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

91. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +3 +/–

Сообщение от пох. (?), 04-Июн-20, 09:51

юродивым крикунам во славу bsd ниасилить, только это.

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

95. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 04-Июн-20, 13:45

>> sysvinit -- изначально уродливая и кривая конструкция.
> Что конкретно в ней кривое и уродливое?
Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, и с сетью и с иксами. Нужно просто запустить машинку в ее рабочее состояние. Если что-то пошло не так, надо запустить её в single user mode. Соответственно не нужны каталоги rcN.d и совершенно идиотские скрипты по созданию и удалению симлинков в них. Также не нужны эти идиотские номера для задания последовательности старта и стопа. Вместо этого достаточно задать граф зависимостей, система init пробежаться по нему и запустить все в правильном порядке. Теоретически можно и параллельно запустить. Кроме того посмотри, как выглядит типичный скрипт для запуска в netbsd. Это порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать сервис определяется простой переменной в /etc/rc.conf.

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

99. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от Aleksey Cheusov (?), 04-Июн-20, 14:02

>>> sysvinit -- изначально уродливая и кривая конструкция.
>> Что конкретно в ней кривое и уродливое?
> Это порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать
> сервис определяется простой переменной в /etc/rc.conf.
Вдогонку. Вот типичный скрипт для старта inetd:
# PROVIDE: inetd
# REQUIRE: DAEMON LOGIN
# KEYWORD: shutdown
$_rc_subr_loaded . /etc/rc.subr
name="inetd"
rcvar=$name
command="/usr/sbin/${name}"
pidfile="/var/run/${name}.pid"
required_files="/etc/${name}.conf"
extra_commands="reload"
load_rc_config $name
run_rc_command "$1"

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

101. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 04-Июн-20, 14:55

То есть runlevel — причина всех недовольств? Богато.

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

102. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –4 +/–

Сообщение от vle (ok), 04-Июн-20, 15:32

> То есть runlevel — причина всех недовольств? Богато.
Да, наличие абсолютно ненужной сущности -- источник остальных недовольств.
Подробности я уже перечислил.

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

111. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (113), 04-Июн-20, 16:28

> запустить все в правильном порядке. Теоретически можно и параллельно запустить.
Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.

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

133. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 17:25

>> запустить все в правильном порядке. Теоретически можно и параллельно запустить.
> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и
> дед п-с.
традиционная загрузка *bsd с отвалившимся сетевым интерфейсом или сдохшим dns - нажать ctrl-c во время запуска sendmail - иначе придется подождать то ли 60, то ли 2x60 секунд, пока он раздуплится что $j ресолвнуть все же не получилось. Если консоли нет - ты неудачник (еще потом sshd подождешь - главное, чтоб не дольше чем его таймаут на interactive login)
Что, съели, линуксоиды?! У вас-то ctrl-c нажать не получится! (правда, немодные до-системдешные скрипты иногда умели interactive boot, но обычно получалось y,y,y,y,блжад! надо было n! reboot)

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

141. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (137), 04-Июн-20, 17:42

> Что, съели, линуксоиды?! У вас-то ctrl-c нажать не получится!
А оно нам надо? У нас выделенный getty на консольке отрастает и можно зайти как белый человек :)

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

155. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 18:39

это если уже есть куда зайти.
А не waiting бесконечный события, которое уже точно не произойдет. И нет, перезагрузиться в этом ракообразном состоянии тоже нельзя.
И да, конечно же я помню заклинание для отладочной загрузки. (нет)

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

221. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (116), 08-Июн-20, 19:55

> это если уже есть куда зайти.
Ну если совсем нет, тогда init=/bin/bash чтоли. А если даже и этого уже нет - ну, чего, снять образ для failure analisys/forensic да reimage.
> И да, конечно же я помню заклинание для отладочной загрузки. (нет)
Я честно говоря вообще не понимаю как и почему такое возникает в продакшне а не при тесте в каком-нибудь загоне, который накрайняк цепляется к хостсистеме даже при абсолютной дохлоте содержимого и изучается сколько влезет под микроскопом.

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

211. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от getfr (?), 06-Июн-20, 18:21

Возражаю
^Z
> killall sendmail
или типа того
Не надо ждать
И это даже в линухе пашет

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

147. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (147), 04-Июн-20, 17:58

>> запустить все в правильном порядке. Теоретически можно и параллельно запустить.
> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.
Оно вообще-то и на практике вполне так неплохо работает (имея при этом в сотни раз меньшую кодовую базу). Но это ж надо интересоваться, смотреть - куда проще с умным видом на форумах петросянить.

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

222. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (116), 08-Июн-20, 19:57

> Оно вообще-то и на практике вполне так неплохо работает
Все познается в сравнении. Врядли в моих юзкейсах это все будет "неплохо". Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на пыльных х86 серваках...

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

227. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 08-Июн-20, 21:08

>>> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.
>> Оно вообще-то и на практике вполне так неплохо работает
> Все познается в сравнении. Врядли в моих юзкейсах это все будет "неплохо".
> Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на пыльных х86 серваках...
Ну вот прямо сейчас (и уже лет 5 наверное) работает и не жужжит на паре армок. И лет одинадцать на ноутах.
Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на твоих-единственно-верных юзкейзах.
А то таким макаром и автомобили в "теоретически-крутные системы, а на практике ..." записать можно - ну а че, песок десятками кубов возить геморно! И то ли дело карьерный самосвал, захотел, нагрузил песочка, захотел, сгонял за булочками!

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

234. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –1 +/–

Сообщение от Аноним (-), 09-Июн-20, 01:53

> Ну вот прямо сейчас (и уже лет 5 наверное) работает и не жужжит на паре армок.
У меня армов как у дурака фантиков. И лет таким занятиям побольше. Не жужжит оно пока парочка. И я вот запилил инсталляцию побольше, и работало лет чтоли 7. Но вот барабашки однажлы посетили, весьма интересные. Если любопытно, тут где-то болтается сказ как мне пришлось btrfs с схемой DUP с горя в образ запилить в экстренном порядке. А у вас на такие случаи, например, чего? В смысле для повышения надежности rootfs и early warning о надвигающихся проблемах там где внезапное превращение девасов в тыквы крайне нежелательно.
> Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на
> твоих-единственно-верных юзкейзах.
Мои юзкейсы... довольно интересны и разнообразны :)
> геморно! И то ли дело карьерный самосвал, захотел, нагрузил песочка, захотел,
> сгонял за булочками!
Линух мне нравится тем что при необходимости он карьерный самосвал. А при необходимости и персональный флаер - плюхнул окорок в кресло да улетел куда хотел.

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

125. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +2 +/–

Сообщение от пох. (?), 04-Июн-20, 17:05

> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети,
отучаемся говорить за всех
> и с сетью и с иксами. Нужно просто запустить машинку в
ибо все машины у тебя одина...ну да, твой локалхост всегда одинаков, чего уж там.
> ее рабочее состояние. Если что-то пошло не так, надо запустить её
что рабочих состояний может быть не одно - ниасилятору невдомек
> в single user mode. Соответственно не нужны каталоги rcN.d и совершенно
действительно, идиотские "переменные в rc.conf" гораздо лучше.
И процедура их ручного выковыривания из каждого нового скрипта - ведь автоматизации в виде, хотя бы
> идиотские скрипты по созданию и удалению симлинков в них. Также не
у вас нет.
> нужны эти идиотские номера для задания последовательности старта и стопа. Вместо
номера присваивают те самые "ненужные" тебе скрипты. А не парсят миллиард графов скриптом на шелле прямо при загрузке.
Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable имя-сервиса (обычно об этом заботится пакетный менеджер, который у вас тоже слишком примитивен для такой тонкой работы)
# Provides:       racoon
# Required-Start: $remote_fs $named $syslog
# Required-Stop:  $remote_fs $named $syslog
# Default-Start:  3 5
И да, параллельный запуск возможен. В тех немногих случаях, когда не приходится ждать кого-то предыдущего.
> того посмотри, как выглядит типичный скрипт для запуска в netbsd.
а если я вместо этого посмотрю на трэш и п-ц, написанный для multi-instance mysqld, к примеру?
В нем без бутылки и разобраться-то не получится (и кто, на самом деле, таким пользуется?)
> порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать
> сервис определяется простой переменной в /etc/rc.conf.
название которой надо просто угадать, угу.
Как и еще двадцати штук, если у сервиса больше одной настройки "не запускать", которые надо вывалить в ту же кучу, ведь разделить настройки сервиса от настроек операционной системы вы тоже ниасилили. Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов просто на поржать, а запускать их не надо?
Или просто любите лишний траходром?

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

138. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 04-Июн-20, 17:35

>> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети,
> отучаемся говорить за всех
Я говорю за себя. Всегда и везде. Мнение любого человека субъективно по определению.
>> и с сетью и с иксами. Нужно просто запустить машинку в
> ибо все машины у тебя одина...ну да, твой локалхост всегда одинаков, чего
> уж там.
Количество машин у меня сильно больше одной, и ни одну из них не нужно
запускать то с сетью, то без сети, то с иксами то без иксов.
99.99% времени их исползования они запускаются единообразно.
Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.
>> ее рабочее состояние. Если что-то пошло не так, надо запустить её
> что рабочих состояний может быть не одно - ниасилятору невдомек
Рабочее состояние системы -- это множество init скриптов, которые нужно запустить,
а не "с сетью/без сети", с "иксами/без иксов". runlevel-ы -- это жалкая пародия
на состояния системы.
>> в single user mode. Соответственно не нужны каталоги rcN.d и совершенно
> действительно, идиотские "переменные в rc.conf" гораздо лучше.
Лучше. На порядок.
> И процедура их ручного выковыривания из каждого нового скрипта - ведь автоматизации
> в виде, хотя бы
Чего выковыривания?
>> идиотские скрипты по созданию и удалению симлинков в них. Также не
> у вас нет.
чо?
>> нужны эти идиотские номера для задания последовательности старта и стопа. Вместо
> номера присваивают те самые "ненужные" тебе скрипты.
Я в курсе, но это не меняет дела.
> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
Не вижу здесь проблем.
> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
> имя-сервиса
Что тебе здесь может быть непонятно?

xdm=YES
ntpdate=YES
ntpd=YES
sshd=YES
dhcpcd=YES
dhcpcd_flags="-qM nfe0"
cgd=NO
raidframe=NO
wscons=YES
openvpn=YES
ipfilter=YES
ipfilter_mon=YES
> (обычно об этом заботится пакетный менеджер, который у вас тоже
> слишком примитивен для такой тонкой работы)
Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
> # Provides:       racoon
> # Required-Start: $remote_fs $named $syslog
> # Required-Stop:  $remote_fs $named $syslog
> # Default-Start:  3 5
> И да, параллельный запуск возможен. В тех немногих случаях, когда не приходится
> ждать кого-то предыдущего.
В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
а также switch/case. В NetBSD init этого шлака просто нет. Я показал тебе ВЕСЬ
rc скрипт.
>> того посмотри, как выглядит типичный скрипт для запуска в netbsd.
> а если я вместо этого посмотрю на трэш и п-ц, написанный для
> multi-instance mysqld, к примеру?
> В нем без бутылки и разобраться-то не получится (и кто, на самом
> деле, таким пользуется?)
Куда ты посмотришь?
>> порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать
>> сервис определяется простой переменной в /etc/rc.conf.
> название которой надо просто угадать, угу.
имя переменной полностью совпадает со службой которую ты запускаешь.
Тут нечего гадать. FreeBSD-шники добавили префикс start_ в этим переменным.
> Как и еще двадцати штук, если у сервиса больше одной настройки "не
> запускать", которые надо вывалить в ту же кучу, ведь разделить настройки
> сервиса от настроек операционной системы вы тоже ниасилили.
То, что лежит в rc.conf и есть настройка системы на уровне что мы запускаем
и что не запускаем. Детальные настройки лежат в специфичных конфигах.
Пример rc.conf выше.
> Кстати, а зачем
> она там вообще нужна? Вы такие странные, и ставите миллион сервисов
> просто на поржать, а запускать их не надо?
> Или просто любите лишний траходром?
Чего? Переведи с бусурманского, а лучше почитай ман.

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

149. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +1 +/–

Сообщение от пох. (?), 04-Июн-20, 18:12

> Я говорю за себя. Всегда и везде. Мнение любого человека субъективно по
> определению.
но у некоторых людей таки больше чем единственный локалхост
> 99.99% времени их исползования они запускаются единообразно.
а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что лучше видеть эти иксы локально через kvm, чем пробрасывать со своей машины.
И для этого нужно просто поменять один символ.
> Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.
_тебе_.
А мне - нужны, удобны, и я ими пользуюсь по назначению.
Никакой отдельной обвязки для них нет, ты опять не в курсе дел. А вот у тебя - есть. Покажи-ка мне, из какого скрипта запускается банальная getty ? Опачки - а нет его. Это отдельный костыль, совершенно перпендикулярный. Зато освященный аж system6.
У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не играем.
Ну разумеется, синдром утенка мешает тебе признать что так - и проще, и удобнее.
> Рабочее состояние системы -- это множество init скриптов, которые нужно запустить,
рабочее состояние системы - это когда с ней можно работать. Иногда для этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись.
А какие и в какой последовательности "множество скриптов" запускаются для этого под капотом - совершенно неинтересно.
Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас ведь тоже нет? Даже ж у системдаунов есть.
> Лучше. На порядок.
синдром утенка. Все понятно.
> Чего выковыривания?
переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и незнакомые тебе.
>> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
> Не вижу здесь проблем.
не вижу проблем что их парсят один раз в жизни системы, а дальше обходятся значительно более быстрым и надежным механизмом.
>> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
>> имя-сервиса
> Что тебе здесь может быть непонятно?
синдром утенка.
grep named /etc/rc.conf |wc -l
       9
это только один сервис. У mysql на некоторых конструкциях - и поболее параметров бывает.
> Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и спрашивать о тех что больше одной? А, нет, показалось.
> В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось так как мне надо, тут это сервис запускается с фокусами.

> а также switch/case. В NetBSD init этого шлака просто нет. Я показал
в ней этот шлак тщательно спрятан в общесистемной помойке, поэтому когда таки надо что-то поменять конкретно для этого сервиса необычного - приходится часами разбираться, как же эта помойка устроена - вместо банального редактирования простого и понятного скрипта на двадцать строк. Синдром утенка как он есть не позволяет тебе понять, что это _всем_хуже_.
А вот переписывать checkproc и rc_status я вряд ли хочу - и даже знать как они устроены. Поэтому часть, вынесенная в общий rc - мне никогда под руками не мешается.
Как и конфигурация демона (не им читаемый конфиг, а параметры его запуска, внезапно, могущие быть настраиваемыми) - ее в этом файле нет, а в том где есть - лежит именно конфигурация, а не вперемешку системные настройки всего, включая надо ли это вообще запускать.
> тебе ВЕСЬ rc скрипт.
ты показал скрипт одной тупейшей программы, которую вообще из inittab запускать можно.
И тщательно забыл про запутанную механику в /etc/rc.d - в которой далеко не безобидные утилиты типа rc_status.
> Куда ты посмотришь?
понятно
> имя переменной полностью совпадает со службой которую ты запускаешь.
других-то переменных у тебя нет?
> То, что лежит в rc.conf и есть настройка системы на уровне что
> мы запускаем
внезапно, нет. Еще там лежит как мы запускаем.
> Пример rc.conf выше.
васянского локалхоста.
>> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов
>> просто на поржать, а запускать их не надо?
>> Или просто любите лишний траходром?
> Чего? Переведи с бусурманского, а лучше почитай ман.
повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису запускаться через прописывание заклинаний в rc.conf  ?
Вы их для чего-то другого обычно ставите, не чтоб запускать?
Или опять - "ну так же делали диды и прадиды, в system6 еще!" - не запускать же автоматически, надо ж сперва потрахаться!

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

165. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 04-Июн-20, 20:27

>> 99.99% времени их исползования они запускаются единообразно.
> а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно
> иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что
> лучше видеть эти иксы локально через kvm, чем пробрасывать со своей
> машины.
> И для этого нужно просто поменять один символ.
Не нужен здесь никакой символ. И sysvinit не нужен.
Просто запусти РУКАМИ ОДИН РАЗ В СТО ЛЕТ
/etc/rc.d/xdm или что там у тебя, а потом стопни его же.
Из-за таких хотелось не нужно изобретать runlevel и
тянуть эти костыли десятилетиями.
>> Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.
> _тебе_. А мне - нужны, удобны, и я ими пользуюсь по назначению.
Смешно.
> Никакой отдельной обвязки для них нет, ты опять не в курсе дел.
> А вот у тебя - есть. Покажи-ка мне, из какого скрипта
> запускается банальная getty ? Опачки - а нет его.
Читать
man 8 rc
до просветления.
> У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не
> играем.
:-D
>> Рабочее состояние системы -- это множество init скриптов, которые нужно запустить,
> рабочее состояние системы - это когда с ней можно работать. Иногда для
> этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись.
Нет.
> Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас
> ведь тоже нет? Даже ж у системдаунов есть.
Что ты там собрался отлаживать?
>> Чего выковыривания?
> переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и
> незнакомые тебе.
Все переменные документированы. Не надо ничего выколупывать и выковыривать.
man 5 rc.conf
>>> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
>> Не вижу здесь проблем.
> не вижу проблем что их парсят один раз в жизни системы, а
> дальше обходятся значительно более быстрым и надежным механизмом.
Меня не интересует скорость старта моих систем. Абсолютно.
10 секунд она грузится, или 40 -- мне совершенно без разницы.
За этим фетишем к системдешникам.
>>> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
>>> имя-сервиса
>> Что тебе здесь может быть непонятно?
> синдром утенка.
>  grep named /etc/rc.conf |wc -l
>        9
> это только один сервис. У mysql на некоторых конструкциях - и поболее
> параметров бывает.
Ты сам засунул туда все эти переменные по своей собственной воле.
Никто тебя делать это не заставлял.
>> Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
> что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и
> спрашивать о тех что больше одной? А, нет, показалось.
Пакетный менеджер не должен туда ничего подсовывать.
Настройка системы -- не его функция.
>> В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
> 172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось
> так как мне надо, тут это сервис запускается с фокусами.
Вот я и спрашиваю. Нахера 172 строки на ровном месте, если практически
все демоны запускаются абсолютно единообразно?
Это называется индусский копипаст ;-)
>> а также switch/case. В NetBSD init этого шлака просто нет. Я показал
> в ней этот шлак тщательно спрятан в общесистемной помойке,
Это у тебя в sysvinit помойка скопипащена в каждый новый недоскрипт,
а в NetBSD rc все выделено в отдельные библиотечный скрипт
rc.subr
> поэтому когда таки
> надо что-то поменять конкретно для этого сервиса необычного - приходится часами
> разбираться, как же эта помойка устроена - вместо банального редактирования простого
> и понятного скрипта на двадцать строк.
Не хочется переходить на личности, но помойка находится совершенно не там,
где ты думаешь. Если ты не в силах разобраться в NetBSD rc.subr,
то я могу только принести соболезнования.
>> Куда ты посмотришь?
> понятно
Не способен изъясняться так, чтобы оппонент тебя понял, не удивляйся.
>> имя переменной полностью совпадает со службой которую ты запускаешь.
> других-то переменных у тебя нет?
То, что я показал -- это десктоп на одной машине.
Конкретно в этом месте других переменных нет.
И ничего из того, что запускается опционально,
и не написано в конфиге запускаться не будет.
>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
> внезапно, нет. Еще там лежит как мы запускаем.
Как запускаем -- это на твое усмотрение.
Можешь поместить там эти переменные,
можешь в конфигах конкретной утилы.
Твое дело.
>> Пример rc.conf выше.
> васянского локалхоста.
Это банальный десктоп.
>>> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов
>>> просто на поржать, а запускать их не надо?
>>> Или просто любите лишний траходром?
>> Чего? Переведи с бусурманского, а лучше почитай ман.
> повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису
> запускаться через прописывание заклинаний в rc.conf  ?
Отвечаю шибко умным -- для того, чтобы всякое говно не стартовало,
когда его об этом не просили. Это же я, Васян, админ локалхоста,
и поэтому *мне решать*, что будет запущено, а что нет.
Поэтому да, вручную и только вручную. Только так и никак иначе!
> Вы их для чего-то другого обычно ставите, не чтоб запускать?
Естественно нет.
ssmtpd, например, я ставлю для того, чтобы посылать почту через чужой
smtp сервер из приложения напрямую. И нет, я не хочу настраивать для этой цели
локальный MTA от root-а, доступа к которому у меня может не быть.
И меня выбешивает Дебилиан и вообще почти все Линуксы,
в которых все МТА конфликтуют друг с другом
на уровне пакетного манагера из-за заботы о хомячках, которые не в состоянии
активировать один из МТА вручную. Я использую ssmtpd именно как приложение,
и он мне не интересен как локальный MTA.
Иногда я ставлю софт, чтобы почитать маны и решить, буду ли я
связываться с этим софтом вообще или нет.
Поставил из пакета -- совершенно не значит, что я буду или должен его запускать.
А если и буду, то совершенно не факт, что так, как предполагает собиратель пакета.
Например, я ипользую shlock из пакета, в котором лежит демон,
и этого демона я запускать не соираюсь. И из пакета bind мне нужен
условно только nslookup.
> Или опять - "ну так же делали диды и прадиды, в system6
> еще!" - не запускать же автоматически, надо ж сперва потрахаться!
Что запускать, а что нет, решаю я и только я! Только так и никак иначе!

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

173. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 21:40

>> А вот у тебя - есть. Покажи-ка мне, из какого скрипта
>> запускается банальная getty ? Опачки - а нет его.
> Читать
> man 8 rc
man rc|grep getty || echo fail
fail
в общем, давай дасвиданья. Спорить не о чем - клиент, походу, не владеет базовыми знаниями о своей системе. Зато осилил конфиг из пяти строк, и мнит себя гением "заставившим систему делать что ему надо" (на деле не надо). Линуксные ему не дались - там больше пяти строк.
>> понятно
> Не способен изъясняться так, чтобы оппонент тебя понял, не удивляйся.
непонимание оппонентом тривиальных вещей ясно показало его уровень квалификации - единичный васянский локалхост, используется для кое-как просмотра опеннета.
Спорить не о чем, ибо не с кем.

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

151. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 04-Июн-20, 18:18

> То, что лежит в rc.conf и есть настройка системы на уровне что
> мы запускаем
> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
И поэтому в Опёнке добавили rc.conf.local.
Чувак, а ты правда думаешь, что мы вчера вылупившиеся линуксята? :)

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

156. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 18:43

>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
>> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
> И поэтому в Опёнке добавили rc.conf.local.
везде добавили. И еще /usr/local/etc/rc.conf*
Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда не знаешь точно, какой.

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

163. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 04-Июн-20, 20:07

>> И поэтому в Опёнке добавили rc.conf.local.
В NetBSD же нету: по живому правишь /etc/rc.conf

> везде добавили. И еще /usr/local/etc/rc.conf*
> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда
> не знаешь точно, какой.
В Нетке отдельная от базовой системы (hier(7)) вторичная иерархия лежит в /usr/pkg/ и является частью инфраструктуры pkgsrc.
https://netbsd.gw.com/cgi-bin/man-cgi?hier
https://www.netbsd.org/docs/pkgsrc/files.html

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

168. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от vle (ok), 04-Июн-20, 20:49

>>> И поэтому в Опёнке добавили rc.conf.local.
> В NetBSD же нету: по живому правишь /etc/rc.conf
#166
Да, прямо вот по-живому вписываешь *в пустой конфиг* то, что нужно запустить ;-)
>> везде добавили. И еще /usr/local/etc/rc.conf*
>> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда
>> не знаешь точно, какой.
> В Нетке отдельная от базовой системы (hier(7)) вторичная иерархия лежит в /usr/pkg/
> и является частью инфраструктуры pkgsrc.
> https://netbsd.gw.com/cgi-bin/man-cgi?hier
> https://www.netbsd.org/docs/pkgsrc/files.html
Тем не менее демоны из pkgsrc запускаются ровно по такой же схеме,
как те, что в базовой системе. И настраиваются они так же как и базовые
через /etc/rc.conf

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

171. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 04-Июн-20, 21:31

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

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

180. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 04-Июн-20, 23:10

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

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

167. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 04-Июн-20, 20:47

>>> То, что лежит в rc.conf и есть настройка системы на уровне что
>>> мы запускаем
>>> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
>> И поэтому в Опёнке добавили rc.conf.local.
> везде добавили. И еще /usr/local/etc/rc.conf*
Нет.
$ uname -srm
NetBSD 9.99.48 amd64
$ ls -l /usr/local
ls: /usr/local: No such file or directory
$
> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда
> не знаешь точно, какой.
Еще раз. man 5 rc.conf в NetBSD. Там все написано

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

178. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 22:45

> Еще раз. man 5 rc.conf в NetBSD. Там все написано
да, да, про все параметры всех миллиона пакетов, конечно же, там написано.
А про то что у них вместо local - мне читать неинтересно.

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

181. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 04-Июн-20, 23:12

>> Еще раз. man 5 rc.conf в NetBSD. Там все написано
> да, да, про все параметры всех миллиона пакетов, конечно же, там написано.
Нет. Там написано только про то, что входит в базовую систему.
Про пакеты написано в пакетах. Но там касательно rc.conf
как правило только xxx=yes и опционально xxx_flags=.
Все остальное -- бери примеры конфигов из пакетов и настраивай так,
как тебе надо.
> А про то что у них вместо local - мне читать неинтересно.
ни-че-го. Все конфигурируется через /etc/rc.conf, включая пакеты pkgsrc.
Не интересно -- незачем вступать в дискуссию.

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

187. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 05-Июн-20, 00:54

> Про пакеты написано в пакетах.
удивительное рядом.
> Но там касательно rc.conf
> как правило только xxx=yes и опционально xxx_flags=.
пакетов чуть сложнее в настройке - на твоем локалхосте не обнаружено.

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

189. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –1 +/–

Сообщение от vle (ok), 05-Июн-20, 01:07

>> Но там касательно rc.conf
>> как правило только xxx=yes и опционально xxx_flags=.
> пакетов чуть сложнее в настройке - на твоем локалхосте не обнаружено.
Я могу в xxx_flags напхать всякого говна, но делать этого не нужно.
Все нормальные люди делают это в специально отведенном для этого месте.
В rc.conf прописывается только факт запуска сервиса и минимально необходимое.
Этот файл by design должен оставаться простым и понятным.

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

231. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Олег (??), 09-Июн-20, 01:19

>И еще /usr/local/etc/rc.conf*
Во-во. Это /usr/local/etc мне всегда мозг выносило своим "удобством". Я логику подобного разделения понимаю, но, блин, про удобство и разумность авторы, видимо, не слышали. Похоже, это следствия отсутствия нормального пакетного управленца в системе.

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

235. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 09-Июн-20, 01:56

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

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

166. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –3 +/–

Сообщение от vle (ok), 04-Июн-20, 20:44

>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
>> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
> И поэтому в Опёнке добавили rc.conf.local.
> Чувак, а ты правда думаешь, что мы вчера вылупившиеся линуксята? :)
Чувиха, ты бы сначала разобралась, как устроен rc.conf в NetBSD,
а как в OpenBSD, а потом бы рассуждала о rc.conf.local.
В NetBSD rc.conf по умолчанию абсолютно пуст, а все умолчания спрятаны в
/etc/defaults/rc.conf.
В OpenBSD умолчания в /etc/rc.conf, а пользовательские отступления от умолчаний -- в /etc/rc.conf.local.
Узри разницу!

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

172. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 04-Июн-20, 21:33

Расскажи мне ещё что-то новое про OpenBSD и NetBSD. Пока что мы выяснили, что у тебя за спиной один десктоп. Продолжай, о великий гуру.

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

190. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от vle (ok), 05-Июн-20, 01:09

> Расскажи мне ещё что-то новое про OpenBSD и NetBSD. Пока что мы
> выяснили, что у тебя за спиной один десктоп. Продолжай, о великий
> гуру.
Тебя только что ткнули носом в то, что ты
не знаешь разницы между init-ом OpenBSD и NetBSD.
Не в силах этого признать ты тут же перешел на личности.
Как говорили в старину "слив защитан".

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

230. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Олег (??), 09-Июн-20, 01:13

>dhcpcd_flags="-qM nfe0"
И что это тут делает? Ты ж говорил, что тут определяется только что запускать.

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

229. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Олег (??), 09-Июн-20, 00:57

> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, и с сетью и с иксами.
Поздравляю. Ты ничего не понял, но это не значит, что это не нужно остальным. runlevel классная штука, которую мы используем, что бы запускать серверы со своим софтом или без него. Это разные режимы работы машины. Если ты не видишь использование этой возможности дальше дефолтной в некоторых дистрах, то это твои проблемы.
> Запускать или не запускать сервис определяется простой переменной в /etc/rc.conf.
Очень удобная система. Т.е. каждый пакет, ставящий демона должен, этот файлик поредактировать сам?

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

89. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 09:43

> Сравни init NetBSD и убогий sysvinit.
сравниваем: runlevel'ов нет, есть только аварийный single-user, и тот через анус. Половина запускается одним способом, половина другим и они вообще никак не связаны и изменить поведение нельзя, в sysvinit есть только inittab.
Ну и что ты хотел нам этим доказать, глупый фанат? Что застрявшая в мертвых тупиковых форках программа времен system7, когда компьютеры были большие, чем-то лучше той, что на десять лет моложе, когда у тех компьютеров появился графический дисплей и сеть?

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

97. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от Aleksey Cheusov (?), 04-Июн-20, 13:56

>> Сравни init NetBSD и убогий sysvinit.
> сравниваем: runlevel'ов нет, есть только аварийный single-user, и тот через анус.
#97

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

98. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " –2 +/–

Сообщение от Aleksey Cheusov (?), 04-Июн-20, 13:57

>> Сравни init NetBSD и убогий sysvinit.
> сравниваем: runlevel'ов нет
#95

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

112. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (113), 04-Июн-20, 16:30

> сравниваем: runlevel'ов нет, есть только аварийный single-user, и тот через анус.
Ты еще provisioning при first boot потребуй, как в системде, еретик!!! :). И правда, нафуя нам инициализация задеплоеного образа? Старперы таких слов то не знают, продакшн у них мхом порос а "эмбедовка" - на древнем winxp.

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

120. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 04-Июн-20, 16:48

> Старперы таких слов то
> не знают, продакшн у них мхом порос а "эмбедовка" - на
> древнем winxp.
Если для тебя XP древняя, то никакой ты не старпёр. Для настоящих старпёров она молодая, вчера вот только вышла.

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

129. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 04-Июн-20, 17:19

> Если для тебя XP древняя, то никакой ты не старпёр.
Скажем так, я не некромансер. Так что если лошадь сдохла - с нее надо слезать.
> Для настоящих старпёров она молодая, вчера вот только вышла.
Это вчера было в другом году. В другом десятилетии.

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

136. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 17:29

> Скажем так, я не некромансер. Так что если лошадь сдохла - с
не, ну если лошадь принципиально не кормить - потому что вилы для сена не той системы - то, конечно, дожевав доски стойла и уздечку, она в конце-концов сдохнет.
> Это вчера было в другом году. В другом десятилетии.
работает же ж.
Делает то чему предназначена.
Линуксов, сохранивших look&feel с хотя бы 2008го года и при этом зачем-то еще нужных - у меня, при этом, нет.

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

146. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 04-Июн-20, 17:57

> не, ну если лошадь принципиально не кормить -
Так это ж не от меня зависит. Та лошадь жрет только специальный корм для лошадей, принципиально игнорируя любые иные варианты. Ну вот как мне грохнули поставки корма - так лошадь и склеивает ласты.
Отдельные эстеты, конечно, пытаются делать коняге внутривенные иньекции, иногда даже выползая из конюшни прогуляться. Но там возникает вопрос кто кого везет.
> работает же ж.
Ога. Местами. Потому что половина софта туда уже тупо не ставится.
> Линуксов, сохранивших look&feel с хотя бы 2008го года и при этом зачем-то
> еще нужных - у меня, при этом, нет.
Ну не знаю, у меня XFCE не так уж принципиально по панелькам и окнам от W95 отличается. Разве что посимпатичнее, MS годков через 5 после меня что-то немного похожее в десятке сделал, только хуже и с троянами.

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

152. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +4 +/–

Сообщение от пох. (?), 04-Июн-20, 18:19

> Так это ж не от меня зависит. Та лошадь жрет только специальный
ну то есть проблема не в лошади, а в том что ей крайне старательно помогали умирать.
>> работает же ж.
> Ога. Местами. Потому что половина софта туда уже тупо не ставится.
ну так если система используется с нулевых - вероятнее всего софт тогда уже и поставлен.
Не ставится современный - таки да, снова не просто так, а потому что ХРЕН ты соберешь чтоб ставилось, не воспроизводя у себя еще и всю систему разработки десятилетней давности. То есть намеренно поломано.
> Ну не знаю, у меня XFCE не так уж принципиально по панелькам
а то что в нем запускается? Разьве что xterm все еще выглядит так, как выглядел, но я бы не сказал что aw выглядит симпатичнее 95 (и даже 3.0).
(а aw3d сломали еще тогда)
Даже клавиатурные шоткаты поменялись - потому что теперь все косплеят винду. В юниксах сроду не использовали комбинации с ctrl для управления иксовыми программами - потому что они управляли терминалом.

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

223. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 08-Июн-20, 20:11

> ну то есть проблема не в лошади, а в том что ей
> крайне старательно помогали умирать.
Ну, как тебе сказать? То что она ничего кроме специального корма не жрет - в лошади. То что перекрыли поставки - в поставщике. Итого проблемная лошадь от проблемного поставщика.
Ну смотри, теоретически, реактоса можно как бы самому патчить. Если это надо. Практически, то что этот мутант-осьминог неважная лошадь и вообще жизнеспособен только в лабораторном окружении в виртуалке, с специальным климатконтролем - ну, блин, да, и поэтому такая "лошадь" никому не нужна, даже разработчики лишний раз палочкой тыкать побаиваются такую страшилу.
> ну так если система используется с нулевых - вероятнее всего софт тогда уже и поставлен.
Ну так если вон тот сайт перестанет на ней рендериться нормально - упс. И вон тот мувик не проиграется. А при попытке вкатить кодек или свежую версию плеера - ага, щаз!
Представляешь, гребаны пассатижи, для XP уже даже рабочую сборку ffmpeg найти от кого-то вменяемого (==связанного с проектом ffmpeg) малореально. А если вопрос в том чтобы самому его собрать - мне там будет проще сразу debian 10 воткнуть с XFCE или LXDE, чтоли. Сразу столько проблем с софтом решает...
На x86-32 оно еще и с наборами команд щепетильно, что дает древним процам вторую жизнь, ибо современный софт даже если и поставится на икспу, на машине той давности потом норовит упасть, поюзав команды которых там нет. А в дебиане все тупо работает, что не поставь, прикинь? :)
> и всю систему разработки десятилетней давности. То есть намеренно поломано.
Да никто там ничего специально не ломал, просто забили болт на древнюю технологию и не парились. У девов икспы не осталось, так что все грабли на ней - твои!
> а то что в нем запускается?
Э? В 95-м? Блин, а зачем оно мне в 2020 году? Ну, я могу найти винамп 2.95 какой - только в нем одних только известных непатченых вулнов - есть. А потом вон те господа, не будем показывать пальцем, пришлют клевый файлик на послушать :)
> Даже клавиатурные шоткаты поменялись - потому что теперь все косплеят винду.
И таки в ней некоторые шорткаты были не хучшие на свете. Во всяком случае по сравнению с vi каким-нибудь...

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

226. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 08-Июн-20, 20:48

Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи. У тебя что, нету высшего образования?
Майкрософт намеренно убивает свои продукты по причине так называемого каннибализма (это термин) продуктов и товарных знаков. Почти все крупные производители почти во всех отраслях этим тоже занимаются, чтобы продавать тебе одинаковые (но как бы новые) товары снова и снова, много раз. Нет совершенно никаких объективных причин не сопровождать продукт значительно дольше. Они просто не хотят. У них из-за этого не получится получать новую прибыль.
Ты наверняка знаешь или догадываешься, что внутри Винды огромное количество программного текста, написанное ещё командой Катлера. Это хороший код, написанный умными профессионалами. Мелкие могли бы изменять ядро по чуть-чуть, эволюционно, не требуя смены операционной системы. Могли бы не менять постоянно средства и стандарты разработки. Но если они так сделают, то кто же будет покупать новые лицензии?
А ты говоришь — древние технологии… Да ни при чём здесь технологии. Лошадь убили не потому, что она разучилась таскать твою карету, а чтобы тебе периодически продавать новых лошадей. Майкрософту эти новые лошади достаются почти даром, издержки на говнокодеров пренебрежимо малы по сравнению с оборотом и прибылью компании. Ты ведь веришь рекламе и будешь покупать каждую новую конягу? Веришь и будешь, я уверен. :-)
Но зачем то же самое делает СПО — рационального объяснения нет. Карго-культ, не иначе.

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

236. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 09-Июн-20, 02:16

> Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи.
> У тебя что, нету высшего образования?
Это какой-то поклеп. Я как раз хорошо понимаю процессы процессы в разработке софта. И корпами и не только. Естественно нормальными, а не вашими 1С-чототам,
> Майкрософт намеренно убивает свои продукты по причине так называемого каннибализма (это
> термин) продуктов и товарных знаков.
Ну так о том и спич - искусственно сливают. И проблема в том что если вендор забил на апдейты - то, собственно,
> У них из-за этого не получится получать новую прибыль.
Спасибо, КЭП!!!
> текста, написанное ещё командой Катлера. Это хороший код, написанный умными профессионалами.
Более того - по большому счету последние цать лет никаких особых крупных улучшений в NT kernel я и не знаю.
> Но если они так сделают, то кто же будет покупать новые лицензии?
Так они и не меняют кернел. Они вешают новые морды и юзермод, меняют обоину - и новая система готова.
> тебе периодически продавать новых лошадей.
И эти люди что-то говорят про образование. Я ж именно это и сказал?! Хоть и не прямым текстом а абстракцией.
> Но зачем то же самое делает СПО — рационального объяснения нет. Карго-культ, не иначе.
Из того что я видел, это примерно как-то так:
1. Девы обычно юзают относительно свежие системы, либы и софт дабы не сношаться с давно починеными багами в таковых. Им это не нравится.
2. Они пишут свой софт, собирают его у себя, у них конечно же все ЗБС работает. Если вдруг это не так, они не отходя от кассы чинят баги.
3. Приходит юзер с XP - эй, ваша программа у меня не работает!!!111
4. Девы чешут репу - блин, а у нас нет никого с этой системой. Баг подвисает, воспроизвести и починить его никто не может.
5. История повторяется. В какой-то момент: "блин, у нас баги которые мы не можем починить".
6. Ну что делать, народ? Мы объективно не можем поддерживать вон ту операционку, поэтому мы не должны декларировать ее поддержку - нас заваливает багами которые мы ниипем как чинить.
7. Подтягиваются требования к ОС/либам/компилерам/софту/whatever.
Как-то так, чтоли....

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

239. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Anonymoustus (ok), 10-Июн-20, 18:19

>> Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи.
>> У тебя что, нету высшего образования?
> Это какой-то поклеп. Я как раз хорошо понимаю процессы процессы в разработке
> софта. И корпами и не только. Естественно нормальными, а не вашими
> 1С-чототам,
Разработка софта — это не бизнес, а работа (в большинстве случаев — по найму).
Поинтересуйся хотя бы для общего развития, что такое бизнес, как он устроен, что там внутри делают люди разных других профессий (не говнокодеры). Заведи свой бизнес — это полезно для саморазвития, даже если разоришься. :)

>> Майкрософт намеренно убивает свои продукты по причине так называемого каннибализма (это
>> термин) продуктов и товарных знаков.
> Ну так о том и спич - искусственно сливают. И проблема в
> том что если вендор забил на апдейты - то, собственно,
У кого-то из нас, похоже, склероз. Ты писал, что лошадь плохая и поэтому её пристрелили. Пох тебе писал, что лошадь не была плохая, а пристрелили её по совсем другой причине. Или тот аноним был не ты?

>> текста, написанное ещё командой Катлера. Это хороший код, написанный умными профессионалами.
> Более того - по большому счету последние цать лет никаких особых крупных
> улучшений в NT kernel я и не знаю.
Во-о-о-т! Это и есть то самое зерно истины, которое не видно большинству.

>> Но если они так сделают, то кто же будет покупать новые лицензии?
> Так они и не меняют кернел. Они вешают новые морды и юзермод,
> меняют обоину - и новая система готова.
Так за что же тогда пристрелили лошадку по имени Windows XP/Windows 2003? Не подковки ей новые прибили, заметь, не сбрую новую справили, а пустили на колбасу.

>> тебе периодически продавать новых лошадей.
> И эти люди что-то говорят про образование. Я ж именно это и
> сказал?! Хоть и не прямым текстом а абстракцией.
Где?!

>> Но зачем то же самое делает СПО — рационального объяснения нет. Карго-культ, не иначе.
> Из того что я видел, это примерно как-то так:
> 1. Девы обычно юзают относительно свежие системы, либы и софт дабы не
> сношаться с давно починеными багами в таковых. Им это не нравится.
Я считаю, что причина проще и другая: они тупые. Они реально нереально тупые. Даже самые умные из них — ©ДБ. Стоит поговорить с ними полчаса на темы, не касающиеся программирования, и ты понимаешь, что на них природа отдохнула. Но при этом индустрия вынесла их на самый верх наёмной рабочей силы. Эти непроходимые тупицы сегодня пишут софт, от которого зависит мир. Мне по-настоящему страшно за будущее.

> 2. Они пишут свой софт, собирают его у себя, у них конечно
> же все ЗБС работает. Если вдруг это не так, они не
> отходя от кассы чинят баги.
Нет, анон, снова ты не видишь сути. Они просто бегают за новыми, модными, молодёжными компиляторами, словно модницы за помадой. У них встаёт хвост, когда они видят новый компилятор или какую-то фенечку для сборки говнокода. Из-за этого корпорации и зависимые от них ГНУсы имеют возможность без проблем для себя упразднять _в компиляторах_ поддержку «морально устаревшего».
Как было, например, с ЖЫМПом. Его больше не собирают для Икпишечки и Вистоньки. Клоуны вроде прокудина с пеной у рта пытались здесь объяснить это прогрессом и другим волшебством, но причина куда более банальна: жымперы сменили компилятор с одной мажорной версии на другую, которая уже не может без дополнительных приседаний собрать написанный жымперами говнокод для моральной устаревших, так сказать, систем. Но сколько ж пафоса было, сколько громких речей и гневных обвинений!
Впрочем, они ещё и тёмную тему с силуэтными иконками прикрутили (вместо нужного людям CMYK), так что ЖЫМП смело можно выбрасывать на помойку.

> 3. Приходит юзер с XP - эй, ваша программа у меня не
> работает!!!111
Если писать на ВинАПИ… Ну ты дальше в курсе, я думаю.

> 4. Девы чешут репу - блин, а у нас нет никого с
> этой системой. Баг подвисает, воспроизвести и починить его никто не может.
> 5. История повторяется. В какой-то момент: "блин, у нас баги которые мы
> не можем починить".
> 6. Ну что делать, народ? Мы объективно не можем поддерживать вон ту
> операционку, поэтому мы не должны декларировать ее поддержку - нас заваливает
> багами которые мы ниипем как чинить.
Смешно. Придумай аргументы получше. А я тебе выше написал, почему они _на самом деле_ прекращают поддержку.

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

121. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 16:49

> Ты еще provisioning при first boot потребуй, как в системде, еретик!!!
но у меня ЕСТЬ firstboot. В древней системе без systemd...
что я делаю не так?
А вот реализация от корейца на православном systemdе - оставляет массу вопросов (в смысле - отдельный ли котел, достаточно ли нарубили дров из священного дерева Умхан, долго ли еще оборудование будет простаивать?)
И ведь хрен тот ушлепский образ поправишь :-(

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

131. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 04-Июн-20, 17:21

> что я делаю не так?
Сам приделал на проволоку и скотч? Или это чей-то фирменный костыль? А так ты можешь сделать не так столько всего, что я затрудняюсь в выборе гипотез.
> И ведь хрен тот ушлепский образ поправишь :-(
Почему? Подписан?

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

140. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 17:39

>> что я делаю не так?
> Сам приделал на проволоку и скотч? Или это чей-то фирменный костыль? А
нет, он штатный, система через него доустанавливается. Ничуть не больший костыль чем тот что от корейца, православно-системднутый.
Насколько я помню, наличествовал и в rhel, и в suse. С незапамятных времен. Вот kexec вместо перезагрузки, чтоб избавиться от установочного носителя и связанной с ним системы - это только в suse (смешно, но это и единственный случай, когда она умела им пользоваться)
>> И ведь хрен тот ушлепский образ поправишь :-(
> Почему? Подписан?
Проще: не-x86, родное ведро не загрузить в qemu (оно такое...корейское), неродное нужной архитектуры...ТАДАМ...несовместимо с той версией systemd, что в образе!
Шах и мат!
Да, мата, когда я открыл для себя факт что systemd еще и бывает несовместимый с ядром - было много. Коллеги выражали недовольство.

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

145. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 04-Июн-20, 17:51

> нет, он штатный, система через него доустанавливается.
Я не знаю для кого он там штатный, в дебиане такого вроде бы не было. А если и было - напрочь иначе чем в других дистрах. И конечно можно запилить это самому. Проблема в том что это все-таки самопал.
> Ничуть не больший костыль чем тот что от корейца, православно-системднутый.
В случае системды по крайней мере понятно где это обитает. А так смотришь на систему как рак и гадаешь откуда оно вообще лезет в той конкретной инкарнации.
> это и единственный случай, когда она умела им пользоваться)
Он для относительно нишевых трюков. И может иметь особенности. Скажем я до сих пор не понимаю как он на ARM64 с firmware взаимодействует и можно ли в процессе втулить в trustzone свой фирмвар, в допущении что предшественник был пущен с правильными правами и еще не заблочил сие сам.
> Проще: не-x86, родное ведро не загрузить в qemu (оно такое...корейское),
Для работы с rootfs не так уж важно конкретное ядро. Я на виртуалках подымаю урезаные кернелы под VM, не мешает с системой работать.
> неродное нужной архитектуры...ТАДАМ...несовместимо с той версией systemd, что в образе!
Я все же не понимаю как кернел вообще мешает издеваться над рутфсом.
> Шах и мат!
Только системщикам уровня поха, походу oO

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

154. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от пох. (?), 04-Июн-20, 18:32

>> нет, он штатный, система через него доустанавливается.
> Я не знаю для кого он там штатный, в дебиане такого вроде
ну так де6иллиан и всегда был дерьмом, написанным разумными(?) паукообразными. Один интерфейс dselect/aptitude чего стоил, когда даже enter делает не то, чего ты от него ожидаешь.
> В случае системды по крайней мере понятно где это обитает. А так
> смотришь на систему как рак и гадаешь откуда оно вообще лезет
> в той конкретной инкарнации.
/etc/init.d/firstboot,не ?
То есть с чего бы ей быть еще где-то.
> Он для относительно нишевых трюков. И может иметь особенности. Скажем я до
как минимум, могли бы при апгрейде сэкономить мне пять минут "initializing memory". Но нет, что-то там не срослось.
>> Проще: не-x86, родное ведро не загрузить в qemu (оно такое...корейское),
> Для работы с rootfs не так уж важно конкретное ядро. Я на
так никакого нет. Трахаться методом проб и ошибок, пытаясь собрать в эмуляторе в час по чайной ложке (или городить для разовой задачи сборки ведра себе всю кросс-помойку, что вряд ли быстрее) единственноверное ведро, которое и загружается, и при этом работает с той системой - я раз-два попробовал, не угадал и плюнул.
Благо мне этих уродцев надо всего с десяток.
>> неродное нужной архитектуры...ТАДАМ...несовместимо с той версией systemd, что в образе!
> Я все же не понимаю как кернел вообще мешает издеваться над рутфсом.
мне, напоминаю, надо отладить этот самый firstboot. И как это делать?
>> Шах и мат!
> Только системщикам уровня поха, походу oO
ну ты-то, конечно, разбираешься в сортах г-на, и точно знаешь какую единственно-верную версию системды надо собрать под любое попавшее под руку ведро, чтобы они вместе жили долго и счастливо?
А я лучше без этого знания обойдусь.

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

228. "Выпуск дистрибутива Devuan 3, форка Debian без systemd " +/–

Сообщение от Аноним (-), 08-Июн-20, 23:06

> ну так де6иллиан и всегда был дерьмом, написанным разумными(?) паукообразными.
По сравнению с осьминогами писавшими up2date, yum и dnf они и правда разумные. Да и в целом их система как-то сделана более-менее general purpose, тогда как редхаты жестко захардкожены на генотип хомус корпоративус, подтип человековинтикус - и остальные в этом не выживают.
> Один интерфейс dselect/aptitude чего стоил, когда даже enter делает не то,
> чего ты от него ожидаешь.
Я вообще apt(-get) обычно оперирую в консоли. И трабл шапок что инструменты этого уровня у них эпичный шЫт по сравнению с вот этими вот.
> /etc/init.d/firstboot,не ?
Что-то не помню такого. Проверить не смогу, у меня уже только systemd-based везде остались.
> Но нет, что-то там не срослось.
Kexec все-таки достаточно хакерский трюк. В последнее время его немного более ширпотребно причесывают, но то что это для ребутов систем general public - я бы настаивать не стал.
> так никакого нет.
Ну, прицепить/пересобрать rootfs на хосте и переделать ее как надо? Это вообще ядра под таргет не требует. Я так делаю иногда - такой себе override "изниоткуда", если эксперимент показал что рутфс получилась совсем тыквой и не взлетает на таргете.
> в час по чайной ложке (или городить для разовой задачи сборки
> ведра себе всю кросс-помойку, что вряд ли быстрее)
Кросс линевого ядра, кстати, довольно ненапряжная операция, особенно если конфиг есть или с таргетом знаком. По сути как-то так:
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j 12 zImage dtbs
Именно из ARMовского мира надо только тот arm-linux-gnueabihf (gcc) тулчейн. В дебиане он тупо в репах есть. Ну или какой там тулчейн надо, может aarch64 для новых или armel для старых.
Интереснее там будет если опциями пощелкать или новые версии захочется. Вот там головной мозг уже потребуется.
> единственноверное ведро, которое и загружается, и при этом работает с той системой - я
> раз-два попробовал, не угадал и плюнул.
Я все же не совсем понимаю как рутфс и ядро так уж связаны. И если нечто грузится с энным ядром, логично взять тот конфиг за основу как минимум. А то что с наскока шашкой наголо получится - ну вот не факт. Это надо некое ощущение таргета и знание грабель. Иногда некоторые опции сборки реально могут нагнуть загрузку.
> Благо мне этих уродцев надо всего с десяток.
Что тут скажешь, тяжко не будучи системщиком знакомым с системой и таргетом системные работы воротить. Устроен этот мир так.
> мне, напоминаю, надо отладить этот самый firstboot. И как это делать?
А что конкретно надо?
- Отладить логику проги/скприта?
- Посмотреть работает ли это по факту?
- Посмотреть на чем что встряло?
- Спровоцировать firstboot снова?
> ну ты-то, конечно, разбираешься в сортах г-на, и точно знаешь какую единственно-верную
> версию системды надо собрать под любое попавшее под руку ведро, чтобы
> они вместе жили долго и счастливо?
Нет, конечно. Allwinner с китайским тридесятым го^W кернелом мне хватило чтобы полюбить майнлайн и научиться чекать статус поддержки майнлайном до решений которые трудно отыграть взад. А системд - обычный, дебиановский. Ну и кернел >= 4.19. Я все-равно ща BTRFS с схемой DUP кладу на rootfs - чем свежее тем лучше.
> А я лучше без этого знания обойдусь.
Я разве настаиваю? Да и ты как всегда в своем духе, ищешь не там где потерял.

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

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

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

Партнёры:

Хостинг:

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

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


	69. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+2 +/–
	Сообщение от Anonymoustus (ok), 03-Июн-20, 20:40
	Возьмите для разнообразия Slackware или CRUX — в них инициализация в стиле BSD. А претензии к sysvinit как были надуманными и пустыми, так и остались.
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	71. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–2 +/–
	Сообщение от vle (ok), 03-Июн-20, 21:46
	> А претензии к sysvinit как были надуманными и пустыми, так и остались. Сравни init NetBSD и убогий sysvinit. Потом мы поговорим о пустых претензиях. sysvinit -- изначально уродливая и кривая конструкция.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Anonymoustus (ok), 03-Июн-20, 22:47
	> sysvinit -- изначально уродливая и кривая конструкция. Что конкретно в ней кривое и уродливое?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–4 +/–
	Сообщение от Аноним (217), 04-Июн-20, 00:55
	проще ответить, то в ней не криво и не уродливо
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+3 +/–
	Сообщение от пох. (?), 04-Июн-20, 09:51
	юродивым крикунам во славу bsd ниасилить, только это.
	Ответить \| Правка \| К родителю #75 \| Наверх \| Cообщить модератору


	95. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–2 +/–
	Сообщение от vle (ok), 04-Июн-20, 13:45
	>> sysvinit -- изначально уродливая и кривая конструкция. > Что конкретно в ней кривое и уродливое? Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, и с сетью и с иксами. Нужно просто запустить машинку в ее рабочее состояние. Если что-то пошло не так, надо запустить её в single user mode. Соответственно не нужны каталоги rcN.d и совершенно идиотские скрипты по созданию и удалению симлинков в них. Также не нужны эти идиотские номера для задания последовательности старта и стопа. Вместо этого достаточно задать граф зависимостей, система init пробежаться по нему и запустить все в правильном порядке. Теоретически можно и параллельно запустить. Кроме того посмотри, как выглядит типичный скрипт для запуска в netbsd. Это порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать сервис определяется простой переменной в /etc/rc.conf.
	Ответить \| Правка \| К родителю #75 \| Наверх \| Cообщить модератору


	99. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–2 +/–
	Сообщение от Aleksey Cheusov (?), 04-Июн-20, 14:02
	>>> sysvinit -- изначально уродливая и кривая конструкция. >> Что конкретно в ней кривое и уродливое? > Это порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать > сервис определяется простой переменной в /etc/rc.conf. Вдогонку. Вот типичный скрипт для старта inetd: # PROVIDE: inetd # REQUIRE: DAEMON LOGIN # KEYWORD: shutdown $_rc_subr_loaded . /etc/rc.subr name="inetd" rcvar=$name command="/usr/sbin/${name}" pidfile="/var/run/${name}.pid" required_files="/etc/${name}.conf" extra_commands="reload" load_rc_config $name run_rc_command "$1"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Anonymoustus (ok), 04-Июн-20, 14:55
	То есть runlevel — причина всех недовольств? Богато.
	Ответить \| Правка \| К родителю #95 \| Наверх \| Cообщить модератору


	102. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–4 +/–
	Сообщение от vle (ok), 04-Июн-20, 15:32
	> То есть runlevel — причина всех недовольств? Богато. Да, наличие абсолютно ненужной сущности -- источник остальных недовольств. Подробности я уже перечислил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Аноним (113), 04-Июн-20, 16:28
	> запустить все в правильном порядке. Теоретически можно и параллельно запустить. Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.
	Ответить \| Правка \| К родителю #95 \| Наверх \| Cообщить модератору


	133. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от пох. (?), 04-Июн-20, 17:25
	>> запустить все в правильном порядке. Теоретически можно и параллельно запустить. > Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и > дед п-с. традиционная загрузка *bsd с отвалившимся сетевым интерфейсом или сдохшим dns - нажать ctrl-c во время запуска sendmail - иначе придется подождать то ли 60, то ли 2x60 секунд, пока он раздуплится что $j ресолвнуть все же не получилось. Если консоли нет - ты неудачник (еще потом sshd подождешь - главное, чтоб не дольше чем его таймаут на interactive login) Что, съели, линуксоиды?! У вас-то ctrl-c нажать не получится! (правда, немодные до-системдешные скрипты иногда умели interactive boot, но обычно получалось y,y,y,y,блжад! надо было n! reboot)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	141. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Аноним (137), 04-Июн-20, 17:42
	> Что, съели, линуксоиды?! У вас-то ctrl-c нажать не получится! А оно нам надо? У нас выделенный getty на консольке отрастает и можно зайти как белый человек :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	155. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от пох. (?), 04-Июн-20, 18:39
	это если уже есть куда зайти. А не waiting бесконечный события, которое уже точно не произойдет. И нет, перезагрузиться в этом ракообразном состоянии тоже нельзя. И да, конечно же я помню заклинание для отладочной загрузки. (нет)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	221. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Аноним (116), 08-Июн-20, 19:55
	> это если уже есть куда зайти. Ну если совсем нет, тогда init=/bin/bash чтоли. А если даже и этого уже нет - ну, чего, снять образ для failure analisys/forensic да reimage. > И да, конечно же я помню заклинание для отладочной загрузки. (нет) Я честно говоря вообще не понимаю как и почему такое возникает в продакшне а не при тесте в каком-нибудь загоне, который накрайняк цепляется к хостсистеме даже при абсолютной дохлоте содержимого и изучается сколько влезет под микроскопом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	211. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от getfr (?), 06-Июн-20, 18:21
	Возражаю ^Z > killall sendmail или типа того Не надо ждать И это даже в линухе пашет
	Ответить \| Правка \| К родителю #133 \| Наверх \| Cообщить модератору


	147. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Аноним (147), 04-Июн-20, 17:58
	>> запустить все в правильном порядке. Теоретически можно и параллельно запустить. > Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с. Оно вообще-то и на практике вполне так неплохо работает (имея при этом в сотни раз меньшую кодовую базу). Но это ж надо интересоваться, смотреть - куда проще с умным видом на форумах петросянить.
	Ответить \| Правка \| К родителю #111 \| Наверх \| Cообщить модератору


	222. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Аноним (116), 08-Июн-20, 19:57
	> Оно вообще-то и на практике вполне так неплохо работает Все познается в сравнении. Врядли в моих юзкейсах это все будет "неплохо". Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на пыльных х86 серваках...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	227. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Аноним (-), 08-Июн-20, 21:08
	>>> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с. >> Оно вообще-то и на практике вполне так неплохо работает > Все познается в сравнении. Врядли в моих юзкейсах это все будет "неплохо". > Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на пыльных х86 серваках... Ну вот прямо сейчас (и уже лет 5 наверное) работает и не жужжит на паре армок. И лет одинадцать на ноутах. Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на твоих-единственно-верных юзкейзах. А то таким макаром и автомобили в "теоретически-крутные системы, а на практике ..." записать можно - ну а че, песок десятками кубов возить геморно! И то ли дело карьерный самосвал, захотел, нагрузил песочка, захотел, сгонял за булочками!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	234. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–1 +/–
	Сообщение от Аноним (-), 09-Июн-20, 01:53
	> Ну вот прямо сейчас (и уже лет 5 наверное) работает и не жужжит на паре армок. У меня армов как у дурака фантиков. И лет таким занятиям побольше. Не жужжит оно пока парочка. И я вот запилил инсталляцию побольше, и работало лет чтоли 7. Но вот барабашки однажлы посетили, весьма интересные. Если любопытно, тут где-то болтается сказ как мне пришлось btrfs с схемой DUP с горя в образ запилить в экстренном порядке. А у вас на такие случаи, например, чего? В смысле для повышения надежности rootfs и early warning о надвигающихся проблемах там где внезапное превращение девасов в тыквы крайне нежелательно. > Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на > твоих-единственно-верных юзкейзах. Мои юзкейсы... довольно интересны и разнообразны :) > геморно! И то ли дело карьерный самосвал, захотел, нагрузил песочка, захотел, > сгонял за булочками! Линух мне нравится тем что при необходимости он карьерный самосвал. А при необходимости и персональный флаер - плюхнул окорок в кресло да улетел куда хотел.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	125. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+2 +/–
	Сообщение от пох. (?), 04-Июн-20, 17:05
	> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, отучаемся говорить за всех > и с сетью и с иксами. Нужно просто запустить машинку в ибо все машины у тебя одина...ну да, твой локалхост всегда одинаков, чего уж там. > ее рабочее состояние. Если что-то пошло не так, надо запустить её что рабочих состояний может быть не одно - ниасилятору невдомек > в single user mode. Соответственно не нужны каталоги rcN.d и совершенно действительно, идиотские "переменные в rc.conf" гораздо лучше. И процедура их ручного выковыривания из каждого нового скрипта - ведь автоматизации в виде, хотя бы > идиотские скрипты по созданию и удалению симлинков в них. Также не у вас нет. > нужны эти идиотские номера для задания последовательности старта и стопа. Вместо номера присваивают те самые "ненужные" тебе скрипты. А не парсят миллиард графов скриптом на шелле прямо при загрузке. Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable имя-сервиса (обычно об этом заботится пакетный менеджер, который у вас тоже слишком примитивен для такой тонкой работы) # Provides: racoon # Required-Start: $remote_fs $named $syslog # Required-Stop: $remote_fs $named $syslog # Default-Start: 3 5 И да, параллельный запуск возможен. В тех немногих случаях, когда не приходится ждать кого-то предыдущего. > того посмотри, как выглядит типичный скрипт для запуска в netbsd. а если я вместо этого посмотрю на трэш и п-ц, написанный для multi-instance mysqld, к примеру? В нем без бутылки и разобраться-то не получится (и кто, на самом деле, таким пользуется?) > порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать > сервис определяется простой переменной в /etc/rc.conf. название которой надо просто угадать, угу. Как и еще двадцати штук, если у сервиса больше одной настройки "не запускать", которые надо вывалить в ту же кучу, ведь разделить настройки сервиса от настроек операционной системы вы тоже ниасилили. Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов просто на поржать, а запускать их не надо? Или просто любите лишний траходром?
	Ответить \| Правка \| К родителю #95 \| Наверх \| Cообщить модератору


	138. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–2 +/–
	Сообщение от vle (ok), 04-Июн-20, 17:35
	>> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, > отучаемся говорить за всех Я говорю за себя. Всегда и везде. Мнение любого человека субъективно по определению. >> и с сетью и с иксами. Нужно просто запустить машинку в > ибо все машины у тебя одина...ну да, твой локалхост всегда одинаков, чего > уж там. Количество машин у меня сильно больше одной, и ни одну из них не нужно запускать то с сетью, то без сети, то с иксами то без иксов. 99.99% времени их исползования они запускаются единообразно. Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками. >> ее рабочее состояние. Если что-то пошло не так, надо запустить её > что рабочих состояний может быть не одно - ниасилятору невдомек Рабочее состояние системы -- это множество init скриптов, которые нужно запустить, а не "с сетью/без сети", с "иксами/без иксов". runlevel-ы -- это жалкая пародия на состояния системы. >> в single user mode. Соответственно не нужны каталоги rcN.d и совершенно > действительно, идиотские "переменные в rc.conf" гораздо лучше. Лучше. На порядок. > И процедура их ручного выковыривания из каждого нового скрипта - ведь автоматизации > в виде, хотя бы Чего выковыривания? >> идиотские скрипты по созданию и удалению симлинков в них. Также не > у вас нет. чо? >> нужны эти идиотские номера для задания последовательности старта и стопа. Вместо > номера присваивают те самые "ненужные" тебе скрипты. Я в курсе, но это не меняет дела. > А не парсят миллиард графов скриптом на шелле прямо при загрузке. Не вижу здесь проблем. > Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable > имя-сервиса Что тебе здесь может быть непонятно? xdm=YES ntpdate=YES ntpd=YES sshd=YES dhcpcd=YES dhcpcd_flags="-qM nfe0" cgd=NO raidframe=NO wscons=YES openvpn=YES ipfilter=YES ipfilter_mon=YES > (обычно об этом заботится пакетный менеджер, который у вас тоже > слишком примитивен для такой тонкой работы) Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту. > # Provides: racoon > # Required-Start: $remote_fs $named $syslog > # Required-Stop: $remote_fs $named $syslog > # Default-Start: 3 5 > И да, параллельный запуск возможен. В тех немногих случаях, когда не приходится > ждать кого-то предыдущего. В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п. а также switch/case. В NetBSD init этого шлака просто нет. Я показал тебе ВЕСЬ rc скрипт. >> того посмотри, как выглядит типичный скрипт для запуска в netbsd. > а если я вместо этого посмотрю на трэш и п-ц, написанный для > multi-instance mysqld, к примеру? > В нем без бутылки и разобраться-то не получится (и кто, на самом > деле, таким пользуется?) Куда ты посмотришь? >> порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать >> сервис определяется простой переменной в /etc/rc.conf. > название которой надо просто угадать, угу. имя переменной полностью совпадает со службой которую ты запускаешь. Тут нечего гадать. FreeBSD-шники добавили префикс start_ в этим переменным. > Как и еще двадцати штук, если у сервиса больше одной настройки "не > запускать", которые надо вывалить в ту же кучу, ведь разделить настройки > сервиса от настроек операционной системы вы тоже ниасилили. То, что лежит в rc.conf и есть настройка системы на уровне что мы запускаем и что не запускаем. Детальные настройки лежат в специфичных конфигах. Пример rc.conf выше. > Кстати, а зачем > она там вообще нужна? Вы такие странные, и ставите миллион сервисов > просто на поржать, а запускать их не надо? > Или просто любите лишний траходром? Чего? Переведи с бусурманского, а лучше почитай ман.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	149. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+1 +/–
	Сообщение от пох. (?), 04-Июн-20, 18:12
	> Я говорю за себя. Всегда и везде. Мнение любого человека субъективно по > определению. но у некоторых людей таки больше чем единственный локалхост > 99.99% времени их исползования они запускаются единообразно. а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что лучше видеть эти иксы локально через kvm, чем пробрасывать со своей машины. И для этого нужно просто поменять один символ. > Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками. _тебе_. А мне - нужны, удобны, и я ими пользуюсь по назначению. Никакой отдельной обвязки для них нет, ты опять не в курсе дел. А вот у тебя - есть. Покажи-ка мне, из какого скрипта запускается банальная getty ? Опачки - а нет его. Это отдельный костыль, совершенно перпендикулярный. Зато освященный аж system6. У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не играем. Ну разумеется, синдром утенка мешает тебе признать что так - и проще, и удобнее. > Рабочее состояние системы -- это множество init скриптов, которые нужно запустить, рабочее состояние системы - это когда с ней можно работать. Иногда для этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись. А какие и в какой последовательности "множество скриптов" запускаются для этого под капотом - совершенно неинтересно. Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас ведь тоже нет? Даже ж у системдаунов есть. > Лучше. На порядок. синдром утенка. Все понятно. > Чего выковыривания? переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и незнакомые тебе. >> А не парсят миллиард графов скриптом на шелле прямо при загрузке. > Не вижу здесь проблем. не вижу проблем что их парсят один раз в жизни системы, а дальше обходятся значительно более быстрым и надежным механизмом. >> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable >> имя-сервиса > Что тебе здесь может быть непонятно? синдром утенка. grep named /etc/rc.conf \|wc -l 9 это только один сервис. У mysql на некоторых конструкциях - и поболее параметров бывает. > Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту. что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и спрашивать о тех что больше одной? А, нет, показалось. > В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п. 172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось так как мне надо, тут это сервис запускается с фокусами. > а также switch/case. В NetBSD init этого шлака просто нет. Я показал в ней этот шлак тщательно спрятан в общесистемной помойке, поэтому когда таки надо что-то поменять конкретно для этого сервиса необычного - приходится часами разбираться, как же эта помойка устроена - вместо банального редактирования простого и понятного скрипта на двадцать строк. Синдром утенка как он есть не позволяет тебе понять, что это _всем_хуже_. А вот переписывать checkproc и rc_status я вряд ли хочу - и даже знать как они устроены. Поэтому часть, вынесенная в общий rc - мне никогда под руками не мешается. Как и конфигурация демона (не им читаемый конфиг, а параметры его запуска, внезапно, могущие быть настраиваемыми) - ее в этом файле нет, а в том где есть - лежит именно конфигурация, а не вперемешку системные настройки всего, включая надо ли это вообще запускать. > тебе ВЕСЬ rc скрипт. ты показал скрипт одной тупейшей программы, которую вообще из inittab запускать можно. И тщательно забыл про запутанную механику в /etc/rc.d - в которой далеко не безобидные утилиты типа rc_status. > Куда ты посмотришь? понятно > имя переменной полностью совпадает со службой которую ты запускаешь. других-то переменных у тебя нет? > То, что лежит в rc.conf и есть настройка системы на уровне что > мы запускаем внезапно, нет. Еще там лежит как мы запускаем. > Пример rc.conf выше. васянского локалхоста. >> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов >> просто на поржать, а запускать их не надо? >> Или просто любите лишний траходром? > Чего? Переведи с бусурманского, а лучше почитай ман. повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису запускаться через прописывание заклинаний в rc.conf ? Вы их для чего-то другого обычно ставите, не чтоб запускать? Или опять - "ну так же делали диды и прадиды, в system6 еще!" - не запускать же автоматически, надо ж сперва потрахаться!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	165. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–2 +/–
	Сообщение от vle (ok), 04-Июн-20, 20:27
	>> 99.99% времени их исползования они запускаются единообразно. > а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно > иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что > лучше видеть эти иксы локально через kvm, чем пробрасывать со своей > машины. > И для этого нужно просто поменять один символ. Не нужен здесь никакой символ. И sysvinit не нужен. Просто запусти РУКАМИ ОДИН РАЗ В СТО ЛЕТ /etc/rc.d/xdm или что там у тебя, а потом стопни его же. Из-за таких хотелось не нужно изобретать runlevel и тянуть эти костыли десятилетиями. >> Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками. > _тебе_. А мне - нужны, удобны, и я ими пользуюсь по назначению. Смешно. > Никакой отдельной обвязки для них нет, ты опять не в курсе дел. > А вот у тебя - есть. Покажи-ка мне, из какого скрипта > запускается банальная getty ? Опачки - а нет его. Читать man 8 rc до просветления. > У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не > играем. :-D >> Рабочее состояние системы -- это множество init скриптов, которые нужно запустить, > рабочее состояние системы - это когда с ней можно работать. Иногда для > этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись. Нет. > Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас > ведь тоже нет? Даже ж у системдаунов есть. Что ты там собрался отлаживать? >> Чего выковыривания? > переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и > незнакомые тебе. Все переменные документированы. Не надо ничего выколупывать и выковыривать. man 5 rc.conf >>> А не парсят миллиард графов скриптом на шелле прямо при загрузке. >> Не вижу здесь проблем. > не вижу проблем что их парсят один раз в жизни системы, а > дальше обходятся значительно более быстрым и надежным механизмом. Меня не интересует скорость старта моих систем. Абсолютно. 10 секунд она грузится, или 40 -- мне совершенно без разницы. За этим фетишем к системдешникам. >>> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable >>> имя-сервиса >> Что тебе здесь может быть непонятно? > синдром утенка. > grep named /etc/rc.conf \|wc -l > 9 > это только один сервис. У mysql на некоторых конструкциях - и поболее > параметров бывает. Ты сам засунул туда все эти переменные по своей собственной воле. Никто тебя делать это не заставлял. >> Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту. > что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и > спрашивать о тех что больше одной? А, нет, показалось. Пакетный менеджер не должен туда ничего подсовывать. Настройка системы -- не его функция. >> В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п. > 172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось > так как мне надо, тут это сервис запускается с фокусами. Вот я и спрашиваю. Нахера 172 строки на ровном месте, если практически все демоны запускаются абсолютно единообразно? Это называется индусский копипаст ;-) >> а также switch/case. В NetBSD init этого шлака просто нет. Я показал > в ней этот шлак тщательно спрятан в общесистемной помойке, Это у тебя в sysvinit помойка скопипащена в каждый новый недоскрипт, а в NetBSD rc все выделено в отдельные библиотечный скрипт rc.subr > поэтому когда таки > надо что-то поменять конкретно для этого сервиса необычного - приходится часами > разбираться, как же эта помойка устроена - вместо банального редактирования простого > и понятного скрипта на двадцать строк. Не хочется переходить на личности, но помойка находится совершенно не там, где ты думаешь. Если ты не в силах разобраться в NetBSD rc.subr, то я могу только принести соболезнования. >> Куда ты посмотришь? > понятно Не способен изъясняться так, чтобы оппонент тебя понял, не удивляйся. >> имя переменной полностью совпадает со службой которую ты запускаешь. > других-то переменных у тебя нет? То, что я показал -- это десктоп на одной машине. Конкретно в этом месте других переменных нет. И ничего из того, что запускается опционально, и не написано в конфиге запускаться не будет. >> То, что лежит в rc.conf и есть настройка системы на уровне что >> мы запускаем > внезапно, нет. Еще там лежит как мы запускаем. Как запускаем -- это на твое усмотрение. Можешь поместить там эти переменные, можешь в конфигах конкретной утилы. Твое дело. >> Пример rc.conf выше. > васянского локалхоста. Это банальный десктоп. >>> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов >>> просто на поржать, а запускать их не надо? >>> Или просто любите лишний траходром? >> Чего? Переведи с бусурманского, а лучше почитай ман. > повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису > запускаться через прописывание заклинаний в rc.conf ? Отвечаю шибко умным -- для того, чтобы всякое говно не стартовало, когда его об этом не просили. Это же я, Васян, админ локалхоста, и поэтому мне решать, что будет запущено, а что нет. Поэтому да, вручную и только вручную. Только так и никак иначе! > Вы их для чего-то другого обычно ставите, не чтоб запускать? Естественно нет. ssmtpd, например, я ставлю для того, чтобы посылать почту через чужой smtp сервер из приложения напрямую. И нет, я не хочу настраивать для этой цели локальный MTA от root-а, доступа к которому у меня может не быть. И меня выбешивает Дебилиан и вообще почти все Линуксы, в которых все МТА конфликтуют друг с другом на уровне пакетного манагера из-за заботы о хомячках, которые не в состоянии активировать один из МТА вручную. Я использую ssmtpd именно как приложение, и он мне не интересен как локальный MTA. Иногда я ставлю софт, чтобы почитать маны и решить, буду ли я связываться с этим софтом вообще или нет. Поставил из пакета -- совершенно не значит, что я буду или должен его запускать. А если и буду, то совершенно не факт, что так, как предполагает собиратель пакета. Например, я ипользую shlock из пакета, в котором лежит демон, и этого демона я запускать не соираюсь. И из пакета bind мне нужен условно только nslookup. > Или опять - "ну так же делали диды и прадиды, в system6 > еще!" - не запускать же автоматически, надо ж сперва потрахаться! Что запускать, а что нет, решаю я и только я! Только так и никак иначе!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	173. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от пох. (?), 04-Июн-20, 21:40
	>> А вот у тебя - есть. Покажи-ка мне, из какого скрипта >> запускается банальная getty ? Опачки - а нет его. > Читать > man 8 rc man rc\|grep getty \|\| echo fail fail в общем, давай дасвиданья. Спорить не о чем - клиент, походу, не владеет базовыми знаниями о своей системе. Зато осилил конфиг из пяти строк, и мнит себя гением "заставившим систему делать что ему надо" (на деле не надо). Линуксные ему не дались - там больше пяти строк. >> понятно > Не способен изъясняться так, чтобы оппонент тебя понял, не удивляйся. непонимание оппонентом тривиальных вещей ясно показало его уровень квалификации - единичный васянский локалхост, используется для кое-как просмотра опеннета. Спорить не о чем, ибо не с кем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	151. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Anonymoustus (ok), 04-Июн-20, 18:18
	> То, что лежит в rc.conf и есть настройка системы на уровне что > мы запускаем > и что не запускаем. Детальные настройки лежат в специфичных конфигах. И поэтому в Опёнке добавили rc.conf.local. Чувак, а ты правда думаешь, что мы вчера вылупившиеся линуксята? :)
	Ответить \| Правка \| К родителю #138 \| Наверх \| Cообщить модератору


	156. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от пох. (?), 04-Июн-20, 18:43
	>> То, что лежит в rc.conf и есть настройка системы на уровне что >> мы запускаем >> и что не запускаем. Детальные настройки лежат в специфичных конфигах. > И поэтому в Опёнке добавили rc.conf.local. везде добавили. И еще /usr/local/etc/rc.conf* Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда не знаешь точно, какой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	163. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Anonymoustus (ok), 04-Июн-20, 20:07
	>> И поэтому в Опёнке добавили rc.conf.local. В NetBSD же нету: по живому правишь /etc/rc.conf > везде добавили. И еще /usr/local/etc/rc.conf* > Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда > не знаешь точно, какой. В Нетке отдельная от базовой системы (hier(7)) вторичная иерархия лежит в /usr/pkg/ и является частью инфраструктуры pkgsrc. https://netbsd.gw.com/cgi-bin/man-cgi?hier https://www.netbsd.org/docs/pkgsrc/files.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


	168. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от vle (ok), 04-Июн-20, 20:49
	>>> И поэтому в Опёнке добавили rc.conf.local. > В NetBSD же нету: по живому правишь /etc/rc.conf #166 Да, прямо вот по-живому вписываешь в пустой конфиг то, что нужно запустить ;-) >> везде добавили. И еще /usr/local/etc/rc.conf* >> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда >> не знаешь точно, какой. > В Нетке отдельная от базовой системы (hier(7)) вторичная иерархия лежит в /usr/pkg/ > и является частью инфраструктуры pkgsrc. > https://netbsd.gw.com/cgi-bin/man-cgi?hier > https://www.netbsd.org/docs/pkgsrc/files.html Тем не менее демоны из pkgsrc запускаются ровно по такой же схеме, как те, что в базовой системе. И настраиваются они так же как и базовые через /etc/rc.conf
	Ответить \| Правка \| Наверх \| Cообщить модератору


	171. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	+/–
	Сообщение от Anonymoustus (ok), 04-Июн-20, 21:31
	Так у тебя отдельной взятый локалхост-десктоп, по которому хоть голый ходи. А Пох тебе говорит за использование многих систем одновременно. К ним желательна автоматизация, причём не уровня личной беготни с флешкой по серверному помещению.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	180. "Выпуск дистрибутива Devuan 3, форка Debian без systemd "	–2 +/–
	Сообщение от vle (ok), 04-Июн-20, 23:10
	> Так у тебя отдельной взятый локалхост-десктоп, по которому хоть голый ходи. А > Пох тебе говорит за использование многих систем одновременно. Пох за себя скажет сам. Без твоей помощи. Я же ответил на твое сообщение. > К ним желательна > автоматизация, причём не уровня личной беготни с флешкой по серверному помещению. "И знаешь, что я услышала? Бла-бла-бла... Космическая мутотень"(с)
	Ответить \| Правка \| Наверх \| Cообщить модератору