лучше расскажи, когда rhel 6.0 зарелизится

Systemd - это хорошо. Главное, чтобы не получилось как с ранними релизами pulseaudio =).

Вот кто украл машину времени с ЛОРа!

systemd это плохо! федоравский systemd-4-4.fc14.src.rpm зависит от несуществующего (на сайте самих разработчиков) dbus-1.3.2 :) в то время как в федоре dbus-1.3.2-0.0.885483.fc14.src.rpm

И что? Из гита взять dbus уже никак?

http://lists.freedesktop.org/archives/systemd-devel/2010-July/000128.html

Мдее.. Авторы пульса взялись за инитскрипты.

Переход на Git

Теперь с моим 256-килобитным анлимом не покоммитишь.

Молодцы, что тут сказать.

Авторы пульса убрали инитскрипты.

fixed

> Теперь с моим 256-килобитным анлимом не покоммитишь.
А почему? git AFAIK более экономен по трафику, чем CVS/SVN. Загрузил раз основное дерево, и дальше по чуть-чуть обновляйся.

> лучше расскажи, когда rhel 6.0 зарелизится

Да-да, а то уже больше года назад должна была выйти, а до сих пор нет. RedHat закапывает RHEL и переходит на Федору?

> Systemd - это хорошо. Главное, чтобы не получилось как с ранними релизами pulseaudio =).

непонятно тока, нахер было выкидывать старый проверенный проверенный десятилетиями init (тот, который имеет PID 1, а не скрипты). Так бы было б что-то, что смогло systemd перезапустить, если ему поплохеет.

Прозреваю, что автор системд хочет догнать венду по падучести

А почему? git AFAIK более экономен по трафику, чем CVS/SVN. Загрузил раз основное дерево, и дальше по чуть-чуть обновляйся.

У git'а есть одна серьёзная проблема: он не поддерживает докачку. А это значит, что выкачать какой-нибудь «толстый» репозиторий через падучий канал попросту невозможно.

Можно ведь выкачать из cvs, пока он работает и синхронизировать с git?

есть git cvsimport, но можно ли будет синхронизировать х.з.

>У git'а есть одна серьёзная проблема: он не поддерживает докачку. А это значит, что выкачать какой-нибудь «толстый» репозиторий через падучий канал попросту невозможно.

Да, например, Qt реп не выкачивается. Просто у нас нет такого анлима, который способен держать связь целых 5 часов без разрыва. Да и не факт, что это из-за связи. Просто перегруженный гиториус рвёт связь когда захочет.

Кроме того, чтобы полноценно участвовать в разработке, нужно клонировать весь реп со всей историей изменений. Это тоже порядком бесит. Особенно показателен пример со спеками-патчами как в сабже. Вместо svn co путь_к_репу/путь_к_пакету придётся качать весь реп, да ещё с историей изменений. В общем, маразм крепчал.

ЗЫЖ Qt-шный реп с 5-й попытки удалось выкачать на 8-ми мегабитном анлиме. Это даже не смешно.

>А почему? git AFAIK более экономен по трафику, чем CVS/SVN. Загрузил раз основное дерево, и дальше по чуть-чуть обновляйся.

Видно, история изменений имеет отрицательный размер.

ура!! жду и буду ставить альфу.

>непонятно тока, нахер было выкидывать старый проверенный проверенный десятилетиями init (тот, который имеет PID 1, а не скрипты). Так бы было б что-то, что смогло systemd перезапустить, если ему поплохеет.

Будет падать - вышвырнут с треском, федора всё-таки не убунта.

>Будет падать - вышвырнут с треском, федора всё-таки не убунта.

За свои поделки они стоят горой. Пульс тому подтверждение.

> В дальнейшем upstart будет убран из системы.

Странно как-то, в Debian только начали предлагать желающим протестировать новую систему инициализации (upstart), в Fedora её уже убирать собрались и городят что-то еще «более новое». Не знаю плохо это или хорошо...

>systemd
отлично. Не терпится пощупать.

(Russian) Fedora — дистрибутив, которым я пользуюсь последние три года.

К сожалению даже сейчас мэинтейнеры отказываются переходить хотя бы на MRI 1.8.7, оставаясь на 1.8.6, который всерьёз уже никто не трогает.

Приходится ставить общесистемный rvm и в каждом ~/.profile форсировать нужную версию интерпретатора :)

>>Переход на Git

Теперь с моим 256-килобитным анлимом не покоммитишь.

Обычно для этого выкладывают снепшоты гита для скачивания удобным методом. Потом их обновляешь и получаешь актуальный клон.

За свои поделки они стоят горой. Пульс тому подтверждение.

А что, кто-то уже написал альтернативу пульсу? Интересно посмотреть.

>Обычно для этого выкладывают снепшоты гита для скачивания удобным методом. Потом их обновляешь и получаешь актуальный клон.

Ни разу такого не видел.

вы git с bzr не путаете?

>А что, кто-то уже написал альтернативу пульсу? Интересно посмотреть.

Альтернативу в чём? Что такого умеет пульс, чего не умеет голая альса.

>За свои поделки они стоят горой. Пульс тому подтверждение.

В отличие от убунты, в федоре у пульса никогда не было феерических косяков.

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

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

Конечно, просто в убунте его практически не выпилить. Тогда как в мандриве, например, он отключается одной галкой.

Ещё примечателен тот факт, что в мандриве на пульс наложено более 80 патчей. И проблем там действительно меньше.

>Fedora: на пути в топку

fixed.

ох надеюсь пофиксят траблы с нвидией, ох надеюсь...

> Глючный хрипящий пульс - это сугубо внутриубунтовский мем

Вполне возможно. Поможешь попытаться опровергнуть гипотезу? Для этого надо всего-навсего:

0) Взять неубунту

1) В /etc/pulse/daemon.conf выставить flat-volumes явно в no (что Ubuntu, собственно, и делает патчем)

2) Выставить в gnome-volume-control профиль каналов 5.1

3) Убедиться, что переменная PULSE_NO_SIMD не установлена

4) Проиграть какую-нибудь музыку

В итоге получается конфигурация, которую никто, кроме убунтушников, скорее всего, толком и не тестировал. Вопрос: присутствует ли в этой конфигурации высокочастотный (5.5 kHz) свист на фоне музыки?

>Теперь с моим 256-килобитным анлимом не покоммитишь.

ЛОР сочувствует тебе.

>Теперь с моим 256-килобитным анлимом не покоммитишь. Нищеброды из замкадья не нужны. Федора - дистрибутив успешных людей.

> (Russian) Fedora — дистрибутив, которым я пользуюсь последние три года.

К сожалению даже сейчас мэинтейнеры отказываются переходить хотя бы на MRI 1.8.7, оставаясь на 1.8.6, который всерьёз уже никто не трогает.

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

> ох надеюсь пофиксят траблы с нвидией, ох надеюсь...

А что не так с нвидией?

>Systemd интегрирован в Rawhide. Теперь он может использоваться вместо upstart. Осталась временная возможность выбирать при загрузке систему инициализации через параметр init=/bin/systemd или init=/sbin/upstart. В дальнейшем upstart будет убран из системы.

Systemd

Это не велосипед от создателя пульса!? ;) Подозреваю что пользователи федоры наслядятся этим кактусом по самое небалуй =)))

ну разве это дело, устанавливать драйвера такими способами?

http://forums.fedoraforum.org/showthread.php?t=204752&highlight=leigh123linux...

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

>вы git с bzr не путаете?

Нет, я именно про гит такое читал. Именно из-за неподдержки докачки. Возможно в kde-scm-interest ссылались на это как на существующее решение.

> ну разве это дело, устанавливать драйвера такими способами?

По-моему нормально. Я думал у вас что-то не работает. А вам просто лень пару команд скопипастить.

> Я думал у вас что-то не работает

да, не работает.В новом PAE ядре после обновления перестали работать иксы. Хорошо хоть старое работает. Инструкция уже не помогает.

А вам просто лень пару команд скопипастить.

Можете чем-то помочь? Был бы рад.

rhel 6.0 не нужен?

> лучше расскажи, когда rhel 6.0 зарелизится

А зачем он вам? Debian - наше всё, зачем вам шапка - платность (можно конечно CentOS поставить) скудные репозитории старого софта, прикрутка сторонних, глюки от этого....

> Можете чем-то помочь? Был бы рад.

Вы бы хоть версии ядра, блоба и лог Х показали.

Дебиан - это не серьезно в продакшн. Срок поддержки 2-3 года только для красноглазых энтузиастов сущесвенным считается, для нормальных же компаний не менее пяти лет.

>Странно как-то, в Debian только начали предлагать желающим протестировать новую систему инициализации (upstart), в Fedora её уже убирать собрались и городят что-то еще «более новое». Не знаю плохо это или хорошо...
К слову, потыкал. Даже удивился, но всё заработало без особенных косяков.

>Нет, я именно про гит такое читал. Именно из-за неподдержки докачки. Возможно в kde-scm-interest ссылались на это как на существующее решение.

Ну не знаю. Вот сколько видел проектов на гите, ни один не потрудился выложить свежий git clone. Максимум, можно скачать последний срез, который просто свалка исходников без возможности обновления. Ну и как водится по http и тоже без докачки.

>Это не велосипед от создателя пульса!? ;)

Он самый. Но самое смешное, что автор работает в RedHat и получает за это дело приличную зарплату.

Кгхм, атомарность, как бы

>К слову, потыкал. Даже удивился, но всё заработало без особенных косяков.

Ничего удивительного. Его автор позиционирует себя как «openly gay» и тратит на допиливание очень много времени (кстати, тоже не бесплатно). Но это так к слову. С технической точки зрения всё хуже. упстарт зависит от демона dbus (systemd этим грешит тоже). В результате мы имеем понижение надёжности системы, да и применять линукс во всяких embedded железках станет труднее из-за лишних процессов. Кроме того, во всех никсах есть хороший и надёжный UDS, работающий без всяких демонов. Не понятно, почему в линуксе занимаются велосипедостроением и плодят демонов на каждый чих.

>С технической точки зрения всё хуже. упстарт зависит от демона dbus (systemd этим грешит тоже).

Ты вообще нормальный? Дбас - уже давно стандарт межпроцесного взаимодействия. Все правильно сделали, не стали плодить велосипеды.

Перекидывание потоков на ходу на другие аудиоустройства.

>Ты вообще нормальный? Дбас - уже давно стандарт межпроцесного взаимодействия. Все правильно сделали, не стали плодить велосипеды.

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