Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Tento zápisek byl redakcí smazán.
Tiskni
Sdílej:
Hm, a s nějakou desetinnou tečku si taky nikdo nic nedělá, čárka nebo tečka, že jo, dyť družic máme, ať si lítaj, kde chtěj a kam chtěj, kde je psaný, že musí letět do vesmíru ... 
badblocks k detekci vadných sektorů a pak vytvořit filesystém, který je nebude používat. Ale myslím si, že pokud se to už začalo projevovat takhle masivně, tak se vadné sektory rozmnoží a dřív nebo později se budeš muset s diskem rozloučit. Řekl bych, že spousta lidí má doma nějaký starý disk, který jim v podstatě k ničemu není (já teda několik). Takže se poptej po známých, třeba ti někdo něco věnuje. Když budeš kupovat nový, tak zohledni i to, jak dlouho ten počítač ještě budeš používat a kdo ho bude mít po tobě. Pro "obyčejného" člověka je 80 GB něco jako nekonečno, takže bych řekl, že jediným kriteriem by mohla být cena.
badblocks zkusím, díky.
Co se týče nového disku, tak ten stávající / minulý měl 40GB a stačil. Nebylo to optimální, ale stačil. Proto teď uvažujeme o 80 nebo 120GB. Rozhdodně nemám strach, že ho nevyužijeme.
# badblocks /dev/hda1 6630016 6630024 6630025 6630026 6630027 6630028 6630029 6630030 6630031 6630032 6630033 6630034 6630035 6630036 6630037 6630038 6630039 6630040 6630041 6630042 6630043 6630044 6630045 6630046 6630047 6630048 6630049 6630050 6630051
badblocks /dev/hda (předtím hda1), tak to hlásí jiné bloky... Jinak, /dev/hda2 a /dev/hda3 jsou v pořádku (oddíly, dohromady asi 15GB).
Zkus to, podle toho, kde budou. Měl jsem 1.7GB Seagate, někde ve 40% jsem měl asi 300kB vadnejch, tak jsem ho rozdělil na 500 a 1200MB. A kolik let jsem s nim dokázal žít.
ale radši s tím jdi do poradny
-b block-size
Specify the size of blocks in bytes. Valid block size vales are
1024, 2048 and 4096 bytes per block. If omitted, mke2fs block-
size is heuristically determined by the file system size and the
expected usage of the filesystem (see the -T option)."
Takže v obou případech asi byla použita jiná velikost bloku (hláška o jednom bloku z hda pokryla několik hlášek z hda1).
jinej problem imho nehrozi ...
ja mam dvd palirnu v mnohem vetsim masomlynku (750MHz duron) a utahne ji to. jen se neodvazim palit rychlejs nez 4x ... (kvuli moznosti podteceni bufferu)
Ty jeden, pořád ještě hlásí grub chybu 17? Snad včera mne postihla taky, nechápu, kde se to vzalo, v diskusi jsem to napsal, pomohlo a) pustit lilo na disk a hned b) znova nainstalovat grub. Taky se mi to stalo, zobrazovalo, hned po zapnutí kompu, bez grub menu.
U čeho? Kernel panic, unable mount?
Ať jsem zadal cokoli, zobrazilo se to znova.
Hmm, budu se muset v téhle oblasti vzdělat, je to ostuda.
Tak tuto je login při recovery mode ... víc si nevzpomenu, něco jako "máte user login, po odhlášení (ctrl+d) bude následovat restart". Mam dojem, že se to děje, když je nerozpoznaný /boot, mně se to stalo, když jsem ho měl označený jako ext3 a byl tam reiser3fs.
Stabilně ty samý řádky? Třeba to patří k desce, ty hlášky?
Chtělo to Esc a (ne)jelo to dál. Nevím to z hlavy... Teď to instaluju znova, takže pak ti řeknu přesně.
Pokud ten disk fakt odejde, doporučuju jej rozebrat, vevnitř bývaj dost silný magnety. Vlastně ani nevim, kolik maj ...
).
Na LCD došlo před rokem, a to je mimo ten špatný běh grafárny další důvod pro novou grafárnu -- digitální výstup.