Evropská komise (EK) předběžně shledala čínskou sociální síť pro sdílení krátkých videí TikTok návykovým designem v rozporu s unijním nařízením o digitálních službách (DSA). Komise, která je exekutivním orgánem Evropské unie a má rozsáhlé pravomoci, o tom informovala v tiskovém sdělení. TikTok v reakci uvedl, že EK o platformě vykreslila podle něj zcela nepravdivý obraz, a proto se bude bránit.… více »
Offpunk byl vydán ve verzi 3.0. Jedná se o webový prohlížeč běžící v terminálu a podporující také protokoly Gemini, Gopher a RSS. Přibyl nástroj xkcdpunk pro zobrazení XKCD v terminálu.
Promethee je projekt, který implementuje UEFI (Unified Extensible Firmware Interface) bindingy pro JavaScript. Z bootovacího média načítá a spouští soubor 'script.js', který může používat UEFI služby. Cílem je vytvořit zavaděč, který lze přizpůsobit pomocí HTML/CSS/JS. Repozitář se zdrojovými kódy je na Codebergu.
Zpráva Justičního výboru Sněmovny reprezentantů upozorňuje na cenzurní kampaň Evropské komise, mířenou proti svobodě projevu na sociálních sítích. V dokumentu se uvádí, že se Evropská komise během posledních šesti let účastnila více než 100 uzavřených jednání, během nichž po platformách požadovala úpravy pravidel moderování obsahu, přičemž toto úsilí Komise zahrnovalo i cenzuru politických názorů a pravdivých informací. Výbor zdůrazňuje, že tento přístup Bruselu ohrožuje ústavou zaručená práva Američanů na svobodu projevu.
Linus Torvalds vydal jádro Linux 6.19. Podrobný výčet změn je ke zhlédnutí na stránce Kernel Newbies, stručné výběry v LWN (část první, druhá).
Do prodeje jde tichá bezdrátová herní myš Logitech PRO X2 SUPERSTRIKE s analogovými spínači s haptickou odezvou (HITS, Haptic Inductive Trigger System). Cena je 4 459 Kč.
Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.
BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.
Do konference přišlo celkem 3599 emailů, nejvíce jich poslali William Lee Irwin III, Alan Cox a Sam Ravnborg.
17. črc - 6. srp
Patrick Mochel napsal:
Přibližně před rokem mě naštvalo, jak se vyvíjely mé snahy o začlenění několika oprav, které jsem provedl v kódu swsusp (suspend-to-disk). Důvodů bylo více, ale v této chvíli jsou z většiny irelevantní. Pokusil jsem se celou věc urychlit rozdělením kódu, pojmenoval jsem novou větev pmdisk a začlenil jsem opravy. Měl jsem v úmyslu to opět spojit, ale okolnosti byly proti a mně nezůstal žádný čas, ve kterém bych se tomu mohl věnovat. Výsledkem byl stav, který celkovému úsilí škodil.
Rozdělení kódu bylo špatným rozhodnutím. Pavlovi se omlouvám, že jsem ho přehlížel, uživatelům se omlouvám, že zůstali s nevyvíjenou implementací uspání na disk.
Podařilo se mi vyšetřit trochu času a připravil jsem sadu patchů, které obě implementace spojí. Lze je aplikovat na čerstvý Linusův BK strom. Nezmizely žádné funkce a celkový přínos by měl být vyšší než u obou implementací zvlášť.
Patche odstraňují pmdisk z jádra a pročistí kód swsusp. Výsledkem je jediný, velmi vylepšený kód, který snad ostatním umožní, aby mu lépe porozuměli.
Kód swsusp byl připojen ke zbytku kódu Power Managment. Odstraňuje se tak nějaký duplicitní kód a hlavní vstupní body to trochu zjednoduší. Hlavní výhodou je to, že swsusp už nezávisí na /proc/acpi/sleep nebo na přítomnosti upraveného systémového volání sys_reboot(). Lze to využít zápisem do /sys/power/state. Další velkou výhodou je to, že můžeme v rámci platformy využít skutečné režimy s nízkým napájením (např. režim ACPI S4), místo abychom stroj pokaždé vypínali.
Provedl jsem pouze minimum testů, protože už jsem doslova venku ze dveří a na cestě do Ottawy, ale ověřil jsem, že to funguje alespoň na jednom laptopu s Pentiem-M (Compaq Evo N620c). Neměl jsem příležitost portovat nízkoúrovňové změny na architekturu x86-64. Mám to v TODO, stejně jako napsání formálního vysvětlení technických změn pro Documentation/
Uraženou diskuzi, ve které Patrick oznámil rozdělení kódu, najdete v Jaderných novinách 231.
V odpovědi na předešlou zprávu Pavel Machek Patrickovi poděkoval a začal zkoumat jeho patche. Nigel Cunningham, který měl připraveno množství vlastních patchů, řekl, že před posíláním svých patchů počká, dokud nebude spojení dokončeno. Andrew Morton poznamenal:
Prostě Patrickovo BK URL přidám do svého seznamu BK stromů, které jsou zařazovány do -mm. Nebudete mi to věřit, ale to znamená, že už mám 25 externích stromů.
Patricku, cokoliv přidáš bude automaticky nataženo do -mm, takže máš-li jinou adresu, kterou bych měl používat, dej mi vědět.
Pavel, Patrick a další pokračovali v práci na kódu už v přátelském duchu.
20. črc - 9. srp
Marcelo Tosatti napsal:
Vytvořil jsem adresář pro ukládání dosud nevyřešených problémů v 2.4: http://master. kernel.org/~marcelo/pending-2.4-issues/
Soubor INDEX:
Toto je seznam známých nevyřešených problémů s 2.4. Každý soubor
představuje jednu záležitost. Ano, mohlo by to být vylepšeno, ale právě
teď je to KISS [Keep It Simple, Stupid = Nekomplikuj to, troubo].
Zwane Mwaikambo navrhl vyhledávat chyby v bugzilla.kernel.org. Marcelo mu poděkoval a začal s tím.
21. črc - 7. srp
James Morris napsal: Tento patch odstraňuje cryptoloop, které je prolezlé chybami, nikdo jej nespravuje a údajně má několik bezpečnostních slabin. Odstraněním cryptoloop by se zároveň mělo dostat více testování dm-crypt. Andrew Morton odpověděl: OK - pokud si nikdo nebude dostatečně přesvědčivě stěžovat, vypustíme cryptoloop z 2.6.9.
Dale Fountain reagoval: Cryptoloop je zastaralé, ale to neznamená, že by mělo být vymazáno. Stejně jako jiná zastaralá API, která dlouho zůstávají součástí (do další velké verze), aby měli lidi možnost změnit své nástroje. Nikdo jiný cryptoloop nepoužívá? To opravdu stačí pět malých verzí (zatím asi 5 měsíců)? Navrhl: Lepší by bylo se cryptoloop kompletně zbavit v 2.7, až bude dm-crypt dostatečně vyspělé. James odpověděl:
Jedním z důvodů pro odstranění cryptoloop je snaha pomoci dm-cryptu rychleji vyspět.
Z několika emailů, které jsem dostal soukromě, to vypadá, že dm-crypt má problémy s bezpečností a je potřeba na tom pracovat. Musíme dát dohromady bezpečnost více než cokoliv jiného.
Vypusťme tedy technicky horší z těch dvou (cryptoloop) a koncentrujme se na vyspravení toho druhého (dm-crypt).
Andrew také poznamenal: Největší starost mi dělá tvrzení, že cryptoloop není dostatečně bezpečný. Je-li to pravda, bylo by lepší to dát úplně pryč - místo abychom uživatele nechali v domnění, že jejich data jsou v bezpečí.
V jednu chvíli Andrew řekl, že by rád slyšel od někoho, komu by odstranění cryptoloop ztížilo práci; a Walter Hofmann napsal:
Já cryptoloop používám a byl bych dost otrávený, kdyby ze stabilní série zmizelo. Kromě toho jsem v jiném mailu v této diskuzi četl, že dm-crypt nefunguje se souborovým ukládáním (cryptoloop používám na souboru), a že je nové a může mít chyby.
Opravdu mě překvapuje argumentace lidí, kteří tvrdí, že dm-crypt není dostatečně testovaný, takže cryptoloop musí vypadnout, aby to lidi donutilo dm-crypt testovat na svých cenných datech. To je postavené na hlavu. Nejprve musí být dm-crypt stabilní, bezpečné a plně vybavené funkcemi, pak mohou lidi svá data do dm-crypt převést a až teprve potom může být cryptoloop odstraněn.
Pár lidí nabídlo rady ohledně migrace na dm-crypt, zatímco jiní potvrdili, že jsou na tom stejně jako Walter, a neradi by se dočkali odstranění cryptoloop bez jasné alternativy.
11. srp - 16. srp
Jeff Garzik napsal:
Coby autor současného linuxového SATA ovladače dostávám hlavním nápor otázek a zpráv o "chybách" typu "Linux nepodporuje můj hardwarový SATA RAID". Ach jo. Pitomá marketingová oddělení.
Takže jsem dal dohromady FAQ. Nepřipomíná vám to něco...?
Willy Tarreau odpověděl: Líbí se mi to. Docela jednoduché. Vždycky žasnu, kolik lidí skutečně věří, že tyhle karty doopravdy poskytují hardwarový RAID. Problém je, když řeknete prodejci, že chcete do kupovaného systému přidat hardwarovou RAID kartu a nakonec skončíte s laciným Silicon Image... Jednou se nám to stalo a vůbec legrační to není.
14. srp - 15. srp
Andres Salomon napsal:
Někde v rámci série 2.6 došlo ke změně, která způsobuje, že distclean automaticky vymaže podadresář debian/ z vrchního adresáře stromu jádra. To je nepříjemné pro oficiální balíčky Debianu; v balíčcích by adresář debian neměl být vymazán. Aplikujte, prosím, připojený patch. Zařídí, aby byl adresář debian/ vymazán pouze pokud neexistuje debian/official.
Sam Ravnborg odpověděl:
Takové výjimky nejsou přijatelné.
Způsobuje-li to problémy, jsou dvě možnosti:
1) Přejmenovat adresář v Debianu nebo v jádře.
2) Debian opatchuje kernel.
Dával bych přednost 1).
Andres odpověděl: Tohle není výjimka; Debian ten adresář používá už roky a kernel se najednou rozhodl nejen použít stejný adresář, ale i si jej přivlastnit a vymazat při distclean. Tím, že poskytujete parametr pro vytváření balíčku pro Debian, se vám podařilo přidělat práci těm, kteří ve skutečnosti vytvářejí a spravují systém, na kterém vaše balíčky běží. Zvaž to, prosím. A navrhl doplnit Samův seznam o třetí možnost:
Což takhle ten adresář nemazat, když jste ho nevytvořili? Debian už takhle patchuje jádro, ale změny/opravy posíláme Linusovi a spol. A tohle je jedna z oprav, které by v hlavním jádře být měly. Budete-li poskytovat make parametr pro *Debian*, ponechte ho v souladu se standardy Debianu. Proč se jinak obtěžovat? Debian má své vlastní podporované způsoby vytváření balíčků kernelu (pojmenované, kupodivu, kernel-package).
Upřímně bych byl radši, kdyby byl ten parametr pro make úplně odstraněn. Debian a distribuce na Debianu založené poskytují své vlastní balíčky s jádrem. Uživatelé kompilující svůj vlastní kernel mají možnost využít Debianem podporovanou metodu (nebo také jen tak kopírovat zkompilované kernely, aniž by se trápili s balíčky). Vytváření balíčku bez kernel-package není podporované; postará se to v postinst vůbec o grub nebo lilo?
Sam řekl: Nechme jádro využívat adresář pojmenovaný 'deb', aby to dpovídalo tomu parametru deb-pkg. A Andres odpověděl: Tak je to fajn. Předpokládám, že úmyslem je používat $(SRCDIR)/deb/debian místo $(SRCDIR)/debian. Konec problému, konec vlákna.
V originálu Kernel Traffic 274 vyšla navíc ještě tato témata:
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
(treba: neprve se rozhadaji, potom se zase sejdou - swsusp), uz zacinam rozumet tem zenskejm, co se odpoledne navali k televizi...
30.9.2004 22:20
Jiří Svoboda | skóre: 37
| blog: cat /dev/mind
| Prostějov
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
30.9.2004 12:04