Исходное сообщение
"Планы, определяющие функциональность релиза Debian 7 Wheezy" Отправлено Аноним, 04-Авг-11 03:21
В основном феерический бред. Кратко поясню по пунктам: >1. bloatware Так может утверждать только тот, кто никогда не видел systemd. Он состоит из довольно большого набора программ, каждая из которых выполняет свою задачу, но все они объединены общими смысловыми рамками. С тем же успехом ярлык bloatware можно навесить на coreutils, которые "своей виндовсвейностью скоро загубят linux". >2. запускалки сервисов на си Это же достоинство. Баг - запускалка сервисов на шелле, которая даже сокеты нормально передать не может. >3. море зависимостей. libc, (lib)udev, libgcc, util-linux, libdbus (без демона, заметим). Вполне нормальный набор для инита. Все остальные libwrap, libpam, libcryptsetup, libaudit, libselinux можно отключить при сборке, как и фронтенд на GTK. Но откуда это знать отважным критикам, они ведь никогда не ставили systemd. >4. linux-only У ядра Linux есть целый ряд уникальных фич, весьма полезных для задач инита (таких, как cgroups, namespaces и т.д.). Не использовать эти фичи было бы глупостью. >5. ругань, если /usr отдельным разделом. Это очень важное дело, респект разработчику. Иначе бы никто так и не обратил внимание, что криворукие дистростроители кладут в /usr файлы, необходимые на ранних стадиях загрузки. Самому systemd на это пофиг, там все продумано. А вот всякие udev надо чинить (когда старый init не может смонтировать /usr из-за того, что необходимые для udev файлы недоступны, он не объясняет в чем дело, он просто посылает лесом). >6. море багов, которые Главный Разработчик никак не соизволит исправить. Баги исправляются достаточно оперативно, это легко можно заметить по федоровской багзилле. >7. Неадекватность Главного Разработчика. С точки зрения ваших коллег, Торвальдс тоже неадекватен. И что? Мнение форумных троллей о чьей-то адекватности не влияет на объективную оценку проекта. >8. Необходимость тотального перетачивания софта и дистра под systemd с последующей невозможностью использовать альтернативы. Очень смелое и совершенно необоснованное заявление. Никто ничего не обязывает перетачивать, и использование альтернатив никто не ограничивает. >Часть недостатков взято из рассылки debian. Да, очень забавное обсуждение там было. Довольно толстый и совершенно неподкованный технически тролль сделал вброс, и полилось.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> В основном феерический бред. Кратко поясню по пунктам: >>1. bloatware > Так может утверждать только тот, кто никогда не видел systemd. Он состоит > из довольно большого набора программ, каждая из которых выполняет свою задачу, > но все они объединены общими смысловыми рамками. С тем же успехом > ярлык bloatware можно навесить на coreutils, которые "своей виндовсвейностью скоро загубят > linux". >>2. запускалки сервисов на си > Это же достоинство. Баг - запускалка сервисов на шелле, которая даже сокеты > нормально передать не может. >>3. море зависимостей. > libc, (lib)udev, libgcc, util-linux, libdbus (без демона, заметим). Вполне нормальный > набор для инита. Все остальные libwrap, libpam, libcryptsetup, libaudit, libselinux можно > отключить при сборке, как и фронтенд на GTK. Но откуда это > знать отважным критикам, они ведь никогда не ставили systemd. >>4. linux-only > У ядра Linux есть целый ряд уникальных фич, весьма полезных для задач > инита (таких, как cgroups, namespaces и т.д.). Не использовать эти фичи > было бы глупостью. >>5. ругань, если /usr отдельным разделом. > Это очень важное дело, респект разработчику. Иначе бы никто так и не > обратил внимание, что криворукие дистростроители кладут в /usr файлы, необходимые на > ранних стадиях загрузки. Самому systemd на это пофиг, там все продумано. > А вот всякие udev надо чинить (когда старый init не может > смонтировать /usr из-за того, что необходимые для udev файлы недоступны, он > не объясняет в чем дело, он просто посылает лесом). >>6. море багов, которые Главный Разработчик никак не соизволит исправить. > Баги исправляются достаточно оперативно, это легко можно заметить по федоровской багзилле. >>7. Неадекватность Главного Разработчика. > С точки зрения ваших коллег, Торвальдс тоже неадекватен. И что? > Мнение форумных троллей о чьей-то адекватности не влияет на объективную оценку проекта. >>8. Необходимость тотального перетачивания софта и дистра под systemd с последующей невозможностью использовать альтернативы. > Очень смелое и совершенно необоснованное заявление. Никто ничего не обязывает перетачивать, > и использование альтернатив никто не ограничивает. >>Часть недостатков взято из рассылки debian. > Да, очень забавное обсуждение там было. Довольно толстый и совершенно неподкованный технически > тролль сделал вброс, и полилось.
	Введите код, изображенный на картинке: