Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
jj sme teraz prpesne v tom procese ze vyberame support company..a nam ponukol SUSE ze sa bude starat o Redhat...problem je ze je tam nejaky legal problem pac oni to nemozu podla toho co sme vyrozumeli....
Člen L3 týmu by tu nuanci ve významu slova podporovat chápat měl, ale typický čtenář ABCLinuxu?
A tohle je možná tak trochu jádro pudla. Blogpostu jako takovému jsem se s chutí zasmál. Ale dávat ho sem, kde je téměř jisté, že většina čtenářů ty narážky nepochopí, to asi nebylo úplně šťastné. Kolik čtenářů si skutečně zkusilo najít, co je Expanded Support nebo VMDP, na koho a co se vztahují, a zamyslet se, proč firma takové služby poskytuje? Rád bych se pletl, ale obávám se, že naprostá menšina. Jenže pak to, co bylo myšleno jako nevinný vtípek v podobném duchu, jako že po fúzi s MFI budeme muset do SLE přidávat podporu Cobolu, vyzní trochu jinak.
Mimochodem, ono to s tou (ne)podporou openSUSE taky není tak jednoznačné. Na jedné straně je asi každému soudně uvažujícímu jasné, že komerční podpora kompletního openSUSE by byl ekonomický nesmysl srovnatelný s jídelními lístky o stovce položek v některých epizodách Ano, šéfe. Ale jednou z motivací pro Leap byla právě určitá symbióza, kdy přinejmenším části bugů na core balíčky může být dávána větší váha, protože jsou to vlastně zároveň bugy na SLE. Bohužel to zatím AFAIK nefunguje v takové míře, jak by mohlo, a v případě jádra ve 42.1 skoro vůbec (což nakonec trochu supluje Evergreen 13.1), ale Řím taky nepostavili za den.
24.3.2016 19:52
rADOn | skóre: 44
| blog: bloK
| Praha
Bohužel to zatím AFAIK nefunguje v takové míře, jak by mohlo, a v případě jádra ve 42.1 skoro vůbec (což nakonec trochu supluje Evergreen 13.1), ale Řím taky nepostavili za den.Existuje vubec nekdo, kdo by si myslel, ze Leap 42.1 neni prusvih?
Richard Brown, přinejmenším. A pokud ne, předstírá to opravdu přesvědčivě. :-)
Na druhou stranu, jakkoli ze 42.1 nejsem moc nadšený, jsem přesvědčen, že pokud by se místo toho vydala 13.3 vytvořená podobným způsobem jako předcházející verze, nebyl by výsledek o nic lepší a v mnoha ohledech by byl spíš horší.
Momentálně mne spíš zajímá, do jaké míry se podaří ve 42.2 odolat pokušení upgradovat všechno možné na nejnovější verze. A taky s jakým jádrem vyjde 42.3, ale to je ještě daleko.
Na druhou stranu, jakkoli ze 42.1 nejsem moc nadšený, jsem přesvědčen, že pokud by se místo toho vydala 13.3 vytvořená podobným způsobem jako předcházející verze, nebyl by výsledek o nic lepší a v mnoha ohledech by byl spíš horší.Proc myslis? V cem by byl s 13.3 takovy problem?
Momentálně mne spíš zajímá, do jaké míry se podaří ve 42.2 odolat pokušení upgradovat všechno možné na nejnovější verzeNektere veci jako KDE nebo kernel by si zaslouzili update, nejlip okamzite, aby se daly vubec pouzivat...
Proc myslis? V cem by byl s 13.3 takovy problem?
Podle mne je největší problém Leap 42.1 Plasma 5. Jsem si celkem jistý, že ta by v klasicky pojaté 13.3 byla nakonec taky, a to z víceméně stejných důvodů. I jádro by tam nejspíš bylo stejné, v horším případě bychom skončili s verzí 4.2, která není long term. Jediný rozdíl by byl v tom, že novější a hůř odladěné verze by tam byly i u core balíčků, které ve 42.1 jsou ze SLE12 SP1.
Nektere veci jako KDE nebo kernel by si zaslouzili update, nejlip okamzite, aby se daly vubec pouzivat...
Tady mi není úplně jasné, jestli mluvíto o updatech v rámci 42.1 nebo o 42.2. Updaty v rámci 42.1 se samozřejmě dělají, ale je potřeba k tomu přistupovat s rozvahou, protože version upgrade není žádná magická hůlka, která automaticky vyřeší všechny problémy. Zrovna u KDE bych ho ale úplně nevylučoval.
Co se týká 42.2, tak tam se KDE updatovat bude určitě, ale nejsem si jistý, jak moc to pomůže. Jádro by mělo být, jak pevně doufám, 4.4 založené na SLE12-SP2. Věřím, že se podaří odolat tlakům, že tam musíme dát něco novějšího; u 42.3 to nejspíš bude podstatně těžší. Jak to bude s dalšími balíčky, to se uvidí v nejbližších měsících.
Jak to bude s dalšími balíčky, to se uvidí v nejbližších měsících.Některé budou muset být upgradovány už kvůli tomu jádru. Za sebe už například s jistotou vím, že celý kernel dump toolchain (kexec-tools, kdump, makedumpfile, crash, libkdumpfile, kdumpid), tj. všechny balíčky, o které se starám. :-|
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
23.3.2016 15:02
24.3.2016 09:36