Релиз дистрибутива Fedora 17 (и RFRemix 17)

[alv]

Оно или работает или не работает. Третьего не дано.

Ещё как дано. Очень распространённая ситуация: не сказать, чтобы совсем не работало, но и назвать работой тоже язык не поворачивается.
Это я не применительно случаю, а вообще.

[altwazar]

Это, что каждый свою ALSA придумывал или часть дистрибутивов запиливала свой OSS, а gentoo до последнего дня придерживалась OSS-Lite с целью 0.5% выигрыша в глубине звучания фортепианных композиций? Или каждый делал свой alsa-api? А вот - вообще в каждом приложении - это тема завтрашнего дня. Для этого создают AIGLX Wayland.

Кто хоть раз пользовался arts, тот его никогда не забудет

[taaroa]

Оно или работает или не работает. Третьего не дано.

Здравствуйте, я тут нотки принёс... ©
http://www.youtube.com/watch?v=hOrLrLPsv1k

[diesel]

Там или в каждом дистрибутиве городили свой, уникальный, огород, или вообще в каждом приложении. ...поэтому Network Manager и PulseAudio - косо/криво по началу, но если работает, то получается очень даже удобно всем....

Это, что каждый свою ALSA придумывал или часть дистрибутивов запиливала свой OSS, а gentoo до последнего дня придерживалась OSS-Lite с целью 0.5% выигрыша в глубине звучания фортепианных композиций? Или каждый делал свой alsa-api? А вот - вообще в каждом приложении - это тема завтрашнего дня. Для этого создают AIGLX Wayland.

если говорить про звук, то каждое приложение могло(некоторые еще и могут) выводить звук через alsa и/или OSS напрямую, через демоны типа esd и arts, через библиотеки а-ля gstreamer или xine, которые в свою очередь... итп. возьмите xine-ui, зайдите в настройки, скажите что вы "повелитель вселенной" и посмотрите на настройки audio output'а, там этот зоопарк достаточно полно представлен.

[TuxWare]

если говорить про звук, то каждое приложение могло(некоторые еще и могут) выводить звук через alsa и/или OSS напрямую, через демоны типа esd и arts, через библиотеки а-ля gstreamer или xine, которые в свою очередь... итп. возьмите xine-ui, зайдите в настройки, скажите что вы "повелитель вселенной" и посмотрите на настройки audio output'а, там этот зоопарк достаточно полно представлен.

Пардон. esd - звуковой сервер для Enlightenment и GNOME, arts - для KDE. Мы ведь не забыли, что freedesktop появился позже нежели KDE или GNOME. Поток на выходе работает с одними и теми же библиотеками, к примеру, libalsa. Есть и другие примеры использующие в итоге xlib, но на входе представляющие собой gtk, qt, efl, wxwindow, fox toolkit - черт ногу сломает (а не заменить ли их все на одну единственную). gstreamer или xine - это такие же оболочки с кодеками. Ище есть vlc, mplayer со своми кодеками. А никого не возмущает факт наличия llibgstgl, что OpenGL не достаточно, вокруг него нужно еще нагородить миллион библиотек типа libgtkglext и как в ЭТОМ зоопарке жить?

Вопрос о xine-ui - да в настройках звука можно указать используемый аудиодрайвер (auto, alsa, file, null - конец списка). Какое из этих слов напоминает зоопарк. А audio.alsa_front_device можно бросить на plughw:0, plughw:1 или на asym_spdif. И pulse для этого не нужен.

А вывод изображения через fb, xv, gl, vdpau, yuv, в видеопамять - э как вас со звуком заколдобило.

[diesel]

Пардон. esd - звуковой сервер для Enlightenment и GNOME, arts - для KDE. Мы ведь не забыли, что freedesktop появился позже нежели KDE или GNOME. Поток на выходе работает с одними и теми же библиотеками, к примеру, libalsa.
....
Вопрос о xine-ui - да в настройках звука можно указать используемый аудиодрайвер (auto, alsa, file, null - конец списка). Какое из этих слов напоминает зоопарк. А audio.alsa_front_device можно бросить на plughw:0, plughw:1 или на asym_spdif. И pulse для этого не нужен.

В настройках xine-ui можно указать используемый "аудиодрайвер", в этом списке сейчас прибывают: alsa, oss, jack, pulseaudio, file и null: в Debian stable я смотрю, если что. Был там же и esd, и arts. Да, на выходе все это работает с одним и тем же - с алсой, сейчас и выбора особого нет. И когда вы строили свое что-то что в состоянии играть звук: вы могли как xine-engine поддерживать всю эту радость, могли выбирать одну из них, и так далее. И в зависимости от вашего, как строителя плейера, выбора, ну...например крутилка звука в Gnome могла вести себя достаточно по-разному. Вы чего доказать-то пытаетесь?

[TuxWare]

Просто Вы вошли в эту дверь, прошли по коридору мимо отсутствующей документации и достигли "systemd - это штука из той же категории, в основном погоня за упрощением управлением и мониторингом". Но мне почему то кажется, что это просто RH усиливает свои позиции в linux-бизнесе, а все остальное от лукавого.

[diesel]

Просто Вы вошли в эту дверь, прошли по коридору мимо отсутствующей документации и достигли "systemd - это штука из той же категории, в основном погоня за упрощением управлением и мониторингом".

Да, systemd это штука из той же категории что и pulseaudio и network manager - больше контроля через API(в широком смысле), меньше прямого контроля.

Но мне почему то кажется, что это просто RH усиливает свои позиции в linux-бизнесе, а все остальное от лукавого.

Кто контролирует API, тот контролирует мир? Возможно. Я не то чтобы согласен, но у меня нет желания спорить на эту тему. В текущий момент я не являюсь разработчиком ни одного из дистрибутивов, соответственно изменения и новые веяния воспринимаю или как условие задачи: с этим так или иначе придется работать, и нужно понять как это можно использовать в своих целях, или не использовать; или же просто интересная задача на "понять что хотел сказать автор".

[altwazar]

Но мне почему то кажется, что это просто RH усиливает свои позиции в linux-бизнесе, а все остальное от лукавого.

Каким образом? Это просто запускалка, да и никто не спешит на нее пока переходить.

[alv]

интересная задача на "понять что хотел сказать автор".

Тут ответ как раз очевиден.
А вот первые два придётся решать - и вовсе не разработчикам, а пользователям.

Это просто запускалка

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

никто не спешит на нее пока переходить.

Посмотрите вести с полей: ещё как спешат...

[Bizdelnick]

Это просто запускалка, да и никто не спешит на нее пока переходить.

Ах, если бы...
Первое, с чем столкнулся при обновлении OpenSUSE до 12.1 - не поднялась сеть при загрузке. Почесал репу, глянул - так и есть, systemd. Снёс, поставил sysvinit - заработало как надо.
В Мандриве же на поддержку sysvinit вообще забили, мол у нас systemd - и всё.

[taaroa]

да и никто не спешит на нее пока переходить.

RFC: OpenRC as Init System for Debian
http://lists.debian.org/debian-devel/2012/04/msg00547.html

> What we offer you is a modern, slim, userfriendly init system with
Sorry, no. upstart, systemd or the Apple thing are modern init systems,
this one is not.
But I agree that it would have been nice 5 years ago.

[altwazar]

Посмотрите вести с полей: ещё как спешат...

В ubuntu не хотят, в дебиане размышляют.

RFC: OpenRC as Init System for Debian

Угу, читал. OpenRC отличная штука, хоть и устаревшая.

[babay2004]

Смешно читать.
Ждите, когда вам всё сделают. Демонстрации устраивать можно, но они должны быть массовыми. С грамотными лидерами, которые могут заявить и отстаивать свою точку зрения, а не просто на форумах флудить.

[altwazar]

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

[babay2004]

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

Ты правда ничего не видел? Да сторазже говорили! Вот, к примеру, гентушники хотели похвалить свой OpenRC (котрый мне, кста, очень нравится): Features.
Так что, "читайте дальше".
Хотя мне пофиг - вернётся Федора не SysVinit, буду кушать. Она хорошая.

[TuxWare]

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

