Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »10. úno - 18. úno
Andrew Morton oznámil Linux 2.6.11-rc3-mm2:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm2/
Ohledně patchů bezpečnostního modulu [security module] řekl Christoph Hellwig: I kdybychom přijali modul, který skupinám přiděluje možnosti [capabilities], tak takhle by vypadat neměl. Podporuje totiž pouze dvě specifické funkce (a ty ještě různými způsoby!), místo aby přidal obecnou podporu pro přidělování možností skupinám. Olaf Dietsche poznamenal:
Pokud jsem ten kód pochopil správně, tak tohle řešení je k dispozici už dlouho: <http://www.olafdietsche. de/linux/accessfs/>. Nebo nová, samostatná verze: <http://lkml.org/lkml/2005/1/11/ 221>.
Nebo byste mohli použít skutečné řešení - možnosti filesystému: <http://www.olafdietsche .de/linux/capability/>. A pokud se vám tohle nelíbí, je k tomu i alternativa: <http://www.stanford.edu/~ luto/linux-fscap/>.
Andrew Christophovi napsal: Jsem si jistý, že se o tom někde v těch 1000 emailech, které o tom minule proběhly, diskutovalo. Jacku? A Jack O'Quin odpověděl:
Většina lidí si myslela, že mít modul s obecnými možnostmi by bylo fajn. Ale nikdo nenabídl žádný kód, ani se nepřihlásil, že by na tom pracoval.
Já proti takovému přístupu nic nemám, ale nejsem ochoten ani schopen to dělat sám. Podle mého názoru by rozšíření funkčnosti LSM výrazně zvýšilo bezpečnostní riziko. Muselo by se to udělat velmi opatrně.
Christophův návrh by se mohl stát částí obecnějšího modulu, který by RT-LSM nahradil v 2.8. Náš LSM je skromným řešením určeným k zažehnání aktuálních problémů audio vývojářů a uživatelů a s minimálním dopadem na bezpečnost nebo korektnost.
10. úno - 16. úno
Greg KH napsal:
Chtěl bych oznámit další projekt pro uživatelský prostor založený na hotplug. Tahle kolekce kódu nahrazuje existující balík linux-hotplug velmi malými, zkompilovanými programy. Ty jsou místo stávajících bash skriptů.
V současné době poskytuje následující:
Ale proč to vše předělávat v .c? Co je špatného na shellových skriptech? Na shellových skriptech není špatného nic, pokud vám ovšem nevadí interpretr v initrd/initramfs, když chcete poskytovat funkce /sbin/hotplug a automatického natahování modulů. A nebo pokud náhodou nemáte velký stroj, který najednou spustí milión hotplug událostí, a vy je potřebujete všechny zpracovat co nejrychleji a za použití co nejméně paměti.
Takže, jak malé jsou ty programy? Podívejte se:
text data bss dec hex název souboru 4669 32 124 4825 12d9 hotplug 5077 8 348 5433 1539 module_pci 4925 8 412 5345 14e1 module_scsi 5349 8 348 5705 1649 module_usb
Všechno jsou to statické binárky linkované s klibc (která je v balíku hotplug-ng obsažena, stejně jako udev).
Bash skripty pro srovnání:
-rwxr-xr-x 1 root root 4412 Feb 10 15:28 /sbin/hotplug -rw-r--r-- 1 root root 702 Sep 24 08:04 /etc/hotplug/blacklist -rw-r--r-- 1 root root 5293 Sep 24 08:04 /etc/hotplug/hotplug.functions -rwxr-xr-x 1 root root 3739 Sep 24 08:04 /etc/hotplug/pci.agent -rwxr-xr-x 1 root root 1459 Sep 24 08:04 /etc/hotplug/scsi.agent -rwxr-xr-x 1 root root 13466 Sep 24 08:04 /etc/hotplug/usb.agent -rw-r--r-- 1 root root 39306 Sep 24 08:04 /etc/hotplug/usb.distmap -rw-r--r-- 1 root root 4364 Sep 24 08:04 /etc/hotplug/usb.handmap -rw-r--r-- 1 root root 189 Sep 24 08:04 /etc/hotplug/usb.usermap
Všechny jsou do paměti nataženy pro každou hotplug událost (u specifických hotplug událostí se natahuje pouze soubor s typem sběrnice).
Ale co rychlost? Podle naprosto nevědeckého měření na mém starém, pomalém laptopu to trvá 2 vteřiny, než se po připojení USB zařízení natáhne příslušný modul. S hotplug-ng to zabere méně než vteřinu.
Pro ty, kteří by se chtěli podívat, je kód ke stažení zde:
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-ng-001.tar.gz.
Pořád ještě zbývá napsat pár dalších programů, aby bylo docíleno stejné funkčnosti jakou mají současné hotplug skripty (firmware, ieee1392 atd.). Ale ty budou dokončeny brzy. Rád bych znal vaše názory; uvítám návrhy, a dokonce i patche :).
Vývoj hotplug-ng probíhá v BitKeeper repozitáři na:
bk://linuxusb.bkbits.net/hotplug-ng
Patrick McFarland odpověděl:
Tohle je bezvadné. Zrovna nedávno jsem si říkal "Proč je hotplug psáno v sh? Cožpak to není nechutně neefektivní způsob řešení něčeho, co musí být provedeno rychle a s co nejmenší spotřebou zdrojů?" Vypadá to, že jsi četl moje myšlenky.
13. úno - 23. úno
Larry McVoy napsal:
Chci připomenout, že BK strom jádra má v současné době plus mínus 59 000 changesetů. BK, který máte, využívá pro interní názvy každé delty unsigned shorts [jak se to řekne česky?], což znamená, že přibližně za 100 dní to přestane fungovat.
Dobrá zpráva je, že openlogging strom jádra má changesetů 135 000, takže je zřejmé, že chyba už je dlouho napravena.
Špatná zpráva je, že pro překonání hranice 64 tisíc changesetů budete muset upgradovat binárku BK. Data je na disku uloženo v ASCII, takže je jedno, jestli ten upgrade provedete před nebo po, ale jednou to udělat budete muset.
Oprava bude v bk-3.2.4, který by měl vyjít do konce února. Až to vydáme, rozešleme oznámení a bylo by fajn, kdyby to lidi otestovali, protože za pár měsíců budou muset upgradovat všichni.
Je možné, že licenci pozměníme tak, aby více odpovídala naší komerční licenci. Ale neuděláme to, dokud ji neprobereme s Linusem a spol., abychom se ujistili, že je přijatelná. Jednou z věcí, kterou bychom chtěli udělat, je objasnění otázky nekonkurování. Několik lidí naznačilo, že používáním BK souhlasí s tím, že už nikdy nebudou smět pracovat na jiném SCM systému. Chápeme, že tak někteří lidé licenci interpretovali, ale to nebyl náš záměr. Rádi bychom znění změnili tak, aby bylo zřejmé, že používáním BK souhlasíte s tím, že na vývoji jiného SCM nebudete pracovat 1 rok po ukončení používání BK. Tak jsme to mysleli původně, ale nebylo to řečeno jasně.
Různí lidé protestovali a tvrdili, že by bylo absurdní mít licenci, která by na rok zakazovala pracovat na konkurenčním projektu. Další říkali, že by nešlo kontrolovat dodržování, nebo že to na mnoha místech světa nebude nic znamenat. Alan Cox poznamenal: Skutečným řešením by bylo nahradit BK něčím svobodným a lepším, ale to není snadný úkol.
16. úno - 17. úno
Itsuro Oda napsal:
Připojuji implementaci /proc/cpumem. /proc/cpumem ukazuje platné rozsahy fyzické paměti.
Příklad: amd64 8GB Mem
# cat /proc/cpumem 0000000000000000 000000000009b800 0000000000100000 00000000fbe70000 0000000100000000 0000000100000000 #
Počáteční adresa a velikost. Hex číslo.
Eric W. Biederman odpověděl: Zajímavé. Když jsem to navrhoval, tak jsem si představoval něco založeného na struct zdroji, co by fungovalo jako /proc/iomem na x86, ale mohlo by být rozumně použito na systémech, kde žije RAM v adresním prostoru odděleném od IO paměti zařízení. I tak měl pocit, že vhodnějším řešením by bylo přidat do /proc/cpumem typové pole, ačkoliv říkal, že pro x86 stroje by to nutné nebylo, protože ty informace už jsou dostupné na jiném místě.
V originálu Kernel Traffic 300 vyšla navíc ještě tato témata:
Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
int
main()
{
printf("sizeof(char) == %d\n", sizeof(char));
printf("sizeof(short) == %d\n", sizeof(short));
printf("sizeof(int) == %d\n", sizeof(int));
printf("sizeof(long) == %d\n", sizeof(long));
printf("sizeof(long long) == %d\n", sizeof(long long));
return 0;
}
Máš samozřejmě pravdu, jenom mi přišlo, že je vlastně (už v originálu) řeč spíš o 16-bitovém integeru (který se snáze přeloží) než o shortu (který přeložit nejde). Just my 2 cents
), na což to už moc nepasuje.
31.3.2005 01:17
Pavel Stárek | skóre: 44
| blog: Tady bloguju já :-)
| Kolín
ve zkratce informovan o tom, co se deje uvnitr vyvojarske komunity. DEKUJI.
Diky, je to velky kus dobre odvedene prace.Petr J.
* dlouhodobost a pravidelnost tohoto vaseho pocinu je asi nejvetsi devizou. to na ceskem internetu neni videt casto.
5.4.2005 15:45
31.3.2005 08:11