Представлена первая альфа-версия менеджера пакетов Muon для debian-based дистрибутивов

Никогда не понимал этой фичи

ниасилятор детектед

У тебя детектор сломался, неосиляторы в дебиане, потому что до сих пор не могут сделать интеграции с PackageKit -http://wiki.debian.org/PackageKit#Discussion

Non-Interactiveness

By Hughsie's Law a running task (PackageKit transaction) is not allowed to wait for user input. But this is the case in several situations using dpkg/apt.

> Ну тут одни уже aptitude ниасилили. Решили просто выбросить.

aptitude - лишний жирный бесполезный монстр, туда ему и место.

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

1) Есть KPackageKit
2) Проблема в самом PackageKit, который не поддерживает debconf. И решить эту проблему пытаются именно разработчики KPackageKit: http://blogs.gnome.org/hughsie/2009/10/15/packagekit-and-debconf-progress/

> But this is the case in several situations using dpkg/apt.

Это ещё ничего, раньше пакеты в процессе установки могли вообще запрашивать ввод из stdin... :)) Покажите мне ещё хоть один пакетный менеджер, в котором *такое* можно наблюдать... :)

>Нет, это Ричард считал

Что он считал в данном случае никого не волнует, т.к. программа для APT based.

Ещё один неосилятор :}

> программа для APT based.

На APT-based она и закончит своё недолгое бренное существование... :)

> Ещё один неосилятор :}

Приведи навскидку пару объективных и полезных преимуществ aptitude над apt-*?

>у гномеров не прекращаются попытки клонировать amarok и digikam на gtk.

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

лично мне ваш амарок не нужен, deadbeaf или даже ритмбокса хватает.

>неосиляторы в дебиане, потому что до сих пор не могут сделать интеграции с PackageKit

может неосиляторы все-таки разработчики packagekit? ;)

Поиск по ЛОРу в зубы и вперёд, не раз обсасывалось.

Ты так говоришь, как будто это прибавит важности package kit :}

>и желательно без зависимостей на кделибы...

тогда не будет сотен толстых гномотроллей, изливающих желчь на зависимости

Найдётся 1000 и 1 другая причина :}

Дебиановский бекэнд делать - задача дебиановцев, а не пакажкитовцев.

Debconf

There is currently a discussion about the debconf integration on the mailing list. Generally Hughsie agrees to add a configuration dialog/method to PackageKit. But the configuration has to be done before or after a transaction.

В PackageKit согласны добавить диалоги настройки, но они должны быть до или после установки (вполне логично, зачем они во время установки?). Увы, для этого нужна помощь со стороны дебиана, а воз и ныне там.

> Поиск по ЛОРу в зубы и вперёд, не раз обсасывалось.

«aptitude безусловно крутой и нужный, ты просто его не осилил, а я не могу объяснить, в чём крутизна» :)))

> Ты так говоришь, как будто это прибавит важности package kit :}

Ты уж определись, мы о PackageKit разговариваем, или о велосипеде из топика... ;)

Об обоих, PK не нужен, а велосипед… не знаю, мне аптитуды хватает, но если сделают юзерфрендли для простого пользователя, почему нет? :}

PK не нужен

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

> PK не нужен

Копай глубже - дебиан не нужен. ;)

мне аптитуды хватает, но если сделают юзерфрендли для простого пользователя, почему нет?

Потому что как и «аптитуда» он останется уделом пользователей одного маргинального и устаревшего дистрибутива... :)

Они не задолбались менять эти менеджеры?

ps. когда-то была удобная вещь kpackage. Как для деб , так и для rpm

И как оно определит, что в одном дистре пакет называется ABC, а в другом XYZ? А если в другом дистре ещё как-то? Всё равно адаптация нужна. А так есть рекомендованные / предлагаемые зависимости. Всё уже придумано до PK.

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

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

Трололо такое трололо.

Ну, apt-rpm тоже не все возможности обычного apt-get имеет. Например, su -c'apt-get purge имя_пакета' не работает.

>При чем тут гуи? Пакадж кит дает дистронезависимый интерфейс, а дальше можно гуевины наворачивать по вкусу...

