Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.
block_size=4955 target_file=file app_script=app_script sync mke2fs -c /dev/ram $block_size mount -t ext2 /dev/ram /mnt cp -R root-fs/* /mnt/ umount /dev/ram dd if=/dev/ram bs=1k count=$block_size of=ext2n cp ext2n image gzip -9v -f image cp -f image.gz $target_file syncProblem je v tom, ze ked ho spustim prvykrat (po restarte compu) tak velkost
$target_file
je okolo 1,1MB (kompresia okolo 77%). Ale ked ho spustim druhykrat tak vysledny subor $target_file
je velky uz okolo 1,3MB (kompresia okolo 71%). Potrebujem setrit miestom a 77%tna kompresia je este pripustna, kdezto 71%tna uz nie. V com moze byt problem ? preco mi to raz skomprimuje tak, raz tak ?
Tipujem, ze by mohol byt problem vo filesysteme, ktory vytvaram v /dev/ram, ale nexapem preco, kedze ho vytvaram nanovo.
gzip -9v -f imagedava spusten dvakrat pokazde jiny vysledek?
gzip
je deterministicky program, takze pokud dava ruzne vysledky, tak musi byt ruzny vstup. To že dd
dává stejný počet bytů nic neznamená, záleží na jejich obsahu a ten bude pro oba případy různý.
Tipujem, ze by mohol byt problem vo filesysteme, ktory vytvaram v /dev/ram, ale nexapem preco, kedze ho vytvaram nanovo.
Tohle možná bude ten problém. Při vytváření se FS nemaže. Tedy předchozí byty tam fyzicky zůstanou (jen se vytvoří nové inody a bitmapy pro prázdný FS). Takže pro další komprimaci se sice vytvoří FS, ale image té partišny není stejný i když ten FS obsahuje stejná data.
Zkuste do toho skriptu vložit vymazání té partišny (dd
z /dev/zero
)
mke2fs -c /dev/ram $block_size
dd if=/dev/zero of=/dev/ram bs=1k count=$block_size
dd if=/dev/zero
je potrebne dat nie za ale predmke2fs
dd if=/dev/ram bs=1k count=$block_size of=ext2n
Tiskni Sdílej: