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í
×
dnes 00:33 | Zajímavý projekt

Rodina open source vstupních zařízení Ploopy se rozrostla o Ploopy Mini Trackball. Stavebnici lze předobjednat za 69,99 CAD (1 210 CZK).

Ladislav Hagara | Komentářů: 0
včera 15:44 | Nová verze

Byla vydána beta verze Linux Mintu 20.2 s kódovým jménem Uma. Na blogu Linux Mintu jsou hned tři oznámení. První o vydání Linux Mintu s prostředím Cinnamon, druhé o vydání Linux Mintu s prostředím MATE a třetí o vydání Linux Mintu s prostředím Xfce. Stejným způsobem jsou rozděleny také poznámky k vydání (Cinnamon, MATE, Xfce) a přehled novinek s náhledy (Cinnamon, MATE, Xfce). Linux Mint 20.2 bude podporován až do roku 2025.

Ladislav Hagara | Komentářů: 0
včera 08:00 | Nová verze

Byla vydána verze 1.53.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 2
17.6. 22:33 | Nová verze

Na GOG.com lze do soboty 19. června získat zdarma počítačovou hru Absolute Drift (YouTube).

Ladislav Hagara | Komentářů: 2
17.6. 21:00 | Bezpečnostní upozornění

Bezpečnostní výzkumníci odhalili zásadní slabinu v šifrovacích algoritmech GEA-1 a GEA-2 používaných mobilními zařízeními. Jejich podezření, že slabina nevznikla náhodou, ale zcela úmyslně, s cílem zjednodušit útok na uživatele, posléze mluvčí autorů algoritmu (ETSI) potvrdil.

JiK | Komentářů: 15
17.6. 16:22 | Nová verze

Wasmer byl vydán ve verzi 2.0. Jedná se o běhové prostředí pro programy ve WebAssembly. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

Ladislav Hagara | Komentářů: 0
17.6. 09:00 | IT novinky

Josef Průša představil novou vylepšenou SLA 3D tiskárnu Original Prusa SL1S SPEED. Její cena je 49 990 Kč. S mycí a vytvrzovací stanicí 64 990 Kč.

Ladislav Hagara | Komentářů: 1
17.6. 08:00 | Nová verze

Byla vydána nová verze 1.32.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu věnuje Thomas Haller.

Ladislav Hagara | Komentářů: 2
17.6. 07:00 | Nová verze

Bylo vydáno Eclipse IDE 2021-06 aneb Eclipse 4.20. Představení novinek tohoto vývojového prostředí také na YouTube.

Ladislav Hagara | Komentářů: 0
16.6. 23:11 | IT novinky

Měsíční kampaň Bulánci se vrací na Startovači na podporu vývoje nové verze dnes již dvacetileté počítačové hry Bulánci skončila. Vybráno bylo 7 308 770 Kč. Požadováno bylo 500 000 Kč.

Ladislav Hagara | Komentářů: 17
Používáte kalkulačku?
 (9%)
 (31%)
 (61%)
 (27%)
 (12%)
Celkem 229 hlasů
 Komentářů: 25, poslední včera 07:59
Rozcestník

Dotaz: Gentoo, ebuild, zavislost na jednom z nekolika balicku

7.8.2013 16:33 Gilhad | skóre: 20 | blog: gilhadoviny
Gentoo, ebuild, zavislost na jednom z nekolika balicku
Přečteno: 229×
Potrebuju pro Gentoo udelat nejake balicky a nevim, jak vyresit zavislosti.

Hlavni program PROG potrebuje mit nainstalovany prave jeden z balicku LIB1, LIB2, LIB3, ... LIB10,LIB11,...

Je potreba aby byl nainstalovany prave jeden z nich, ale hlavnimu programu nezalezi na tom, ktery to je (vyber se bude zarizovat jinak)

To by slo snad zaridit pomoci RDEPEND="|| (LIB1 LIB2 LIB3)"

Zaroven nesmi byt nainstalovany dva z LIB1...LIBxy (maji spoustu "spolecnych" souboru, ktere se obsahem lisi).

To by (pro LIB2) asi zaridilo RDEPEND="!LIB1 !LIB3"

Predem nevim, kolik tech LIBxy bude, vim ze budou casem pribyvat. Proto bych se rad vyhnul nutnosti pri pridani LIBxy prepisovat ebuild PROG (pro pridani te LIB) a prepisovat vsechny ebuildy vsech ostatnich LIB (aby se navzajem vylucovaly). Taky mi prijde, ze by prece mela byt nejaka jednodssi cesta, jak tohle zapsat, nez milionkrat opakovat stejne seznamy, jen s vynechanim jednoho prvku.

(Predstavuju si neco jako

PROG: RDEPEND="MyLib"

LIB1: PROVIDE_EXCLUSIVE="MyLib"

LIB2: PROVIDE_EXCLUSIVE="Mylib"

.... )

Postup instalace je povinne dan, ze admin nejdriv nainstaluje jednu z LIBxy, potom nainstaluje PROG (potom obcas zupdatuje cely world). Instalace PROG bez predchozi instalace LIBxy nedava smysl a musi selhat chybou. Taktez nedava smysl, aby si system sam vylosoval nejakou LIBxy, pokud neni zadna explicitne nainstalovana.

Nevite nekdo, jak toto nejak jednoduse a prehledne zabezpecit? (V tuto chvili je tech LIB vic nez 10 a ceka se ze zacnou pribyvat rychleji)

Odpovědi

rADOn avatar 7.8.2013 17:09 rADOn | skóre: 44 | blog: bloK | Praha
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku
Tohle se afaik obyvkle resi tak ze se zridi virtualni balik. Treba virtual/mysql je RDEPEND="|| ( =dev-db/mysql =dev-db/mariadb)". Programy ktery chteji "nejakou" mysql si daji zavislost na virtual a neresi na koho to padne.
"2^24 comments ought to be enough for anyone" -- CmdrTaco
7.8.2013 17:45 Semo | skóre: 45 | blog: Semo
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku
Co ale riesi asi iba 1/3 pozadovaneho chovania.
If you hold a Unix shell up to your ear, you can you hear the C.
7.8.2013 20:05 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku

Řešíte problém na špatném místě. Že dva balíčky nemohou být nainstalovány najednou, se píše do nich. Nemá smysl to psát jinam, protože uživatel se může rozhodnout nainstalovat právě jen tyto dva vylučující se balíky.

Netvrdím, že váš požadavek na nějakou podporu od PMS není legitimní, ale řekl bych, že podle postup instalace je povinne dan, se snažíte zneužít balíčkovací systém na něco, k čemu určen není, nebo nějak, jak se používat nemá.

Přehled konfliktů můžete schovat do eclassy a ze všech balíků ji použít. Nevím ale, jestli lze *DEPEND proměnné generovat dynamicky.

7.8.2013 21:01 Gilhad | skóre: 20 | blog: gilhadoviny
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku
"postup instalace je povinne dan" jsem myslel, ze ja jakozto tvurce systemu urcuju, jak ho maji technici instalovat (technici nic nerozhoduji, proste provedou par instrukci a pockaji az to dobehne). Ale protoze clovek je chybujici, tak se snazim co nejvic moznych chyb odchytit predem nejakym rozumnym zpusobem.

Nema zadny rozumny smysl instalovat dva ruzne baliky LIBxy, protoze delaji totez, jen pro ruzny HW (a v danem nasazeni neni mozne, aby jeden stroj mel naraz dva typy HW, nebo aby se delal nejaky "univerzalni" stroj)

Chtel jsem dat do kazdeho LIBxy *DEPEND, ktery vylouci vsechny ostatni LIBxy, ale znamena to pri kazdem pridani knihovny prepsat ty dependy ve vsech stavajicich knihovnach, coz mi prijde takove silne neelegantni.

Pak je tu samozrejme moznost to neresit a nechat to spadnout pri instalaci na konflikt souboru, ale to je takove trochu humpolacke a spadne to az celkem pozde - vic by se mi libilo, kdyby se to odmitlo naistalovat uz ve chvili vypoctu zavislosti.

