Колин Уотсон, Расс Олбери и Tollef Fog Heen покинули технический комитет Debian

Вот когда линукс так же сможет работать на любом ноуте, или хотя бы на каком-то эталонном вроде хромобука, тогда можно говорить, что он достиг уровня OS X

OS X работает на любом ноутбуке? Это шутка?

facepalm.

Что именно тебя смутило?

Sysvinit лучше, он не нарушает философию Unix.

Ты с завидной регулярностью пользуешься багнутой программой? Я завидую твоей силе воли.

Атлант расправил плечи.

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

Самое стыдное что есть в Линуксе это systemd и он выполняет ужасно свои функции.

command="/usr/bin/rsync"
command_args="--daemon ${RSYNC_OPTS}"
pidfile="/var/run/${SVCNAME}.pid"

depend() {
	use net
}

аааа какой ужас что делать аааа!!!!

если сделать пидфайл нужно, достаточно start_stop_daemon_args="--background --makepidfile ${pidfile}"

и как только такие уроды так высоко в сообществе Дебиана поднялись

проталкивать говно в дистрибутив

Они не проталкивали Upstart или OpenRC.

это не sysvinit

Самое странное, что от хейтбоев или как вас называть, видно именно то, что ты описал. Хочешь поговорить о недостатках системд - предложи, как их исправить. Хочешь просто громко покричать «ненужно, у мня итак все роботает» - пошел нах*й =). Или ты считаешь, что люди действительно уходят из-за озвученных в новости причин? Нет, им просто надоело пытаться перекричать хор глухих. P.s: Мне, на самом деле, системд или нет - без разницы, но разрабатывать что-то новое, что приносит пользу, всегда нужно. И даже не смотря на обиженные вопли старперов, старые велосипеды должны оставаться в прошлом.

Также об уходе из технического состава Debian объявил Колин Уотсон, который выступал за переход Debian на Upstart.

Не?

sysvinit имеет ничего общего с запуском инитскриптов если что, это pid-1 + тупой супервизор, если вы хотите поговорить про sysv-rc то пожалуйста.

Они не проталкивали Upstart или OpenRC.

Совершенно верно, они проталкивали говно.

Теперь дебиан стал еще стабильнее!

/etc/init.d/ssh

/usr/lib/systemd/system/sshd.service

не забываем рекурсивно копировать юниты логика которых есть в инитскрипте (Wants=sshdgenkeys.service), да и в прошлый раз когда обсуждали оказалось, что юнит не все делает.

Я не разработчик и не буду распространяться о том, в чём хорошо не разбираюсь.

ясно. как обычно с systemd.

Пожалуйста

[Unit]
Description=SSH Key Generation
ConditionPathExists=|!/etc/ssh/ssh_host_key
ConditionPathExists=|!/etc/ssh/ssh_host_key.pub
ConditionPathExists=|!/etc/ssh/ssh_host_rsa_key
ConditionPathExists=|!/etc/ssh/ssh_host_rsa_key.pub
ConditionPathExists=|!/etc/ssh/ssh_host_dsa_key
ConditionPathExists=|!/etc/ssh/ssh_host_dsa_key.pub
ConditionPathExists=|!/etc/ssh/ssh_host_ecdsa_key
ConditionPathExists=|!/etc/ssh/ssh_host_ecdsa_key.pub
ConditionPathExists=|!/etc/ssh/ssh_host_ed25519_key
ConditionPathExists=|!/etc/ssh/ssh_host_ed25519_key.pub

[Service]
ExecStart=/usr/bin/ssh-keygen -A
Type=oneshot
RemainAfterExit=yes

Это всего лишь один шаг к унификации, именно она способствует распространению.

ЛОЛШТО? способствует распространению сотрудничество с производителями оборудования и ПО, и вытекающая из этого хорошая поддержка. и у нас (линуксоидов) уже есть разработчик, чей дистрибутив работает как на мобильниках, так и на суперкомпьютерах. производители оборудования используют его для демонстрации возможностей нового оборудования, а разработчики ПО пытаются обеспечить безпроблемную установку и работу. и речь не о Debian. давай же истребим прочие дистрибутивы, сразу придём к финальной стадии унификации и затянем «Ein Volk, ein Reich, ein Führer»

А по существу?

cat /etc/init.d/rsync

#! /bin/sh

### BEGIN INIT INFO
# Provides:          rsyncd
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Should-Start:      $named
# Default-Start:     2 3 4 5
# Default-Stop:      
# Short-Description: fast remote file copy program daemon
# Description:       rsync is a program that allows files to be copied to and
#                    from remote machines in much the same way as rcp.
#                    This provides rsyncd daemon functionality.
### END INIT INFO

set -e

# /etc/init.d/rsync: start and stop the rsync daemon

DAEMON=/usr/bin/rsync
RSYNC_ENABLE=false
RSYNC_OPTS=''
RSYNC_DEFAULTS_FILE=/etc/default/rsync
RSYNC_CONFIG_FILE=/etc/rsyncd.conf
RSYNC_PID_FILE=/var/run/rsync.pid
RSYNC_NICE_PARM=''
RSYNC_IONICE_PARM=''

test -x $DAEMON || exit 0

. /lib/lsb/init-functions

if [ -s $RSYNC_DEFAULTS_FILE ]; then
    . $RSYNC_DEFAULTS_FILE
    case "x$RSYNC_ENABLE" in
	xtrue|xfalse)	;;
	xinetd)		exit 0
			;;
	*)		log_failure_msg "Value of RSYNC_ENABLE in $RSYNC_DEFAULTS_FILE must be either 'true' or 'false';"
			log_failure_msg "not starting rsync daemon."
			exit 1
			;;
    esac
    case "x$RSYNC_NICE" in
	x[0-9])		RSYNC_NICE_PARM="--nicelevel $RSYNC_NICE";;
	x1[0-9])	RSYNC_NICE_PARM="--nicelevel $RSYNC_NICE";;
	x)		;;
	*)		log_warning_msg "Value of RSYNC_NICE in $RSYNC_DEFAULTS_FILE must be a value between 0 and 19 (inclusive);"
			log_warning_msg "ignoring RSYNC_NICE now."
			;;
    esac
    case "x$RSYNC_IONICE" in
	x-c[123]*)	RSYNC_IONICE_PARM="$RSYNC_IONICE";;
	x)		;;
	*)		log_warning_msg "Value of RSYNC_IONICE in $RSYNC_DEFAULTS_FILE must be -c1, -c2 or -c3;"
			log_warning_msg "ignoring RSYNC_IONICE now."
			;;
    esac
fi

export PATH="${PATH:+$PATH:}/usr/sbin:/sbin"

rsync_start() {
    if [ ! -s "$RSYNC_CONFIG_FILE" ]; then
        log_failure_msg "missing or empty config file $RSYNC_CONFIG_FILE"
        log_end_msg 1
        exit 0
    fi
    # See ionice(1)
    if [ -n "$RSYNC_IONICE_PARM" ] && [ -x /usr/bin/ionice ] &&
        /usr/bin/ionice "$RSYNC_IONICE_PARM" true 2>/dev/null; then
        /usr/bin/ionice "$RSYNC_IONICE_PARM" -p$$ > /dev/null 2>&1
    fi
    if start-stop-daemon --start --quiet --background \
        --pidfile $RSYNC_PID_FILE --make-pidfile \
        $RSYNC_NICE_PARM --exec $DAEMON \
        -- --no-detach --daemon --config "$RSYNC_CONFIG_FILE" $RSYNC_OPTS
    then
        rc=0
        sleep 1
        if ! kill -0 $(cat $RSYNC_PID_FILE) >/dev/null 2>&1; then
            log_failure_msg "rsync daemon failed to start"
            rc=1
        fi
    else
        rc=1
    fi
    if [ $rc -eq 0 ]; then
        log_end_msg 0
    else
        log_end_msg 1
        rm -f $RSYNC_PID_FILE
    fi
} # rsync_start


