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