Jinak jde o dost specialni system na zakazku a tyto knihovny/program se nikam jinam sirit nebudou a uzivatele si s nima vlastne nemaji co hrat a ani nemaji zajem nic resit - z jejich pohledu jde o cernou krabicku, ktere nekde sedi, zere proud a dela co ma, nic vic. To jen ja si chci (sobe a technikum) usnadnit instalace a updaty.
7.8.2013 22:19 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku
Díval jsem se do PMS, a existuje exactly-one-of skupina, která se definuje přes dvě stříšky. Ale je možná ji použít jen v REQUIRED_USE. Takže by se dali takto omezit USE flagy a jejich přítomnost pak převést na závislosti.
rADOn avatar 8.8.2013 12:35 rADOn | skóre: 44 | blog: bloK | Praha
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku
ja jakozto tvurce systemu urcuju, jak ho maji technici instalovat (technici nic nerozhoduji, proste provedou par instrukci a pockaji az to dobehne)
To je všechno hezký a rozumný… a úplně šílený. Filozofie "root je debil kterého je nutno vodit za ručičku" je úplný opak toho jak funguje gentoo, pokud máš potřebu ho tímhle způsobem znásilňovat tak se nediv že ti to zrovna neulehčuje :-)

Určitě by se na to dala napsat eclass, podívej se třeba na ebuild apače který takhle vybírá mpm moduly. Ale bude to kapku složitější. Na to co popisuješ by stačilo udělat si sadu meta balíků které budou záviset na společné části a knihovně pro ten který hardware, to zvládne jednoduchý makefile. Tvoje pologramotná obsluha by instalovala pouze jeden balík.

"2^24 comments ought to be enough for anyone" -- CmdrTaco
8.8.2013 13:42 Gilhad | skóre: 20 | blog: gilhadoviny
Rozbalit Rozbalit vše Re: Gentoo, ebuild, zavislost na jednom z nekolika balicku
Ono je to trosku jinak - root jsem predevsim ja, ale mam spravovat par stovek takrka identickych boxu, tak se snazim to co nejvic zautomatizovat. Cim vic toho udela automatika, tim min mam prace a tim min chyb ci opomenuti udelam.

Cely tento problem je jen malou casti celeho reseni a snazim se to dotahnout do stavu, kdy podle HW nainstaluju spravny balik, pak nainstaluju super_mega_system_all balik a vse ostatni se vytahne jako zavislosti. Na konec spustim super_mega_konfigurace.sh a vse se spravne nastavi na defaulty (pokud jsem nekde nerekl vyslovne jinak)

Kluci technici se predevsim staraji o vymenu vadnych kusu (oblibene je vyhorely zdroj) a instalaci z image, ktere jim pripravim. Ale kdyby byl jednoduchy nastroj, jak obejit ty image, tak by to asi bylo lepsi. Jenze to uz musi byt hodne jednoduche a neprustrelne, aby s tim mohl pracovat i nekdo, kdo tomu prilis nerozumi.

Gentoo mi vyhovuje, protoze ho mam doma a pouzivam pri vyvoji, jim je zcela jedno, co tam bezi, tak mam proste mirror, kde je vzdy nejaka odzkousena zmrazena verze a boxy se synchronizuji vuci tomuto mirroru. Takze vetsinu doby maji vsechny stejne verze programu v nejakem konzistentnim stavu.

Dodavam to jako reseni jine firme (ktere patri ti technici) a leta nam to funguje velice dobre k oboustranne spokojenosti. (Pravda, jsou tam nejruznejsi zajimave artefakty, z nich cast jsem zdedil a cast vznikla podivnymi pozadavky zakaznika, ale postupne to ucesavam za chodu. Nicmene musim volit cestu pozvolne evoluce, protze to proste nejde naraz cele odstavit a spustit po case s novou zcela jinou verzi. Takze spoustu historickeho balastu jeste nejakou dobu potahnu).

Ti technici puvodne neumeli nic, ale maji snahu se ucit a chteji mit pristup k co nejvetsi funkcnosti, pokud jim ten pristup zvladnu udelat dost jednoduchy. Proste tato spoluprace ma svoje "specifika", ale rozhodne se obema stranam vyplaci i s nima.

Založit nové vláknoNahoru

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

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.