inteltool.spec

[Bartosz Świątek]

W dniu 12 czerwca 2009 20:33 użytkownik Bartosz Świątek
<shadzik w gmail.com> napisał:
> W dniu 12 czerwca 2009 18:54 użytkownik Daniel Dawid Majewski
> <light-i w o2.pl> 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