abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 1
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 7
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1082 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Správa software v RHEL 8

    26.4.2020 16:00 | Přečteno: 1746× | poslední úprava: 26.4.2020 15:19

    Je to už 8 let co jsem nenapsal žádný příspěvek na svůj blog, takže dnes prolomím tu bariéru ticha jedním článkem, který je spíše pro mě, abych měl po ruce takový cheat sheet pro správu balíčků. Rozhodl jsem se popsat správu software v Red Hat Enterprise Linuxu 8. Nepůjde o vyčerpávající výčet příkazů, ale spíše o ty nejpoužívanější parametry a přepínače pro správce balíků YUM a RPM. Ještě než začnu dodám, že níže uvedené platí kromě RHEL 8 také pro CentOS 8, se kterým jsem pracoval při psaní tohoto příspěvku.

    Repozitáře

    Konfigurace repozitářů

    Konfigurace repozitářů je v souboru .repo v /etc/yum.repos.d. V jednom .repo souboru může být konfigurace pro jeden nebo i několik repozitářů. Nejdůležitější direktivy v .repo konfiguračním souboru jsou:

    Zabezpečení repozitářů

    Instalace balíčků je vykonávána s právy uživatele root, proto je třeba zabránit tomu, aby nebodošlo ke zneužití těchto práv. Pro zabezpečení repozitáře jsou použity klíče GPG. RPM balíčky v repozitáři jsou podepsané GPG klíčem. Ten je dostupný taktéž z repozitáře a je lokálně ulozený v /etc/pki/rpm-gpg. Pokud by došlo k tomu, že by se útočníkovy podařilo hacknout server s repozitářem a umístil tam "fake" balíčky, tak by při instalaci RPM balíčku YUM upozornil, že GPG podpisy balíčků se neshodují.

    YUM - správa balíčků

    Pro správu softwaru (balíčků) v RHEL 8 používáme utilitu YUM. Ta pracuje s takzvanými repozitáři, což jsou online databáze se softwarem (dále balíčky), který máme k dispozici pro instalaci do operačního systému. Tato utilita nám umožňuje provádět různé operace s balíčky. RHEL 8 má v základu dva hlavní repozitáře: BaseOS a AppStream, které oddělují "core operating system" balíčky od "user-space" balíčků.

    Balíčky jsou typu RPM. Utilita YUM kromě správy balíčků řeší také závislosti mezi nimy. To znamená, že pokud se rozhodneme instalovat nějaký balíček z repozitáře, tak YUM se postará (nainstaluje) o všechny závislosti.

    Níže uvádím výpis nejpoužívanějších parametrů pro YUM.

    # vyhledávání balíčku v repozitáři
    yum search jméno_balíčku
    # instalace balíčku
    yum install jméno_balíčku
    # update balíčku
    yum update jméno_balíčku
    # odstranění balíčku
    yum remove jméno_balíčku
    # získání infrmací o balíčku
    yum info jméno_balíčku
    # výpis seznamu instalovaných balíčků
    yum list installed
    # info o instalovaném balíčku + případná dostupnost novější verze
    yum list jméno_balíčku
    # vyhledání balíčku jež obsahuje soubor
    yum provides */jméno_souboru
    # odstranění metadat
    yum clean all
    # výpis seznamu repozitářů
    yum repolist --all
    # historie provedených akcí
    yum history
    # navrácení provedené akce
    yum history undo ID
    # zobrazí seznam závislosti pro balíček
    yum deplist jméno_balíčku


    RPM - správa balíčků

    Správa balíčků pomocí RPM se používala zejména v dobách kdy neexistovaly repozitáře a balíčky se musely manuálně stahovat. RPM neřeší závislosti, takže při instalaci nalíčku můžeme snadno narazit na hlášku "missing dependency", která nám říká, že chybí závislosti a balík nebude instalován. Instalovat pomocí RPM se také nedoporučuje z následujícího důvodu. V systému jsou dvě databáze s balíčky. Jedna je pro YUM a druhá pro RPM. Pokud instalujeme balíček pomocí YUM, tak ten updatuje svou databázi a následně ji synchronizuje s RPM databází. Pokud instalujeme přes RPM, tak se updatuje pouze RPM databáze.

    Struktura názvu RPM balíčku

    Příklad názvu balíčku: autofs-5.0.7-40.el7.x86_64.rpm Správce RPM je velice užitečný při získávání informací o balíčcích. Níže je uveden výčet nejpoužívanějších parametrů.

    # seznam všech nainstalovaných balíčků na serveru
    rpm -qa
    # seznam všech souborů obsažených v balíčku
    rpm -ql jméno_balíčku
    # zobrazí se jméno balíčku, který obsahuje soubor jehož jméno předáváme jako parametr
    rpm -qf jméno_souboru
    # zobrazí závislosti pro příslušný balíček
    rpm -qR jméno_balíčku
    # informace o balíčku
    rpm -qi jméno_balíčku


    Závěrem bych chtěl napsat, že budu rád za konstruktivní kritiku i za poznámky co by bylo do článku vhodné doplnit.

    Zdroje

    Red Hat RHCSA 8 cert guide
    https://access.redhat.com/sites/default/files/attachments/rh_yum_cheatsheet_1214_jcs_print-1.pdf        

    Hodnocení: 83 %

            špatnédobré        

    Anketa

    Je pro Vás tento článek přínosný?
     (75 %)
     (25 %)
    Celkem 8 hlasů

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

    Komentáře

    Diskuse byla administrátory uzamčena

    26.4.2020 17:20 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: Správa software v RHEL 8
    Když jsem koučoval Redheta, díval jsem se hlavně do RHN, tehdy mi přišel dost kvalitní i dostupný. To už neplatí?
    Možná, že to mohlo vypadat asi takhle.
    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    27.4.2020 06:02 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Správa software v RHEL 8
    Nepřešel již RHEL 8 z yum na dnf?
    27.4.2020 07:07 bigBRAMBOR | skóre: 36
    Rozbalit Rozbalit vše Re: Správa software v RHEL 8
    ano, ale oblékli ho jako yum, takže příkazy jsou uplne stejné, dokonce rpm -qi yum a rpm -qi dnf vam vrati stejnou verzi baliku, jenom s jinym jmenem.

    co je škoda, že blog je v podstate jenom vypis zakladnich příkazů yum, které se nemění už asi 35 let, a uživatel RHEL/CentOS je nepotřebuje dohledávat. Zajimavější je práce se streamy a tam má cenu se dívat, protože streamy pro jednotlivé verzi software mohou přibývat a ubývat.
    30.4.2020 06:45 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Správa software v RHEL 8
    Navonok vyzerá dnf rovnako yum (aby sa predsa nenaľakali staroverní), ale napríklad internú cache má inú.
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.