Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Český telekomunikační úřad vydal zprávy o vývoji cen a trhu elektronických komunikací se zaměřením na rok 2024. Jaká jsou hlavní zjištění? V roce 2024 bylo v ČR v rámci služeb přístupu k internetu v pevném místě přeneseno v průměru téměř 366 GB dat na jednu aktivní přípojku měsíčně – celkově jich tak uživateli bylo přeneseno přes 18 EB (Exabyte). Nejvyužívanějším způsobem přístupu k internetu v pevném místě zůstal v roce 2024 bezdrátový
… více »Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-10-01. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Jedná o první verzi postavenou na Debianu 13 Trixie.
Byla vydána nová verze 4.6 svobodného notačního programu MuseScore Studio (Wikipedie). Představení novinek v oznámení v diskusním fóru a také na YouTube.
Do konference přišlo celkem 1990 emailů, nejvíce jich poslali Alan Cox, Andrew Morton a (davej).
Benjamin Herrenschmidt zaslal patch, který přidává mechanismus pro předávání zpráv "klientům" zařízení framebufferu v rámci kernelu, aby se dozvěděli o událostech na daném framebufferovém zařízení. Doplňuje některá základní Power Management volání a implementuje podporu v fbcon. To umožní nízkoúrovňovým fbdev ovladačům nařídit klientům jako je "fbcon", aby na framebuffer přestaly sahat, protože hardware bude uspán - a obnovit zobrazení po probuzení.
Následovalo několik komentářů až James Simmons napsal, Já věděl, že bylo pouze otázkou času, než někdo udělá správu "klientů". Je to ale záležitost pro 2.6.x nebo bychom měli počkat na další vývojový cyklus? Rád pracuji na experimentálních věcech. A Benjamin odpověděl, Potřebujeme to teď kvůli správnému power managementu. To Jamesovi vyhovovalo a vlákno pár dní pokračovalo technickými záležitostmi, až se vytratilo.
Někdo se zeptal, jestli je možné limitovat využití paměti a CPU pro jednotlivé uživatele a Kurt Wall navrhl 'ulimit -m' pro omezení paměti a 'ulimit -t' pro CPU. Ale Mike Fedyk oponoval, To je pro session a uživatel může mít hodně session. Pokud neomezíš počet session, které smí mít uživatel... A Martin Pool dodal, Mike má pravdu v tom, že alespoň prozatím nemůžeš mít se standardním kernelem celosystémové limity pro jednotlivé uživatele. Ale kdybys našel někoho, kdo by to pro tebe vyvinul, šlo by to přidat. Patrick McLean oznámil:
Od září na té funkci budu pracovat s kamarádem v rámci semestrálního projektu (oba studujeme computer science) a beru to jako způsob úvodu do hackování kernelu :). Pokud chcete vědět víc nebo byste chtěli, abychom informovali o tom, jak nám to jde, pošlete mi mail.
Budeme se také chtít podívat na to, jak určit limity jednoduchým, ale škálovatelným způsobem a budeme rádi za každý návrh.
A Alan Cox doporučil, Najděte si dvě věci - jednak práci Rika van Riela (aspoň myslím, že to byl Rik) týkající se plánovače rovného dělení (fair share scheduler) a za druhé "beancounter", což byl kdysi dávno patch, který se věcí limitů začal zabývat.
Vladimir Lazarenko chtěl upgradovat na ReiserFS 4, ale ptal se, jestli neexistuje konvertor, který by mu migraci na novou verzi umožnil bez ztráty dat. Chtěl se prostě vyhnout celému postupu "záloha, vytvoření nového oddílu a obnovení". Hans Reiser odkázal na ConvertFS. Ale Andreas Dilger napsal, že celý koncept konvertoru nedává smysl:
Pokud převádíš svůj stávající filesystém na _experimentální_, nechtěl bys mít radši zálohu pro případ, že by nový filesystém nefungoval správně?
Vzhledem k tomu, že takový nástroj by byl využíván pouze velmi zřídka, nechtěl bys radši udělat zálohu pro případ, že by konverzní nástroj nefungoval?
Nejbezpečnější převedení je záloha pomocí taru nebo něčeho podobného a následné obnovení po naformátování nového filesystému.
Ivan Gyurdiev odpověděl, že někdy lidi nemají možnost (místo na disku, páskovou mechaniku, peníze) zálohovat svá data a stejně by rádi vyzkoušeli nový filesystém. Mohou být ochotni riskovat s novým filesystémem i konvertorem. Ačkoliv to možná zní neuvěřitelně, lidi to dělají. Já jsem takový tester a konvertor by se mi hodil. Ale vzhledem k tomu, že minulá diskuze na toto téma došla k závěru, že by bylo opravdu těžké až nemožné to napsat, budu se asi muset spokojit s novými harddisky. Oleg Drokin poskytl další odkaz na stránku ConvertFS a řekl, že jediným požadavkem se zdá být to, aby měl Linux pro oba filesystémy podporu čtení/zápisu.
Ivan to vyzkoušel, ale zjistil, že vyžaduje volných 50 % místa na disku pro potřeby programu. Tím pro něj používání tohoto nástroje ztrácí smysl, protože takhle by si mohl data zkopírovat sám. Tomas Szepe navíc napsal, Mám strach, že tento nástroj nemohu doporučit. Zkušební převod z reiserfs na ext3 (v rámci vmware systému) poničil data hororovým způsobem: struktura adresářů vypadá ok, ale obsah souborů se zjevně posunul. Hans odpověděl, že v tom může mít prsty i VMWare a Tomas souhlasil, ale dodal, I tak si spíš myslím, že je to chyba v kernelu související s FIBMAP, která se objevila po vydání současné verze nástrojů convertfs v březnu 2002.
Florian Weimer si všiml, že pod 2.6.0-test3 mu nefunguje hyperthreading: za běhu je vždy aktivováno pouze jedno CPU. Řekl, že novější 2.4 kernely (počínaje 2.4.20) na jeho stroji hyperthreading podporovaly. Gabor Micsko problém potvrdil na svém systému; Greg Norris se zeptal, Vybrali jste jenom CPU Enumeration (výčet) nebo "normální" ACPI? Pokud to první, tak zadali jste při bootu parametr "acpismp=force"?
Florian řekl, že vybral pouze enumeration, ale ne "acpismp=force" při bootu. Vysvětlil: Předchozí zkušenosti (s některými 2.5 verzemi) naznačují, že Linux na tomto stroji nepodporuje plné ACPI. V dokumentaci se říká, že ten příkaz povolí ACPI úplně, takže se to zdráhám použít.
Greg dodal, Podle nápovědy v menuconfig u 2.6.0-test3 je ten parametr nutný, pokud je vybráno pouze CPU Enumeration a povoluje pouze omezenou podporu ACPI. Ať už je to jak chce, tohle odpovídá mým zkušenostem. A Florian odpověděl, Nezdá se mi, že by to bylo jasné z toho popisu. Rozhodně je nečekané, že kompilační volba neaktivuje funkci, ale pouze přidá bootovací parametr, který to udělá.
Hugh Dickins řekl Florianovi, že nastavení "acpismp=force" při bootu je nutné, i když na jeho systému ACPI není podporováno. Souhlasil s tím, že je to matoucí, a lidi od ACPI také souhlasí, že je to třeba opravit.
Zeptal se Lena Browna, jak to s tím vypadá, protože pokud věděl, Len se chystal poslat patch, který řešil právě tento problém, před čtyřmi týdny. Len odpověděl, Mé opravy jdou k Marcelovi přes Andyho [Grovera]. Čekalo to u něj zatímco byl na dovolené. Teď, když je zpátky, předpokládám, že -- pokud něco není v nepořádku s jeho stromem -- to zakrátko pošle Marcelovi. A Marcelo Tosatti řekl, Dobře, že to vím. Andrew, počkám s vydáním -rc3 na ty tvé aktualizace.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: