Švýcarská AI centra EPFL, ETH Zurich a CSCS představila otevřený vícejazyčný velký jazykový model (LLM) s názvem Apertus. Vyzkoušet lze na stránce Public AI Inference Utility.
Byl vydán Linux Mint 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Čínská společnost Tencent uvolnila svůj AI model HunyuanWorld-Voyager pro generování videí 3D světů z jednoho obrázku a určené trajektorie kamery. Licence ale nedovoluje jeho používání na území Evropské unie, Spojeného království a Jižní Koreje.
Blender Studio se spojilo s kapelou OK Go a výsledkem je videoklip k písni Impulse Purchase. Stejně jako samotný 3D software Blender je i ve videoklipu použitý animovaný chlápek open source. Kdokoli si jej může stáhnout a upravovat.
Zig Software Foundation stojící za programovacím jazykem Zig publikovala finanční zprávu za rok 2024. Současně s prosbou o finanční příspěvek.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za srpen (YouTube). Vypíchnuta je podpora Tabulek Google, implementace Gamepad API a Cookie Store API nebo také podpora WebGL na Linuxu.
openSUSE Leap 16, včetně Leap Micra 6.2+, nově nabízí 24 měsíců podpory pro každé vydání. To je dva roky aktualizací a stability, což z něj činí nejdéle podporovanou komunitní distribuci vůbec. Leap se tak stává ideální platformou pro všechny, kdo hledají moderní, stabilní a dlouhodobě podporovanou komunitní Linux distribuci.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal dne 3. 9. 2025 VAROVÁNÍ před hrozbou v oblasti kybernetické bezpečnosti spočívající v předávání systémových a uživatelských dat do Čínské lidové republiky a ve vzdálené správě technických aktiv vykonávané z území Čínské lidové republiky. Varováním se musí zabývat povinné osoby podle zákona o kybernetické bezpečnosti.
Americká internetová společnost Google nemusí prodat svůj prohlížeč Chrome ani operační systém Android. Rozhodl o tom soud ve Washingtonu, který tak zamítl požadavek amerického ministerstva spravedlnosti. Soud ale firmě nařídil sdílet data s jinými podniky v zájmu posílení konkurence v oblasti internetového vyhledávání. Zároveň Googlu zakázal uzavírat dohody s výrobci mobilních a dalších zařízení, které by znemožňovaly
… více »Prvního září ozbrojení policisté zatkli na na londýnském letišti Heathrow scénáristu a režiséra Grahama Linehana, známého především komediálními seriály Ajťáci, Otec Ted nebo Black Books. Během výslechu měl 57letý Graham nebezpečně zvýšený krevní tlak až na samou hranici mrtvice a proto byl z policejní stanice převezen do nemocnice. Důvodem zatčení bylo údajné podněcování násilí v jeho 'vtipných' příspěvcích na sociální síti
… více »Do konference přišlo celkem 2456 emailů, nejvíce jich poslali Andrew Morton, Alan Cox, Mike Fedyk.
Oleg Drokin oznámil:
Právě jsem vydal další snímek reiser4. Doufám, že ho vyzkouší všichni, kteří mají zájem. Vydání je ke kernelu 2.6.0-test4. Najdete jej zde /snapshots/2003.08.26. Přikládám poznámky k verzi.
Reiser4 snímek z 26. 8. 2003.
VAROVÁNÍ!!! Tento kód je experimentální! NEDĚLÁME SI SRANDU! NA REISER4 ZATÍM NEDÁVEJTE ŽÁDNÁ CENNÁ DATA!
Opraveno pár chyb. A reiser4 by konečně měl jít zkompilovat na 64 bitových strojích (hmm, někdo to vyzkoušejte, protože se mi nedaří zkompilovat žádný kernel pro ia64). Reiser4 by teď měl jít zkompilovat bez zapnutého debugování. Byla opravena důležití SMP chyba (postihovala pouze SMP kernely na strojích s méně než 3 procesory). Pořád pracujeme na problémech s OOM, ale jinak doufám, že problémy s kompilací, které někteří lidé hlásili, už jsou opraveny. Připojení pouze pro čtení (a tedy reiser4 jako rootfs) také není podporováno.
Aktualizace reiser4progs obsahuje pár 64 bitových oprav a další věci. fsck stále nefunguje, takže to ani nezkoušejte spouštět.
O několik zpráv dále napsal Felipe Alfaro Solana, že narazil na problém při kompilaci ReiserFS jako modulu místo zakompilování do binárky kernelu. A Oleg odpověděl: Kompilace jako modul zatím také není podporována. Steven Cole poslal patch, který upozorňuje na tento stav, ale Hans Reiser řekl, že pokud nebude fungovat, tak by bylo lepší tu funkci úplně zakázat a ne jen na ni upozornit.
Joe Briggs se zeptal: Mám klienta, jehož RAID řadič je podporovaný ve Windows a teď by chtěli podporovat Linux jako bootovatelné zařízení. Některá jejich obchodní tajemství jsou misto ve firmware řadiče obsažena v ovladači. Takže prozatím chtějí určitým beta zákazníkům dát k dispozici pouze binární verzi ovladače. Tj. 1. stupněm portování je funkčnost srovnatelná s Windows. Je to tak, že aby bylo z toho zařízení možné bootovat, musel by být ovladač staticky nalinkován do jádra, kdežto modul by mohl být distribuován v binární podobě k jednotlivým revizím distribučních kernelů?
Stephen Hemminger odpověděl: Ovladač by mohl být jako modul zaveden v initramfs. Když se ti povede natáhnout základní image Linuxu a initramfs, mělo by to jít. Problém by byl spíš v booloaderu (LILO nebo GRUB), protože by si neuměl poradit s RAID. /boot oblast by musela být na oddílu mimo RAID. Stejný problém by byl i kdyby byl driver staticky nalinkován do kernelu.
Alan Cox poznamenal: Podle mě to není ani tak kvůli obchodnímu tajemství, ale kvůli "zvyšování obtížnosti změny prodejce" 8). Skoro všechny starší PATA řadiče nedělají hardwarový RAID, ale BIOS/ovladač RAID - tj. je to (zhruba) ekvivalent MD vrstvy, ale musíš zůstat u stejného dodavatele. Čestnou výjimkou je 3ware karta (a pár dalších - Promise Supertrak100, SX6000).
A Joe odpověděl: Myslím si, že firmám nakonec dojde, že otevřít kód svých ovladačů je levnější a přínáší více. To je ale závěr a přístup, ke kterému se budou muset dobrat samy - když se jim to bude vnucovat, bude to trvat déle. Prvním krokem je jejich hardware na platformě (Linux) podporovat a o to se snažím.
Bryan O'Sullivan oznámil:
Netplug je démon, který reaguje na zapojení nebo odpojení síťového kabelu zapnutím nebo vypnutím síťového rozhraní. To se obzvlášť hodí u systémů spravovaných pomocí DHCP, které jsou často přemísťovány. Například laptopy a systémy v klustrových prostředích.
Více podrobností a pokyny pro download naleznete na homepage netplugu: http://www.red-bean.com/~bos/
Aaron Lehmann vděčně odpověděl: Díky, díky, díky. Zrovna jsem dnes myslel na to, jak je otravné, že po každém nastartování mého laptopu se dhclient spustí a snaží se získat IP adresu na ethernetovém zařízení, dokud ho nesestřelím. Vzhledem k tomu, že ethernetové rozhraní používám často, není to špatné výchozí nastavení, ale dhclient si ani sám nedokáže uvědomit, že není připojen žádný kabel.
Ale na jiném místě se J.A. Magallon zeptal, jestli Bryan věděl o projektu ifplugd, který jak se zdá dělá tu samou věc.
Jeff Garzik odpověděl: Vypadá to, že ifplugd nepoužívá netlink. Něco mi uniká? netlink je určitě upřednostňovaným způsobem, jak získat informaci o spojení. Možná by oba autoři mohli pracovat spolu a vzít to nejlepší z obou projektů...
J. A. odpověděl: To by bylo fajn, ale pořád je tu problém. Řeší netlink nějak skutečnost, že existují karty (alespoň v 2.4), které nepodporují žádnou detekční metodu?
A Bryan řekl: netlink vůbec ioctl rozhraní nepoužívá. Je-li karta schopná přes netlink rozhraní ohlásit IFF_UP nebo IFF_RUNNING, bude netplug fungovat.
Stefan Rompf dodal, že ani v 2.6 nepodporují všechny karty stav spojení přes netlink, je potřeba aktualizovat ovladač. Správci by si to měli uvědomit a přidat volání
netif_carrier_on()/_off() nebo mii_check_link()/mii_check_media() 
. 2.4 to neuškodí, protože ty funkce tam už jsou, ale v základním kernelu nevytvářejí zprávy.
Albert Cahalan si všiml, že do BitKeeperu se dostal špatný záznam v changelogu. Zeptal se, jestli je možné to opravit.
Larry McVoy odpověděl: Jestli chceš změnit komentář, můžu to provést na bkbits.net a každý, kdo si odtud provede aktualizaci, už dostane nové komentáře. Jestli chceš patch z BK odstranit, tak to může udělat každý pomocí cset -x.
Albert řekl, že kód sám o sobě je v pořádku a je potřeba pouze upravit komentář. Napsal: Bude mi stačit cokoliv co zařídí, že když se někdo bude dívat na logy BitKeeperu, tak neusoudí, že jsem něco pokazil.
Larry řekl: Zařazovací komentáře bohužel nejsou řízeny revizemi. Je třeba spustit příkaz pro každý repozitář, který chceš opravit. Když mi pošleš ty požadované komentáře, zadám ten příkaz. Potom, schválí-li to Linus nebo Marcelo, provedu to na bkbits.net. To by mělo stačit. Lidi většinou prohlížejí logy tam.
Albert poslal komentář, který chtěl, aby nahradil ten původní, ale Christoph Hellwig byl proti celému nápadu retroaktivně upravovat záznamy v changelogu. Zdálo se mu to jako cenzura a Larry odpověděl: O tom já nerozhoduji. Řekl jsem "schválí-li to Linus nebo Marcelo" právě kvůli případným tahanicím. Na druhou stranu je možné, že se tam prostě dostal špatný komentář a je-li tomu tak, proč jej neopravit?
Geert Uytterhoeven varoval: Retroaktivní změna zapsané zprávy může vytvořit nebezpečný precedens. Ačkoliv mohou existovat legitimní důvody (např. jasně špatný komentář nebo "ve skutečnosti tohle napsal x a ne y"), Říše zla by pak mohla tvrdit, že jsme pozměnili důkaz o tom, co kdo dělal. Revizní řízení komentářů je další možností, ale možná trochu moc složité...
Někdy v tuto chvíli poznamenal Linus Torvalds:
Ve skutečnosti to dělám pořád. Kromě toho, byl jsem to já, kdo Larryho požádal, aby přidal příkaz "bk comment", aby to bylo snadné.
Problém je, že je to těžké provést po té, co byl text vypuštěn na veřejnost - ale emailové komentáře lidem ručně opravuji jak v emailech, tak později, když už jsou v mém BK stromu. Snažím se opravit jasné překlepy a všeobecně zajistit lepší čitelnost.
A je-li komentář špatný, pak by měl být opraven. Ne kvůli nějaké "cenzuře", ale proto, že je matoucí, tvrdí-li komentář, že něco opravuje, ačkoliv to není pravda. Což může způsobit, že lidi přehlédnou tu _skutečnou_ věc, kterou dělá.
Jakob Oestergaard namítal (a Geert souhlasil), že to maří revizní řízení archívu, protože to umožňuje, aby changelogy jednu chvíli říkaly něco a druhou chvíli něco jiného, aniž by bylo zřejmé, že existovala předchozí verze.
V rámci několika vláken Pavel Machek řádně vynadal Patricku Mochelovi za několik změn v softwarovém uspání (a jinde), které Pavlovi (správce softwarového uspání) proklouzly a způsobily nefunkčnost několika věcí v oficiálním 2.6-test stromu. Pavel poslal patch, který odstranil všechnu Patrickovu práci a Patrick odpověděl: Chápu, že máš vztek, protože jsem upravil a nechtěně pokazil kód, kterého jsi správcem. Ale ani jednomu z nás neposlouží, když na oplátku úmyslně pokazíš můj kód. Zvlášť když vezmu v úvahu, že jsem už mezitím chyby ve svém kódu opravil.
O pár zpráv dále napsal:
Ne, pochop, že software_suspend() nechci volat vůbec. Ty jsi rozhodl, že swsusp změny nebudou přijaty, takže oddělíme kód. Budeme mít v kernelu soupeřící implementace uspání na disk.
Můžeš si ponechat rozhraní, která jsi měl pro to, aby ses dostal k software_suspend(), ale nesmíš upravovat sémantiku mého kódu, který to volá. Možná se někdy rozhodneš přidat odkazy na swsusp, které dodržují volací sémantiku PM jádra, takže budeš moct používat stejnou infrastrukturu.
Pošli prosím patch, který odstraňuje pouze volání swsusp_* z pm_{suspend,resume}. To bude minimální patch.
Briana Litzingera překvapilo tak závažné větvení kódu tak krátce před novou stabilní řadou.
Na jiném místě řekl Pavel Patrickovi: Řekl jsem, že chci patch vrátit. Stále na tom trvám, protože jsi měnil příliš rychle bez pořádného testování. To neznamená, že v budoucnu tvoje patche nepřijmu. (Ostatně, mám v plánu dát do -test5 verzi swsusp z -test3, pak opravit modelové/swsusp ovladače dokud nebude funkčnost stejná jako v -test3 a pak začít brát tvoje patche.) Samozřejmě to bude snazší, budeš-li se mnou spolupracovat.
Patrick odpověděl:
To je v pořádku. Dělej si co chceš, svým vlastním tempem, se svým kódem.
Mám však pocit, že nerozumíš mým slovům o tom, že s tebou nebudu pracovat. Nebudu čekat až zařadíš moje patche a nenechám se dál urážet. Mám lepší věci na práci a ne tolik času.
Doporučuji buď a) akceptovat moje změny a opravy a pomoct se začleněním Nigelových změn v 2.4 do základu, nebo b) přijmout oddělení, začlenit Nigelovy změny a později se pokusit spojit ty dva základy.
Nigel Cunningham napsal, Okej. Vzhledem k tomu, že jste oba poskytli 'uklidňující' odpovědi, přestanu si dělat starosti, pohnu s dokončením 2.4 verze 1.1 a pak aktualizuji a oživím port. Pořád si ale nejsem jistý, oproti komu připravovat patche nebo komu je posílat. Do té doby, než budu připraven vydat 1.1 pro 2.4 si to doufám vyřešíte. A vlákno skončilo.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Muj nazor na jaderne noviny: supr.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz