W dniu 12 czerwca 2009 20:33 użytkownik Bartosz Świątek <[email protected]> napisał: > W dniu 12 czerwca 2009 18:54 użytkownik Daniel Dawid Majewski > <[email protected]> napisał: >> Pewnego dnia wpadła wieść od Bartosz Świątek i powiedziała : >>>> Dzieki, dodane. >>> >>> Nie obeszlo sie niestety bez bledow i malych niedociagniec, zobacz >>> sobie diffa miedzy rev 1.1 a 1.4 :) >> Sprawdziłem, jednak paczka się nie buduje... >> Z tego powodu proponuję łatkę na speca w załączniku porządkującą >> nomenklaturę : >> - W %{Release} mamy tylko jeden numerek, który podlega rzeczywistej zmianie >> w tym miejscu, reszta jest definiowana >> wcześniej. >> - No niestety trzeba jeszcze raz "wytworzyć" archiwum, tylko z częścią >> %{release} w nomenklaturze nazwy : >> svn export -r 4190 svn://coreboot.org/repos/trunk/util/inteltool >> inteltool-1.0-0.4190_svn >> tar acvf inteltool-1.0-0.4190_svn.tar.lzma inteltool-1.0-0.4190_svn >> rm -rf inteltool-1.0-0.4190_svn >> Nowa nomenklatura nazwy jest teraz jednoznaczna, a jednocześnie niezależna >> od revision speca, więc nie wymaga ciągłego >> archiwizowania snapshotu tylko z powodu korekty speca, czy dodania jakiejś >> super hiper łaty. >> -- >> Pozdrawiam, >> Daniel Dawid Majewski >> jabber:light-i/jid.pl >> >> --- inteltool.spec.oryg 2009-06-12 10:41:19.000000000 +0200 >> +++ inteltool.spec 2009-06-12 18:35:30.000000000 +0200 >> @@ -1,13 +1,14 @@ >> # $Revision: 1.4 $, $Date: 2009/06/12 08:41:19 $ >> %define _svn_rev 4190 >> +%define _spec_srel 0.%{_svn_rev}_svn >> Summary: Utility for recognize Intel HW (chipset/CPU) configuration >> information >> Summary(pl.UTF-8): Narzędzie do rozpoznawania informacji >> konfiguracyjnych w sprzęcie Intela (chipset/CPU) >> Name: inteltool >> Version: 1.0 >> -Release: 0.%{_svn_rev}_svn.2 >> +Release: %{_spec_srel}.2 >> License: GPL v2 >> Group: Applications/System >> -Source0: %{name}-%{version}-0.4190_svn.1.tar.lzma >> +Source0: %{name}-%{version}-%{_spec_srel}.tar.lzma >> # Source0-md5: 5e6c3cece09a60ac0a2373a05167f3d3 >> URL: http://www.coreboot.org/Inteltool >> BuildRequires: pciutils-devel >> @@ -27,7 +28,7 @@ >> MSR-y [potrzebne załadowanie modułu jądra 'msr'] itp.). >> >> %prep >> -%setup -q -n %{name}-%{version}-%{release} >> +%setup -q -n %{name}-%{version}-%{_spec_srel} >> >> %build >> %{__make} \ > > Ogólnie Dawid, to nie powinno się paczkować z releasem w nazwie tarball. > Przy takich snapshotach zazwyczaj stosujemy regułę: > > nazwa-wersja-snap czyli np. inteltool-1.0-svn4190 > > tarball wtedy wygląda inteltool-1.0-svn4190.tar.(gz|bz2|lzma) i definiujesz > %define _snap svn4190 > > Release: 0.%{_snap}.1 > > a sekcja %setup wywołana jest z opcja -n %{name}-%{version}-%{_snap}. > I wtedy jest fajnie. > > Teraz jednak nie ma sensu wprowadzać przez Ciebie proponowanych zmian > bo jest to sztuka dla sztuki i nie chce mi się po raz kolejny pakować > i podsyłać na dropin nowego tarballa, który defacto niczym prócz nazwy > katalogu się od poprzedniego by nie różnił. Poprawiłem %setup w inny > sposób, a przy upgradzie wersji czy snapa zrobi się wtedy poprawnie. > > Rewizja 1.5 znowu się buduje.
Aha, dobrym nawykiem w takich sytuacjach jest też zwykły komentarz nad Source0 w jaki sposób pobrać źródła. Tak na przyszłość to polecam Ci całą gammę template-*.spec - z nich warto brać przykład - oraz grep -r snap packages :) -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LOOOOONG time." -Guy Kawasaki _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
