Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.
Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 1.8.0 svobodného multiplatformního softwaru pro konverzi video formátů HandBrake (Wikipedie). Přehled novinek v poznámkách k vydání na GitHubu. Instalovat lze také z Flathubu.
Microsoft představil nové označení počítačů Copilot+. Dle oznámení se jedná se o počítače poskytující funkce umělé inteligence. Vedle CPU a GPU mají také NPU (Neural Processing Unit). Uvnitř představených Copilot+ notebooků běží ARM čipy Qualcomm Snapdragon X Elite nebo X Plus.
Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.
Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.
Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Ahoj, kuriozni problem, ktery ma mozna snadne reseni. Mam dva nasy v ruznych lokalitach, na kterych bych mel rad stejny obsah. Fungovalo by to zaroven jako zaloha v jine geograficke lokalite. Jeden NAS je doma, druhy v praci.
V praci mam rychlou linku, takze stahuju hudbu, filmy, fotky, nekdy tam stahuju videa z kamery, atd.
Doma bude taky NAS s linuxem, ale hooodne pomala linka - wifi, jen cca 4Mb/s, takze nehrozi ty rozdily tahat po netu.
Jak synchronizovat ty dva NASy, aby mely stejny obsah? Rad bych jednou za cas (1x tydne) pripojil 1TB externi disk a udelal ten prenos offline. Napadlo mne, linkovat novinky do slozky - ZALOHOVAT a pak je jen mezi sebou zkopirovat, proste nahrat na druhy NAS.
Jenomze to je pakarna a bude mne to bavit 2x, navic kdo ma furt delat ty symlinky a pak je mazat, atd. Proto by to chtelo chytrejsi reseni, automaticke, nejakym zalohovacim nastrojem, ktery by si vyexportoval seznam souboru a jednoduse by mi po pripojeni disku nakopiroval to, co se lisi od obsahu druheho NASu. Pak bych ten disk vzal, pripojil k druhemu nasu, ten by si SAM nasel nove soubory a ulozil je do slozek.
Uplne idealni by bylo, kdyby to dokazalo treba male zmeny <1GB synchronizovat samo, pres net a vetsi soubory nachystat na prenos pres disk.
Resili jste nekdy takovou situaci? jak a cim?
Tomu bych rozumel, kdybych ty data posilal po siti. Ale jak to dostat na externi disk a potom z nej na cilovem nasu ty rozdily nacist?
Tohle asi moc lidi neresi, ani google moc neporadil Dalsi reseni by bylo, mit 1:1 kopii na tom externim disku. Jenze NAS by mel mit 4TB a externi disk jen 1TB - cili potreboval bych, aby to skutecne ukladalo jen rozdily a aby si to idealne porovnavalo ty soubory budto primym spojenim mezi temi nasyy - to by slo zaridit, nebo pomoci nejakeho souboru, ulozeneho na webu.
Mozna by to bylo reseni. Dokaze si to ale poradit s vypadky site? Navazat samo spojeni, atd? Ta wifi je fakt dost nestabilni, nekdy to jede, nekdy ne, nekdy to vypadne uplne a to posledni, co bych chtel delat, neustale nahazovat spojeni na nejakem zalohovacim bazmeku.
Jinak je fakt, ze kdyby se to nastavilo trvale, s tim, ze by to v noci, treba od 1-6h prikourilo rychlost na 4Mb, tak by to mozna i stacilo. Velke zmeny bych si pamatoval / ukladal rucne do nejakeho extra adresare a prenasel na disku no a ty male zmeny by se kopirovaly samy.
Rychlost jsem v nejhorsim schopny omezit na routeru - bude na obou bodech mikrotik.
if ! pkill -0 -x unison; then # unison nebezi # odstranime pripadne zamky rm -f /root/.unison/lk* /usr/bin/unison -ignore "Name Thumbs.db" -group -contactquietly -xferbycopying -rsync -batch /var/data/share/ ssh://remote.adresa.cz//srv/samba/share/ 2>&1 | tee -a /root/sync.log | egrep -i '<-\?->|failed:|has been modified' | grep -vi '^props' fiJe samozřejmě potřeba, aby se root přihlásil přes ssh pod rootem na druhé straně klíčema. Nemusí to běžet pod rootem, pokud nepotřebuješ nastavovat i práva (což mi potřebujeme). Nejlépe přes nějakou vpnku, pak lze místo ssh volat nešifrovaný unison server rovnou po síti a je to možná i trochu rychlejší. Tutoriál např. http://www.markus-gattol.name/ws/unison.html Omezení přenášeného pásma pomocí trickle např. http://pauldreik.blogspot.cz/2012/08/bandwidth-limit-ssh.html
VPNka tam jede, asi bych nelajznul pustit SSH na verejne IP. Nemam tam defakto nic pristupneho z venku, mimo 80tky a te VPNky. Cili bych si asi vytvoril extra konto jen pro ten nas.
Jak rikam, na obou stranach bude mikrotik, takze mozna bude jednodussi omezovat rychlost na nem. (da se defakto priskrtit konkretni ucet na VPNce) navic to pujde jednoduse merit, zobrazovat v grafu, apod.
Jinak na unison jsem koukal a ano, asi pujdu do nej.
Tiskni Sdílej: