The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Рассматривается возможность прекращения в GTK5 поддержки X11, opennews (?), 03-Июл-22, (0) [смотреть все]

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


180. "Рассматривается возможность прекращения в GTK5 поддержки X11"  –3 +/
Сообщение от Skullnetemail (ok), 03-Июл-22, 23:21 
> Но так же как и с сиистемди все буду юзать лет через 5

Непопулярное мнение: Systemd ничего не ломает и работает в отличие от вяленого.

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

185. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +4 +/
Сообщение от Michael Shigorinemail (ok), 03-Июл-22, 23:29 
>> Но так же как и с сиистемди все буду юзать лет через 5

Вы проспорили. :)

> Systemd ничего не ломает и работает в отличие от вяленого.

Да если бы.  Первый встретившийся "init", который соблаговолил сегфолтнуться от потери корня под собой (что для спасалочки с уже запущенным dd как бы сиренево должно быть).

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

202. "Рассматривается возможность прекращения в GTK5 поддержки X11"  –1 +/
Сообщение от Ананимус (?), 04-Июл-22, 00:03 
> Вы проспорили. :)

Из реально используемых остался только Alpine, и то потому что musl.

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

203. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +2 +/
Сообщение от Аноним (203), 04-Июл-22, 00:07 
Ага, поэтому его в альте первыми и всосали. Зато вот эти сделали как надо https://devuan.org/ И без всякого госзаказа, что характерно.
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

308. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +1 +/
Сообщение от Admino (ok), 04-Июл-22, 10:08 
Ну то есть ты не в курсе, что в альте до сих пор поддерживается SysV.

И без всякого госзаказа, что характерно.

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

485. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от Владимир (??), 05-Июл-22, 19:23 
>>> Но так же как и с сиистемди все буду юзать лет через 5
> Вы проспорили. :)

Каюсь ...

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

384. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +1 +/
Сообщение от Аноним (-), 04-Июл-22, 16:00 
> Непопулярное мнение: Systemd ничего не ломает и работает в отличие от вяленого.

Я с ним тоже общий язык нашел, так что не такое уж и непопулярное. А в эмбедовке он еще и довольно полезен некоторыми вещами.

А если для кого вон то месиво скриптоты работало лучше ВОТ ОНИ ПУСКАЙ ЭТОТ КРАП И ЮЗАЮТ.

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

406. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +1 +/
Сообщение от Skullnetemail (ok), 04-Июл-22, 19:49 
> А если для кого вон то месиво скриптоты работало лучше ВОТ ОНИ ПУСКАЙ ЭТОТ КРАП И ЮЗАЮТ.

Да, я вот не понимаю людей, которые считают что куча самопального скриптового шлака, который копипастится 10050 раз, да ещё и не поддерживает последовательную загрузку в своём дизайне - это хорошо, а systemd, который реализовал легкое создание сервисов и имет поддержку последовательности при загрузке - плохо.

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

432. "Рассматривается возможность прекращения в GTK5 поддержки X11"  –1 +/
Сообщение от Аноним (-), 05-Июл-22, 00:05 
И лично мне так то удобно что при например факапе старта сервиса, особенно моего, есть логи и там чаще всего указано что, как и почему. И обломы самого системд, и коды возврата, и лог stdout/stderr процесса, все такое.

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

Я еще практикую всякие продвинутости типа изоляции сервисов от системы и друг друга. Какому-нибудь мелкому сетевому сервису совершенно незачем иметь возможность в мой /home соваться или иметь какой либо доступ в систему, это только интрудерам на пользу. А я предпочитаю чтобы в системе было удобно легитимному хозяину и неудобно интрудерам. Наоборот как-то не того.

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

486. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от пох. (?), 05-Июл-22, 21:21 
>> А если для кого вон то месиво скриптоты работало лучше ВОТ ОНИ ПУСКАЙ ЭТОТ КРАП И ЮЗАЮТ.
> Да, я вот не понимаю людей, которые считают что куча самопального скриптового

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

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

> шлака, который копипастится 10050 раз, да ещё и не поддерживает последовательную
> загрузку в своём дизайне - это хорошо, а systemd, который реализовал

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

> легкое создание сервисов и имет поддержку последовательности при загрузке - плохо.

легкое для т-пых неспособных две строки в готовом образце скрипта поменять?
Идиотский wait-for-network или как там его, который еще и не работает, потому что нет такого понятия как "network"?

Ну да, ну да.

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

505. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от Аноним (-), 06-Июл-22, 01:18 
> ну конечно, вот рыжый хмырь на подсосе у редхата - это не
> куча самопального сишного дерьма, это надо срочно на себя намазывать погуще.

1) Оно решает хренову кучу системных проблем для меня.
2) Оно делает это лучше и вменяемее чем тот наколенный булшит который был до этого.
3) Поттеринг не крокодил и оказался довольно открытым к разумным аргументам, например даденых ему на LinuxPlumbers какими-то эмбедерами, из фирмочки FreeElectrons, чтоли, которые будучи в теме направления неплохо просуммировали что бы эмбедерам от этой штуки хотелось.

Тем временем Ветеран Юникс Админы имели предложить сказки про белого бычка что 1) все збс 2) надо выпрямить руки 3) наши юзкейсы дескать маргинальщина. И тут оказалось что маргинальщина не мы...

> А когда те же редхатовцы пишут скрипты - это другое, ну конечно же, другое.

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

А бонусом оно что с их пакетником нормально играет, что с нашим, что с чьим еще. Не помню как в редгаде но в дебиане sysv vs pkg mgr порой умело делать мозг. Например на тему сохранения кастомных изменений при апгрейдах.

> В том числе потому что они, гады, могли эти скрипты в нужном себе месте поправить.
> А не подкладывать костыли и подпорки и потом все равно система грузиться неправильно.

Надо было всего то нанять кого-то кто разобрался как системд работает, и стало бы збс. А если нанимать таких как пох... впрочем, кмк у тебя и фирма под стать, так ей и надо.

> Надо же... сколько визгов было от системдаунов что последовательная загрузка
> плоха-плоха-плоха...

В системд видите ли есть упорядочивание кто за кем и от чего зависит. Это и не ставит колом все и вся, и позволяет секвенсить взлет системы в нормальном виде. Поэтому если я хотел забиндиться на интерфейс впн, я могу сперва потребовать чтобы его запустили, понять что его ифейс есть, и только потом пустить того кто на нем хотел отвиснуть. В системде делаетя как 2 байта переслать. В sysv столь типовая хотелка отливается в кривое, глючное, бажное нечто, без гарантий что пакетник не перетрет что-нибудь при случае.

> Собственно, все что надо знать о твоей квалификации - ты уже рассказал нам.

Ты рассказал о своей квалификации не меньше, и не все из этого было фичами :P

> легкое для т-пых неспособных две строки в готовом образце скрипта поменять?

Очень прикольно когда оно потом "почему-то не стартует". Без записей в логи. Совсем. Еще прикольнее когда при тестовом пинке вроде бы даже работает - и это влет на именно boot time debug чтобы понять чего сломалось именно там.

> Идиотский wait-for-network или как там его, который еще и не работает, потому
> что нет такого понятия как "network"?

И почему у меня ничего такого нет... :). В общем иди уж менеджи маздай шеллы, юниксоид хренов.

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

509. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от Skullnetemail (ok), 06-Июл-22, 02:45 
> Надо же... сколько визгов было от системдаунов что последовательная загрузка плоха-плоха-плоха...
> Собственно, все что надо знать о твоей квалификации - ты уже рассказал нам.

Systemd нормально реализует зависимости в загрузке сервисов, в sysvinit эта фича вроде была, но была реализована крайне костыльно.

> легкое для т-пых неспособных две строки в готовом образце скрипта поменять?

95% скриптов это тупо запускалки бинарников с параметрами. Ради этого копировать по 100-150 строк кода, который повторяется стопитцот раз - это чистое быдлокодерство. К тому же, shell скрипты полностью никто не выбрасывал, они до сих пор где-то в /etc лежат.

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

512. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от пох. (?), 06-Июл-22, 08:54 
> Systemd нормально реализует зависимости в загрузке сервисов

wait-for-network - как бы намекает нам на твое "нормально".
И не работает.

В rc скриптах эта фича не требовала никакой специальной "реализации".

> 95% скриптов это тупо запускалки бинарников с параметрами. Ради этого копировать по 100-150
> строк кода,

для ниасиляторов команды cp очень сложно, я понимаю.

