Přihlášení | Registrace

napište » Zprávičky

dnes 16:11 | Nová verze

Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

Ladislav Hagara | Komentářů: 0

Slackware Linux slaví 32 let

dnes 15:55 | Komunita

Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

Ladislav Hagara | Komentářů: 2

MMR nabízí odměny za odhalení bezpečnostních děr ve svých IT systémech

včera 21:22 | IT novinky

Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

Ladislav Hagara | Komentářů: 12

Česko představilo nový jednotný vizuální styl státu

včera 16:22 | IT novinky

Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

Ladislav Hagara | Komentářů: 22

Vyhledávač DuckDuckGo má dnes výpadky

včera 15:33 | Upozornění

Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

bindiff | Komentářů: 7

Více než 600 Laravel aplikací je zranitelných vůči vzdálenému spuštění kódu

včera 13:33 | Bezpečnostní upozornění

Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

Ladislav Hagara | Komentářů: 5

Helix 25.07

včera 00:11 | Nová verze

Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.

Ladislav Hagara | Komentářů: 0

Nvidia po souhlasu od Trumpovy vlády obnoví prodej čipů pro AI do Číny

15.7. 20:44 | IT novinky

Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.

Ladislav Hagara | Komentářů: 10

Blender 4.5 LTS

15.7. 17:22 | Nová verze

3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.

Ladislav Hagara | Komentářů: 0

Open source webový aplikační framework Django slaví 20. narozeniny

14.7. 22:22 | Komunita

Open source webový aplikační framework Django slaví 20. narozeniny.

Ladislav Hagara | Komentářů: 0

Centrum | Napsat | Starší

navrhněte » Anketa

Jaký je váš oblíbený skriptovací jazyk?

bash (59%)

python (27%)

perl (7%)

powershell (3%)

batch (0%)

vbscript (1%)

jiný, uvedu v diskusi (4%)

Celkem 409 hlasů

Komentářů: 16, poslední 8.6. 21:05

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Články / Jaderné noviny 303

Štítky: C, CVS, distribuce, DRM, framebuffer, Gentoo, grafické karty, kernel, licence, Linux, nVidia, patch, práva, programování, SUSE, Version Control System, video

Jaderné noviny 303

8. 4. 2005 | Robert Krátký | Jaderné noviny | 4948×

Trvalý obrázek na pozadí při použití framebufferu. Pravidla stromu w.x.y.z '-stable'. Otázka licence NVIDIA. Nekompatibilní moduly mezi vydáními w.x.y.z.

Trvalý obrázek na pozadí při použití framebufferu, 26 e-mailů

7. bře - 15. bře

Michal Januszewski napsal:

Fbsplash - Framebuffer Splash - je funkce umožňující zobrazování obrázků na pozadí konzolí, které používají fbcon. Projekt je částečně založen na bootsplash.

Oproti bootsplash nemá fbsplash žádný dekodér obrázků přímo v jádře. Dekomprimace obrázků je řešena pomocnou aplikací v uživatelském prostoru, která jádru předává surová obrazová data. Také neexistuje podpora věcí jako jsou tichý režim a ukazatele průběhu, protože je lepší je řešit uživatelskými programy.

Jsou podporovány režimy truecolor, directcolor a pseudocolor. Fbsplash nezávisí na žádném specifickém ovladači framebufferu. Byl testován s vesafb, rivafb a radeonfb.

Technické podrobnosti o rozhraní uživatelský prostor<->jádro jsou k nalezení v patchi 07/07, který obsahuje dokumentaci.

Uživatelské utility využívající fbsplash jsou na: http://dev.gentoo.org/~spock/projects/splashutils/

James Simmons si myslel, že to je zbytečná věc; laskominka pro oko, ale beze smyslu. Ale Pavel Machek poznamenal: Přinejmenším některé verze Debianu, Gentoo a SUSE používají nějakou variantu takové laskominky; všechny s jinými chybami. Bylo by fajn mít alespoň tu úvodní obrazovku správně (aby nevyžadovala vesafb a umožňovala tak funkční suspend-to-RAM).

Pravidla stromu w.x.y.z '-stable', 35 e-mailů

8. bře - 11. bře

Ohledně nového systému verzování (w.x.y.z) napsal Greg KH:

Tohle je první návrh procesu vydávání -stable 2.6 řady. Vytvořili jsme s Chrisem. Máte k tomu někdo nějaké otázky/stížnosti/nejasnosti?

Vše, co jste kdy chtěli vědět o jádrech Linux 2.6 -stable.

Pravidla týkající se druhu patchů, které budou přijímány a odmítány:

Musí být zjevně správný a testovaný.
Nesmí být delší než 100 řádků, včetně kontextu.
Musí opravovat pouze jednu věc.
Musí opravovat skutečný problém, který lidem působí potíže (ne věci typu "Tohle by mohl být problém...").
Musí opravovat problém, který způsobuje chybu při kompilaci (ale ne u chyb označených jako CONFIG_BROKEN), oops, zatuhnutí, poškození dat, skutečný bezpečnostní problém nebo nějakou záležitost typu "a jé, to není dobré". Prostě něco závažného.
Žádné "teoretické problémové případy" pokud neexistuje vysvětlení, jak může být problém zneužit.
Nesmí obsahovat žádné "triviální" opravy (opravy pravopisu, čištění kódu atd.).
Musí být schválen příslušným správcem subsystému.
Musí se držet pravidel v Documentation/SubmittingPatches.

Postup posílání patchů do stromu -stable:

Po ověření, že splňuje vyjmenovaná pravidla, patch pošlete na stable@kernel.org.
Odesílatel obdrží potvrzení o přijetí, pokud bude patch zařazen do fronty, nebo odmítnutí, bude-li odmítnut. Taková odpověď může pár dní trvat - podle toho, jak budou mít vývojáři čas.
Bude-li přijat, zařadí se do -stable fronty, která bude prohlédnuta dalšími vývojáři.
Bezpečnostní patche by neměly být posílány na tento alias, ale na běžný security@kernel.org.

Kontrolní období:

Jakmile se správci -stable shodnou na kontrolním období, budou patche odeslány kontrolní komisi, správci dotčené oblasti kódu (pokud není zadavatelem patche sám správce oblasti) a kopie do konference linux-kernel.
Kontrolní komise má 48 hodin na to, aby patch přijala nebo odmítla.
Je-li patch členem komise odmítnut, nebo stěžují-li si na něj členové konference linux-kernel, kteří upozorní na problémy, které unikly správci i členům komise, bude patch z fronty vyřazen.
Na konci kontrolního období budou schválené patche zařazeny do nového -stable vydání a jádro vyjde.
Bezpečnostní patche budou do -stable přijaty automaticky od jaderného bezpečnostního týmu a nebudou procházet běžným kontrolním procesem. Více podrobností o této proceduře sdělí jaderný bezpečnostní tým.

Kontrolní komise:

Bude vytvořena z několika vývojářů jádra, kteří se dobrovolně přihlásili (a několika, kteří se nehlásili).

Andi Kleenovi se nelíbil jeden z Gregových bodů. Nezamlouvala se mu představa, že bezpečnostní patche by procházely jaderným bezpečnostním týmem, a ne běžným kontrolním procesem. Řekl: Jak je možné, že má bezpečnostní tým větší kompetence než správci subsystémů? Viděl bych přehlasovávání správců ohledně bezpečnostních záležitostí jako rozumné, pokud by správci neodpovídali. Ale pokud reagují, měli by být myslím kontaktováni především oni.

Arjan takový výklad podpořil, ale Marcelo Tosatti připomněl: Bezpečnostní tým bude se správci spolupracovat - ne je přehlasovávat. To by bylo skutečně šílené. Chris to potvrdil a dodal: Jde o to, že je nutné koordinovat i zveřejňování. Andimu to stále nestačilo a měl pocit, že pravidla v této věci nejsou dost jasná. Ale po chvíli přetahování napsal Greg: Nechme dohadů o výkladu pravidel. Uvidíme, jestli to, co jsme navrhli, funguje ve skutečném provozu. Pokud ne, můžeme se k tomu vrátit.

Otázka licence NVIDIA, 7 e-mailů

12. bře - 15. bře

Dave Jones upozornil:

Nedávno přidaný kód nvidia framebufferu je označen jako MODULE_LICENSE(GPL), ale některé věci se mi moc nezdají...

Úvodní text na začátku souborů drivers/video/nvidia/nv_dma.h, drivers/video/nvidia/nv_local.h a drivers/video/nvidia/nv_hw.c nevypadá jako licence kompatibilní s GPL. Bude to nějaká speciální nvidia licence s reklamní podmínkou a něčím, co omezuje práva koncových uživatelů z řad vlády Spojených států.
Soudě dle CVS značek v kódu pocházejí některé z těch souborů zjevně z XFree86. Byl tento XFree86 kód vydán původními autory pod dvojí licencí? Pokud ano, tak to z toho není zřejmé.

Andrew Morton se zeptal: Stačí jako vysvětlení tohle: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/ 2.6.11/2.6.11-mm3/broken-out/fbdev-nvidia-licensing-clarification.patch? Arjan van de Ven odpověděl: Více méně. Bylo by rozumné to vydat pod dvojí licencí (jako většinu věcí v jádře, které původně nebyly pod GPL), aby se ten právní stav doopravdy vyjasnil. Protože pokud to jen tak začleníte do GPL kódu, stane se z toho vlastně GPL kód (díky svobodě MIT a virové nátuře GPL). A já mám pocit, že autor měl v úmyslu ponechat možnost užívání pod MIT...

Jon Smirl připomněl, že všechny soubory v drivers/char/drm by skutečně měly mít výslovně duální MIT/GPL licenci. Projekt DRM přebíral z LKML zpět patche, aniž by upřesnil, že je DRM licencováno MIT. Dalo by se vyvozovat, že se tak DRM stalo GPL, aniž by to bylo zamýšleno. Arjan odpověděl: Bez výslovné dvojí licence je to fakt past.

Nekompatibilní moduly mezi vydáními w.x.y.z, 2 e-maily

16. bře

Michael Tokarev napsal:

Chápu-li to správně, tak ta "super-stabilní" jádra by neměla nikterak ovlivnit ABI modulů. Tedy, modul zkompilovaný pro 2.6.11 nebo 2.6.11.2 by měl fungovat s 2.6.11.4 a naopak. Mluvím samozřejmě o modulech neobsažených v hlavním stromu jádra.

Ale. S každým vydáním 2.6.11.x se mění EXTRAVERSION, takže cizí moduly jsou nekompatibilní jen proto, že obsahují jiné označení verze jádra.

Otázka je nasnadě: je tohle správné/zamýšlené chování? Možná, jen možná by EXTRAVERSION neměla být brána v potaz, když se rozhoduje o tom, jestli je daný modul zkompilovaný pro konkrétní jádro.

K tomu, že jádra w.x.y.z by neměla ovlivnit binární aplikační rozhraní jádra (ABI), Arjan van de Ven řekl: To je předpoklad, který se mi obecně nezdá moc platný. Více se o tom nediskutovalo.

V originálu Kernel Traffic 303 vyšla navíc ještě tato témata: