Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Následující obsah je © KernelTrap.
13. sep, originál
Vyzerá to tak, že USB zariadenia sú na dve veci, keď sa bavíme o problémoch s manažmentom spotreby :(, sťažoval sa Greg KH pri zasielaní nejakých patchov, ktoré by opravili problémy s automatickým uspávaním USB. Poznamenal, že patche mali byť zaradené do nadchádzajúceho jadra 2.6.23: ku koncu vývojového cyklu tohoto jadra bolo zaslaných množstvo patchov, ktoré ďalšie pridávajú ID zariadení do tabuľky quirkov (obchádzok) - aby zakázali automatické uspávanie týchto zariadení. Mnoho vývojárov sa ale veľmi obáva toho, že napriek testovaniu, ktoré prebehlo, pribudne po vydaní 2.6.23 zástup nahnevaných užívateľov po tom, čo ich zariadenia prestanú fungovať rôznymi nechutnými spôsobmi. Ako príklad uviedol: zdá sa, že skoro 2/3 všetkých USB tlačiarní nezvláda automatické uspávanie. A to sa USB tlačiarní používa _veľa_...
Linus Torvalds neskôr v diskusii komentoval: myslím, že USB blacklisty/whitelisty sú príznakom nejakej hlbšej chyby. Pokračoval vo vyčítavaní množstva obchádzok/kľučiek v USB vrstve, ktoré je potrebné vyriešiť, a dodal:
Voľakedy sme riešili kopu takýchto vecí, jednoducho kvôli nesprávnemu prehľadávaniu SCSI - čo spôsobovalo zamŕzanie zariadení, pretože Linux ich prehľadával so zlými alebo neočakávanými modepages atď. Mám podozrenie, že stále držíme záznamy blacklistu z tých dní, ktoré neboli nikdy prečistené - pretože sa nikto neodvážil odstrániť záznam z blacklistu.
Mali by sme sa snažiť nastaviť defaultné správanie tak bezpečné, aby sme nikdy nepotrebovali blacklist (alebo whitelist) - a aby sme nepovažovali blacklisty ako spôsob 'opravy zariadenia', ale ako spôsob, ako ošetriť niektoré naozaj vážne a *VÝNIMOČNÉ* chyby.
19. sep, originál
Ahojte, hoši (a krásky), začal Linus Torvalds pri oznamovaní siedmeho release kandidáta pre jadro 2.6.23, je čas na tradičné vydanie 'Dňa pirátskeho rozprávania'! Poznamenal: takže, minulý rok sme vydali konečnú verziu (2.6.18 sa na TLAP-2006 stala nesmrteľnou), tento rok však z toho vycúvam - a stále len pracujeme na niečom, čo snáď bude posledné -rc vydanie série 2.6.23. Celé zdrojáky je možné vidieť cez gitweb rozhranie. Linus poskytol aj krátky zoznam zmien:
Nepripájam diffstat, pretože bol rozbitý vzkriesením sk98lin ovládača - skge, ktorý ho mal nahradiť, nedokáže s nejakým hardvérom pracovať. Čo už...
Okrem toho sa vyskytli aj nejaké aktualizácie mips, powerpc a xtense a rôzne opravy ovládačov. Ľudí by mohli upokojiť veci ako zrušenie automatického uspávania USB a nejaké opravy clockevents by mohli pomôcť uspávaniu/prebúdzaniu na i386.
21. sep, originál
Open Source Technology Center Intelu s potešením oznamuje projekt LessWatts.org, open source projekt na šetrenie energiou v Linuxe, začal email zaslaný do lkml Arjan van de Venom. Oznámenie ďalej pokračovalo:
LessWatts.org je miestom, ktoré by malo spojiť používateľov, vývojárov a tvorcov distribúcií okolo znižovania spotreby linuxových strojov - od mobilných, cez desktopy, servere po dátové centrá. LessWatts.org je o systémovom prístupe k šetreniu energiou od najnižších vrstiev ovládačov jadra až po najdokonalejšie desktopové aplikácie. LessWatts.org je o veciach, ktoré môžete spraviť, aby ste znížili spotrebu energie. Lesswatts.org je o dlhšej výdrži batérií, nižších poplatkoch za klimatizáciu, o znižovaní dopadu počítačov na životné prostredie.
Oznámenie pokračovalo poznámkou: teraz, v čase spúšťania projektu LessWatts.org, sú projektmi technologického vývoja tie, ktoré Intel začal, má v nich podiel, alebo na ktorých sa práve začalo pracovať - ako napr. PowerTOP, Tickless Idle a techniky správy spotreby grafiky a iných zariadení. Pozývame všetkých vývojárov a projekty, ktoré sa zameriavajú na šetrenie energiou, aby sa pridali k práci LessWatts.org a jej komunite.
21. sep, originál
My, MadWifi tým, oznamujeme svoje rozhodnutie presunúť sa z čisto binárneho HAL na vývoj smerom k ath5k, úplne voľnému (ako v slove sloboda) ovládaču, ktorý sa nakoniec stane jednou zo základných častí jadra Linux, písal Michael Renzmann v mailing liste MadWifi. Rozhodnutie prichádza počas pokračujúcich debát o tom, čo je a čo nie je dovolené licenciou BSD, ku ktorým sa zatiaľ SFLC oficálne nevyjadrila (viď SFLC vyřešilo spor o přelicencování BSD/ISC kódu). Veľká časť tejto debaty prebehla kvôli pokusu vydať súbory s BSD licenciou pod GPL - čo je možné vidieť napr. v ath5k_hw.c zdrojáku, ktorý je v poslednej verzii súboru v repozitári MadWifi stále označený ako dostupný "under the terms of the GNU General Public License" (pod podmienkami licencie GNU GPL). Vyzerá to tak, že súčasný vývoj ovládača ath5k sa presunul do git stromu Linvilleho, kde je licencia aktuálne čisté BSD - aj keď stále pretrváva diskusia, čo je potrebné k tomu, aby bolo možné pridať do zdrojákov dodatočné copyrighty, ako boli dodané do HAL kódu, ktorý bol pôvodne získaný spätným inžinierstvom a napísaný Reykom Floeterom. V skoršej konfrontácii s Atheros sa prišlo na to, že Reykova práca neporušuje copyright:
V OpenBSD je pre bezdrôtové karty Atheros dostupný ovládač, ktorý komunikuje priamo s hardvérom, a je založený na spätnom inžinierstve vykonanom Reykom Floeterom. Dôležité časti ovládača boli Nickom Kossifidisom portované na Linux, aby odštartovali OpenHAL, voľnú (ako v slove sloboda) náhradu proprietárneho HALu. Tvrdenia, že ovládač OpenBSD (a teda aj OpenHAL) obsahuje ukradnutý kód, spomalili snahy OpenHAL, ale nakoniec boli tieto tvrdenie vyvrátené. The Software Freedom Law Center (SFLC), s pomocou od Atheros, vykonali prehliadku kódu a uznali, že "OpenHAL neporušuje žiadne copyrighty držané Atherosom." Inými slovami, už je čistá cesta na začlenenie ovládača založeného na OpenHAL do jadra Linuxu.
23. sep, originál
Zabralo mi dobrú chvíľu, aby som si uvedomil, kde je hlavný zdroj problémov s VAIOm a možno aj ďalšími strojmi - regresie s uspávaním/prebúdzaním, ktoré sa dostali na svetlo sveta po začlenení patchov dyntick/clockevents, vysvetlil Thomas Gleixner ohľadom dvoch patchov, ktoré opravovali problémy s uspávaním, ktoré mal Andrew Morton s jeho VAIO notebookom. Pokračoval: počas uspávania zakazujeme množstvo funkcií ACPI/BIOSu, ale medzi uspaním a prebudením ponechávame funkcionalitu C-stavov. Vyzerá to tak, že to niektorým BIOSom spôsobuje problémy, ale predpokladám, že ten problém je ešte rozšírenejší a nedostáva sa na povrch len kvôli rôznym scenárom, ktorými stroj prejde počas uspávania/prebúdzania. Thomas zakončil: Naozaj dúfam, že tieto dva patche konečne ukončia sériu chýb 'jinxed VAIO heisenbug', ktoré začali po odstránení pravidelných tickov patchami clockevents/dyntick.
Linus Torvalds vyjadril svoje obavy: patche vyzerajú dobre, ale aj tak mám pocit, že si sa pri zisťovaní odpovede na otázku '*prečo* sa to stáva' vzdal priskoro. Súhlasil, že na tom mieste bol problém s ACPI, ale varoval, že by to mohlo byť vyvolané inou chybou: hlavne mám podozrenie, že toto vlastne nemusí riešiť hlavný problém - možno to len zmenší okno natoľko, že už nenastáva. Keďže možno dostatočne nechápeme, aké je pozadie problému, nie som si istý, či môžme povedať, že už je vyriešený. Linus nakoniec dodal: ale tak tie patche začlením tak, ako sú. Len by som sa cítil lepšie, keby sme naozaj rozumeli tomu, *prečo* práca s Cx stavmi procesoru nie je niečo, čo môžme robiť okolo suspend kódu!
24. sep, originál
Ok, myslím že sme už blízko vydaniu ozajstného 2.6.23, začal Linus Torvalds v jeho oznámení ôsmeho release kandidáta jadra 2.6.23. Vyzerá to tak, že sa všetko upokojilo, a myslím, že Thomas Gleixner pravdepodobne našiel regresiu suspend/resume, ktorá nás už chvíľu strašila, takže mám z toho celého celkom dobrý pocit. Linus pokračoval:
Samozrejme, to že mám dobrý pocit je zvyčajne nasledované nejakým neslušňákom, ktorý nájde nové problémy - ale to odignorujem a napriek tomu si budem užívať ten pocit, nech už je akokoľvek prchavý.
Krátky zoznam je vcelku krátky, na konci pripájam aj diffstat, keby niekoho zaujímal - ale je to v podstate len množstvo vcelku malých ale ozajstných opráv, a podpora pre nové čipy v ovládači sieťových kariet sky2...
26. sep, originál
Pripomínajúc prichádzajúce okno začleňovania pre 2.6.24, ktoré bude nasledovať po vydaní 2.6.23 správca MultiMedia Card (MMC) subsystému Pierre Ossman popísal jeho plány, čo sa začlení do upstreamu: toto vydanie bude jedno zo zatiaľ najväčších, čo sa týka MMC. Hlavnými kúskami sú podpora SDIO a SPI, ale pribudne aj mnoho malých úprav. Čo sa týka nového Secure Digital Input Output (SDIO) stacku, dodal: už sú preč dni, keď sme boli odkázaní na proprietárne stacky SDIO podpory pre linux. Takže už žiadna malá podpora pre host-ov a možné GPL problémy. SDIO bude odteraz štandardná funkcionalita Linuxu. Popísal aj tri fungujúce ovládače, ktoré už boli portované na nový stack.
Pierre sa zapojil do diskusie o Serial Peripheral Interface (SPI) stacku: druhá najväčšia vlastnosť je fakt, že môžete použiť svoje SPI radiče na MMC, SD aj SDIO. Správne, dokonca aj SDIO pracuje pekne cez SPI. To znamená, že oveľa viac systémov môže získať dátové a rozširujúce I/O v podstate za cenu konektora. Dodal: David Brownell je teraz poverený poskytovaním 'divných opráv' pre mmc_spi ovládač, ale naozaj by sa nám zišiel poriadny správca. Takže ak máte dostatočné skúsenosti so SPI rozhraním Linuxu a čas, prosím, prihláste sa.
26. sep, originál
Možná chyba oznámená pre Completely Fair Scheduler naznačovala, že CFS spôsobuje spomalenie sieťovej prevádzky, ktorej výkon sa meria pomocou benchmark utility 'Iperf'. Zníženie výkonu bolo rýchlo vystopované k už predtým diskutovaným zmenám v tom, ako CFS spracováva sched_yield(). Po naznačení, že by mohlo ísť o chybu v novom plánovači procesov, Ingo vysvetlil:
Narýchlo som sa pozrel na zdrojáky a dôvodom toho divného používania yield-u bolo, že v abstrakcii 'Reporter threadu' iperf-u je chyba zamykania a miesto opravy chyby bola tá chyba obídená cez hrozný zámok v user space naprogramovaný pomocou yield().
Potom zaslal malý patch, ktorý odstránil chybu u volania sched_yield(), čo viedlo k tomu, že iperf používa _oveľa_ menej procesorového času. Na mojom testovacom systéme Core2Duo sa pred patchom použilo 100 % CPU času na saturáciu 1gigabitového prenosu na iný stroj. S patchom teraz používa 9 % CPU času. Potom pobavene dodal: sched_yield() je skoro vždy symptómom pokazeného zamykania alebo inej chyby. V tomto zmysle CFS spraví správnu vec tým, že tie chyby odhalí =B-). Stephen Hemminger poukázal na to, že podobný patch bol do projektu Iperf zaslaný aj minulý mesiac, keďže mal rovnaký problém aj s plánovačom FreeBSD.
27. sep, originál
Greg KH zaslal tri emaily nazvané Stav subsystému ovládačov Linuxu, Stav subsystému USB Linuxu a Stav subsystému PCI Linuxu. Poznamenal, že pre žiadny z nich (subsystémov) neexistovali žiadne regresie, ku ktorým by existovali opravy pre nadchádzajúce jadro 2.6.24. Greg uviedol, že existuje mnoho otvorených chýb v USB subsystéme: Áno, je ich fakt príliš veľa - naozaj som unavený ich riešením. Ak by ste mi niekto chceli pomôcť, neváhajte :) Pokračoval:
Všimnite si, že v USB fronte je skoro 100 patchov, takže pri ručnej kontrole som mohol pár vecí prehliadnúť. Ak som nepopísal váš patch, ktorý už je vo fronte, a myslíte si, že je dôležité, aby o ňom vedeli všetci, kľudne sa pridajte do hore uvedeného zoznamu. Zámerne som nevynechal nič, len som sa snažil veci zosumarizovať.
28. sep, originál
Nevyzerá, že by to za sebou ťahalo nejaké závislosti, ani neovplyvňuje iné kusy externého kódu - iba že by som niečo prehliadol. Takže je to dokonalý príklad toho, o čom sme už kedysi diskutovali: nie je žiadny dôvod k nezačleneniu hocikedy, správne? :-) Benjamin Herrenschmidt takto zosumarizoval jeho žiadosť, že by mohol byť ovládač iwl4965 začlenený do jadra 2.6.23 neskôr vo vývojovom cykle, mimo štandardné dvojtýždňové merge okno. John Linville odpovedal: je to zaradené pre 2.6.24. Nie som si príliš istý, či bol pôvodne zaslaný do 2.6.23 merge okna včas, ale aj keby bol, bolo vtedy dosť protestov proti jeho začleneniu. Popravde, som si istý, že aj teraz je niekoľko vývojárov bezdrôtov, ktorých predstava okamžitého začlenenia príliš neláka. Pri otázke, čoho sa tie protesty týkali, odkázal sa na diskusiu v netdev mailing liste a dodal:
Bolo veľa hádania o tom, ako bola funkcionalita rozdelená medzi ovládač a firmware, problémov s tým, ako sa ovládač snaží robiť to, čo už je v mac80211, alebo to nerobí vôbec. Boli aj rôzne sťažnosti na otrasnosti ako #include "../../../net/mac80211/blah.h atď. Na ovládači je stále nutné spraviť veľa práce, ale ako si naznačil - lepšie bude mať ho v jadre ako mimo neho.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Ahojte, slečinky moje (a krásky),Lad v žádném případě není slečinka.
Tipnul bych, že se Andrej spletl a četl "ladies" místo "laddies"...A nebo to zadal do slovníku, který se "spletl" za něj (třeba ten seznamácký to udělá)
7.11.2007 15:59
andree | skóre: 39
| blog: andreeeeelog
tak uz budem zase kus mudrejsi do buducna
Opera 9.23
Jinak článek je pěkný.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
7.11.2007 16:24