abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 17:55 | Zajímavý článek

    Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.

    Ladislav Hagara | Komentářů: 0
    dnes 12:55 | Nová verze

    Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.

    Ladislav Hagara | Komentářů: 0
    dnes 12:22 | IT novinky

    K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.

    Ladislav Hagara | Komentářů: 1
    17.5. 13:44 | Nová verze

    Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    17.5. 12:22 | Komunita

    Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.

    Ladislav Hagara | Komentářů: 0
    17.5. 01:55 | Komunita

    24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.

    Ladislav Hagara | Komentářů: 12
    16.5. 23:33 | Nová verze

    Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 2
    16.5. 21:11 | Nová verze

    Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    16.5. 20:55 | Nová verze

    Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.

    Ladislav Hagara | Komentářů: 0
    16.5. 13:33 | IT novinky

    Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].

    Ladislav Hagara | Komentářů: 10
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (79%)
     (5%)
     (9%)
     (8%)
    Celkem 385 hlasů
     Komentářů: 16, poslední 14.5. 11:05
    Rozcestník

    Rukověť baliče RPM - III (Struktura spec souboru)

    2. 6. 2005 | David Nečas | Návody | 10122×

    Spec soubor popisuje veškerý průběh konfigurace, kompilace, balení a instalace nebo odinstalace.

    Struktura spec souboru

    Spec soubor je řádkově orientovaný. Zpětné lomítko v něm obecně nepřipojuje následující řádek; některé jeho části jsou ovšem skripty v shellu a v nich se spojování řádků chová, jak jsme zvyklí. Komentáře se označují standardně #:

    # Toto je komentář

    Procento je speciální znak (escape character); uvidíme-li procento, víme, že následuje nějaká vymyšlenost RPM, z nichž nejběžnější jsou makra a sekce spec souboru. Chceme-li napsat obyčejné procento, zdvojíme je: %%.

    Spec soubor se skládá z hlavičky (preamble) a několika sekcí. Sekce začínají řádkem s názvem sekce

    %description

    a končí začátkem další sekce nebo koncem souboru. Na pořadí sekcí nezáleží, jsou ale jistá tradiční uspořádání, jež se vesměs dodržují.

    Makra se zapisují %{název_makra}, případně jen %název_makra. Makra tedy vypadají stejně jako sekce, ale protože sekcí je jen několik a pevně daných, není problém s konflikty. Rozlišují se velká a malá písmena.

    Hlavička začíná na začátku souboru a končí začátkem první sekce. Řádky hlavičky mají tvar název: hodnota, tedy např.:

    License: GNU GPL

    V názvech položek hlavičky se nerozlišují velká a malá písmena, tradičně se ovšem zapisují maďarskou notací (s velkými počátečními písmeny slov).

    Pitva spec souboru

    Velmi jednoduchý spec soubor lobster.spec, ke kterému by stačilo nahrát do SOURCES tarovou kouli lobster-1.10.tar.bz2, a mohli bychom zkompilovat binární rpm, by mohl vypadat kupříkladu:

    Summary: A poor human doctor emulator
    Name: lobster
    Version: 1.10
    Release: 1
    License: GNU GPL
    Group: Applications/Emulators
    Source: ftp://ftp.example.com/pub/lobster/%{name}-%{version}.tar.bz2
    Buildroot: %{_tmppath}/%{name}-%{version}-buildroot
    
    %description
    Lobster is a poor emulation of a human doctor, usually
    expecting human body parts in completely wrong places,
    or assuming people have various strange organs.
    On the other hand it can successfully implant human
    head to another body.  Lobster is a member of Planet
    Express.
    
    %prep
    %setup
    
    %build
    %configure
    make
    
    %install
    [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT
    make install DESTDIR=$RPM_BUILD_ROOT
    
    %clean
    [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT
    
    %files
    %defattr(-,root,root)
    %doc %{_mandir}/man1/lobster.1*
    %{_bindir}/lobster
    %doc README COPYING NEWS
    

    Na to, že má být velmi jednoduchý, obsahuje tedy spoustu věcí. Snadno si v nich ale uděláme pořádek. Soubor začíná hlavičkou s informacemi o balíku (následující seznam položek hlavičky není zdaleka úplný, později si povíme o dalších):

    Summary
    Stručné jednořádkové shrnutí. Aby se ve výpisu rpm -qi vešlo na řádek i s úvodním Summary:, doporučuje se dodržovat délku do 56 znaků.
    Name
    Jméno balíčku.
    Version
    Verze programu.
    Release
    Vydání (release) balíčku. Vydáváme-li novou verzi rpm, aniž se změnila verze programu samého, zvětšíme číslo vydání.
    License
    Licence. Obvykle ji uvádíme běžnou zkratkou, obskurní licence se pokusíme alespoň nějak charakterizovat: „proprietary“ či „charityware, GPL compatible“.
    Group
    Skupina. Každý balíček patří do nějaké skupiny, a každá distribuce má bohužel jinou množinu skupin – zkuste se pak zavděčit všem. Seznam skupin pro vaši distribuci najdete v /usr/share/doc/rpm-verze/GROUPS nebo někde poblíž.
    Source
    Tarová koule se zdrojovým kódem. Píšeme sice URL, ale hlavně proto, abychom sami věděli, kde se zdrojový kód vzal, rpmbuild ji stejně bude hledat v SOURCES. Ve zdrojovém kódu RPM sice najdeme náznaky, že se přímé stahování (jako v Gentoo) zamýšlelo, ale zatím se rozhodně nic samo nestahuje.
    Buildroot
    Adresář, kam se bude program při balení instalovat. Uvedená hodnota je typická a prozatím ji necháme takto.

    Po hlavičce následuje sekce %description s delším popisem balíku, který se vypisuje např. při rpm -qi. Píšeme ho zásadně anglicky, má-li být balík publikovatelný; stejně tak krátký popis (Summary), proto jsou anglicky i zde. Doplnění případných alternativních popisů v dalších jazycích si popíšeme ve čtrnáctém dílu.

    Dále vidíme nějaká makra a sekce. Nebo spíš všude samá makra a sekce. Makra můžeme definovat i ve spec souboru, ale jelikož si nevzpomínáme, že bychom nějaká definovali, asi je definoval někdo jiný někde jinde. Řada maker je předdefinována – např. %{_tmppath}, které jsme shodou okolností měnili v ~/.rpmmacros. Silné povahy se mohou na vlastní riziko už teď podívat do souboru /usr/lib/rpm/macros, kde jsou definována standardní makra; slabším to zatím nedoporučuji. Další makra se definují automaticky podle položek hlavičky – např. %{name} obsahuje hodnotu položky Name%{version} hodnotu položky Version.

    Ve spec souboru definujeme makra direktivou %define, přičemž můžeme samozřejmě využívat již definovaná makra. Vyhodnocení probíhá až při expansi (použití) makra.

    Praktický příklad: Programy často mají moduly či data v adresářích, jejichž název obsahuje verzi, ale ne celou, případně nějak transformovanou. Abychom nemuseli při kompilaci nové verze programu přepisovat ve spec souboru číslo verze na dvaceti místech ve třech růzých podobách a nevyhnutelně to někde splést, poskládáme pomocí maker všechny podoby z jediné výchozí definice:

    %define version_major 2
    %define version_minor 4
    %define version_extra 7
    %define pkgdir %{name}%{version_major}.%{version_minor}Version: %{version_major}.%{version_minor}.%{version_extra}
    

    Makro %pkgdir se pak expanduje na lobster2.4 a položka Version bude mít hodnotu 2.4.7.

    Výkonná část souboru se skládá z několika sekcí, které odpovídají jednotlivým fázím balení a jimž se věnuje následující kapitola.

    Nejčtenější články posledního měsíce

    Událo se v týdnu 17/2024
    Týden na ITBiz: Fotonické čipy ze stolní tiskárny
    Distribuční novinky 10-15/2024

    Nejkomentovanější články posledního měsíce

    Týden na ScienceMag.cz: Kosmologové se opět zkouší vypořádat se s problémem Hubbleovy konstanty
    Týden na ITBiz: Platby výkupného za ransomware vzrostly za poslední rok na pětinásobek
    Týden na ScienceMag.cz: Upřesnili limity pro klidovou hmotnost neutrin
      všechny statistiky »

    Seriál Rukověť baliče RPM (dílů: 15)

    Rukověť baliče RPM - I (Úvod) (první díl)
    <—« Rukověť baliče RPM - II (Prostředí)
    »—> Rukověť baliče RPM - IV (Fáze balení)
    Rukověť baliče RPM 15 - XV (Závěr) (poslední díl)

    Související články

    Rukověť baliče RPM - I (Úvod)
    Rukověť baliče RPM - II (Prostředí)
    Rukověť baliče RPM - IV (Fáze balení)
    Rukověť baliče RPM - V (Zdrojové soubory)
    Rukověť baliče RPM - VI (Makro %setup)
    Rukověť baliče RPM - VII (Podepisování, verze)
    Rukověť baliče RPM - VIII (Závislosti)
    Rukověť baliče RPM - IX (Sekce %files)
    Rukověť baliče RPM - X (Skriptíky)
    Rukověť baliče RPM - XI (Architektury. systémy, platformy)
    Rukověť baliče RPM - XII (Makra, úvod)
    Rukověť baliče RPM - XIII (Makra, dokončení)
    Rukověť baliče RPM - XIV (Přizpůsobení)
    Rukověť baliče RPM 15 - XV (Závěr)
    Na co se často ptáme: Balíčkovací systémy kromě posledního odstavce o checkinstallu.
    Nebojíme se kompilace - I (Teorie)
    Nebojíme se kompilace - II (GCC, configure, make, checkinstall) kompilace a instalace software, opět kromě části o checkinstallu.
    Balíčkovací systém Mandrake Linuxu RPM na uživatelské úrovni (a pro Mandrake).

    Odkazy a zdroje

    Doporučené čtení

    Další články z této rubriky

    VDR a DVB-T2, část 2.
    VDR a DVB-T2, část 1.
    Šifrovaný Proxmox VE 6: ZFS, LUKS, systemd_boot a Dropbear
    MapTiler – proměňte obrázek v zoomovatelnou mapu
    Syncthing
           

    Hodnocení: 98 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    2.6.2005 12:52 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Makra v komentářích
    Je to feature, že rpmbuild expanduje makra i v komentářích? Třeba
    ...
    %description
    blah blah
    
    #%debug_package
    %prep
    %setup
    ...
    
    expanduje %debug_package a dopadne to takhle
    ...
    Processing files: test-1-1
    Processing files: test-debuginfo-1-1
    error: Could not open %files file /home/michal/src/rpm/BUILD/test-1/debugfiles.list: \
    No such file or directory
    
    
    2.6.2005 16:33 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Makra v komentářích
    Je to feature.
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.