Canonical vydal (email) Ubuntu 26.10 Stonking Stingray. 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 července 2027.
České Radiokomunikace (CRA) ve čtvrtek odstřelily rozhlasový vysílač Liblice B, dosud nejvyšší stavbu v Česku. O demolici dvou 355 metrů vysokých stožárů rozhodly z důvodu jejich nevyužívání, už v úterý přitom zhasly a demontovaly jejich osvětlení.
Microsoft Defender nově podporuje linuxové desktopy.
Oficiální Epic Games Launcher je v nové preview verzi poprvé dostupný i pro Linux (FAQ). Pracuje se na novém Easy Anti-Cheatu pro Linux (EAC Linux v2) a podpoře hry Fortnite na Linuxu.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).
Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.
KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.
Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.
Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.
Ahoj, mam doma udelany nas z ARMove desky, na ktere bezi debian. Tam je klasicka samba. Rad bych si udelal takovou ficuru, ktera by mi automaticky mountovala KAZDY PRIPOJENY USB DISK do /media/jmenodisku
Tak, jako to funguje u dister na desktop. Docetl jsem se, ze se na to pouziva nejaky automounter, je to tak? Ted, kdyz do USB te desky vrazim flashku, tak se nic nestane, jen mi to jadro oynami, ze se objevil disk /dev/sdb
A dale, jakmile se disk sam primountuje, rad bych ho sdilel pres sambu. Abych proste mohl strcit flashku do meho NASu a najit si ho pres sambu a wifi treba na mobilu.
Takze dve otazky :
1) jak zaridit automaticky mount pripojenych usb disku? A nebude delat potize, kdyz flashku vytrhnu z USB? odmountuje se zase sama?
2) jak nastavit prava samby, abych ziskal pravo pro cteni i zapis na ten dany disk? Predpokladam, ze to budou FAT32 disky - digitalni fotak, flashky, atd. Tam bych mel mit automaticky prava k zapisu, je to tak? Staci to nastavit v masce daneho samba sharu, mam pravdu?
Muze nastat nejaky problem, ktery jsem opomenul?
Diky,
P.
Řešení dotazu:
No jo, jenomze tady musim nekam natvrdo zadat UUID toho zarizeni, je tak? A ja bych chtel, aby to KAZDE pripojene zarizeni automaticky mountovalo do /medi/jmenozarizeni-nebo-jehouuid
Abych proste prisel, zasunul libovolnou FLASHku a nahmatal ji v samba sharu, cili /media, nad kterym si vytvorim sdileni 
Prosim, poradite mi, co je potreba nastavit, abych mohl na takovy disk ukladat? Pripojuji si USB zarizeni do /media, vytvoril jsem si sdileni pres sambu, ale nemam prava zapisu.
Predpokladam, ze bude problem hned na zacatku, na tom mountovani. Jak je potreba ten disk mountovat, aby na nej mohl bezny samba user zapisovat? Ty usb disky maji FAT, cili tam nejsou zadna linuxova prava a ridi se to maskou prav z toho mountu, je to tak?
/dev/sdb1 on /media/usb0 type vfat (rw,nodev,noexec,noatime,nodiratime,sync,fmask=0022,dmask=0022,codepage=cp437,iocharset=ascii,shortname=mixed,errors=remount-ro)Ted se mi to mountuje takhle... Taky mam problemy s codepage. Zobrazuji se mi spatne nazvy souboru, je treba dat win1250 (vytvoreno na WXP). Je to dobry napad, nebo se da dat treba utf? Diky, P.
/dev/sdb1 on /media/usb0 type vfat (rw,nodev,noexec,noatime,nodiratime,sync,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=ascii,shortname=mixed,errors=remount-ro)A ja tam daval jako blbec do konfiguraku toho USBMOUNTu fmask i dmask 0777
Ted uz mi jde zapisovat i mazat pod beznym uzivatelem samby, takze je to OK.
Presto, kdyz to primountuju tak, jak to ted je a otevru txt soubor v kate na KDE, tak impilicitni kodovani mam ISO-8859-15, coz zobrazuje kraviny. Kdyz prepnu rucne na cp1250, je to ok. To jako zpusob, jak se mountuje souborovy system ma vliv na data ulozena v souborech, vytvorenych davno predtim? Nebo to spolu nesouvisi a kate je hloupe a neumi poznat, jake kodovani ten soubor pouziva?
Způsob jakým se mountuje má vliv na zobrazení dat. V souboru (v adresářové položce) máš numerické hodnoty jednotlivých bytů, které podle kódování se převedou na grafické vyjádření znaku (zobrazí). To že některá posloupnost z lidského pohledu nějakého konkrétního jazyka je nepatřičná se nikde nezkoumá. Primárně má specifikace kódování vliv na zobrazení adresářových položek (názvů souborů), ale aplikace si tuto informaci z filesystému může také nalézt a použít.
A jak by podle tebe mělo Kate poznat kódování? V jednobytových kódováních jsou všechny posloupnosti v pořádku a je to správné zobrazení znaků.
Prislo mi proste (nevim proc) ze si to musi nejak porovnat kodovani prostredi v OS a toho souboru a pokud to umi zobrazit klikyhaky a otazniky, nebo ctverecky, myslel jsem si, ze to pozna, ze je neco spatne. Nevim proc, ale myslel jsem si to
Treba PSpad na WIN mi vzdycky kodovani navolil sam. Nevim, jak to delal, treba to byla nahoda, ale dokazal se sam pri otevreni souboru prepnout na spravne kodovani
Podle ceho, to netusim.
Tiskni
Sdílej: