Взять тот же systemd - он создан по политическим соображениям, никаких предпосылок его создавать не было.
LinuxForum.Fans
Systemd - лучшая система инициализации!!!!11
Автор: yars
308 сообщений
6329 просмотров
Коммерческие дистрибутивы не следует равнять свободным. Взять тот же systemd - он создан по политическим соображениям, никаких предпосылок его создавать не было.
1. не вижу связи между systemd и политическим чем-либо
2. федора полностью открыта, как и собственно сам systemd, ничего коммерческого, и при этом в федоре systemd имеет место быть, как бы не плакали неосиляторы.
yars, это уже отдельная тема для butthurta :)Взять тот же systemd
Ну да, systemd открыт и свободен, но вот зачем его было объединять с udev? Я не вижу от него пользы, зато воплей о его "крутости" уже наслушался. И да, я имел в виду не ту политику, которую здесь не обсуждают, а другую - systemd навязывают всем. Будь он как Unity в Ubuntu - никто его не использует кроме неё, не было бы вопросов. Да и перешли на systemd RPM-based в основном. Не политика? Она самая.
Вот по этой фразе можно сказать что человек использует slackware, где все логично и понятно :)Взять тот же systemd - он создан по политическим соображениям, никаких предпосылок его создавать не было.
Хочу заметить что большинство дистров коммерческие, мда...Да и перешли на systemd RPM-based в основном. Не политика? Она самая.
как бы не плакали неосиляторы.
Ох Ё! А можно без ненужного пафоса? Было б что осиливать... ]:->
Для того, чтобы systemd мог выполнять свою задачу, в него надо было встраивать кучу механизмом, дублирующих уже существующие. Тот же udev. Решили существующий слить с systemd и оформить в виде модуля. Дальше пошло по накатанной дороге. Возможность использовать то, что поглотил systemd, без использования самого systemd, существует, вот только надолго ли? Чую, близится время, когда ни одну задачу нельзя будет запустить без systemd. Будет что-то типа:Ну да, systemd открыт и свободен, но вот зачем его было объединять с udev?
text
sudo systemctl run -u USER моя_задача.task:D
Для того, чтобы systemd мог выполнять свою задачу, в него надо было встраивать кучу механизмом, дублирующих уже существующие. Тот же udev. Решили существующий слить с systemd и оформить в виде модуля. Дальше пошло по накатанной дороге. Возможность использовать то, что поглотил systemd, без использования самого systemd, существует, вот только надолго ли? Чую, близится время, когда ни одну задачу нельзя будет запустить без systemd. Будет что-то типа:[quote="yars⇓"]Ну да, systemd открыт и свободен, но вот зачем его было объединять с udev?
text
sudo systemctl run -u USER моя_задача.task :D[/quote]
Ага, и будет systemdix :(
А как же OpenRC, например, обходится без встроенных udev, cgroups и прочего? Нет, говорю же, по-другому просто не захотели сделать. Чтобы показать свою революционность...
Вообще, мне далеко не все решения в апстриме нравятся.
А он не обходится. Просто используют отдельно взятые модули, без основной части systemd.А как же OpenRC, например, обходится без встроенных udev, cgroups и прочего?
Захотели, не захотели... Это проблемы разработчиков systemd. И не в этом даже проблема. А проблема в том, что через поглощение udev и тп, создается ситуация для насильственного внедрения systemd. Стоит только убрать возможность использования отдельных модулей без основной части - и что тогда делать? Писать форки? Так с форком udev что-то не очень складно вышло. Ладно, хорошо, допустим получилось с форками. Но это же какое идиотическое распыление сил на создание вновь того, что раньше прекрасно работало! Вместо того, чтобы заниматься более необходимыми делами в Linux.Нет, говорю же, по-другому просто не захотели сделать. Чтобы показать свою революционность...
Взять тот же systemd - он создан по политическим соображениям, никаких предпосылок его создавать не было.
Очередной взброс говна на вентилятор ?
Но это же какое идиотическое распыление сил на создание вновь того, что раньше прекрасно работало!
+1024! И примером этому может служить не только systemd, но и (навскидку) KDE3 и GNOME2. Ушатать рабочие решения, а взамен подсунуть то, что пилить и пилить.
+1024! И примером этому может служить не только systemd, но и (навскидку) KDE3 и GNOME2. Ушатать рабочие решения, а взамен подсунуть то, что пилить и пилить.
Счеты еще ни кто не отменял.
Люди развиваются, а точней развивают новые продукты и направления. но всегда найдется стайка людей, которые будут оттягивать прогресс, деградировать и не только. В жопу ностальгию по gnome2, kde3 и т.д. Не нравится, переходите на форки, загинаются форки(не все правда). так берите и поддерживайте.
Использую Centos, но ретроградом себя не считаю. Добавлю, что поддержка RHEL6 будет осуществляться до 30 ноября 2020 года, а желающим быть в апстриме- флаг(рашпиль) в руки и желаю удачи.но всегда найдется стайка людей, которые будут оттягивать прогресс, деградировать
З.Ы. Вот тут есть вопрос, на который ни один из прогрессивных апстримщиков так и не ответил, а сказать "я не знаю" религия, наверное не позволяет.
Использую Centos, но ретроградом себя не считаю. Добавлю, что поддержка RHEL6 будет осуществляться до 30 ноября 2020 года, а желающим быть в апстриме- флаг(рашпиль) в руки и желаю удачи.
А я устал от этого убожества, а хочется что нибудь нормального, а не ущербного.
Это чего? Такого ещё не придумали.а хочется что нибудь нормального, а не ущербного
Это чего? Такого ещё не придумали.
Как сказать.
Не молчи! Раскрой тайну!Как сказать.
Не молчи! Раскрой тайну!
Да что здесь молчать то, к примеру мне не нравится убогий gnome2, как бы его не хвалили. Мне больше по душе kde4, нежели форк kde3. Ну и т.д.
Бесит меня gtk3 (gtk2 имхо был юзабельнее), kde4 в общем-то торт.
Бесит меня gtk3 (gtk2 имхо был юзабельнее), kde4 в общем-то торт.
В том то и дело что "имхо".
Войдите или зарегистрируйтесь, чтобы ответить.