Об этом написано много. Systemd это ускоритель запуска системы. Правда пока он ничего не ускоряет. Intel и Samsung проделали большую работу в рамках проекта Tizen и предложили интегрировать UI / Desktop в systemd (не читал, только провел глаза по диагонали), но Greg Kroah-Hartman идею одобрил. Ждем рекомендаций, какие еще сервисы можно отключить.
Контроль над запуском сервисов, монтированием и соответственно хорошая диагностика ошибок. В жизни этого пока нет. В SUSE 12.1 был баг - systemd стирала стартовый скрипт dhclient, а потом пыталась запустить этот самый dhclient. Сообщения об ошибках говорили о чем угодно, но не о истинной проблеме. Наблюдаю ошибку запуска ntpd. Сообщение вида: ntpd накрылся медным тазом код 255. А, что значит этот код - типа ты уже должен быть давно в укрытии. Но смысл в другом все стартовые сервисы и прочее (чем управляет systemd) должны генерить такой себе отчет о происшедшей ошибочке. Тогда будет реально удобно ориентироваться в ситуации. И Потеринг обращается с этим вопросом, но разработчики того прочего окружения не сильно-то и торопятся этим заниматься.
Ну примерно так.
Я сравниваю эту штуку с UEFI. Идея в целом неплохая но очень опасная из-за стремления одних софт-гигантов быть неистребимыми на даном железе и не пустить туда конкурентов любой ценой.

[taaroa]

…а тем временем cve-2012-{0871,1101,1174}.

[altwazar]

Контроль над запуском сервисов, монтированием и соответственно хорошая диагностика ошибок.

Что это дает? Контроль над запуском сервисов должен решать какую-то проблему, контроль над монтированием тоже. Device-based Activation тоже для чего-то нужен?

Об этом написано много. Systemd это ускоритель запуска системы.

Судя по списку фич и описанию на http://www.freedesktop.org/wiki/Software/systemd ускорение загрузки системы - малая и незначительная часть systemd. Значит он должен решать и другие текущие проблемы.

[Aviator]

Судя по исходным текстам, systemd лепят в в стиле "хоть как-то работает, а там допилим". Я ответственно заявляю, что с таким подходом ничего хорошего получиться не может. В итоге, через 2-3 года, возможно, systemd будет опять переписываться заново. Может и под другим названием. И это проблема не только systemd, это кризис разработки ПО вообще. Я такое наблюдаю постоянно.

[alv]

systemd лепят в в стиле "хоть как-то работает, а там допилим"

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

это кризис разработки ПО вообще

С одной стороны, это можно поднять выше - это часть кризиса существующей модели циваилизации
Не первого, и надеюсь, что не последнего: два Рима пали, какие основания считать, что Рим Третий эта судьба минует?
Но предлагаю с хвилософических эмпириев спуститься на грешную землю. И чуть ограничить сферу.
Мы (мы, здесь присутствующие) имеем дело с кризисом модели разработки FOSS в том виде, в каком она сложилась. О чём более десяти лет назад предупреждали не самые глупые мужуки - Николай Безруков и Мытт Диллан.

И на распасе скромный автор этих строк

не собираясь равнять себя с великими именами Кольки Зятя и Льва Урана, об этом писал несколко лет назад в линуксформатовской колонке под названием Что погубит свободный софт.
Дык ведь ладно меня не читают - но и Безрукова с Дилланом тоже.

Я плохо переношу тех, кого не учит история

Мэтт Диллан

[Aviator]

Мы (мы, здесь присутствующие) имеем дело с кризисом модели разработки FOSS в том виде, в каком она сложилась. О чём более десяти лет назад предупреждали не самые глупые мужуки - Николай Безруков и Мытт Диллан.

Да и в мире коммерческого софта точно такой же "АдЪ и ИзраилЬ"...

[diesel]

Судя по исходным текстам, systemd лепят в в стиле "хоть как-то работает, а там допилим". Я ответственно заявляю, что с таким подходом ничего хорошего получиться не может.

Вы опять останавливаетесь на самом интересном месте Расскажите что там не так внутри. (это я сейчас не спорю, просто интересно)

[altwazar]

Вы опять останавливаетесь на самом интересном месте Расскажите что там не так внутри. (это я сейчас не спорю, просто интересно)

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

[diesel]

Вы опять останавливаетесь на самом интересном месте Расскажите что там не так внутри. (это я сейчас не спорю, просто интересно)

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

если systemd - это заговор RH, то это точно не "работать ради работы". Хотя все же интересует техническая плоскость вопроса

[diesel]

systemd лепят в в стиле "хоть как-то работает, а там допилим"

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

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

[alv]

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

Такаяч вероятность есть всегда и везде.
Но до сих пор практика показывала, что не доводили до конца ещё ни одну перестройку. Хотя это мы уже где-то с Вами обсуждали - про вопли чукчи-хирурга "Опять ничего не получилось" над трупами devfs и HAL..
А вот новые дома, типа DrasgonFly, строят, строят и таки достараивают.