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 _______________________________________________ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl