Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.
Ahoj
Mam problem s kopirovanim souboru z klienta na server. Obracene to vzdy funguje.
Viz priloha:
Chyba vyskoci vzdy nahodne, nekdy kdyz neni nakopirovano ani 100MB, nekdy az kdyz je nakopirovano vice jak 1 GB dat. Pokud se da kopirovat znovu, jakoby byla data nakesovana nekde kdesi, takze kdyz se povede nakopirovat napr. 1,5GB z 5GB, tak 1,5 GB se tvari byt na serveru do par sekund (disk nic necte) a pak zacne cist dalsi data a kopirovat je standartni rychlisti site, dokud se neobjevi stejny error. Nekdy jako by se nic nikde nenakesovalo a jde vse zas od nuly. Je doslova nemozne na server zapsat soubor vetsi jak 100MB. Obracene lze stahovat i desitky GB, bez jakekoli chybicky a vse je OK.
Konfigurace na strane serveru vypada takto:
soubor "etc/exports
/home/tagy/Verejne 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Hudba 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Videa 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Obrazky 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Zalohy 192.168.1.0/24(rw,no_subtree_check)
Debian stable 6.0.5 jadro 2.6.32-5-686
Konfigurace na strane klienta:
"etc/auto.master"
/home/m/Sit /etc/auto.misc --ghost --timeout 1800
"etc/auto.misc"
iris-Verejne -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Verejne
iris-Hudba -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Hudba
iris-Videa -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Videa
iris-Obrazky -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Obrazky
iris-Zalohy -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Zalohy
Debian stable 6.0.6, jadro 2.6.32-5-amd63
Pokud misto NFS pouziji SAMBU vse bezi OK
Pocitace jsem take vzajemne zkusmo pripojil naprimo krizenym kabelem (vynechal jsem tak v ceste switch a router). Stejne se to take chova pokud na strane klienta jdu jak pres wlan tak eth.
Chyba neni zalezitosti par dni ale mesicu, mezi tim par update celeho OS vcetne jadra.
Diky 
Diky Nastavil jsem timeo=10, a uz to funguje dobre.
Dalsi problem ktery resim je (proto tak nizka puvodni hodnota "timeo"):
pokud NFS server vypnu drive nez klienta a klient ma mountnute NFS adresare. Cely Nautilus vytuhne ("File Manager neodpovida") pri rebootu se musi killnout proces Automount. Pritom mam zapnuty jak priznak:
*soft -> kdyz je server vypnut, operace, ktere se k nemu pokouseji pristupovat, selzou a ohlasi chybu. Tato fce je uzitecna, chcete-li se vyhnout "zaseknuti" procesu kvuli nedulezitemu pripojeni svazku
*intr -> umoznuje uzivatelum prerusit blokove operace (a zpusobi oznameni chyby)
Tjn NFS je hotova magie, zkousel jsem uz kde co (vsechny mozny parametry uvadene v bezne literature), ale dohrabat se uspokojiveho vysledku neni snad ani mozny...
Clovek se docte o Sambe (Windows, pomalejsi) NFS (ciste Linux, rychle). Jelikoz mi vsude bezi Linux, volba byla jasna. Ale uz se clovek nikde nedocte ze je to asi spise vhodne opravdu na NFS server (24h/7) - klient
Takhle to funguje relativne dobre:
############################################################################
#pripojene NFS adresare
# iris timeo je v desetinach sekundy
iris-Verejne -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Verejne
iris-Hudba -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Hudba
iris-Videa -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Videa
iris-Obrazky -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Obrazky
iris-Zalohy -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Zalohy
# restart sluzby
# sudo /etc/init.d/autofs reload
############################################################################
Jen se mi vubec nelibi ze pri vypnutem NFS serveru, se pri otevirani jakehokoli slozky otevira az 10s, taky to dela nahodne pri otevirani nejakeho souboru !!! ? Pokud uz je Nautilus otevren v danem umisteni, tak pak uz to pracuje normalne. Nejaky napad jak tohle obejit ?
Asi by to slo obejit snizenim parametru timeout v auto.master
+auto.master
############################################################################
#adresar kam se NFS adresare pripoji
/home/m/Sit /etc/auto.misc --ghost --timeout 1800
############################################################################
Jenze kdyz prohlizim vzdalene fotky a furt se mi to pripojuje/odpojuje a to je vcelku na dve veci...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
