Bug 9944

Очень бы хотелось иметь k3b без мультимедийных зависимостей (выпадающего 
transcode и пр.) 

Хорошо.
Какой функционал Вы желаете видеть в mini-пакете? Нужна ли запись/ripping
AudioCD? Работу с DVD оставлю.

Я так понимаю - самое минимальное - это запись CD/DVD. То есть чтобы в 
зависимостях были только cdrecord*, dvdrecord*, cdrdao, growisofs.

Для AudioCD - все, что можно сделать без transcode, lame, libmusicbrainz, 
sample rate conversion и т.п. вещи.

(In reply to comment #3)
> Для AudioCD - все, что можно сделать без transcode, lame, libmusicbrainz, 
> sample rate conversion и т.п. вещи.

Requirement для liblame (нужен libk3blameencoder.so) включаю в mini, а lame,
используемый как внешний энкодер - в полный пакет. Такой вариант (зависимости
multimedia lib* - в мини) подходит? В противном случае, работа с AudioCD
становится бессмысленной.

А зачем liblame-то? Работа с AudioCD - из wav, нет?

Хм...
Хм...
:)

Хм!
Собственно, libk3b*encoder/libk3b*decoder используются при захвате/записи
AudioCD. Работа только с файлами WAV (на AudioCD/с AudioCD)? Тогда лучше без
AudioCD...

Поэтому вариант: я оставляю в minimal все *coder и соответствующие им требования
по зависимостям, а всё остальное пойдёт в основной пакет.
Такой вариант подходит?

Единственное я бы сделал k3b минимальным, а всё дополнительное - в 
k3b-multimedia или как-то так.
Главная цель чтобы его не корёжило каждый раз от ненормальных сменяльщиков 
sonames.

Я правильно понимаю, что k3b - нормально написанный софт и что там по сути все
сводится к тому, что есть один основной бинарник (на k3b-minimal и полный k3b),
к которому просто при достановке каких-то файлов (руками или автоматически через
зависимости полного k3b) добавляется функциональность?

Если так - то не вижу причин не оторвать от minimal все, что только можно
оторвать. В том числе - и работу AudioCD.

> Работа только с файлами WAV (на AudioCD/с AudioCD)? Тогда лучше без
AudioCD...

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

(In reply to comment #9)
> Я правильно понимаю, что k3b - нормально написанный софт и что там по сути все
> сводится к тому, что есть один основной бинарник (на k3b-minimal и полный k3b),
> к которому просто при достановке каких-то файлов (руками или автоматически через
> зависимости полного k3b) добавляется функциональность?
Правильно понимаете. Только при остутствии библиотек или программ "ссылки" на
функциональность из меню никуда не изчезают. Т.е.: "Создать проект VideoCD"
(создаём проект), "записать VideoCD", "У Вас не установлена программа bla bla
bla..."

> Если так - то не вижу причин не оторвать от minimal все, что только можно
> оторвать. В том числе - и работу AudioCD.
> 
> Если это единственный аргумент - то меня лично, например, более чем устраивает
> wav-only. Да и думаю почти всех, кто пишет AudioCD - они пишутся либо копиями,
> либо из форматов постмастеринга - которые, как правило, и есть wav.
ok

Новый баг открывать не буду, напишу сюда. В Сизифе появился пакет
k3b-mini-0.12.17-alt1, который отличается по имени от k3b-minimal, который был
раньше. В итоге, не имея каких-либо конфликтов и/или Obsoletes/Provides - он
имеет конфликты по файлам с k3b-minimal и поверх корректно не ставится.

Просьба либо пересобрать, добавив Obsoletes/Provides, чтобы при apt-get install
k3b-mini или dist-upgrade k3b-minimal корректно выбирался новый пакет, либо
вернуть название k3b-minimal.

Согласен.

Вроде теперь всё исправно.