Canonical vydal Ubuntu 25.04 Plucky Puffin. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do ledna 2026.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.2.0. Přehled novinek v poznámkách k vydání.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 152 (pdf) a Hello World 26 (pdf).
Zajímá vás Open Build Service (OBS) a vývoj linuxového jádra pro IBM Mainframe? V rámci Informatických večerů na FIT ČVUT v Praze proběhne v pondělí 28. dubna přednáška Linux on Z Development s podtitulem „From packaging in the openSUSE Build Service until Linux Kernel Development at IBM“. Přednáška proběhne v anglickém jazyce. Vstup je zdarma a bez předchozí registrace.
Vyšla nová verze XMPP (Jabber) klienta Dino. Mezi novinky patří vylepšený přenos souborů (XEP-0447: Stateless file sharing), přepracované dialogy a další. Vyzkoušet lze i na (linuxových) telefonech.
Vyšla nová verze XMPP (Jabber) klienta Gajim, která přidává podporu nového způsobu synchronizace informací o přečtení zpráv (XEP-0490: Message Displayed Synchronization jako nástupce XEP-0333: Displayed Markers), dále centrální stránku pro přehled všech aktivit (Activity feed) nebo vylepšení přepínání mezi více účty. Přehled dalších změn je k dispozici na oficiálních stránkách.
Mobilní operátoři společně chrání zákazníky proti podvodným hovorům v pevné i mobilní síti. Vodafone, T-Mobile a O2 vybudovali proti takzvanému spoofingu vzájemně propojené zabezpečení. Podvodníkům zabraňuje schovávat se za čísla jiných lidí nebo institucí, jako jsou banky a policie.
Na minihoneypotech Turrisu se objevil poměrně rozsáhlý útok na FTP servery. Je zvláštní tím, že probíhá z mnoha IP adres zároveň, je relativně pomalý a k pokusům o přihlášení používá objemný slovník. Útok probíhá z rozsahu IP adres 45.78.4.1-45.78.7.254. Rozsah je registrován na společnost IT7 Networks Inc., která poskytuje hostingové služby. Mezi zasláním každé kombinace jména hesla může oběhnout od několika, do nižších desítek sekund
… více »Po 5 měsících vývoje od vydání verze 6.7 byla vydána nová verze 6.8 svobodného open source redakčního systému WordPress. Kódové jméno Cecil bylo vybráno na počest amerického jazzového klavíristy a inovátora Cecila Taylora (YouTube).
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: