pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.
Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.
… více »Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
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
