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.
Řešení dotazu:
+-------+---------------------+---------------------+---------+-----------+----------+---------------+ | JobId | Name | StartTime | JobType | JobStatus | JobFiles | JobBytes | +-------+---------------------+---------------------+---------+-----------+----------+---------------+ | 6240 | /var/log/emerge.log | 2011-07-22 18:00:02 | B | T | 575 | 103161408 | | 6231 | /var/log/emerge.log | 2011-07-21 18:03:44 | B | T | 77151 | 1400689036 | | 6218 | /var/log/emerge.log | 2011-07-20 18:00:03 | B | T | 488 | 83690330 | ... | 6019 | /var/log/emerge.log | 2011-06-28 18:00:03 | B | T | 76274 | 1328834334 | | 5939 | /var/log/emerge.log | 2011-06-19 20:38:45 | B | T | 82992 | 1397323096 | | 5871 | /var/log/emerge.log | 2011-06-12 14:40:13 | B | T | 83793 | 1575742423 | +-------+---------------------+---------------------+---------+-----------+----------+---------------+System si uklada informacie o kazdom backupe v databazovom katalogu. V GUI sa da pozriet aj timestamp samotneho suboru a checksum. Podla roznych kriterii sa da nastavit co ma obnovit. Samotna zaloha moze byt ako by sa ocakavalo "full backup", "incremental", alebo "difrerential".
Git má bohužel problémy s velkými souboryMáš pro to nějaký (současný) odkaz?
Například prosinec 2010 - http://lwn.net/Articles/419241/.Tam žádný konkrétní popis problémů nevidím.
IFS=$(echo -en "\n\b") export SVN_EDITOR=cat # echo "provadim zmeny repozitare v pripade potreby" ADDR_OUT="domain.tld" # vnejsi adresa ADDR_HOME="192.168.0.1" # adresa ve vnitrni siti # cesta k repozitari PATH_REPO="/cesta/na/serveru/REPO" PATH_SRC="/cesta/na/lokalnim/stroji/REPO" cd $PATH_SRC # Pingne na vnitrni adresu. Pokud dostane odpoved, predpoklada, ze je # dostupna. Pokud vyprsi timeout, nastavi adresu SVN serveru na vnejsi # adresu. if [ `ping -q -c 1 $ADDR_HOME | grep "1 received" -c` -eq 0 ];then echo "nejsem doma, nastavim vnejsi repo" svn switch --relocate svn+ssh://user@$ADDR_HOME$PATH_REPO svn+ssh://user@$ADDR_OUT$PATH_REPO else echo "jsem doma, nastavim domaci repo" svn switch --relocate svn+ssh://user@$ADDR_OUT$PATH_REPO svn+ssh://user@$ADDR_HOME$PATH_REPO fi echo "processing files to add..." find . | grep -v "\.svn" | sed -e s/^/\"/g -e s/$/\"/g | xargs -r svn add 2>&1 | grep -v "under version control" echo "done" echo "processing files to delete..." svn status | grep "^!" | sed -r 's/^\![ ]+//' | xargs -r svn delete echo "done" echo "processing commit..." svn commit --non-interactive -q -m "auto" || echo "Nelze commitnout" svn up || echo "nelze aktualizovat" echo "done"
Z toho důvodu ani nemůžu použít snapshotový FS, jelikož se chci obvykle vrátit u jednoho souboru a ne u všech.
To jsem moc nepochopil.
Osobně používám kombinaci rsync (pro úsporné přenášení dat ze síťových strojů) a následný btrfs snapshots. Výsledkem je, že mám k dispocici kompletní data ze všech serverů a to ve velmi úsporné formě na disku. Kdykoliv mohu vytáhnout jakýkoliv soubor z jakéhokoliv snapshotu.
Celá tato operace je tak rychlá, že ji mám v cronu každou hodinu (což je možná overkill, ale chtěl jsem trochu vyzkoušet i co btrfs zvádne).
Snapshoty se tváří jako adresáře (resp mountpointy), takže můžeš pro "vytažení" zálohy použít jakýkoliv protokol na soubory (scp, ftp, samba, nfs).
S prvím odstavcem nezbývá než souhlasit.
To druhé, upřímně, to jsem ještě neřešil. Určitě to půjde zálohovat stejně jako každý jiný FS - umount a dd
. Podle featur na wiki by to mělo mít incremental backup celého fs, ale nenašel jsem na to příkaz. Asi ještě není implementovaný.
Otázkou je, proč řešit zálohování zálohovacího media (pokud by to mělo vystupovat v této roli). Zálohovací pásky také přece nezálohujete.
dd
neuvažuji, partimage
to ještě neumí. Snad už jen RAID 1.
Tiskni
Sdílej: