Да что такое!

plasma-desktop тянет абсолютно не нужный мне akonadi-server, который тянет akonadi-backend-mysql, который тянет mysql-server-core-5.5

Выбирай любой из вариантов:

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

2. Удали стремную КДЕ и поставь то, что сейчас в мейнстриме - гном 3

3. Смирись с мускулем в зависимостях.

KDE - это весело. Им только и можно пользоваться, что под гентой.

Как хорошо, что у меня LXDE.

в своём дистре поставь все пакеты, кроме того, что считаешь не нужным
ставь с игнором зависимостей
везде вроде так можно
в арче точно

А хотя чего это я. Замени akonadi-backend-mysql на akonadi-backend-sqlite и всех делов.

Попробуй с горя

aptitude purge akonadi-backend-mysql akonadi-backend-sqlite+M

Сооружаешь с помощью equivs свой уличный akonadi-server без ничего версии over 9k. Бросаешь в локальную репу. Устанавливаешь. Всё.

Программы KDE PIM скорее всего отвалятся.

4. Перепилить зависимости в akonadi-server или plasma-desktop. Можно даже на ланчпад запилить пакетик и сделать ему hold.

Предыдущие комменты кто-нибудь читает? Решили уже всё.

Видимо, товарищи нас игнорируют. Ну, им же хуже.

Замени akonadi-backend-mysql на akonadi-backend-sqlite и всех делов.

Не заменится. Зависимость к akonadi-backend-mysql жёсткая.

еще virtuoso и soprano забыл

Oh my, fenris прав, в Ubuntu действительно так…

Откуда дровишки? Может просто packages.ubuntu.com не отражает реальной ситуации с вариациями? Я смотрел по Debian, думаю, в Ubuntu аналогично.

Я посмотрел внутрь deb-пакета, всё именно так.

Прямо хоть razor-qt с горя ставь…

Обновлённый совет: ставь Debian %).

Только что сделал это же (синхронный ход мыслей?). Ну, мои соболезнования Ubuntu'шникам.

И в Debian так сделают, иных вариантов нет. В Akonadi 1.10 sqlite-backend абсолютно нерабочий.

Как хорошо, что у меня LXDE.

А вот тут аккуратней надо, давеча арчеводы подняли вопрос о Леннартонеугодности LXDM (https://mailman.archlinux.org/pipermail/arch-dev-public/2013-September/025391...). Глядишь, и LXDE в будущем закопают. И не только в Арче.

Kubuntu != Ubuntu же :)

В raring сейчас 1.9.1, в Debian Sid уже 1.9.2. В Debian выбор есть, в Ubuntu - нет. Причём, судя по сайту, выбора в бунте нет уже давно. Что-там в 1.10 будет - посмотрим, но, думаю - он будет (пакет с sqlite-вариантом 1.10 в Ubuntu есть, значит что-то да работает). Просто mysql ставится первым в control, а значит приоритетным, а другие варианты юзер выбирает сам. Нет причин не оставить так и дальше.

Проблема не в авторах зависимостей, а в самих зависимостях. Вместо того, чтобы бороться с самими зависимостями, вы боретесь с кривыми зависимостями. Но зависимости не могут быть не кривыми. Все успешные проекты - Windows, Mac OS, Android зависимостиями не страдают. Все проекты, которые страдают заивисимостями, страдают кривыми зависимостями. Вас это не не убеждает. Ну, ОК.

У меня вообще Debian, с пересобранным из Ubuntu LXDM. И Леннарт меня и Debian волнует слабо. Ну, накрайняк есть SLIM.

И Леннарт меня и Debian волнует слабо.

Через года три заволнует. В Дебиане всё устарело.

$ apt-cache show akonadi-server | sed -n '3p'
Version: 1.10.2-0r0

Что-то не сделали (Siduction).

Разве Дебиан не переходит на системд? Были ж у вас опросы, дескать все разработчики за.

Как только systemd портируют на freebsd и hurd. Debian их не собирается бросать, а значит и выкидывать Sysvinit.

Ну, вроде бы нет. Судя по какой-то новости на OpenNet - нет, было примерно 50/50. Ну и «переход» для Debian, традиционно означает лишь замену дефолтного варианта, что мало кого волнует.

Ну вообще-то не совсем так.

Ну и «переход» для Debian, традиционно означает лишь замену дефолтного варианта, что мало кого волнует

