Akonadi: использование и безболезненное удаление

[VictorR2007]

Видимо вопрос будет всплывать. Поэтому создам тему.
Самое простое, удалить пакет akonadi и потом дать команду "urpme --auto-orphans".
Этого впролне достаточно. Но если очень хочется поудалять пакету вручную,
то есть четыре пакета удаление которых снесет вам весь KDE. Это
lib64akonadi-contact4
lib64akonadi-kde4
lib64akonadi-kmime4
lib64akonadiprotocolinternals1
ну и если вы не очень разбираетесь, лучше вначале спросите здесь.
Ну и заодно, сегодня Pulfer на другом форуме написал о новом KDE.

Кроме непосредственно обновления версии KDE4:
- akonadi обновлён до версии 1.7.2 (разработчики говорят, что в 1.7.2 исправлен и оптимизирован поиск через Nepomuk)

Там сейчас с akonadi не так все плохо. У меня есть POSA на внешнем диске, я там проверяю пакеты с левых источников.
Прежде чем ставить на основную. И там akonadi не сносил. И на ней загрузка процессора меньше чем на основной.
На основной стиль Oxygen и он ест ресурсы, а там QtCurve и процессор более 2% в покое не грузится.
На обоих KDE 4.8.2. В общем то системы зеркальные, кроме akonadi.

[Pulfer]

Ну и заодно, сегодня Pulfer на другом форуме написал о новом KDE.

Кроме непосредственно обновления версии KDE4:
- akonadi обновлён до версии 1.7.2 (разработчики говорят, что в 1.7.2 исправлен и оптимизирован поиск через Nepomuk)

В LTS вроде как решили akonadi обновить с 1.7.0 до 1.7.2 сразу после выхода беты.

[A-Logik]

Видимо вопрос будет всплывать. Поэтому создам тему.
Самое простое, удалить пакет akonadi и потом дать команду "urpme --auto-orphans".
Этого впролне достаточно. Но если очень хочется поудалять пакету вручную,
то есть четыре пакета удаление которых снесет вам весь KDE. Это
lib64akonadi-contact4
lib64akonadi-kde4
lib64akonadi-kmime4
lib64akonadiprotocolinternals1
ну и если вы не очень разбираетесь, лучше вначале спросите здесь.
Ну и заодно, сегодня Pulfer на другом форуме написал о новом KDE.

Кроме непосредственно обновления версии KDE4:
- akonadi обновлён до версии 1.7.2 (разработчики говорят, что в 1.7.2 исправлен и оптимизирован поиск через Nepomuk)

Там сейчас с akonadi не так все плохо. У меня есть POSA на внешнем диске, я там проверяю пакеты с левых источников.
Прежде чем ставить на основную. И там akonadi не сносил. И на ней загрузка процессора меньше чем на основной.
На основной стиль Oxygen и он ест ресурсы, а там QtCurve и процессор более 2% в покое не грузится.
На обоих KDE 4.8.2. В общем то системы зеркальные, кроме akonadi.

В том-то и дело, что оптимально было бы иметь возможность сделать просто

Код: Выделить всё

urpme akonadi nepomuk

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

Впрочем, попытаюсь на сей раз разобраться в системах индексирования... Хотя для моей работы это всё-таки лишняя функция в ОС.

[VictorR2007]

Немного не так. ИМХО.
Поэтому начал тему.
Достаточно "urpme akonadi" и далее очистить сироты.
Если ранее пользователь не рылся в удалениях и не снес мета пакеты,
все будет гуд. Будет полная очистка. Удалятся либы и kio4.
А софт удалится сразу, при удалении akonadi.
Система будет полнолстью чистая. Nepomuk я бы не трогал никогда.
Конечно тема интересная. И есть нюансу. Я все делаю на букере, на домашнем стоит РОСА
с KDE 4.7.2 и боюсь даже трогать. Там были поблемы со звуком, Несколко аудио устройств.
Осенью собирал для него Phonon, Потом утановлена прога отюда http://www.kochkin.org/doku.php/tvok/010-index
Не хочется повредить. Но есть разница по процессаам после установки, и порядка 20 процессов
между домашним и букером.
Еще хотел посоветоваться с PastorDi
Дим, ты не обращал внимание на microcode_ctl и дополнение microcode
Я последние пару лет их устанавливаю сразу, даже не знаю сейчас есть ли польза от них.
Уже сила привычки.