Úř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.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
LinuxDevices píše o nově uvedeném upraveném BIOSu od General Software, se kterým se dle této společnosti spustí LiLo od resetu (na základní desce Soyo s chipsetem Intel 815) za méně, než jednu sekundu. Rychlý boot je klíčový především na trhu s nemocničními zařízeními. Embedded BIOS se "StrongFrame Technology" je dostupný pro široké spektrum zařízení, včetně nemocničního vybavení.
Tiskni
Sdílej:
). Ono totiz dost zalezi na cem, z ceho a jak je to distribuce, u Vist zase na tom, jestli je pro ne hardware alespon pouzitelny (pokud ne, je start siiilene pomaly) a jestli meli cas provest ruzne optimalizace pro rychle spousteni.
Navic se dost tezko posuzuje, co je uz "nabootovani". U Vist se to da brat bud do okamziku zobrazeni prihlasovaciho dialogu nebo po nabehnuti deskopu do stavu, kdy uz se na nem da neco delat. Ale kazdy Linux muze byt unikat.
Treba mojemu HTPC trva necelych 25 sekund od zapnuti (ne od restartu, od zapnuti do 230V) do kompleniho nabehnuti, ale ono nabehnuti je do radku s Bashem. Da se to srovnavat s nahenuti okeniho prostedi? Ale je ono nabihani okeniho prostredi jeste bootovani? Z hlediska Vist ano, z hlediska Linuxu ne (je to jen aplikace, ktera neni nezbytne nutna).
Navic vsechy Windows rady NT berou hardware takovy, jaky je (mimo naprosteho zakladu v ntdetect ci jak se to jmenuje), kdezto v Linuxu se detekuje pri startu. Je detekce hardware soucasti bootu? Ve Vistach ne, v Linuxu ano. Opet srovnavame nesrovnatelne.
Linux ma ale v rychlosti bootu prece jenom jednu vitezstvi mu zajistujici vyhodu - muzete si ho libovolne upravit. Muzete si prelozit vlastni jadro, upravit nebo napsat vlastni skripty (ja udelal oboji), upravit okeni prostedi, dokonce si muzete pridat i neco jako prefetch atd. Kdezto priznivci Vist museji doufat, ze si s tim poradi software tretich stran (u WinXP to docela funguje).
Jedina vyhoda Vist, na kterou Linux nema zadnou odpoved, je pouziti flashdisku jako pomocne cache (SuperBoost ci jak se to jmenuje), ale je otazka, jestli to neni jenom "z nouze cnost" a jestli by to pro Linux s jeho pametovym managementem melo vubec smysl.
Já nevím, co maj všichni s tím kecem, že Windows v době zobrazení loginu není plně neběhlý. Samozřejmě, že je.Tak proč teda tak dlouho trvá, než se od přihlášení zobrazí plocha a panel s nabídkou start? Nebo ty už se nepovažují za součást Windows, aby měření dopadlo lépe?
jestli to chcete brát nadále tak jak to berete, tak se koukněte na takový linux .... startuje nejmíň 2x pomaleji než Windows při spouštění služeb podobného typu a stejně KDE spouští 5 sekund další bordel,...Kouknu na takový Linux - doba bootu je srovnatelná s dobou bootu Windows XP (za dobu bootu považuju celý ten čas, kdy nemůžu nic dělat, protože počítač něco šrotuje.)
Tak proč teda tak dlouho trvá, než se od přihlášení zobrazí plocha a panel s nabídkou start? Nebo ty už se nepovažují za součást Windows, aby měření dopadlo lépe?Než se v KDE zobrazí panel, plocha a kmenu a spustí všechny jeho služby, tak musíte čekat 3x déle než ve Windows XP. Ve Vistě se mi zobrazuje panel i plocha okamžitě, ostatní spouštěné aplikace se spustí paralelně na pozadí, narozdíl od KDE, které je spouští postupně - na vícejádrovém CPU je pak rozdíl více než patrný.
Ano, to mohu potvrdit. Také si myslím, že při zobrazení logovacího okno windows ještě něco dodělává. Měl jsem skript na práci s doménou a sám o sobě chodil, ale automaticky při startu se nechtěl provézt - museli jsme do něj přidat čekání - neměřili jsme přesně a tak jsme dali 30s.
Z konference Windows na můj dotaz:
Tipoval bych, ze to bude tim, ze pri startu XP (podle SCHTASKS to asi XP budou) se ve vychozim nastaveni sit neinicializuje okamzite, ale az se zpozdenim. To by vysvetlovalo, ze manualne (kdy uz je sit k dispozici) skripty projdou. Tohle chovani jde nastavit, ale bohuzel si opravdu nevzpoominam, jak se teto funkci rika :(
sshd.