Пакадж кит тормозной bydesign. Он делает дохрена лишней не необходимой прямо сейчас работы. Он, например, не в состоянии выкинуть из очереди задач повторяющиеся элементы, он хочет каждую минут проверять обновления репозиториев (и нет, эти несколько xml'эк ничерта не мгновенно скачиваются, хотя скорость до зеркала у меня 25мбит). Получение описания, списка файлов, зависимостей - всё это делается через пакадж кит для каждого элемента отдельно. Мужик-2 правильно ворчал - морда к packagekit в федоре не в состоянии быстро дать ответ на вопрос «что снесётся по зависимостям вместе с этим пакетом?». С вшивым графом зависимостей из жалких пары тысяч элементов packagekit работает медленнее, чем медсёстры с регистратуре поликлиники ищут карточки.

>И как оно определит, что в одном дистре пакет называется ABC

Не интересовался, но работает же как-то?

А так есть рекомендованные / предлагаемые зависимости.

А вот это точно решено уже сейчас, все ведь работает через родной менеджер пакетов (apt в случае дебиана), менеджер и разруливает все, что надо.

Всё уже придумано до PK.

Где, ссылку можно?

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

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

>А зачем в муоне пункт переустановка?

На случай, если кривые руки, строчка на перле или бедблоки приведут пакет в нерабочее состояние.

О, да. Илитные названия пакетов, конечно же, программа сказать не может. Охохохо.

Ну так а зачем их говорить, если можно поставить? Автоматизация же.

О как. На всякий случай.

Знаем мы вашу автоматизацию, с которой можно пучок гномолиб получить, поставив gstreamer0.10-plugins-good. Спасибо, накушились :)

Простите, это не наша, а ваша, дебиановская, уже с вами обсуждали сей вопрос. ;-)

packagekit довольно молодой ышшо. все перечисленное - дефекты реализации, которые можно фиксить и наверняка будут зафикшены, раньше или позже. Но ведь и Мюон тоже только первая альфа. К тому времени, как случится релиз, может, и ПК дойдет до кондиции.

Зато при использовании ПК прикладуха становится куда более универсальной, не зависит от конкретных дистров.

ЗЫ Мое мотто: Хороший интерфейс важнее хорошей реализации

> Трололо такое трололо.

Не хочешь признавать объективную реальность? ;)

У всех морд к пакаджкиту плохой интерфейс. Доведут до кондиции? Уже не верится. Вон у меня pulseaudio с каждым обновлением всё хуже и хуже работает (два года назад было идеально).

С верой не поспоришь. Она унутре:)

> ЗЫ Мое мотто: Хороший интерфейс важнее хорошей реализации

Я бы даже сказал, хороший дизайн. :) У PackageKit он хороший.

> Вон у меня pulseaudio с каждым обновлением всё хуже и хуже работает (два года назад было идеально).

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

На всякий случай - работает в генте, в Arch пока что с pulseaudio печальная ситуация. :(

Ага, и выяснилось, что у остальных также. Дебианская, говорите? :)

Фактов, однако, ты не предоставил. Так что твоя объективная реальность — фикция.

Ну при чем здесь остальные, PackageKit просит поставить gstreamer-plugins-bad например, дальше работа apt доставить зависимости. Что ж поделаешь, если зависимости именно такие?

Bicycle, bicycle, bicycle

I want to ride my bicycle, bicycle, bicycle

I want to ride my bicycle

> взаимодействие с диспетчером энергопотребления;

Ну и кто сказал, что в KDE нет bloatware?

Так при установке из плеера оно покажет что ставит и зависимости, прежде чем начать?

>для среды KDE

Вы поняли, что я хотел сказать.

Я говорю. А вы что-то хотите сказать по этому поводу? :}

aptitude, всё остальное не нужно!

>Если продолжать пихать подпорки, то так и rpm никогда не вымрет.

rpm — стандарт, а deb — поделка.

Что ставит - покажет, и пароль спросит, естественно, про зависимости - не помню, не скажу.

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