То ли дело копировать те же строки для юнита.

> К тому же, shell скрипты полностью никто не выбрасывал, они до сих пор где-то в /etc лежат.

они где только не лежат, потому что, ВНЕЗАПНО, без них оказалось все равно невозможно обойтись.
Но да, теперь они размазаны по всей системе. См к примеру чудеса с запуском и остановкой mysql или любого другого сложного сервиса который нельзя просто так прибить и забыть.

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

526. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от Skullnetemail (ok), 07-Июл-22, 02:27 
> wait-for-network - как бы намекает нам на твое "нормально".

Не знаю что за wait-for-network. УМВР.

> для ниасиляторов команды cp очень сложно, я понимаю.
> То ли дело копировать те же строки для юнита.

Ах ты макака сраная, лишь бы копипастить код, а не унифицировать его. Мне за такими как ты приходится хуеву тучу говна подтирать в коммерческих проектах.

> они где только не лежат, потому что, ВНЕЗАПНО, без них оказалось все равно невозможно обойтись.

Нет, просто не у всех сервисов запуск одной командой, нужно сделать кое-какие проверки, поставить enviroment значения. Ну, и для совместимости их оставили ещё.

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

528. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от пох. (?), 07-Июл-22, 07:32 
> Не знаю что за wait-for-network. УМВР.

вот теперь ты говоришь правду - не знаешь ты ничего о том как и что у тебя работает.

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

системдрянь ненавидят те кто писали и меняли поведение своих систем так, как нам это было нужно.
Теперь вместо этого приходится городить кривые костыли, которые еще и не всегда есть куда подсунуть.

А вот тебе-то что за дело до скриптов в которы ты никогда в жизни даже не заглядывал, нет там "user serviceable parts"?

> Нет, просто не у всех сервисов запуск одной командой, нужно сделать кое-какие проверки,

ну надо же ж! Кто бы мог подумать! Уж точно не любитель какввенде Лёня Потный.

> поставить enviroment значения.

[Service]
Environment=

(Правда, условная подстановка не предусмотрена. Впрочем, таким как ты и не надо. А тем кому надо - раньше можно было выбирать. Теперь вот получите те кривые костыли которые вам предоставили.)

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

561. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от Аноним (-), 11-Июл-22, 05:38 
> вот теперь ты говоришь правду - не знаешь ты ничего о том
> как и что у тебя работает.

Зато это знаю я.

> Потому что на самом деле никогда в жизни ни одного скрипта и
> ни одного юнита не написал - за тебя все сделали.

Зато это делал я. И труба я шатал дебажить шелскрипты в бутовом окружении. Особенно прикольно когда при мануальном пинке работает, а в boot time - фиг.

> системдрянь ненавидят те кто писали и меняли поведение своих систем так, как
> нам это было нужно.

Насколько тебе это реально нужно ты уже показал, нахваливая винду. Чья бы мычала.

> Теперь вместо этого приходится городить кривые костыли, которые еще и не всегда
> есть куда подсунуть.

Кривой костыль это написать exec=/bin/sh ... и чего ты там в скрипте хотел? А то что это не очень удобно, отлично, меньше выделываться такие как ты будут, только когда это реально надо. А то потом за такими кал разгребать в системах - так себе радость.

> (Правда, условная подстановка не предусмотрена. Впрочем, таким как ты и не надо.

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

> А тем кому надо - раньше можно было выбирать. Теперь вот
> получите те кривые костыли которые вам предоставили.)

А шелскрипт из юнита вызвать им религия, чтоли, запрещает? Просто теперь это в 95% случаев можно и не делать. Сделав все лаконичнее сильно лаконичнее и унифицировано.

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

560. "Рассматривается возможность прекращения в GTK5 поддержки X11"  +/
Сообщение от Аноним (-), 11-Июл-22, 05:32 
> Systemd нормально реализует зависимости в загрузке сервисов, в sysvinit эта фича вроде
> была, но была реализована крайне костыльно.

Более того - это сразу сделано с пониманием что это должно быть well defined и удобно пакетному менеджеру. Поэтому есть четкие регламенты. Вот тут система дефолты притаскивает, вот тут админ оверрайды кладет. Они приоритетнее и пакетник их не выпилит. А это все в SYSV вообще было где как, но в целом - лотерея та еще.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру