Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
fdisk -l /dev/hdb Disk /dev/hdb: 60.0 GB, 60022480896 bytes 16 heads, 63 sectors/track, 116301 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hdb1 * 1 21315 10742728+ 7 HPFS/NTFS /dev/hdb2 21316 40692 9766008 c W95 FAT32 (LBA) /dev/hdb3 40693 114323 37110024 83 Linux /dev/hdb4 114324 116301 996912 82 Linux swapPočet partitions odpovídá počtu na původním disku (dualboot wxp/mdk9.2). Pomocí programu Norton Ghost jsem překopíroval systémový disk C. Norton Ghost jsem měl spuštěný z diskety a nepoužil jsem volbu "Marking Drives". Pod windows jsem překopíroval data z disku D. V linuxu jsem překopíroval v single režimu / do dočasně připojeného /newdisk, vytvořil /newdisk/proc, patřičně upravil fstab a lilo.conf. Původní disk jsem vyndal a na jeho místo jsem dal ten nový větší, patřičně najumperovaný. Po zapnutí počítače se objeví hláška Error loading operating system. Říkal jsem si je to ok, stačí obnovit zavaděč a práce je hotova. Nejprve jsem se snažil rozchodit boot do winxp. Takže start z instalačního cd, Recovery console, fixmbr (fixboot), po restartu stále stejná hláška Error loading operating system. Zkusil jsem tedy oživit linux. Nabootoval jsem z cd (instalační mdk 9.2, zkoušel jsem pak i slax), patřičně se chrootnul a spustil lilo. Lilo se zapsalo bez jakýchkoliv chybových hlášek. Po rebootu jsem se dočkal hlášky L9 99 99 99 99 99 99 a ještě moc dalších 99. Po devítihodinovém úsilí jsem s rozumem v koncích, poprvé za svou praxi jsem při výměně disku narazil. V google jsem nic použitelného nenašel. Skončil jsem tak, že jsem vrátil původní disk na své místo. Nemá prosím někdo nějaký nápad, či nesetkal se někdo se stejným problémem? Ještě připojuji výpis lilo.conf na velkém disku:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
boot=/dev/hda
map=/boot/map
default="linux"
lba32
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
other=/dev/hda1
label="windows"
table=/dev/hda
image=/boot/vmlinuz-2.4.22-32mdk
label=linux
root=/dev/hda3
read-only
optional
append="hdd=ide-scsi devfs=mount acpi=ht quiet"
initrd=/boot/initrd-2.4.22-32mdk.img
a také přikládám rozdělení původního disku pro představu:
fdisk -l /dev/hda Disk /dev/hda: 20.3 GB, 20370547200 bytes 255 heads, 63 sectors/track, 2476 cylinders Units = cylindry of 16065 * 512 = 8225280 bytes Zařízení Boot Začátek Konec Bloky Id Systém /dev/hda1 * 1 1275 10241406 7 HPFS/NTFS /dev/hda2 1276 2476 9647032+ f Win95 Ext'd (LBA) /dev/hda5 1276 2068 6369741 7 HPFS/NTFS /dev/hda6 2069 2443 3012156 83 Linux /dev/hda7 2444 2476 265041 82 Linux swap
lilo.conf po bootu z CD pred tim nez si spustil lilo? Tzn. mel jsi spravne cesty k primountovanemu novemu disku, napr.
map=/mnt/novy_disk/boot/mapapod? Zkus si precist HD upgrade HOWTO.
pravidlo cislo 1: pokud upgraduji disk, tak pouzivam dd a ne norton ghost.
pravidla pro lilo:
boot= a image= musi byt na stejnem disku podle aktualniho pripojeni (jak HW, tak mountu), jinak budu muset pouzit slozitejsi nastaveni s chain.b misto boot.b
lba32 ono to zda se je synonimum i pro lba48 pokud to lilo umi. tak lba32 davam z principu dneska uz uplne vzdy a do kazdeho konfiguraku a doufam, ze to bios zvladne. jestli to bios nezvladne, tak musim udelat oblast pro boot= a image= pod 1024 cylindrem
pokud chci zmenit hw misto pripojeni disku, cili hdX na hdY at uz prejumperovanim nebo u cable selectu prepojenim na jiny konektor kabelu nebo na jiny ide kanal (a obdobne plati i pro sdX a sdY a vubec vsechna bootovatelna blokova zarizeni), tak musim pouizit korektni premapovani soucasneho umistneni disku na novou pozici stejnym zpusobem, jako se pouziva pri bootovani z non-primary master disku
disk=/dev/hda bios=0x81 disk=/dev/hdb bios=0x80
pokud mam nejake other= sekce pro xp a jine srandy, tak pro korektni beh pokud bootuji z druheho disku a nemenim jeho pozici, tak musim premapovat disky zpet, jinak bude jejich zavadec zmateny podobne jako lilo s biosem.
map-drive=0x80 to=0x81 map-drive=0x81 to=0x80
jo rek bych, ze by to mohlo byt tim proc, ale kdyby nahodou ne, tak tady mas info z manualu (/usr/share/doc/lilo/Manual.txt.gz v pripade woodyho)
0x09 "DMA attempt across 64k boundary". This shouldn't happen, but may
inicate a disk geometry mis-match. Try omitting the COMPACT option. You
may need to specify the disk geometry yourself.
lilo.conf masboot=/dev/hdaMyslim si, ze by tam spis melo byt
boot=/dev/hda3
Tiskni
Sdílej:
