Началось (http://blog.mandriva.com/en/2011/06/29/mandriva-2011-rc1-is-.../) тестирование кандидата в релизы Linux-дистрибутива Mandriva 2011. Появление iso-образа (ftp://ftp.free.fr/mirrors/ftp.mandriva.com/MandrivaLinux/dev.../) на зеркалах, совмещающего установочный образ и Live-систему, ожидается в ближайшие несколько часов. Одновременно ожидается (http://downloads.rosalab.ru/iso/ROSA.Desktop/) выход кандидата в релизы отечественной сборки Mandriva - ROSA Desktop (http://www.opennet.me/opennews/art.shtml?num=30369).
Так как новая версия Mandriva содержит (http://www.opennet.me/opennews/art.shtml?num=28805) ряд значительных системных изменений, таких как переход на пакетный менеджер RPM5 (http://rpm5.org/) и систему инициализации Systemd (http://www.freedesktop.org/wiki/Software/systemd), для обеспечения должного уровня качества тестирование нового выпуска будет проходить дольше чем обычно. 26 июля планируется (http://wiki.mandriva.com/en/index.php?title=2011_Dev...URL: http://blog.mandriva.com/en/2011/06/29/mandriva-2011-rc1-is-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=31033
> Новый центр управления (mandriva-control-center), написанный с использованием библиотеки Qt и интегрированный в систему управления конфигурацией KDEdrakx, получается, убрали?
Нет, он тоже есть, но он не изменился, чего о нем писать? И так все знают :)
Кто-нибудь фанатично использует все это хозяйство или только так, что бы посмотреть и забыть?
(почти) никто не использует, потому что релиза ещё не было.
Скромно уточню что около 200т компьютеров от ОЕМов в Бразилии его бОльшей частью уже используют (но без нового интерфейса) :).
Это дествительно замечательно, но я имел в виду именно новые плюшки.
Кстати, RC1 всё ещё is at the door. Когда же уже?
Обязательно попробую на нетбуке.
Если на нем будет работать 3D-ускорение, оставлю.
Если хорошо будет работать на нетбуке, поставлю на рабочий.
Если хорошо будет работать на рабочем, поставлю на домашний.
Если в чо..., то тогда....
Если ноутбук со штеудом, то не будет. Нормально работает mesa-7.11 + intel из гита со включенным SNA.
> Если ноутбук со штеудом, то не будет. Нормально работает mesa-7.11 + intel
> из гита со включенным SNA.В 7.10.3 ситуация с SNA весьма неплохая (в смысле, не падает на ровном месте и даже 3Д ускоряет), но да, в гите все намного прогрессивней.
На нетбуке если меньше гигабайта памяти то будет не быстро, если использовать nepomuk. Так что советую его отключить пока.
Это теперь центр управления с собой кеды тащит? Я прав?
А кеды тут позиционируются как единственно правильное решение... Они должны быть всегда и только они. И это замечательно!
>А кеды тут позиционируются как единственно правильное решение...Ну-ну
Что "ну-ну"? Mandriva всегда была KDE-ориентированным дистрибутивом, а сейчас все просто дошло до логического конца. Остальные среды будут в последствии добавляться с помощью сообщества. Магея, вроде, уже сейчас с гномом есть - пользуйтесь!
>Что "ну-ну"? Mandriva всегда была KDE-ориентированным дистрибутивом, а сейчас все просто дошло до логического конца.Никогда такого не было. Все драковские тулзы юзают gtk.
> Никогда такого не было. Все драковские тулзы юзают gtk.Не только, он просто наиболее известен (http://svn.mandriva.com/svn/soft/drakx/trunk/perl-install/in.../)
> Не только, он просто наиболее известен (http://svn.mandriva.com/svn/soft/drakx/trunk/perl-install/in.../)Покуете всё равно одним пакетом. Так что без gtk никак.
+
Действительно смысла Gnome тащить с собой нет, есть куча заточенных под гном дистров и сосредоточется на одном но очень хорошо - это правильно.
Я бы еще прекратил свои сборки HTTPD, FTP и прочего базового серверного софта собирать и юзал бы пересобранные из RHEL или FEDORA, т.к. на сервера все-равно Mandriva мало кто юзает и смотреть разницу в конфигах (я офигел когда увидел как по файлам раскидали httpd.conf)
Наоборот :).Новый контрол-центер разделен на различные части по идее MVC - low-level backend который крутится как демон и управляется через dbus; контроллер которые его контроллирует и авторизует приоритетные команды через policykit и view - который и есть интерфейс.
Интерфейс может быть на qt+qml, gtk, ncurses и web (ну и в принципе на других технологиях тоже, но пока нам этого достаточно), на данный момент доступна версия на qt+qml. Если установлен КДЕ, то он автоматически в него встраивается через KCM, если нет - то работает сам-по-себе.
Надеюсь что более-менее понятно объяснил..
Сейчас через drackconf я могу управлять настройками удаленной машины, просто запуская drackconf в терминале через ssh. А в новой версии это возможно?
> Сейчас через drackconf я могу управлять настройками удаленной машины, просто запуская drackconf
> в терминале через ssh. А в новой версии это возможно?Drakconf там есть. Новая версия пока не планирует его полностью заменять.
(Для удаленной настройки есть еще и drakxtools-http, только она мало кому известна и где-то с 2008 года не развивалась.. но работает).
>Новый контрол-центер разделен на различные части по идее MVC - low-level backend который крутится как демон и управляется через dbus;Что за маразм? Он требуется раз в год. Нафига ещё и демон?
>Интерфейс может быть на qt+qml, gtk, ncurses и web (ну и в принципе на других технологиях тоже, но пока нам этого достаточно), на данный момент доступна версия на qt+qml. Если установлен КДЕ, то он автоматически в него встраивается через KCM, если нет - то работает сам-по-себе.Значит под гтк нет? Я правильно понял?
>Надеюсь что более-менее понятно объяснил..Я тоже на это надеюсь.
> Что за маразм? Он требуется раз в год. Нафига ещё и демон?Когда он требуется, он стартует, от рута, через dbus. Когда не требуется, он не стартует :).
> Значит под гтк нет? Я правильно понял?
Абсолютно :).
> Когда он требуется, он стартует, от рута, через dbus. Когда не требуется,
> он не стартует :).Чем shared-библиотеки не угодили? Может стоит вообще всё переписать с демонами на дбас?
>> Когда он требуется, он стартует, от рута, через dbus. Когда не требуется,
>> он не стартует :).
> Чем shared-библиотеки не угодили? Может стоит вообще всё переписать с демонами на
> дбас?Вдумчиво читаем про policykit и разделение прав (например, тут - http://en.wikipedia.org/wiki/PolicyKit...).
> Вдумчиво читаем про policykit и разделение прав (например, тут - http://en.wikipedia.org/wiki/PolicyKit...).И при чём тут разделение прав? sudo/su уже отменили?
>> Вдумчиво читаем про policykit и разделение прав (например, тут - http://en.wikipedia.org/wiki/PolicyKit...).
> И при чём тут разделение прав? sudo/su уже отменили?По ссылке что я привел, 3 фраза: "In contrast to systems such as sudo, it does not grant root permission to an entire process, but rather allows a finer level of control of centralized system policy. ".
>По ссылке что я привел, 3 фраза: "In contrast to systems such as sudo, it does not grant root permission to an entire process, but rather allows a finer level of control of centralized system policy. ".Странно, но как раньше обходились без этой архиважной штуки? Да и сейчас не припомню случаев, чтобы оно было нужно в реальной работе. Нет, я конечно не против подобного подхода вообще. Но, как обычно, удалить ненужную программу практически невозможно.
> Странно, но как раньше обходились без этой архиважной штуки? Да и сейчас
> не припомню случаев, чтобы оно было нужно в реальной работе.Она несколько лет уже как есть в федоре, сузе, убунте, итд. Это, если в общем, то самое окошко которое просит пароль рута (или юзера) когда надо что-то сделать в системе :).
Раньше (где-то лет 10 как уже) это работало через consolekit, но проблема тут в том, что тут права давались на весь процесс. Так что процесс мог запросить доступ к программе Икс, которая совершенно случайно могла бы rm -rf /* запустить или что-то в этом духе. Например.
Su/sudo это совершенно другой подход, где политики доступа решаются через системную конфигурацию. Это например довольно таки в деталях обсуждалось на lwn (http://lwn.net/Articles/363097/).
В принципе, как и все в юникс системах, все можно решить разными способами - как через policykit, так и через consolekit, так и через sudo, так и через chmod +s + selinux. Различия в деталях.
>Она несколько лет уже как есть в федоре, сузе, убунте, итд.Меня они мало интересуют.
>Так что процесс мог запросить доступ к программе Икс, которая совершенно случайно могла бы rm -rf /* запустить или что-то в этом духе. Например.А что, в вашем дистрибутиве есть такие программы? Тогда ай.
>В принципе, как и все в юникс системах, все можно решить разными способами - как через policykit, так и через consolekit, так и через sudo, так и через chmod +s + selinux. Различия в деталях.А почему бы не предоставить пользователю выбрать эти "детали"? А не навязывать конкретные реализации, да ещё с такими странными ограничениями. (Я про необходимость реализации часть функционала в виде демона)
> А что, в вашем дистрибутиве есть такие программы? Тогда ай.:)
> А почему бы не предоставить пользователю выбрать эти "детали"? А не навязывать
> конкретные реализации, да ещё с такими странными ограничениями. (Я про необходимость
> реализации часть функционала в виде демона)Так выбирайте, я разве мешаю? Старый MCC как был так и остался, ничто не мешает сделать urpme mandriva-control-center и наслаждаться :).
> :)Я полагаю, там такого нет. Вот и чудненько. Программа решает проблему, который и так нет.
> Так выбирайте, я разве мешаю? Старый MCC как был так и остался,
> ничто не мешает сделать urpme mandriva-control-center и наслаждаться :).Наслаждаться чем? systemd он уже не поддерживает. Да и так там много чего поотвалилось.
>>Новый контрол-центер разделен на различные части по идее MVC - low-level backend который крутится как демон и управляется через dbus;
> Что за маразм? Он требуется раз в год. Нафига ещё и демон?Я кстати давно размышляю на тему того, что уже назрела необходимость сделать "on demand" запуск сервисов для DBus. Делает элементарно и полностью решает проблемы с запуском демонов для редкоиспользуемых операций. Делам маппинг какие процессы на какие запросы DBus запускать и выполняем нужные программы только кода поступает соответствующее обращение. Можно еще не сразу процесс убивать, а как FastCGI держать его некоторое время в памяти, до истечения таймаута, на случае если следом другие запросы пойдут.
> Я кстати давно размышляю на тему того, что уже назрела необходимость сделать
> "on demand" запуск сервисов для DBus. Делает элементарно и полностью решает
> проблемы с запуском демонов для редкоиспользуемых операций. Делам маппинг какие процессы
> на какие запросы DBus запускать и выполняем нужные программы только кода
> поступает соответствующее обращение. Можно еще не сразу процесс убивать, а как
> FastCGI держать его некоторое время в памяти, до истечения таймаута, на
> случае если следом другие запросы пойдут.У systemd есть похожая фича, но он только запускает процессы, не убивает по окончанию. Если я не ошибаюсь, Леннарт это запланировал на какую-то из следующих версий.
Что же эти поделки Леннарта пихают во все дистры? Не проясните ситуацию? А то уже задобался их выпиливать.
> Что же эти поделки Леннарта пихают во все дистры? Не проясните ситуацию?
> А то уже задобался их выпиливать.Они нам нравятся :). Другого ответа придумать не могу.
С другой стороны, и без них все работает, в смысле, если их отключить через draksound либо urpmi sysvinit. Но если вопрос их полного и абсолютного выпиливания изо всех возможных пакетов критичен, то да, тогда пилить придется много :(.
>Они нам нравятся :). Другого ответа придумать не могу.И что? Почему jack-сервер я могу свободно поставить и удалить полностью. Почему с поделками Леннарта такое не прокатывает? Это уже не линукс, а какая-то монолитная венда получается.
>С другой стороны, и без них все работает, в смысле, если их отключить через draksound либо urpmi sysvinit. Но если вопрос их полного и абсолютного выпиливания изо всех возможных пакетов критичен, то да, тогда пилить придется много :(.А что, так уж сложно сделать альтернативу? Без этих идиотских зависимостей? Почему для сборки из srmp alsa я должен ставить этот systemd?
>А что, так уж сложно сделать альтернативу?Сделайте.
>Почему для сборки из srmp alsa я должен ставить этот systemd?
Полагаю, вы не тот тон выбрали. На подобные же вопросы ответ один: Что-то не нравится? Ваши проблемы.
> Сделайте.Её сделали. И не одну. Речь идёт о невозможности нормального удаления ненужной программы.
> Полагаю, вы не тот тон выбрали. На подобные же вопросы ответ один:
> Что-то не нравится? Ваши проблемы.Почему не тот? Я трачу на этот дистрибутив время и деньги. Имею я право поинтересоваться, а какого там стоит программа X без возможности замены на Y?
> Почему не тот? Я трачу на этот дистрибутив время и деньги. Имею
> я право поинтересоваться, а какого там стоит программа X без возможности
> замены на Y?Ну нравится ей там, вот и стоит, какого ответа Вы хотите? :)
Если не нравится, то уберите ее и все.
> Ну нравится ей там, вот и стоит, какого ответа Вы хотите? :)Конкретного.
> Если не нравится, то уберите ее и все.А зависимости?
Какой вопрос (И что? Почему jack-сервер я могу свободно поставить и удалить полностью. Почему с поделками Леннарта такое не прокатывает? А что, так уж сложно сделать альтернативу? Без этих идиотских зависимостей? Почему для сборки из srmp alsa я должен ставить этот systemd?), такой и ответ :)..А если серьезно, то все исходники доступны, все конфликты обозначены, сам дистрибутив собирается из тех же спеков что и доступны в src.rpm, если что-то не нравится то есть все возможности это "что-то" переделать, я не вижу проблем.. Нам поделки Леннарта нравятся и мы их используем, большинству программ и дистрибутивов тоже (если конечно не допускать мысли что их туда специально пихают чтобы вам лично досадить), так что смысла их выпиливать я лично не вижу..
> Нам поделки Леннарта нравятся и мы их используем,
> большинству программ и дистрибутивов тоже (если конечно не допускать мысли что
> их туда специально пихают чтобы вам лично досадить), так что смысла
> их выпиливать я лично не вижу..Ответа на свой вопрос я так и не услышал. А пользователи тут не при чём, думаю ни кто не обидится, если пульс-аудио можно будет удалить. Кроме того, гуголь говорит, что появятся даже довольные таким решением.
> А если серьезно, то все исходники доступны, все конфликты обозначены, сам дистрибутив
> собирается из тех же спеков что и доступны в src.rpm, если
> что-то не нравится то есть все возможности это "что-то" переделать, я
> не вижу проблем..Это старая песня. Вместо того, чтобы работать над одним дистрибутивом, каждый будет клепать свой велосипед. Появится несовместимость, проблемы. Да и так, я лучше занялся тестированием RC1 вместо исправления чужих необдуманных решений.
> Ответа на свой вопрос я так и не услышал. А пользователи тут
> не при чём, думаю ни кто не обидится, если пульс-аудио можно
> будет удалить. Кроме того, гуголь говорит, что появятся даже довольные таким
> решением.А что будет с теми кто обидится? Свой дистрибутив тоже клепить?
> А что будет с теми кто обидится? Свой дистрибутив тоже клепить?А ну что им обижаться? На возможность удаления ненужных программ? Для таких Mикрософт старается.
> Почему не тот? Я трачу на этот дистрибутив время и деньги.Сильно в этом сомневаюсь.
> Имею я право поинтересоваться, а какого там стоит программа X без возможности замены на Y?
Имеете. Но в таком тоне получите вышеуказанный мной ответ или просто игнорирование.
>Сильно в этом сомневаюсь.Меня это должно волновать?
>Имеете. Но в таком тоне получите вышеуказанный мной ответ или просто игнорирование.А чем, собственно, мой тон не угодил? Я задал конкретный вопрос. Но адекватного ответа так и не получил. Естественно, меня это не радует.
А неугодил им на самом деле не ваш тон, это просто предлог чтобы уйти от ответа.Тут ( на ОпенНете ) на неудобные вопросы есть три варианта ответа:
- Это линукс, деточка! ( Подразумевается, что задающий вопрос должен сам написать ядро... )
- На вопросы заданные таким тоном здесь ответов не дают! ( Вопрос задел за живое, а достойного ответа нет )
- А нам и так нравится! ( Тоже задело за живое, отвечающий прекрасно сознаёт, что фигня вышла, но он в этом никогда не сознается. Потом набегают поддерживающие и начинают кричать: "Это линукс, деточка!" ).
Всем давно известно, что поделки "Гарри Поттеринга" сами по себе чудесны, после запиливания в систему выпиливанию не подлежат. Недовольные такой нахальной политикой дистростроителей получают три варианта ответа ( смотри выше ).
На протяжении многих лет стоял мат по отношению к пульсу, теперь много лет будут материть системд. Недовольных будет куча и маленькая тележка, но им не дадут отстать от парохода прогресса, их насильно осчастливят взяв в поездку в светлое далёко.
Да, вот такая вот она странная политика. Перешёл я как-то на линукс как раз по причине навязывания ненужных мне фич. Но, похоже, тут дела становятся не лучше.
> Да, вот такая вот она странная политика. Перешёл я как-то на линукс
> как раз по причине навязывания ненужных мне фич. Но, похоже, тут
> дела становятся не лучше.Да Вы не переживайте, смотрите на всё философски. В Опенсорсе тоже самое, что и в НЕопенсорсе, каждый преследует свои интересы, критику никто не любит. Единственное отличие состоит в "отмазках". В Неопенсорсе - давай денег сделаем как тебе надо, а в Опенсорсе - тебе надо ты и делай, а не можешь давай денег мы сделаем. Почувствуйте разницу :-)
> В Неопенсорсе - давай денег
> сделаем как тебе надо, а в Опенсорсе - тебе надо ты
> и делай, а не можешь давай денег мы сделаем....или найди того, кто сделает :).
>> В Неопенсорсе - давай денег
>> сделаем как тебе надо, а в Опенсорсе - тебе надо ты
>> и делай, а не можешь давай денег мы сделаем.
> ...или найди того, кто сделает :).Это конечно тоже вариант :-))
> Это конечно тоже вариант :-))Так я бы сделал. Но мои патчи всё равно не примут в апстрим, ибо противоречат решению партии.
>> Это конечно тоже вариант :-))
> Так я бы сделал. Но мои патчи всё равно не примут в
> апстрим, ибо противоречат решению партии.А Вы пробовали? Если под апстримом имеется в виду Мандрива, то патчи которые противоречат политике НО включаемы/выключаемы через --with вполне себе принимаются (например, весь plf на этом и основан). Я так понял что основной конфликт с pulseaudio, так не вопрос, сделайте
%define with_pulseaudio 1
...
%configure2_5x --something \
%if %with_pulseaudio
--with-pulseaudio \
%endif...
%files
%if %with_pulseaudio
%_libdir/blablabla/libchto-to-tam-pulse.so*
%endifи все. Чтобы убрать пульс, достаточно будет просто rpmbuild --rebuild package.src.rpm --without pulseaudio :).
С systemd сейчас все так-же устроено, по умолчанию он поддерживается, но отключается через 1 флаг.
А что, без пересборки и правки спеков эта задача не решаема? Я вот сомневаюсь, что это так. Кроме того, меня интересует именно готовое решение, а не сборочный конструктор. Для последнего существуют другие дистрибутивы вроде той же генты.
> А что, без пересборки и правки спеков эта задача не решаема? Я
> вот сомневаюсь, что это так. Кроме того, меня интересует именно готовое
> решение, а не сборочный конструктор. Для последнего существуют другие дистрибутивы вроде
> той же генты.В контексте Мандривы как дистрибутива такого готового решения не будет - у нас совершенно обратная цель. В Магее тоже, я как раз с ennael по этому поводу недавно говорил. В unity тоже :(. Так что остается либо pclinuxos, откуда я никого не знаю и не знаю какие у них планы, либо делать еще один форк где это будет по-умолчанию.
Ну и либо сделать свой скрипт для пересборки в отдельный репозиторий, я об этом напишу как обещал, но придется пересобирать практически все (около 1200 пакетов жестко требуют либы pulseaudio).
Тут в чем проблема.. если какая-та программа поддерживает pulseaudio, то при сборке она с ним линкуется. Обычно ничего даже не надо для этого делать, практически все в Линуксе на текущий момент поддерживает pulseaudio из коробки, в том числе и его api, его надо руками отключать для каждого пакета. Без пересборки это никак не убрать - если просто удалить библиотеки, то просто все перестанет работать с unresolvаd symbols.
"Корректный" способ это отключить - через draksound, либо через /etc/sound/profiles, если отключить там пульс, то он не будет использоваться. Но в любом случае библиотеки из системы убрать без пересборки не получится.
Такие вот у меня мысли, буду рад если дополните - возможно я что-то упустил или есть какой-то простой способ которой я не вижу...
>Тут в чем проблема.. если какая-та программа поддерживает pulseaudio, то при сборке она с ним линкуется.Вот тут опять сказки пошли. Линкуются, вообще-то, с библиотеками. В вашей мандриве библиотечная libpulseaudio пакуется в отдельный пакет. Т.е. по идее я могу удалить пакет pulseauduio без нарушения целостности линковки. Но почему-то выносится полсистемы при попытке сделать urpme pulseaudio. Отсюда вывод, что тут проблема кривых рук или нежелание разбираться в зависимостях.
Ещё пример. Большинство программ имеет модульную структуру. Если что-то линкуется с libpulseaudio, то очень часто делается это одним модулем, который ни что не мешает вынести в отдельный пакет и при желании удалить вместе с библиотекой.
В alsa-utils тоже самое. Юниты systemd упакованы в один пакет вместе с alsamixer и т.д. Кто мешает паковать их отдельно? Непонятно. Теперь без systemd этот пакет не установишь.
Я уж не говорю о том, что данный подход удобен с use-флагами. По крайней мере если я соберу alsa-utils с --without systemd, то оно у меня не притащит этот systemd, если вдруг захочет обновиться.
Вот так вот я рассказываю о возможностях rpm разработчикам rpm-based дистрибутива. С какой-то стороны это даже смешно, если бы не было так грустно.
>>Тут в чем проблема.. если какая-та программа поддерживает pulseaudio, то при сборке она с ним линкуется.
> Вот тут опять сказки пошли. Линкуются, вообще-то, с библиотеками. В вашей мандриве
> библиотечная libpulseaudio пакуется в отдельный пакет. Т.е. по идее я могу
> удалить пакет pulseauduio без нарушения целостности линковки. Но почему-то выносится полсистемы
> при попытке сделать urpme pulseaudio. Отсюда вывод, что тут проблема кривых
> рук или нежелание разбираться в зависимостях.[eugeni@blackbeer-x86_64 13:58:25 /usr/bin] $ ldd /usr/bin/dolphin | grep pulse
libpulse.so.0 => /usr/lib64/libpulse.so.0 (0x00007fcab14ad000)
libpulse-mainloop-glib.so.0 => /usr/lib64/libpulse-mainloop-glib.so.0 (0x00007fcab12a8000)
libpulsecommon-0.9.23.so => /usr/lib64/libpulsecommon-0.9.23.so (0x00007fcaacea1000)Как мне удалить pulse чтобы dolphin (например) продолжал работать без переборки?
Ну или "for z in /usr/bin/*; do ldd $z 2>/dev/null | grep -q pulse && echo $z; done" например покажет те бинарники которые жестко от пульса зависят. Как их по модулям разнести чтобы можно было бы удалить .so с которым они слинкованы чтобы все продолжало работать?
>Как мне удалить pulse чтобы dolphin (например) продолжал работать без переборки?Вы мой пост внимательно читали? Вижу, что нет.
>В чем тут к нам претензии?
Не умеете правильно разбивать пакеты при сборке. Или не хотите. Только и всего. Вот пример грамотной разбивки http://svn.mandriva.com/svn/packages/cooker/audacious-plugin... И не надо мне утверждать, что это не возможно. О возможностях rpm я прекрасно осведомлён. Не первый год пакеты собираю.
> В alsa-utils тоже самое. Юниты systemd упакованы в один пакет вместе с
> alsamixer и т.д. Кто мешает паковать их отдельно? Непонятно. Теперь без
> systemd этот пакет не установишь.О, вот хороший пример как раз, alsa-mixer! Systemd интегрирован в апстрим (http://www.alsa-project.org/main/index.php/Changes_v1.0.23_v...), никаких патчей от мандривы в нем нет, что апстрим поставляет то и ставится. И по умолчанию alsa-utils поддерживает systemd, и сам устанавливает свои service файлы. В чем тут к нам претензии? Это с апстримом разбираться нада, почему сама альса поддерживает systemd из коробки...
Сам alsa-utils ничего от systemd не требует, просто создает свои сервис-файлы и все. Если есть systemd, он их подхватывает. Если нет, ничего не происходит. Никаких зависимостей от systemd в пакете нет:
[eugeni@blackbeer-x86_64 14:07:48 ~/mandriva/repsys/cooker/alsa-utils] $ urpmf --requires alsa-utils | grep systemd
[eugeni@blackbeer-x86_64 14:07:51 ~/mandriva/repsys/cooker/alsa-utils]В чем конкретно тут проблема? В том, что апстрим считает systemd прогрессивной технологией и его поддерживает из коробки? Так это к ним надо обращаться, чтобы выпиливали, раз Вам не нравится...
>В чем конкретно тут проблема? В том, что апстрим считает systemd прогрессивной технологией и его поддерживает из коробки?Опять вернулись к тому от чего ушли. Он может 5 инитов поддерживать из коробки. И что? Значит хидеры в отдельные пакеты выносите. Библиотеки тоже. А тут пару файликов сложно стало. Не вижу логики.
> Опять вернулись к тому от чего ушли. Он может 5 инитов поддерживать
> из коробки. И что? Значит хидеры в отдельные пакеты выносите. Библиотеки
> тоже. А тут пару файликов сложно стало. Не вижу логики.Я тоже не вижу :(. Мы вернулись к тому, с чего и начали - если эта структура пакеты Вас не устраивает, то просто его пересобрать как нужно и все...
> Я тоже не вижу :(. Мы вернулись к тому, с чего и
> начали - если эта структура пакеты Вас не устраивает, то просто
> его пересобрать как нужно и все...Т.е. исправлять ошибки вы не хотите?
> Т.е. исправлять ошибки вы не хотите?Если эти ошибки на наш взгляд не ошибки, то нет. В данном конкретном случае, я никак не вижу это как ошибку. Сорри.
> Если эти ошибки на наш взгляд не ошибки, то нет. В данном
> конкретном случае, я никак не вижу это как ошибку. Сорри.Т.е. вы считаете нормальным, что при попытке сделать urpme pulseaudio (не libpulseaudio0!) удаляется mysql-workbench? Тогда всё, вопросов больше не имею.
> Т.е. вы считаете нормальным, что при попытке сделать urpme pulseaudio (не libpulseaudio0!)
> удаляется mysql-workbench? Тогда всё, вопросов больше не имею.[eugeni@blackbeer-x86_64 17:06:07 ~] $ rpm -qa mysql-workbench*
mysql-workbench-oss-5.2.33-4-mdv2011.0.x86_64
[eugeni@blackbeer-x86_64 17:05:17 ~] $ echo y | sudo urpme --test pulseaudio | grep mysql
[eugeni@blackbeer-x86_64 17:05:21 ~] $Вы уверены что он удаляется именно из-за pulseaudio?
Обновил. Этот момент исправили. Вроде. Сделал urpmi sysvinit. Всё, система не грузится. Идём дальше. Mandriva-control-center жёскто зависит от systemd: http://svn.mandriva.com/svn/packages/cooker/mandriva-control... Т.е. выкручивание рук имеет место быть :(
> Обновил. Этот момент исправили. Вроде. Сделал urpmi sysvinit. Всё, система не грузится.
> Идём дальше. Mandriva-control-center жёскто зависит от systemd: http://svn.mandriva.com/svn/packages/cooker/mandriva-control...
> Т.е. выкручивание рук имеет место быть :(То, что конфигуратор systemd зависит от systemd я согласен, это выкручивание рук :(.
Увы, я полагаю что Вам было бы проще использовать другой дистрибутив :(.
>Опенсорсе - тебе надо ты и делай, а не можешь давай денег мы сделаем. Почувствуйте разницу :-)Тут вопрос в другой плоскости. Дистрибутив - это плод коллективного труда. И неприятно наблюдать, когда одни гадят другим.
Да-да, вы нас раскрыли :(.
> Да-да, вы нас раскрыли :(.А зачем вас раскрывать, мы тут вроде не в детском садике, а Вы не под столом спрятались. У всех есть глаза, читать и писать, хоть и с ошибками, все могут и все понимают, где лошадка порылась.
А Вам не пристало Ваньку валять. Очень неприятно такое ломание со стороны выглядит, как девица подростковая, ей богу не прилично. Было бы честным сказать, что не подумали или времени не хватило реализовать другое решение. В позу-то вставать зачем? Тут как бы все свои, чудес не ожидают, но и вопросы по делу, даже если они немного резко сформулированы, отметать с кривой улыбочкой не стоит. Не нужно в колодец плевать, не к лицу это взрослому дядьке.
> В позу-то вставать зачем? Тут как бы все свои, чудес не
> ожидают, но и вопросы по делу, даже если они немного резко
> сформулированы, отметать с кривой улыбочкой не стоит. Не нужно в колодец
> плевать, не к лицу это взрослому дядьке.Ну это вы сказали, не я. Лично *меня* как pulseaudio, так и systemd, так и avahi - они полностью устраивают, и сама Мандрива как дистрибутив бОльшей частью устраивает. А что не устраивает я могу либо починить, либо поменять, либо убрать, и как майнтейнер, и как юзер (через локальные репозитории). Причем использую абсолютно те же программы и утилиты что и разработчики, ничего секретного нет.
Я не шучу, у меня и впрямь нет другого ответа на вопрос "а почему я не могу что-то там отпилить или что-то там переделать" - все возможно, все инструменты для этого есть. Вот только не надо просить по умолчанию все это отпиливать только потому что это не нравится. Не всем это не нравится :).
В конце концов, ну раз уж не нравится абсолютно ничего в мандриве, и нет сил, желания или возможностей это лично починить, и знакомых и друзей нет чтобы помочь, то есть же еще гора других дистрибутивов - даже если считать основные форки то это как минимум pclinuxos, unity linux, caixa magica (до версии 2010), теперь mageia - есть ведь выбор. А если и там ничего не нравится, то согласитесь, к нам-то какие претензии?
Так что отвечая еще раз на конкретный вопрос - ни pulseaudio, ни systemd, ни avahi, ни networkmanager по умолчанию из Мандривы не будут убраны. У нас они работают, нам они нравятся, у меня к ним претензий нет. Если очень уж непонятно как их можно убрать, я могу написать howto, Вас это устроит?
> Если очень уж непонятно как их можно убрать,
> я могу написать howto, Вас это устроит?Вот это практичный подход !!!
Напишите, Вам очень многие скажут огромное спасибо. Если тут ещё и опубликуете,
то наверное будут бурные апплидисменты переходящие в бурные овации.Заранее спасибо. Ждём.
> Напишите, Вам очень многие скажут огромное спасибо. Если тут ещё и опубликуете, то наверное будут бурные апплидисменты переходящие в бурные овации.Лучше поздно чем никогда - написал - http://dodonov.net/blog/2011/07/22/on-exorcisms-and-other-fu.../ :))).
>Если очень уж непонятно как их можно убрать, я могу написать howto, Вас это устроит?Меня это тоже устроит. Надеюсь также, что попутно исправятся и эти идиотские зависимости.
Кто тут из Роса Лабз, уточните, какой у него срок поддержки планируется.
> Кто тут из Роса Лабз, уточните, какой у него срок поддержки планируется.Если мне не изменяет память, 3 года для Desktop версии и 5 лет для серверной (что выйдет несколько позже).
Разумные сроки. Спасибо.
> Разумные сроки.Только они уже туда и ff 5 включили. Его через полгода перестанут поддерживать. Не очень я это все понимаю.
>> Разумные сроки.
> Только они уже туда и ff 5 включили. Его через полгода перестанут
> поддерживать. Не очень я это все понимаю.Так он единственный поддерживаемый сейчас. 3.5, 3.6 и 4.0 больше не поддерживаются...
Дайте образыыыы! Охота же в виртуалбоксе посмотреть.
Собственно продолжение истории:http://blog.mandriva.com/en/2011/06/30/and-now-our-first-rc-.../
Заранее отвечаю на вопрос что торренты будут завтра :).
Торренты требуют всестороннего тестирования, поэтому задержатся ещё на день?:)
> Торренты требуют всестороннего тестирования, поэтому задержатся ещё на день?:)Нет, просто их не я делаю.
Спасибо, что оставили возможность легко убрать все свистелки от ROSA и вернуть стандартную панель. Обоину дефолтную можно было и пооригинальнее придумать, а не маковендообразную. В остальном всё отлично, интеграция mandriva-control-center в КДЕ весьма удобна (для юзеров КДЕ). Упрощение интерфейса долфин - то что нужно.
> Упрощение интерфейса долфин - то что нужно.Это тоже "свистелка" от ROSA. :)
Mandriva остается последним оплотом KDE. IMHO, не стоит тратить ресурсы на поддержку GNOME, тем кому он нужен используют другие дистрибутивы. Последнее время все больше дистрибутивов стараются угодить и любителям GNOME и любителям KDE, только в итоге лишние усложнения для пользователя и вечная проблема гонки за двумя зайцами.