V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Jj. Mám doma P II co dělá router, sdílení tiskáren, apache+php, sdílení dat (mám tam dva další disky, vypínají se, když se z nima nepracuje). Je na tom Debian a 4GB CF karta, konkrétně tato: SanDisk SDCFB-4096
Mám na ni EXT2 a nepoužívám SWAP. Zatím (asi třičtvrtě roku) vše funguje OK.
. Co se tyka rychlosti, tak si z toho hlavu nedelej, kdyz pridas trochu RAMky tak vse potrebne se pak nakesuje. V jinem 'jednoucelovem' pocitaci (neni to ale router) mam taky CF kartu, myslim ze je to taky Kingston a je na ni napsano 150x. Kdyz jsem meril cas bootu, tak s kartou to bylo o dost rychlejsi nez s puvodnim (10Gb) diskem.
).
.
provozuje niekto podobne distro na CF karte ? Nebudu s tym problemy ?Ano, Voyage Linux. Ale jak uz psal Max, read-only.
Co všechno karta doopravdy v IDE režimu umí, to umí říct třeba hdparm (a vlastně to vypisuje i jádro při bootu do dmesg).
CF karty ve foťákách a USB redukcích fungují v "paměťově mapovaném" režimu (chovají se jako lineárně viditelná Flash ROMka). V tomto režimu například umí hot-swap. V tomto režimu se taky nehraje (alespoň na straně karty) na nějaké PIO/UDMA - z hostitelského CPU/MCU je karta vidět prostě jako kus paměti s přímým přístupem (posuvné okno do veliké celkové kapacity). Proto se domnívám, že je dokonale možné, aby CF karta s přenosovou rychlostí okolo 40 MBps (moc jich nebude) vůbec nepodporovala UDMA - protože vysokou rychlost lze docílit právě v paměťově mapovaném režimu.
Souhlasím s poznámkou, že kartám může dělat problém zápis malých transakcí. Velikost bloku na vrstvě IDE je 512B, velikost transakce daná velikostí VM stránky na architektuře i386 je 4 kB, ale velikost "erase blocku" ve Flash EEPROM je někde mezi 16 kB a 4 MB. Pokud zapíšete na flashku míň než "erase block", musí ATA Flash řadič napřed před-načíst celý erase-block, smazat ho, a pak ho celý zapsat zpátky (poté co upravil data o Vaši maličkou transakci). Plus nějaký wear leveling. Pokud tam cpete fotky po megabajtech, tak je to v klidu (readahead se prakticky nekoná). Pokud na tu flashku swapujete nebo ukládáte z relační databáze, bude problém s rychlostí - část sekvenční rychlosti sežere "mrtvá váha" nezměněných dat dotčeného Flash erase blocku. Ten pokles rychlosti může být dost šokující, viz např.
http://www.storagesearch.com/easyco-flashperformance-art.pdf
Jedině na cílové mašině, kde CF karta je jako primary master.
Teoreticky by mělo zafungovat už bs=512 count=1 . FreeBSD by se mělo chovat mravně, ale jeden nikdy neví, co za halušky výrobce do toho MBR nacpal. Občas nám pomůže smahnout z flashky původní MBR (tohle se dá mimochodem provést i v USB čtečce na /dev/sda), a až pak na to pustit unixový fdisk (nejlíp zpátky v cílové mašině na IDE kanálu, kvůli správné IDE geometrii).
CD na výše zmíněném odkazu obsahuje taky jednu konzolovou vizuální utilitu pro zběžnou kontrolu průchodnosti: "hddtest -d /dev/hda" (by default read-only) nebo "hddtest -d /dev/hda -w" (destruktivní, přepisuje nulama, lze použít namísto dd if=/dev/zero).
Dále není špatný nápad, zkusit na té kartě vyrobit v Linuxu fdiskem jeden oddíl a v něm filesystém, třeba mkfs.ext3. Tenhle test je samozřejmě vůči dosavadním datům také destruktivní.
Paralelně si na další konzoli pusťte "iostat 1" - abyste viděl, jak rychle ta flashka frčí.
Tiskni
Sdílej: