SPECS: rpm.spec - added lzma patches (lzma has high compression ra...

[Witold Filipczyk]

On Sun, Apr 23, 2006 at 10:27:31PM +0200, Paweł Gołaszewski wrote:
> On Sun, 23 Apr 2006, Jakub Bogusz wrote:
> > > A jak będzie wyglądało upgrade AC->Th? Bo tutaj widzę potencjalne 
> > > problemy... Żeby ich nie było w AC musiałby się pojawić rpm, który 
> > > rozumie lzma, ale go nie używa domyślnie (przynajmniej na początku)... 
> > > Tak BTW głupie pytanie - jak się włącza różne metody kompresji w 
> > > rpm-ie? :)
> > W rpm.spec jest:
> > %define         _binary_payload         w9.gzdio
> > 
> > Tyle że przy uaktualnianiu ze starszej dystrybucji więcej pakietów 
> > trzeba uaktualnić, a te już używają domyślnej kompresji.
> 
> No dobrze, ale jeżeli rpm będzie rozumiał lzma (nie będzie on domyślnym) 
> to czy cokolwiek się rypnie?

rpm jest kompresowany gzipem, czyli normalnie się da uaktualnić.
Do dekompresji lzma nie jest potrzebne, rpm dekompresuje archiwum skompresowane 
przy użyciu lzma samodzielnie.
Domyślnie przy instalowaniu pakietu kompresowanego lzma automagicznie
najpierw powinien zupgrejdować się rpm do wersji 4.4.6-1 lub nowszej.
Problem może być wtedy, gdy w rpm-ie pojawi się Epoch, ale na razie go nie ma.
Kompresję lzma włącza się tak:
%define _binary_payload w9.lzdio

Z rpm-em 4.4.5 i nowszymi jest taki problem, że AC-owy rpm używa starszej
wersji db i po uaktualnieniu rpm-a rozjeżdża się baza rpm. Przynajmniej u mnie
tak było.

-- 
Witek