Strands Decider 2B je malý open-source model s 2 miliardami parametrů, určený k rychlé klasifikaci vstupů a rozhodování mezi možnostmi, generující odpovědi ve stylu modelu Jev. Strands dosáhl přibližně 72% shody s Jevem na veřejné testovací sadě JevBench (tento benchmark pochopitleně nepředstavuje přímé srovnání s modelem Jev). Zdrojové kódy jsou k dispozici na GitHubu pod licencí Apache-2.0, váhy modelu na Hugging Face.
Ve věku 90 let zemřela americká softwarová inženýrka Margaret Hamiltonová, která vedla tým, jenž vyvíjel letový software pro program Apollo amerického Národního úřadu pro letectví a vesmír (NASA).
Japonský Google rozšířil svou kolekci DYI fyzických klávesnic Gboard o klávesnici ve tvaru běžícího pásu. Proč se mají přesouvat ruce po klávesnici, když se mohou přesouvat klávesy k ruce? Pro zájemce je návod na sestavení včetně STL souborů pro 3D tisk a firmware k dispozici na GitHubu.
Nejnovější X.Org X server 21.1.25 a Xwayland 24.1.14 řeší 12 bezpečnostních chyb.
Google Chrome 155 byl prohlášen za stabilní. Přináší podporu JPEG XL (.jxl). Opraveno bylo 247 bezpečnostních chyb.
Konference OpenAlt 2026 hledá přednášející. Přihlásit přednášky lze do neděle 11. října. Konference proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.
Byla vydána nová verze 10.6 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Povoluje hybridní postkvantový podpisový algoritmus ssh-mldsa44-ed25519.
Americká společnost Reflection AI světu představila Beam, open-weight model s 501 miliardami parametrů (z toho 23 miliard aktivních), určený především pro programování a práci autonomních agentů. Podle autorů jejich model nabízí výkon srovnatelný s většími modely při výrazně nižších nárocích na výpočetní výkon. Beam nyní ještě prochází závěrečným testováním, na stránkách Reflection AI se však lze zaregistrovat a získat předběžný přístup. Váhy modelu, dokumentace a nástroje pro vývojáře mají být zveřejněny v průběhu tohoto měsíce.
OpenCourant je komunitní fork OpenRadioss, tj. open source softwaru pro simulace havárií, nárazů a vysoce nelineárních dynamických dějů metodou konečných prvků. Společnost Siemens v loňském roce dokončila akvizici společnosti Altair Engineering, jež před čtyřmi lety uvolnila open source verzi OpenRadioss svého proprietárního softwaru Radioss. Minulý týden Siemens OpenRadioss pohřbil. Integroval jej do svého softwaru Simcenter, webovou stránku OpenRadioss přesměroval na Simcenter a repozitář OpenRadioss na GitHubu odstranil.
Pořadatelé devátého ročníku komunitního setkání správců nejen českých a slovenských sítí – CSNOG 2027, které se uskuteční 20. a 21. ledna, vyhlásili Call for Abstracts. Náměty na vystoupení mohou zájemci přihlašovat do 31. října na webu akce a vybírat mohou ze tří sekcí – správa sítí, legislativa a regulace a akademické projekty. Zveřejněny byly také Call of Partners určené sponzorům a partnerům setkání, kteří by například chtěli mít na
… 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