Portál AbcLinuxu, 26. května 2024 18:41
Rukověť baliče RPM - V (Zdrojové soubory)
Články
-
Rukověť baliče RPM - V (Zdrojové soubory)
Dokončení popisu položek hlavičky, formátování seznamu změn a představení nesouborů, nezdrojů a nepatchů.
V úvodní části jsme probrali některé informativní položky hlavičky
(metadata), a teď nastal čas na ty zbývající. Žádná z nich není
povinná.
URL- Domovská stránka programu, případně jiné URL, kde o něm lze nalézt další informace.
Copyright- Alias pro
License, který se dříve používal.
Packager- Kdo balíček zabalil. Nepíše se obvykle do spec souborů, ale namísto
toho definujeme v
~/.rpmmacros makro
%packager, které přebíjí hodnotu ze spec souboru.
Distribution- Distribuce, do níž balíček patří. Opět ji obvykle nepíšeme do spec
souboru, ale definujeme makro
%distribution.
DistURL- URL distribuce, tj. URL, kde se můžeme dovědět více o distribuci
samé. V
~/.rpmmacros ji definujeme jako
%disturl.
Vendor- Obchodník, distributor. Firmy vydávající distribuce tam píší něco jako
Red Hat, Inc., ostatní, co je napadne, případně nic. Používáme-li tuto
hlavičku, obvykle ji máme definovanou jako
%vendor v ~/.rpmmacros.
Icon- Ikona. Ignorujte, neboť to je přesně to, co dělají i všechny programy.
Sekce %changelog
Záznam změn (changelog) je nepovinná sekce spec souboru, tradičně bývá
poslední. V distribučních spec souborech je standardní až povinná;
u spec souborů našich vlastních programů je zase často logičtější
psát i změny v nich do společného záznamu změn, tudíž ji
u nich možná nevyužijeme.
Typický záznam změn vypadá
%changelog
* Fri Oct 29 2004 Jeremy Katz <katzj@redhat.com> - 2.1.11-2
- add patch to fix multilib updates on ia32e (#135396)
* Thu Oct 28 2004 Jeremy Katz <katzj@redhat.com> - 2.1.11-1
- update to 2.1.11
- fix config file error handling
- better handling of empty lines/comments in mirror lists
- improve some error messages
…
RPM samo vynucuje jen několik málo pravidel formátování záznamu
změn:
- Každý záznam začíná hvězdičkou
* (jako prvním nemezerovým
znakem na řádku).
- Po hvězdičce následuje datum ve formátu
%a %b %e %Y.
- Zbytek řádku je „jméno“, na které už ale nejsou kladeny
žádné požadavky (kromě neprázdnosti), takže tam borci z RedHatu běžně
píší i verzi, jak vidíme v příkladu.
- Další řádky, jsou-li nějaké, obsahují popis změny. Nejsou na ně
kladeny žádné požadavky – kromě toho, že vcelku logicky nemohou
začínat hvězdičkou.
- Změny jsou uspořádány sestupně podle data.
Jednotlivé distribuce si ovšem mohou zavést přesnější pravidla, co
a jak se má do záznamu změn psát.
Zdrojové soubory a patche
Při balení vlastních programů si vystačíme s tarovou koulí se
zdrojovým kódem, ale cizí programy píší vždy prasata a je zapotřebí
je patchovat či k nim doplnit další soubory, např. init skripty pro
naši oblíbenou distribuci. Kam je napíšeme, když je položka
Source hlavičky jen jedna?
Není. Nic totiž není tak jednoduché, jak to napíši. Ve skutečnosti máme
k disposici pro zdrojové kódy tolik položek hlavičky, kolik je
přirozených čísel, což by mělo obyčejně stačit. Jmenují se
Source0, Source1, Source2 atd.,
naše známá Source je přitom jen alias pro
Source0, který vypadá lépe, když máme jen jeden zdrojový
soubor.
Podobně existují pro patche položky Patch0,
Patch1, Patch2 atd. a Patch je
alias pro Patch0. Zde je ovšem méně užitečný než
u zdrojových kódů, protože stejně jako neštěstí nechodí patche nikdy
samy. Zdrojové soubory a patche nemusíme číslovat sekvenčně, můžeme
třeba od nuly číslovat patche opravující chyby při kompilaci, od 100
bezpečností opravy a od 533 dodatečné vlastnosti a přizpůsobení
distribuci. Hlavička se tak může rozrůst na
Source0: ftp://ftp.example.com/pub/lobster/%{name}-%{version}.tar.bz2
Source1: lobster.init
Patch0: lobster-1.8-broken-makefile.patch
Patch1: lobster-1.7-missing-includes.patch
Patch8: lobster-1.10-CAN-1620-1108.diff
Jména jednotlivých zdrojových souborů a patchů (včetně cesty) jsou
přístupná jako automaticky definovaná makra
%{SOURCEn}
a %{PATCHn}. Init skript
lobster.init tudíž nainstalujeme
%install
…
mkdir -p -m 755 $RPM_BUILD_ROOT/etc/init.d
install -p -m 755 %{SOURCE0} $RPM_BUILD_ROOT/etc/init.d/lobster
a samozřejmě ho přidáme do sekce %files.
Patche
Patche bychom mohli aplikovat podobně, ale to by nebylo RPM, kdyby na
to nebylo nějaké makro. Jmenuje se %patchn,
aplikuje na zdrojový kód patch číslo n a jako
argumenty mu můžeme dát některé volby programu patch(1). Konkrétně
-pm (úroveň patche m, tj. odstranit ze
začátku cesty m adresářů), -z či
-b (zálohovací koncovka), -R (aplikovat obrácený
patch) a -E (vynucené smazání souborů, když jsou
opatchovány na prázdné).
%prep
%setup
%patch0 -p1 -b .broken-makefile
%patch1 -p1 -b .missing-include
%patch8 -p0 -b .CAN-1620-1108
Používat pro každý patch jedinečnou zálohovací koncovku se vyplatí.
Dokud se vše aplikuje v pořádku, tak na nich nezáleží. Jakmile však
něco neprojde – a ono samozřejmě neprojde, když máte tři
sta patchů na jeden textový editor – zvyšují naši šanci se
zorientovat, a zejména naši šanci aplikovat vzpouzející se části
patche ručně a přegenerovat ho pomocí utility gendiff(1) –
která by mimochodem mohla fungovat lépe.
Makro %patch také pozná patche komprimované gzipem či
bzipem2 a samo si je před aplikací rozbalí.
Nezdroje a nepatche
Říkal jsem už, že nic není tak jednoduché, jak to napíši? Kromě
zdrojových souborů a patchů existují také zdrojové nesoubory
a nepatche. Liší se od nich tím, že se nebalí do zdrojového rpm.
V hlavičce uvádíme jejich čísla do zvláštních položek
NoSource a NoPatch.
Source0: ftp://ftp.example.com/pub/lobster/%{name}-%{version}.tar.bz2
NoSource: 0
Zdrojové rpm ze spec souboru s hlavičkami NoSource
či NoPatch je pak nezdrojové a má koncovku
.nosrc.rpm namísto .src.rpm. Nelze je samozřejmě
překompilovat do binárního, dokud chybějící zdroje a patche do
adresáře SOURCES ručně nedoplníme.
V distribucích se s nezdrojovými balíčky nesetkáme. Chceme-li
však třeba poslat někomu vše, co je zapotřebí k zabalení rpm Gimpu
(což nejspíš nebude jen samotný spec soubor), ale bez 12MB tarové koule,
již si může stáhnout kdekoli, je nezdrojové rpm ideální řešení.
Související články
Odkazy a zdroje
Další články z této rubriky
Diskuse k tomuto článku
16.6.2005 01:34
Jara
norach rpm
16.6.2005 10:00
Miloslav Trmac
Troska pedantismu...
16.6.2005 11:18
Jan Martinek | skóre: 43
| blog:
johny
| Brno
Copyright = alias pro License, který se dříve používal
20.7.2011 16:54
yeti
Re: Rukověť baliče RPM - V (Zdrojové soubory)
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
to je blbý, to mi na můj projekt Kalkulačka 0.1 nemůže nikdy stačit.