case "$1" in
  start)
	if "$RSYNC_ENABLE"; then
	    log_daemon_msg "Starting rsync daemon" "rsync"
	    if [ -s $RSYNC_PID_FILE ] && kill -0 $(cat $RSYNC_PID_FILE) >/dev/null 2>&1; then
		log_progress_msg "apparently already running"
		log_end_msg 0
		exit 0
	    fi
            rsync_start
        else
            if [ -s "$RSYNC_CONFIG_FILE" ]; then
                [ "$VERBOSE" != no ] && log_warning_msg "rsync daemon not enabled in $RSYNC_DEFAULTS_FILE, not starting..."
            fi
	fi
	;;
  stop)
	log_daemon_msg "Stopping rsync daemon" "rsync"
	start-stop-daemon --stop --quiet --oknodo --pidfile $RSYNC_PID_FILE
	log_end_msg $?
	rm -f $RSYNC_PID_FILE
	;;

  reload|force-reload)
	log_warning_msg "Reloading rsync daemon: not needed, as the daemon"
	log_warning_msg "re-reads the config file whenever a client connects."
	;;

  restart)
	set +e
	if $RSYNC_ENABLE; then
	    log_daemon_msg "Restarting rsync daemon" "rsync"
	    if [ -s $RSYNC_PID_FILE ] && kill -0 $(cat $RSYNC_PID_FILE) >/dev/null 2>&1; then
		start-stop-daemon --stop --quiet --oknodo --pidfile $RSYNC_PID_FILE || true
		sleep 1
	    else
		log_warning_msg "rsync daemon not running, attempting to start."
	    	rm -f $RSYNC_PID_FILE
	    fi
            rsync_start
        else
            if [ -s "$RSYNC_CONFIG_FILE" ]; then
                [ "$VERBOSE" != no ] && log_warning_msg "rsync daemon not enabled in $RSYNC_DEFAULTS_FILE, not starting..."
            fi
	fi
	;;

  status)
	status_of_proc -p $RSYNC_PID_FILE "$DAEMON" rsync
	exit $?	# notreached due to set -e
	;;
  *)
	echo "Usage: /etc/init.d/rsync {start|stop|reload|force-reload|restart|status}"
	exit 1
esac

exit 0

VS

cat /usr/lib/systemd/system/rsyncd.service

[Unit]
Description=fast remote file copy program daemon
ConditionPathExists=/etc/rsyncd.conf

[Service]
EnvironmentFile=/etc/sysconfig/rsyncd
ExecStart=/usr/bin/rsync --daemon --no-detach "$OPTIONS"

[Install]
WantedBy=multi-user.target

# По дефолту /etc/sysconfig/rsyncd и /etc/rsyncd.conf пустые

cat /usr/lib/systemd/system/rsyncd.socket

[Unit]
Description=Rsync Server Socket
Conflicts=rsyncd.service

[Socket]
ListenStream=873
Accept=yes

[Install]
WantedBy=sockets.target 

Кстати, забавно, что шапка даже в 5 версии использует для rsync xinitd, в отличие от могучего дебиана:

cat /etc/xinetd.d/rsync

# default: off
# description: The rsync server is a good addition to an ftp server, as it \
#       allows crc checksumming etc.
service rsync
{
        disable = yes
        socket_type     = stream
        wait            = no
        user            = root
        server          = /usr/bin/rsync
        server_args     = --daemon
        log_on_failure  += USERID
}

Ну, если ты научишься смотреть на шаг вперед, а лучше несколько, то до тебя дойдет истина, Повышение унификации приводит к: а) уменьшению затрат разработчика на поддержку разных дистров; б) увеличению свободного времени на добавление новых фич, а не исправление багов конкретного дистрибутива. > Повышение количества качественных программ ведет к увеличению популярности линукса на десктопах. > Разработчики «фотошоп или автокад или ableton live или final cut» видят это и начинают сравнивать предполагаемую прибыль с затратами на разработку. Когда прибыль перевесит - линукс получает то, что все так давно ждали. Один только минус останется - ты больше не сможешь считать себя избранным и преувеличивать свои умственные возможности, ведь линукс будет стоять у многих. Но, я думаю, можно будет найти выход в возможности установить какой-либо старый дистриб и похваляться этим (хотя я бы не считал крутым того, кто поставил себе виндовс 3.11, например).

и где в юнитах

RSYNC_ENABLE=false
RSYNC_OPTS=''
RSYNC_DEFAULTS_FILE=/etc/default/rsync
RSYNC_CONFIG_FILE=/etc/rsyncd.conf
RSYNC_PID_FILE=/var/run/rsync.pid
RSYNC_NICE_PARM=''
RSYNC_IONICE_PARM=''

А по существу?

А по существу ты взял простыню от sysvinit, когда есть openrc или procd.

Как раз разработчикам мало удовольствия доставляет писать такие bash-портянки с копипастой под деплой своей системы (cat /etc/init.d/rsync из дебиана ):

Колин Уотсон, Расс Олбери и Tollef Fog Heen покинули технический комитет Debian (комментарий)

Я заинтересован в systemd как разработчик ПО под linux

Новость о дебиане ваще-то

Вы не умеете чиать? Конфиги и параметры - на месте. Пляски с pid - берет на себя общий код systemd, а не копипаста на баше. А так же логи

А по существу ты взял простыню от sysvinit, когда есть openrc или procd.

Новость о дебиане ваще-то

Всем пофиг, о чем новость. Ты взялся демонстрировать преимущества systemd? Так не мошенничай. И да, openrc в debian есть.

а по существу я показал опенрц-ный инит скрипт. напомню, что опенрц (во всяком случае в дебиане) умеет пускать и обычные lsb-init скрипты, правда их возможности слегка урезаны. Так же я не вижу ни одной причины почему количество строк что-то значит (учитывая что 3/4 из них это шаблон).

Разработчики «фотошоп или автокад или ableton live или final cut»

в любом случае будут нацеливаться на 1-2 популярных дистрибутива, а маргинальщину типа арчика и федорки гнать тряпками. ИЧСХ, у нас действительно только 2 дистрибутива с серьёзной поддержкой. Причем с одинаковой системой инициализации. Внимание вопрос - что и зачем должен решить systemd при таком раскладе?

линуксокапец, все на .NET, СРОЧНО!

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

они, кстати, молодцы сделали inherit/оверлоад в юнитах (не помню точно синтаксис), а управление nice/ionice и цгруппами там есть, так что просто создаешь свой юнит подключаешь базовый и доопределяешь нужные параметры. Может уже даже аналог /etc/conf.d придумали (маловероятно).

параметры

подкинь цитату

Пляски с pid - берет на себя общий код systemd, а не копипаста на баше. А так же логи

а ежели я желаю изменить параметры?

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

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

openrc в debian есть.

не нашел openrc-шный конфиг для rsync-daemon в дебе.

Всем пофиг, о чем новость.

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

который выступал за переход Debian на Upstart.

одним наркоманом меньше

подкинь цитату

EnvironmentFile=/etc/sysconfig/rsyncd

cat /etc/sysconfig/rsyncd

OPTIONS=""

меняй что угодно. Например, рестарт после падения. Добавляем одну строчку Restart=true в юнит

написать на коленке инит из пяти строчек никогда не было проблемой

прямо на коленке?

Колин Уотсон, Расс Олбери и Tollef Fog Heen покинули технический комитет Debian (комментарий)

Самое стыдное что есть в сообществе - это школьники начитавшиеся всяких неадекватов с ЛОРа, опеннета ,а потом выдающие их бредни за свое мнение.

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

Avahi, выжирающим 100% cpu

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614785 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693604

Уже давным давно починили.

У меня не на всех устройствах есть столько гигабайт

А ты хочешь впихнуть OS X на нокию 3310? На эппловских устройствах она поддерживается. Причём даже на устройствах пятилетней давности.

С таким взглядом на вещи система инициализации вообще не должна волновать

Меня и не волнует. Выбрали и всё, чего срач устраивать? В OS X похожий launchd, и ничего, всё прекрасно работает.

Эпл вроде как-собирается. Где-то читал.

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

OS X работает на любом ноутбуке? Это шутка?

Колин Уотсон, Расс Олбери и Tollef Fog Heen покинули технический комитет Debian (комментарий)

Ну я топик не читал же.

Но systemd действительно плохая реализация, как вам это не понять.

у нас (линуксоидов) уже есть разработчик, чей дистрибутив работает как на мобильниках, так и на суперкомпьютерах

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