Byla vydána verze 3.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí HTML, CSS a JavaScriptu Electron (YouTube, GitHub). Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Po půl roce vývoje od vydání verze 6.0.0 byla vydána verze 7.0.0 překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, clang-tools-extra a LLD.
Byla vydána verze 3.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu. Zrušena byla podpora Pythonu 2.
V Norimberku probíhá do pátku ownCloud conference 2018, tj. konference vývojářů a uživatelů open source systému ownCloud (Wikipedie) umožňujícího provoz vlastního cloudového úložiště. Přednášky lze sledovat online. Videozáznamy jsou k dispozici na YouTube. Při této příležitosti byl vydán ownCloud Server 10.0.10. Z novinek lze zdůraznit podporu PHP 7.2. Vydán byl také ownCloud Desktop Client 2.5.0. Vyzkoušet lze online demo ownCloudu.
Zářijový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 20. 9. 2018 od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Tentokrát bez oficiální přednášky, ale zato s dobrým jídlem a pivem – volná diskuse na téma IoT, CNC, svobodný software, hardware a další hračky.
Vývojáři relačního databázového systému PostgreSQL oznámili, že schválili svůj Code of Conduct (CoC) aneb kodex chování vývojářů PostgreSQL.
Byla vydána verze 1.0 poštovního serveru Courier (Wikipedie). Aktualizovány byly také související balíčky jako Courier authentication library, Courier-IMAP, SqWebMail, maildrop nebo Cone.
Společnost Versity Software otevřela svůj archivační souborový systém ScoutFS. Zdrojové kódy jsou k dispozici na GitHubu (kernel space, user space) pod licencí GPLv2.
Byla vydána verze 4.2 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 18.04, Ubuntu 16.04 a Ubuntu 14.04. Přehled novinek ve videozáznamu přednášky z WWDC 2018.
Po třech a půl letech od vydání verze 3.4.1 byla vydána nová verze 3.4.2 programu pro filtrování spamu Apache SpamAssassin (Wikipedie). Z novinek lze zmínit 4 nové pluginy. Pravidla budou ověřována pomocí SHA-256 a SHA-512 místo SHA-1. Řešeny jsou také 4 bezpečnostní chyby. Například chyba CVE-2018-11780 v pluginu PDFInfo zneužitelná ke vzdálenému spuštění kódů (RCE).
Nedavno jsem na svem notebooku nainstaloval novy OpenSuse 10.0. Po nainstalovani a rozbehnuti vsech veci nutnych k praci me zajimalo, jestli pobezi uspavani a suspendy.
Podle informaci z Internetu (no dobre, hlavne tady z abicka 
) jsem si nechal vypsat soubor /sys/power/state a dostal vysledek standby mem disk, coz me potesilo. Vyzkousel jsem vsechny 3 a funguji bez vetsich problemu.
Suspend to disk je uplne bez problemu. Pouzival jsem ho cely minuly tyden misto vypinani notebooku pred odchodem z prace. Behem tyden jsem si vsiml, ze se mi pomalu plni swap a pamet. V nedeli pred vypnutim zaplneni doslo do stadia, kdy bylo zaplneno vic jak 50% pameti i swapu, tak me zajimalo, jak se s tim suspend popere. Nepopral se a uspavani skoncilo chybou. Je to celkem logicke, takze to za chybu nepovazuju. I kdyz by kontrola, zda-li je system ve stavu, kdy muze byt sesupendovan, vubec neskodila.
V mem relativne standardnim pracovnim prostredi (Eclipse, TomCat, minimalne 1 instance Oracle databaze, FF s dost zalozkami, TB s nekolika schrankami a stovkami ticis emailu) trva suspendovani asi 40 vterin a zhruba stejne dlouho zase natazeni. Vsechny procesy se vzbudi korektne, nic pak nema problemy. Jedinou vyjimkou je treba aktivni GPRS spojeni pres mobil pripojeny pres USB, protoze pri suspendu se shazuji subsytemy jako je prave USB. Ale to opet nepovazuju za chybu, protoze po vzbuzeni subsytem korektne nabehne. Jen jednou se mi stalo, ze bylo zapotrebi zarizeni fyzicky odpojit a pripojit a to nakonec jen proto, ze bylo namapovano na /dev/ttyUSB1 misto /dev/ttyUSB0.
Suspend to RAM je nechutne rychly Notebook chrupka za 3 vteriny. A stejne rychle se vzbudi. Drobna potiz je pouze v neprobuzenem displeji, coz resi utilitka video_post.
Posledni moznosti je stand by rezim, ktery je take okamzity. Projevuje se u nej stejny problem jako u suspend to RAM - neprobouzeni displeje, ale opet to resi utilitka video_post. Mam pocit, ze do tohoto rezimu se notebook automaticky prepne i kdyz zaklapnu displej - minimalne je uspane LCD a je zapotrebi ho opet vzbudit.
Uspavani je velmi prijemne, protoze nemusim po kazdem zapnuti notebooku "vyrabet" pracovni prostredi (i kdyz se nektere aplikace spousti automaticky) a dostavam se okamzite do stavu, kde jsem prestal pracovat. Ale jsou i stinne stranky. Po zapnuti se dostavate do prihlaseneho systemu, coz mi celkem vadi. Vyresil jsem to zamcenim X a pak teprv suspendovanim. Druha vec, kterou teprv budu overovat je pripojeny sifrovany FS, protoze podle me pripojeny sifrovany FS zustane pripojeny uz minimalne proto, ze nepujde lehce odpojit kvuli bezicim aplikacim, ktere na nem maji otevrene soubory. I kdyz budou X zamcene, dostava se pripadny zlodej k systemu s pristupnymi citlivymi udaji. Pokud s timto mate nekdo zkusenosti, budu rad, kdyz se podelite v diskusi 
Tiskni
Sdílej:
A KDE jsem opustil uz kdysi davno
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
