Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Ř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: