Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
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, …
Posledni tyden, kdykoli k tomu ucelu mam trochu casu, se snazim na jeden obstarozni pocitac nainstalovat nejnovejsi Kubuntu. Nektere potize uz ale vazne prestavam pobirat.
Ten obstarozni pocitac v sobe ma 500 MHz procesor AMD K6-II, 96 MB RAM, zakladni desku FIC VA-503+ a 80 GB HDD od Western Digital. Cele jsem to doted provozoval na MDK 10.1, ale jednak mi tenhle stary MDK prestava stacit, jednak chci mit na vsech strojich Kubuntu, na ktere jsem si za posledni dva mesice docela dost zvykl a jednak kazdy novy MDK (resp. Mandriva) na me pusobi dojmem, ze je mnohem preplacanejsi zbytecnym balastem, nez ta verze predchozi - stava se z toho takovy maly osklivy blackbox, ktery vubec nechci.
Data mam na oddelenych partition, to nejdulezitejsi jsem si zazalohoval na jiny pocitac, takze jsem se pustil do nove instalace v ocekavani, ze za hodinku bude system nahozeny a ja z si budu jen ladit konfiguraci. Netusil jsem, jak moc se pletu a po asi dvacate neuspesne instalaci jsem totalne vyrizeny nainstaloval zpatky MDK 10.1
Totiz, problem byl v tom, ze BIOS neumel spravne rozpoznat velke disky, takze pri autodetekci 80GB jednotky proste zamrzl. To jsem obesel tak, ze jsem do BIOSu ulozil parametry 1,6 GB disku. Operacni system na nastaveni BIOSu kaslal (Win98 i vsechny MDK pocinaje tusim 9.0) - presne jako v tom prastarem prislovi, ze BIOS se nazral a disk zustal cely.
Cekal jsem, ze kdyz tohle nevadi u Mandrake, nebude to vadit ani u Kubuntu. Omyl. Instalace sice probehla naprosto v pohode, ale po rebootu GRUB zahlasil chybu 18 (disk podle zaznamu GRUBu je vetsi, nez tvrdi BIOS) a s bootem byl konec. Zkusil jsem expert instalaci a pouzit LILO - jeho instalace se zasekla v puli a bylo po srande. V tomhle miste jsem totalne frustrovany nainstaloval zpatky Mandrake.
Po tydnu mi to ale nedalo, na radu z diskuse na abicku jsem flashnul BIOS na verzi, ktera ma umet disky vetsi, nez 65 GB a pustil se do toho jeste jednou. BIOS muj disk nadetekoval spravne, instalator Kubuntu nabehl a ja mel radost. To mi ale vydrzelo jen po Rozdeleni disku. Instalator se vytrvale snazil me presvedcit, ze na mem disku nejsou zadne oddily (nejspis chyba v samotnem instalatoru). Jedina moje moznost v danou chvili byla zazalohovat PT, vytvorit novou a davat si pozor, abych nezasahl do oddilu s daty. Skodoliby instalator byl asi spokojen s mym trapenim, takze nove vytvorene oddily uz videl a nechal me zase chvili pokracovat.
Po instalaci zakladniho systemu a zkopirovani souboru se pocitac rebootoval (bez sebemensiho problemu!), doinstalovaly se ostatni baliky a jelo se dal. Vsechno vypadalo v pohode, az do chvile, kdy se instalator pokousel o instalaci jazykovych balicku. Zkusil asi pet (tezko rict, ktere to byly, takhle z hlavy), pak zacal nahazovat grafiku. Vse vypadalo hezky, az na to, ze dolni dve tretiny obrazu zustavaly cerne. Asi minutu se prepinaly graficke rezimy, az se vse nakonec vratilo do textoveho rezimu a znova se instalovaly ty jazykove balicky.
Kdyz tohle kolecko bezelo asi po sedme, rebootoval jsem (pres reboot z prikazove radky, zadny tvrdy reset). Jake bylo moje prekvapeni - GRUB pri zavadeni umrel s hlasenim chyby 18. Civel jsem na to jak puk. Za chvili jsem si vsiml, ze v tabulce HW konfigurace, ktera se vypisuje pred spustenim zavadece, je napsano, ze primary master je velky 2139 MB! Co hur, kdyz jsem vlezl do setup utility, tenhle nesmysl tam vazne byl ulozeny.
Fajn, nekde jsem se umackl, a ulozil jsem do BIOSu nejakou kravinu, rikal jsem si. Znova jsem spustil autodetekci, ulozil jsem hodnoty, reboot, pro jistotu jeste jednou jdu do nastaveni BIOSu a overuji, ze je ulozeno nastaveni 80G disku. Dalsi reboot, GRUB hlasi chybu 18, v tabulce HW konfigurace se na me zase smeje 2139 MB. Zkusil jsem jeste jednou flashnout BIOS, tentokrat i s parametrem pro vymazani vsech pameti a konfiguraci, ktere byly ulozene, ale BIOSu to evidentne nevadi.
Pritom od prvniho flashe az po prvni reboot po instalaci Kubuntu bylo vse naprosto v pohode (a ze tam bylo rebootu taky pozehnane, protoze jsem resil, proc instalator nevidi oddily, ktere Mandrake vidi).
Tak mi nekdo reknete, jsem "kolega, co nepatri k nejbystrejsim" ? Nebo si ze me pan BIOS s kamosem panem diskem a kolemjdoucim panem instalatorem regulerne utahuji? Nechce se mi po tydnu snazeni konstatovat, ze jsem si potrenoval instalaci MDK 10.1, praci s testdiskem a ze je nejvyssi cas najit si praci u nejakeho moderniho krumpace.
Tiskni
Sdílej:
Jinak takovou situaci bych řešil malým /boot oddílem v oblasti, kterou BIOS vidí vždycky.
Kazdopadne mi absolutne unika, jak je mozne, ze se hodnoty ulozene v CMOS samy od sebe zmeni...
hodně štěstí
Leda bych prestal jezdit z koleji domu...