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 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 2
dnes 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
dnes 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
dnes 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
dnes 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 4
dnes 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
včera 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
včera 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 920 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 201×
    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: 44 | 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.