SPECS: dvdrtools.spec - update to 0.3.0 - packaged cdda2mp3, cdda2o...

Maciej Witaszek maciek2w at gmail.com
Sun Feb 19 16:24:50 CET 2006


Jakub Bogusz wrote:
> On Sat, Feb 18, 2006 at 07:57:58PM +0100, maciek2w wrote:
>>  Provides:   cdda2wav
>> -Obsoletes:  cdda2wav
>> -Obsoletes:  cdrecord-cdda2wav
>> +Conflicts:  cdrtools-cdda2wav
> Dlaczego Conflicts, a nie Obsoletes?
Kod cdda2wav z dvdrtools-0.3.0 bazuje na wcześniejszej wersji niż jest w
cdrtools-2.01, ale jako numer wersji zgłasza 0.3.0.
Przynajmniej tak wynika z rewizji w plikach źródłowych.

>> -Obsoletes:  cdrecord-readcd
>> +Provides:   readcd
>> +Conflicts:  cdrtools-readcd
Tutaj podobnie, dvdrtools bazuje na starszej wersji kodu:
"readcd -version" daje 1.11a15.
Dla cdrecord jest 2.01.

>> -Obsoletes:  mkisofs
>> +Provides:   cdrtools-mkisofs
>> +Obsoletes:  cdrtools-mkisofs
Podobnie, w dvdrtools starszy kod niż w cdrtools.

Na numerze wersji zwracanym przez konkretny program bazuje np. xcdroast
i chce nowszej niż jest w dvdrtools. Z tego co wyczytałem, to dvdrtool
sforkował z cdrtools jakiś czas temu i jest rozwijany osobno.
Inne programy mogą opierać się na specyficznym zachowaniu się tych progamów
z pakietów cdrtools.
W takiej sytuacji bardziej mi pasuje C niż O, ale mogę się mylić.
Jak powinno się rozwiązywać tego typu problemy?

PS.
Przepraszam, że odpowiadam nie w wątku, ale nie dochodzą moje posty
słane przez gmane.

--
Maciej Witaszek <maciek2w at gmail_nospam.com>


More information about the pld-devel-pl mailing list