Некоторое время назад был такой пакет, как k3b-minimal, в который входил k3b без массы зависимостей, которыми сейчас обладает полный k3b. k3b вполне умеет жить без части или даже всех тех программ, которыми он умеет пользоваться - есть предложение вернуть k3b-minimal. Собственно, в почте этот момент некоторое время назад обсуждали, так что просто вешаю напоминание...
Очень бы хотелось иметь 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.
Согласен.
Вроде теперь всё исправно.
