plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.
Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
Zdravím,
V diskuzi za tímto blogem mne zaujal příspěvek od KS , kde popisuje vytvoření samosmrskávacího / natahovacího luks kontejneru.
Síce jsem tam přihodil popis problému který jsem s tím měl, ale dotaz jsem vložil na nesprávné místo, proto jej zkopíruju sem, aby případní následovníci a odpovídající 
měli snažší hledání.
Na serveru jsem vytvořil pomocí fallocate ( stejně jako KS ) zárodek kontejneru.
Z PC jsem coby root připojil složku s kontejnerem přes sshfs.
Kontejner jsem ze svého PC naformátoval, připojil, vytvořil ext4fs, a ten připojil mountem do svého /mnt/pokus.
Zkopíroval jsem dovnitř složku ( asi 2,7 GB) a po zkopírování jsem na serveru zkontroloval, že soubor má asi 3,6GB.
Pak jsem zase z kontejneru odmazal podsložku ( asi 800MB ) a zkontroloval, zda se kontejner zmenšil.
Nezmenšil, naopak opakovanou kontrolou jsem zjistil, že kontejner stále roste.
Z mého PC odtékalo konstantně asi 1MB/s směr server, a kontejner zhruba stejně rychle rostl.
Po odpojení kontejnerovaného ext4 z /mnt/pokus růst kontejneru i tok dat ustal
Nevím, kde jsem udělal chybu, ani mi není jasné, proč se to takto chová.
Předem díky za rady a poučení
M.
Řešení dotazu:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
mount /dev/mapper/encpart_decrypted /mnt/encpart/ jsem dal -o discard ( podle návodu )
$ fallocate -l1 -o1T kontejner
$ sudo /usr/sbin/cryptsetup -q luksFormat kontejner
Zadejte heslo:
$du -h kontejner
136K kontejner
$ sudo /usr/sbin/cryptsetup open --allow-discards kontejner dmkontejner
Zadejte heslo pro kontejner:
$ sudo mkfs.ext4 /dev/mapper/dmkontejner
mke2fs 1.42.11 (09-Jul-2014)
Zahazují se bloky zařízení: hotovo
Vytváří se systém souborů s 268434944 (4k) bloky a 67108864 uzly
UUID systému souborů=11e39018-fe21-490a-a900-f68201587435
Zálohy superbloku uloženy v blocích:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
Alokují se tabulky skupin: hotovo
Zapisuji tabulky iuzlů: hotovo
Vytváří se žurnál (32768 bloků): hotovo
Zapisuji superbloky a účtovací informace systému souborů: hotovo
du -h kontejner
139M kontejner
$mkdir mntkontejner
$ sudo mount -o discard /dev/mapper/dmkontejner mntkontejner/
$ mount | grep mntko
/dev/mapper/dmkontejner on /home/data/milan/mntkontejner type ext4 (rw,relatime,discard,data=ordered)
$ mount | grep data
/dev/sdb2 on /home/data type btrfs (rw,nosuid,nodev,noexec,relatime,space_cache,subvolid=257,subvol=/@)
## V PC mám malý (30G) SSD + 1T HDD na uživ. data. Jak je to propojené , je asi vidět ...
$du -h kontejner
683M kontejner
$du -h kontejner
759M kontejner
$du -h kontejner
803M kontejner
$du -h kontejner
839M kontejner
$ sudo umount /dev/mapper/dmkontejner
$du -h kontejner
849M kontejner
$du -h kontejner
849M kontejner
$du -h kontejner
849M kontejner
Hned po připojení FS v kontejneru začíná soubor růst, netřeba nic kopírovat. Zastaví se to až po odpojení FS
M.
Tiskni
Sdílej:
11.3.2018 00:45