Проект Mageia (http://www.mageia.org/), в рамках которого энтузиастами развивается независимый форк дистрибутива Mandriva, сообщил (http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-.../) об утверждении плана подготовки релизов. Новый план подразумевает выпуск нового релиза каждые 9 месяцев. Напомним, что Mandriva в прошлом году перешел (http://www.opennet.me/opennews/art.shtml?num=28684) на выпуск значительного релиза раз в год.
Релиз Mageia 2 планируется выпустить 4 апреля 2012 года, спустя 10 месяцев с момента выхода Mageia 1, что станет исключением из правил. В дальнейшем, Mageia 3 выйдет уже через 9 месяцев. Обновления с исправлением безопасности для каждого релиза Mageia будут выходить 18 месяцев. Дополнительно рассматривается вопрос периодического, раз в 18 месяцев, выпуска LTS-релизов со сроком поддержки три года. Для сравнения, в Mandriva обновления выпускаются год, плюс 6 месяцев выходят обновления только для системообразующих пакетов, таких ка...URL: http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=31235
Тока МОНО не ПИХАЙТЕ!!!
Ещё одни любители поделок Лёни Поттера.
Действительно только Иказы с моной не хватает, чтобы слиться с общей массой г^Wдистрибутивов.
Что предлагаете использовать?
Sys V Init. Что такого нужного принес systemd, кроме глюков?
Комбайны - не нужны, Лёня решил впихнуть в систему инициализации всё - inetd, syslog, network management и т.п. Для полного счастья Лёне нужно было написать всё это на моне.Более того, windows-style не нужен: сначла быстренько показать рабочий стол, а потом тормозить стартуя незапущенные сервисы. Такая псевдо-забота о пользователях.
> Sys V InitЗоопарк убогих и глюкавых костылей - сферический windows-way, и в моем линуксе им делать нечего. Имхо, разумеется.
Многопоточность есть, что ещё не так?
> Многопоточность есть, что ещё не так?Я же говорю. SysVinit
- зоопарк велосипедов (у каждого более-менее самостоятельного дистрибутива свои скрипты, хотя делают одно и то же)
- глюкодром (несмотря на то, что мейнтейнеры ковыряют эти скрипты десятками лет, глюки вылезают довольно часто)
- убогие костыли (достаточно посмотреть на это жуткое нагромождение, когда скрипт на скрипте сидит и скриптом погоняет, а затем сравнить со стройным и компактным systemd)В общем, systemd - это решительный удар по виндузятникам, окопавшимся в самом сердце linux.
>В общем, systemd - это решительный удар по виндузятникам, окопавшимся в самом сердце linux.Толсто же. В systemd множество функционала, который в ините нафиг не сдался. Кроме того, старый инит довольно простой. Я бы сказал даже примитивный. Правда надо осилить sh, для вендузятников это проблема.
>В systemd множество функционала, который в ините нафиг не сдался.Ну а кто ты такой, чтобы решать, что сдалось пользователям, а что нет? А?
>старый инит довольно простой
Простота это вопрос осиляторства. Кто ознакомился и попробовал с systemd ещё на заре его появления сейчас уже спокойно его юзают (ибо systemctl элементарен и очень функционален). Остались одминчики, которые гордятся тем что владеют костыльной системой init скриптов, и боятся что в случае перехода на systemd их любимого дистрибутивчика, их знания останутся ненужными.
>Правда надо осилить sh, для вендузятников это проблема.
Под виндузятниками здесь имелись ввиду всякие недоубунтоиды.
>Ну а кто ты такой, чтобы решать, что сдалось пользователям, а что нет? А?Пользователям обычно пофиг, а мне вот это УГ поддерживать приходится.
>Кто ознакомился и попробовал с systemd ещё на заре его появления сейчас уже спокойно его юзают (ибо systemctl элементарен и очень функционален)service stop/restrart/status практически ни чем не отличается. А у chkconfig так и вообще аналога в systemd так и нет. Это про консоль.
>Под виндузятниками здесь имелись ввиду всякие недоубунтоиды.Так скилом выше надо быть, чтобы писать под него сервисы на все случаи жизни. с для написания вместо стартовых скриптов - это бред какой-то. Долго и муторно.
> service stop/restrart/status практически ни чем не отличается. А у chkconfig так и
> вообще аналога в systemd так и нет. Это про консоль.Собственно systemctl и как chkconfig тоже работает.
> Так скилом выше надо быть, чтобы писать под него сервисы на все
> случаи жизни. с для написания вместо стартовых скриптов - это бред
> какой-то. Долго и муторно.Скажите, Вы сами лично сервисы systemd видели, или только слышали о них?
Собственно чтобы не быть голословным, приведу пример простого инит скрипта для acpid, а потом его аналог для systemd.acpid.init:
#!/bin/bash
# /etc/rc.d/init.d/acpid
# Starts the acpi daemon
#
# chkconfig: 3457 14 56
# description: Listen and dispatch ACPI events from the kernel
# processname: acpid
# securlevel: 80
#
### BEGIN INIT INFO
# Provides: acpid
# Default-Start: 3 4 5 7
# Required-Start: $syslog
# Required-Stop: $syslog
# Short-Description: Starts the acpi daemon
# Description: Listen and dispatch ACPI events from the kernel
### END INIT INFO# Source function library.
. /etc/rc.d/init.d/functionsDAEMON=acpi
PROGNAME=${DAEMON}d
test -x /usr/sbin/$PROGNAME || exit 0RETVAL=0
#
# See how we were called.
#start() {
# Check if it is already running
if [ ! -f /var/lock/subsys/$PROGNAME ]; then
echo -n "Starting $DAEMON daemon: "
daemon /usr/sbin/$PROGNAME
RETVAL=$?
[ $RETVAL -eq 0 ] && touch /var/lock/subsys/$PROGNAME
echo
fi
return $RETVAL
}stop() {
echo -n "Stopping $DAEMON daemon: "
killproc /usr/sbin/$PROGNAME
RETVAL=$?
[ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/$PROGNAME
echo
return $RETVAL
}
restart() {
stop
start
}reload() {
trap "" SIGHUP
killall -HUP $PROGNAME
}case "$1" in
start)
start
;;
stop)
stop
;;
reload)
reload
;;
restart)
restart
;;
condrestart)
if [ -f /var/lock/subsys/$PROGNAME ]; then
restart
fi
;;
status)
status $PROGNAME
;;
*)
INITNAME=`basename $0`
echo "Usage: $INITNAME {start|stop|restart|condrestart|status}"
exit 1
esacexit $RETVAL
---
acpid.service:
[Unit]
Description=ACPI Event Daemon
After=syslog.target[Service]
Type=forking
ExecStart=/usr/sbin/acpid[Install]
WantedBy=multi-user.target
>Собственно чтобы не быть голословным, приведу пример простого инит скрипта для acpid, а потом его аналог для systemd.Так это простая запускалка. Только и всего. А как быть, если что-то пойдёт не так? Вдруг, надо что-то сделать перед стартом софтины, или дождаться выполнения и завершения другой программы? Чтобы не быть голословным, вот запускалка fsck. Исходник на сях такой здоровый, что не буду сюда его постить, а дам только ссылку: http://cgit.freedesktop.org/systemd/tree/src/fsck.c
Да, кстати, зависимость от dbus ставит крест на безопасности.
> Так это простая запускалка. Только и всего. А как быть, если что-то
> пойдёт не так? Вдруг, надо что-то сделать перед стартом софтины, или
> дождаться выполнения и завершения другой программы? Чтобы не быть голословным, вот
> запускалка fsck. Исходник на сях такой здоровый, что не буду сюда
> его постить, а дам только ссылку: http://cgit.freedesktop.org/systemd/tree/src/fsck.cЯ не вижу причин для спора. Да, есть запускалка на сях которая запускается по необходимости напрямую из systemd и соображает что делать путем чтения /proc/cmdline. В чем тут проблема? Ничто не мешает сделать свой собственный скрипт, если есть что-то что не поддерживается (или не работает с) ExecStart, ExecStartPre, ExecStartPost, OnFailure, Condition....
Что-то типа:
...
ExecStart=fsck -a /my/super/partition
ExecStartPre=/usr/bin/sdelat_chto_to_tam.sh
ExecStartPost=mount /my/super/partition /somewhere
OnFailure=fsckfailed_ask_for_help.service
...> Да, кстати, зависимость от dbus ставит крест на безопасности.
Почему?
>В чем тут проблема?В том, что код на сях и подправить в случае чего проблематично.
>Что-то типа:ExecStart=fsck -a /my/super/partition
ExecStartPre=/usr/bin/sdelat_chto_to_tam.sh
ExecStartPost=mount /my/super/partition /somewhere
OnFailure=fsckfailed_ask_for_help.service
Ну да, куча скриптов для одного сервиса. Очень феерично. Кроме того, Леннарт это сделать не осилил, раз на сях начал извращаться. Я уж промолчу про такие вещи, как условия и прочие фишки, какие есть в нормальных скриптах.
>Почему?Ну так это очевидно же. Демон запускается от рута, позволяя работать с ним юзерам. Да и дырявый он. Постоянно что-то латают. Вот пример http://www.securitylab.ru/vulnerability/364341.php А сколько там таких вот дыр ещё осталось - неизвестно.
> Ну да, куча скриптов для одного сервиса. Очень феерично. Кроме того, Леннарт
> это сделать не осилил, раз на сях начал извращаться. Я уж
> промолчу про такие вещи, как условия и прочие фишки, какие есть
> в нормальных скриптах.Пожалуйста, почитайте документацию. Поверьте мне, она все эти вопросы проясняет, про условия, парализацию скриптов, зависимости и прочие фишки.
> Пожалуйста, почитайте документацию. Поверьте мне, она все эти вопросы проясняет, про условия,
> парализацию скриптов, зависимости и прочие фишки.А что там читать? Половина - маркетинговый бред, вторая - связана с функционалом, который мне ни разу не потребовался. Просто опять кое-кто решил за всех. Только и всего. Можно ещё отметить про наплевательское отношение товарища Леннарта к труду других, что только усиливает моё негативное отношение.
> А что там читать? Половина - маркетинговый бред, вторая - связана с
> функционалом, который мне ни разу не потребовался.Тогда не вижу о чем нам еще говорить, все что я могу объяснить уже и так описано в доках, но я вижу что Вам systemd не подходит по идеологическим причинам :(.
> Вам systemd не подходит по идеологическим причинам :(.Это только один из аргументов против, вызванный агрессивной политикой навязывания изделий одного производителя. Впрочем, технических причин ещё больше.
А что вам мешает тогда снести "ужасный" systemd и поставить православный sysvinit?
А вот его аналог в BSD rcNG:$ cat /etc/rc.d/inetd
#!/bin/sh
#
# $FreeBSD: src/etc/rc.d/inetd,v 1.5.10.1.8.1 2010/12/21 17:10:29 kensmith Exp $
## PROVIDE: inetd
# REQUIRE: DAEMON LOGIN cleanvar
# KEYWORD: shutdown. /etc/rc.subr
name="inetd"
rcvar=`set_rcvar`
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"Ничуть не сложнее systemd.service, однако в отличие от него легко позволяет заскриптовать нужное на sh, как и в SysV.
Что-то не замечал тормознутости после запуска рабочего стола.
Увы.. единственный выход - сделать еще один форк, и выпилить оттуда systemd. А потом еще один, чтобы выпилить еще и пульс :).
А есть в этой жизни адекватный rpm дистрибутив? Чтоб без rmp5, pulseaudio etc и в репозиториях были такие вещи как mplayer etc?
> А есть в этой жизни адекватный rpm дистрибутив? Чтоб без rmp5, pulseaudio
> etc и в репозиториях были такие вещи как mplayer etc?Fedora. С pulse, но там абсолютно адекватный pulse.
>Fedora. С pulse, но там абсолютно адекватный pulse.systemd там тоже адекватный.
Только сам дистрибутив неадекват.
>Только сам дистрибутив неадекват.В это и проблема, что из него всё тянут. Появилось в федоре - обязательно надо запилить везде. Обезьяний рефлекс, что тут сказать. Только непонятно, на кой столько клонов федоры?
> В это и проблема, что из него всё тянут. Появилось в федоре
> - обязательно надо запилить везде. Обезьяний рефлекс, что тут сказать. Только
> непонятно, на кой столько клонов федоры?Не обезьяний рефлекс, а элементарная зависть. systemd - мощная киллер-фича. Ускорение загрузки системы, упрощение администрирования, снятие с мейнтейнеров необходимости поддерживать легаси-костыли-велосипеды aka SysVinit, упрощение поддержки пакетов и т.д.
>Ускорение загрузки системы, упрощение администрированияПро это, пожалуйста, не надо врать. systemd - это чёрный ящик, который без компилятора не открыть. А если что пойдёт не так, то ошибку там с помощью vim не поправишь. Увы. Я уж не говорю про всякие применения, о который Леннарт попросту забыл.
>Fedora.Там нету mplayer и есть pulse. Следующий!
Там есть mplayer, с systemd никаких проблем нет, дистрибутив гораздо адекватнее убунту.
>с systemd никаких проблем нетДа, конечно. Ставил, оно отмонтировать раздел не успевает. При загрузке каждый раз проверяет диск. Обновился штатными средствами и система вообще перестала грузиться. Может я такой "везучий", но в арче таких проблем не встречалось.
>Ставил, оно отмонтировать раздел не успевает. При загрузке каждый раз проверяет диск.SysVinit и не такие номера откалывал, так что systemd - меньшее из зол.
>>Ставил, оно отмонтировать раздел не успевает. При загрузке каждый раз проверяет диск.
> SysVinit и не такие номера откалывал, так что systemd - меньшее из
> зол.Таких точно не откалывал. А если и были косяки, то решались на месте текстовым редактором.
>с systemd никаких проблем нетС ним только одна проблема: его наличие.
> С ним только одна проблема: его наличие.То есть, что плохого в systemd вы не знаете, но плеваться на него теперь модно, а вы - модный чувак, да?
linux only, занимает cgroups, продолжать?
> linux only, занимает cgroups, продолжать?Продолжай. Это ни о чем не сказало.
GNU/kFreeBSD и GNU/Hurd смотрят на это с непонимаем.
> GNU/kFreeBSD и GNU/Hurd смотрят на это с непонимаем.Кукла Маша, кукла Даша...
При всем моем уважении, надо думать о людях, а не об игрушках.
>linux only, занимает cgroups, продолжать?Это безусловные достоинства.
Что-нибудь более-менее приличное и современное нынче можно соорудить только на пингвинах - все остальные пыхтят и тужатся в хвосте прогресса.
Что касается контрольных групп - это одна из важнейших фич линукса, дающая ему огромный выигрыш перед другими ядрами. Но, как тонко подмечают умные люди, юзерспейс в линуксе сильно отстает от возможностей ядра. Именно systemd сокращает этот разрыв и позволяет простым пользователям и администраторам воспользоваться мощью и удобством контрольных групп, без долгого и утомительного конфигурирования (в отличие от libcg).
>Это безусловные достоинства.Отсутствие кроссплатформенности и даже "кроссдистрибутивности" никогда не были достоинствами.
Если так хочешь выпилить pulse (хотя сейчас в этом нет смысла, в первых версиях был) - ставь генту (калькулят) и используй при установке USE=-pulse или -pulseaudio, гентушники точно подскажут
Вопрос был про rpm-based, а так я сейчас на арче.
> Вопрос был про rpm-based, а так я сейчас на арче.На rpm-based на всех pulse есть, самые адекватные варианты - федора или AltLinux (лучше 4)
Альт Линукс же!
не смешите...
Да и systemd там тоже будет, не сомневайтесь. Только после релиза 6.0
> не смешите...А что? Штатный mplayer работает, от пульса наблюдается разве что libpulseaudio.
PS: осталось выпилить комиссаровых и продолжать делать полезное в темпах 2007 (в первую очередь по части апдейтов к выпускам).
> Да и systemd там тоже будет, не сомневайтесь. Только после релиза 6.0
Зуб не дам, но такое ощущение, что ldv@ не будет спешить терять возможность использования sysvinit -- ему крепко не нравится dbus по части безопасности: http://lists.altlinux.org/pipermail/sisyphus/2011-April/3531...
> Зуб не дам, но такое ощущение, что ldv@ не будет спешить терять
> возможность использования sysvinit -- ему крепко не нравится dbus по части
> безопасности: http://lists.altlinux.org/pipermail/sisyphus/2011-April/3531...А где логика? systemd не приколочен гвоздями к dbus-daemon, он требует лишь libdbus. И будет прекрасно работать на системах без dbus.
> А где логика? systemd не приколочен гвоздями к dbus-daemon, он требует лишь
> libdbus. И будет прекрасно работать на системах без dbus.А как им тогда рулить? Да и не поднимется он без дбуса. Там в зависимостях жёстко прописано, кажется.
> А где логика? systemd не приколочен гвоздями к dbus-daemon, он требует лишь
> libdbus. И будет прекрасно работать на системах без dbus.Форварднул ldv@, он поинтересовался, на основании каких фактов Вы сделали такой вывод.
Там rpm5 же!
> Там rpm5 же!В Альте свой rpm 4-ой версии.
Значит перепутал с каким-то дистрибутивом... надо будет посмотреть
Откуда там СВОЙ rpm, rpm там может и 4, но он не свой, а RedHat-овский.
Он когда-то был redhat'овским, а теперь уже свой с поддержкой триггеров.
> Откуда там СВОЙ rpm, rpm там может и 4, но он не свой, а RedHat-овский.Глупости, он уже лет пять тому был по сути отдельной программой. Не верите -- можете вытащить http://git.altlinux.org/people/ldv/packages/?p=rpm.git, дёрнуть 4_0_4 и посравнивать между собой. А редхат в те годы rpm-ом скорее вообще не занимался.
PS: и хватит уже распускать слухи про rpm5 в альте -- _реализация_ rpm5 для одного из ALT-based репозиториев есть, но в самом альте -- форк rpm 4.0, очень далеко от него ушедший.
Mageia же и адекватный. Пульс выключается одним кликом в коныигураторе, если он так уж досаждает. mplayer есть, кодеки есть.
А что, со временем планируется pulse выпилить из Mageia?
> А что, со временем планируется pulse выпилить из Mageia?Не надо ничего выпиливать, достаточно в конфигураторе выключить и все дела.
> Не надо ничего выпиливать, достаточно в конфигураторе выключить и все дела.Это неправильный подход. Таких экстремалов, которые не могут толком объяснить, что плохого в pulse и systemd, но категорически требуют их "выпилить", устроит только громкий скандал с удалением пакетов из репозитария и киданием в автора экскрементов - с стиле их любимого дома-2.
А просто взять и отключить - скучно и неинтересно. Из-за чего тогда слюной брызгать?
Если они не обязательны и те, кому они действительно нужны, сами их установят, то всё ок. Мы же катимся в GnomeOS.
Я вменяемых людей имел в виду :) Т.е. если у человека глючит пульс, но с альсой проблем нет, можно написать багрепорт и сидеть временно на альсе.
Или если разрабатываешь софтину, которая со звуком работает и должна поддерживать как альсу, так и пульс. Сам таким занимался, не представляю, какой бы гемор был, еслиб нельзя было так просто переключатся.
>Т.е. если у человека глючит пульс, но с альсой проблем нет, можно написать багрепорт и сидеть временно на альсе.Можно, на зачем? Зачем заставлять меня тестировать программы, который мне не нужны? Какой-то агрессивный подход, я считаю.
> Можно, на зачем? Зачем заставлять меня тестировать программы, который мне не нужны?
> Какой-то агрессивный подход, я считаю.Ты не один, далеко не всем оно не нужно.
> Ты не один, далеко не всем оно не нужно.И что? Мне теперь жить под их диктовку? Нафиг.
> А что, со временем планируется pulse выпилить из Mageia?Не планируется.
Не поддерживаю, ни фиксированный цикл выпуска релизов, ни LiveCD. Посмотрите на Ubuntu: торопятся к релизу и оставляют множество ошибок, а потом выходит 300 мегабайтов обновлений, которые их фиксируют. LiveCD тоже - даже у нас в Сибири с 2005 года везде DVD, не говоря уже о США, Европе и европейской части страны. Так что или 4 CD, или 1 DVD, желательно не с отдельной поддержкой Live.Альфа релиз 16 ноября - подарок ко дню рождения.
> Не поддерживаю, ни фиксированный цикл выпуска релизов, ни LiveCD.Фиксированный достаточно длинный цикл с возможностью откладывания релиза на неделю-две по очень веским причинам -- нормально и много для кого работает. Это вот кровьизносу фиксированный и притом короткий -- безумие.
Вообще, дистрибутив не должен являться самоцелью, а должен служить специфике применения для той или иной группы потребителей. В проекте Mageia по предложенным изменениям не видно целевой ориентации. Более того он все сильнее отходит от Mandriva и будет терять аудиторию. Логичнее было бы развивать в связке с Mandriva, например, как Red Hat, Fedora и Cent OS. Но мешают похоже амбиции и не умение договариваться. Дистрибутивы общего назначения Ubuntu, Fedora и SUSE, имеют в целом два огромных преимущества: финансовую поддержку проекта и широкое сообщество. И куча форков этих дистрибутивов живет именно потому, что "корневые" проекты рзвиваются, а задача форков привносить специфику для целевой аудитории.
Развиваться самостоятельно имея общую аудиторию потребителей и возможность координации - безумие.
>Более того он все сильнее отходит от Mandriva и будет терять аудиторию.Так в мандриве сами перерубили мост, перейдя на rpm5. Гнаться за ней бессмысленно, я считаю.
>>Более того он все сильнее отходит от Mandriva и будет терять аудиторию.Скорее мандрива будет терять аудиторию в пользу Mageia и других дистрибутивов. Впрочем, пусть сперва релиз выкатят, вот и будем посмотреть.
> Так в мандриве сами перерубили мост, перейдя на rpm5. Гнаться за ней
> бессмысленно, я считаю.Там беда не в rpm5, а в нескольких самоуверенных /dev/a^Wголовах. Жаль мандриву, но ориентироваться на них до смены руководства на вменяемое -- пустая трата времени.
> В проекте Mageia по предложенным изменениям не видно целевой ориентации.Дружественный к пользователю дистрибутив общего назначени. Как и была Мандрива. Все тут видно.
> Более того он все сильнее отходит от Mandriva и будет терять аудиторию.
Это скорее Мандрива отходит сейчас.
> Дистрибутивы общего назначения Ubuntu, Fedora и SUSE, имеют в целом два огромных преимущества: финансовую поддержку проекта и широкое сообщество.
Debian, например, не имеет мощной финансовой поддержки. И при этом живет. Более того, без него никакой убунты не было бы и в помине, ибо большая часть их пакетов с дебиана.
> Развиваться самостоятельно имея общую аудиторию потребителей и возможность координации
> - безумие.Скажи это, например, разработчикам PCLinuxOS.
openrc в генте мне кажется наиболее разумным компромиссом между sysvinit и systemd. Стартует - быстрее sysvinit, ненужного функционала systemd нет, гвоздями ни к чему не прибит. Миграция с sysvinit тоже прошла успешно.
>Mageia переходит на девятимесячный цикл подготовки релизовУчимся у природы?
>Миграция на Grub 2Nooooooooooooooooooooo!