В Debian переход на systemd ознаменуется заменой initscripts на сервисы systemd, поэтому… нет.

Как только systemd портируют на freebsd и hurd

Оглянуться не успеешь.

. Debian их не собирается бросать, а значит и выкидывать Sysvinit.

Ага, через три года поговорим. Им деваться просто будет некуда, когда весь мейнстрим будет на systemd.

планов миграции Debian на systemd в настоящее время нет

В частности, в состав пакетов можно будет включать только unit-файлы systemd, на основании которых для портов Debian, в которых использование systemd невозможно, например, для Debian GNU/kFreeBSD, будут автоматически создаваться скрипты инициализации и вся необходимая для работы этих скриптов функциональность.

Читай - изменят дефолт, но кому надо, продолжат пользоваться Sysvinit.

Ага, через три года поговорим. Им деваться просто будет некуда, когда весь мейнстрим на systemd.

Ну, Debian и сам мэйнстрим, в большой степени.

Замени akonadi-backend-mysql на akonadi-backend-sqlite и всех делов.

Не меняется. Его нельзя удалить, он жёстко прошит в зависимостях у akonadi-server.

Если что, это новость 2012 года, поэтому первая цитата не актуальна.

изменят дефолт

Прямо как в Arch. Тут ведь дело в том, что initscripts из Debian GNU/Linux выкинут, скорее всего.

Повторюсь, Debian - это не Arch. У них «выкидывание» происходит очень редко, в отличие от Arch, в котором всё legacy (точнее, то чем его сочли арчеводы) выпинывается в AUR.

Тут ведь дело в том, что initscripts из Debian GNU/Linux выкинут, скорее всего.

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

Нашёл.

http://www.opennet.ru/opennews/art.shtml?num=37032

В итоге, 62.4% опрошенных положительно относятся к поддержке systemd в Debian, 14.1% пока не уверены, 8% всё равно и 15.3% высказались против.

Поддержка уже есть.

За переход на systemd по умолчанию проголосовало 43.9% респондентов, против - 32.2%, воздержались - 23.7%.

А вот это - уже другое. Могут и дефолт не сменить.

Siduction

Что, простите?

не бросят они альтернативные ядра

В альтернативных ядрах будет /etc/init.d/foo, а в GNU/Linux /lib/systemd/system/foo.service.
Впрочем, возможно, что и не бросят во имя выбора, как знать…

Все успешные проекты - Windows, Mac OS,
Android...

GNU/Linux со всеми его долями на различных рынках по-твоему неуспешный проект? :)

Siduction, дистрибутив, у которого есть репозиторий с KDE :3 (ну и кое-что ещё…).

В альтернативных ядрах будет /etc/init.d/foo, а в GNU/Linux /lib/systemd/system/foo.service.

Даже если так. Кто же помешает init.d/foo использовать, вместо foo.service? Никто. Sysvinit файлы, в-общем, аналогичны для платформ. А учитывая новость, которую ты кидал, тем более.

Сноси свою ось, ставь линукс

Кто же помешает init.d/foo использовать, вместо foo.service?

Отсутствие в пакете :3?

А вот это возможно. Но, зная Debian - вряд ли. Особенно учитывая, что они таскают ещё и Upstart, а также некоторые unit'ы к нему наравне с sysv'шными (хоть и мало их).

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

Юзфлаги уже это не разруливают, к сожалению.

И я не могу не только снести MySQL вообще, но и проапгрейдиться до нужного для работы Percona Server 5.6.

Дык излишняя динамическая линковка зло. Ставился бы Percona Server 5.6. в отдельный каталог без размазывания по системе и не было такой проблемы.

http://packages.debian.org/wheezy/plasma-desktop
http://packages.ubuntu.com/raring/plasma-desktop

Они же идентичны!

Мне кажется, у тебя устанавливаются «рекомендуемые зависимости», а не только «обязательные». В подробностях я не разбирался, так как у меня не Debian/Ubuntu.

хм... оказывается у меня есть мускуль... забавно. А я то думал что кеды на скулайте у меня :)
Что там говоришь, жить мешает скуэль?

Нет, там именно обязательные зависимости. Собственно akonadi-server тянется из-за plasma-widgets-workspace.

абсолютно не нужный мне akonadi-server

Если он не должен работать — отключи. Если он не должен быть в системе — бинарные дистрибутивы не лучший вариант.