Mastodon (Wikipedie), svobodná federalizovaná sociální síť, byl vydán ve verzi 4.2. Z novinek je vypíchnuto vylepšené vyhledávání.
Ben Hawkes publikoval pod názvem The WebP 0day analýzu bezpečnostní chyby CVE-2023-4863 v knihovně WebP / libwebp s řadou zajímavých odkazů. Pravděpodobně se jedná o stejnou chybu jako BLASTPASS (CVE-2023-41064 a CVE-2023-41061) v macOS, iOS, iPadOS a watchOS. Zpracování (zobrazení) speciálně připraveného obrázku nebo přílohy vedlo ke spuštění útočníkem připraveného kódu.
Myš je pro kočku: Prohlížeče je dalším dílem ze série článků Myš je pro kočku, kde Edvard Rejthar ukazuje, jak lze počítač ovládat bez myši. Používáte ve webových prohlížečích zkratky Ctrl+(Shift)+Tab, Ctrl+(Shift)+PgDn/PgUp, F6, (Shift)+Alt+Enter nebo F7?
Vývojáři mobilní Datovky prosí o pomoc s testováním beta verze mobilní Datovky s novým grafickým rozhraním, podporou pro tmavý režim a podporou pro VoDZ. Aplikace je zatím dostupná pouze pro zařízení Android a je umístěna v samostatném instalačním kanále Datovka Beta. Tento kanál slouží pro testovaní nové funkcionality a grafického uživatelského rozhraní. Datovka Beta se instaluje jako samostatná aplikace s vlastními daty, která
… více »Harlequin byl vydán ve verzi 1.0.0. Jedná se o TUI (Text User Interface) IDE (Integrated Development Environment) k systému pro správu SQL OLAP databází DuckDB.
Po roce a půl od představení DALL·E 2 představila společnost OpenAI novou verzi DALL·E 3 svého AI systému pro generování "realisticky vypadajících obrázků nebo uměleckých děl" na základě popisu v přirozeném jazyce, viz příklad "kosmonaut na koni fotorealisticky". Jednou z novinek je integrace s ChatGPT.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 133 (pdf) a HackSpace 70 (pdf).
Po půl roce vývoje od vydání verze 44 bylo vydáno GNOME 45 s kódovým názvem Rīga. Přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Krátké představení na YouTube. Jednou z nejviditelnějších změn je odstranění tlačítka Činnosti (Activities) v levém horním rohu. Nově je tam indikátor ploch. Výchozím prohlížečem obrázků je nově Loupe, nahradil Eye of GNOME (eog). Novou aplikací pro práci s webovou kamerou je Snapshot, nahradil Cheese. Rozšíření GNOME Shellu fungující v předchozích verzích nejsou s verzí 45 kompatibilní.
Linux Foundation představila a zaštítila svobodný a otevřený fork Terraformu s názvem OpenTofu. Ten vznikl pod původním názvem OpenTF jako reakce na přelicencování Terraformu na BSL (Business Source License) společností HashiCorp.
Google oznámil (en), že konverzační AI Bard (Wikipedie) může nyní komunikovat s aplikacemi a službami Google: "Díky nejnovějšímu rozšíření služby může Bard najít a zobrazit relevantní informace z nástrojů společnosti Google, které používáte každý den, jako je například Gmail, Dokumenty, Disk, Mapy, YouTube a Letenky Google, a to i když jsou potřebné informace v různých aplikacích a službách."
Jak jsem uz psal na svem blogu, mam problem s nizkou prenosovou rychlosti na Samba serveru. Jedna se o jednoucelove zarizeni s MontaVista(R) Linux(R) Professional Edition 4.0.1. Verze Samby Version 3.0.20b-Agere_SAPI_Accelerated.
Prenosova rychlost pres ftp je cca 8MB/s a pres Sambu 0,5MB/s. Disky jsou tam do RAID5 s XFS. Zkousel jsem se pripojit z WinXp i z Linuxu (smbmount) a z Linuxu se mi zda, ze dosahuji rychlosti az 1MB/s, coz je stale malo.
Najde se nejaka dobra duse co mi projde sekci global a rekne co maji u SMC spatne nastaveno? Zkousel jsem nastavit na klientech WINS server na IP Samby, ale je to to samo. Dival jsem se i na vytizeni procesoru pri kopirovani na sambu a je neco kolem 25%. Fileserver se nachazi na siti s DHCP
[global] security = user workgroup = MATRIX server string = Samba Server netbios name = Nas log file = /var/log/samba/log.smbd encrypt passwords = yes unix password sync = true smb passwd file = /etc/samba/smbpasswd passwd program = /usr/bin/passwd %u passwd chat = *New*password* %n\n *ReType*new*password* %n\n *passwd*updated*successfully* max log size = 1000 interfaces = eth0 use sendfile = yes max xmit = 65088 socket options = TCP_NODELAY SO_RCVBUF=65535 SO_SNDBUF=65535 wins support = yes oplocks = no nt pipe support = yes max mux = 1 root preexec = /usr/local/mnas/bin/smblog 'IN' '%S' '%d' '%T' '%u' '%U' '%m' '%M' '%I' '%P' root postexec = /usr/local/mnas/bin/smblog 'OUT' '%S' '%d' '%T' '%u' '%U' '%m' '%M' '%I' '%P' stat cache = no directory mask = 0770 force directory mode = 0770 create mask = 0771 force create mode = 0060 force group = MNAS_GROUP deadtime = 15
Řešení dotazu:
mc
.
Jedinné rozdíly mám v tomhle:
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
max xmit = 16644
use sendfile = no
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65535 SO_SNDBUF=65535 use sendfile = yes max xmit = 65535 max mux = 100 strict locking = no strict sync = no write raw = yes read raw = yes getwd cache = yesNebude problem ve 3.0.20b-Agere_SAPI_Accelerated?
eth0 Link encap:Ethernet HWaddr 00:13:F7:9B:9B:33 inet addr:10.125.0.4 Bcast:10.125.0.255 Mask:255.255.255.0 inet6 addr: fe80::213:f7ff:fe9b:9b33/64 Scope:Link UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2623091727 errors:2049348982 dropped:911086036 overruns:0 frame:0 TX packets:2422573411 errors:1415864593 dropped:1547441348 overruns:0 carrier:0 collisions:1162367104 txqueuelen:1000 RX bytes:836140289 (797.4 MiB) TX bytes:4031426423 (3.7 GiB) Interrupt:14FTP jede naprosto bezproblemove. Cekam co mi napisi z podpory SMC. Uz jsem rozhodnuty ze jim to vratim s velkym diky zpet.
No jestli je to pripojeno do switche a generuje to kolize, tak se nejspis sitovka a switch nedokazaly dohodnout na rychlosti nebo duplexu, takze zkusit ethtool, nebo -pokud to jde- natvrdo nastavit port na switchi..
Tak ta čísla jsou samozřejmě hodně špatně - jednoznačně signalizují, že se sítí není něco v pořádku na hodně nízké úrovni. Z toho mohou vyplývat i různé obtížně stopovatelné potíže na vyšších vrstvách. FTP a Samba přenášejí každý "trochu jinak" (jinak potvrzují, jinak mohou vypadat přenosové obrazce a podobně), takže se v jednom z protokolů může ta samá chyba projevit markantně, ve druhém ne.
Zkuste najít nejjednodušší věc, kde se začíná objevovat nějaký problém - skoro si troufám tvrdit, že nějaký razantnější ping (ping -s 1400 -i 0.01 -c 1000 A.B.D.C) z té stanice na server už bude znatelně ztrátovat. A pak hledejte, hledejte, hledejte... Zkontrolujte nastavení rychlostí a zejména duplexů (mii-tool), eventuálně kablíky, síťovky, porty switche. Někde tam bude jakýsi problém, který se demonstruje až za specifických podmínek té Samby.
Prostě klasická síťová duchařina. Mohl bych vám za úplatu zapůjčit našeho firemního vymítače/zaklíčane/exorcistu, možná bych pro vás dokázal i ukradnout jednoho černého kohouta z našeho firemního chovu. Zaříznout jej a jeho krví pokropit aktivní prvky už budete muset sám.
Aktivni prvky jsem zkousel 3 kusy. 3COM 24 portovy Edimax 5 portovy nakonec D-link ADSL od OuTu
Dekuji mnohokrat za vsechny reakce, blby je ze nemuzu na SMC podpore rict ze jsem se dopatral proc by to mohlo jit spatne, ponevadz kdyz jim reknu ze se jim hrabu v linuxu tak vsechny problemy budou hozeny na mou hlavu i kdyz je ujistim ze jsem se v nicem nehrabal, ale jen cumel. Btw. reinstalovat jsem to zkousel 4x, se vsemi 4 disky ale i jen s jednim.
Jdu skusit co vsechno jsem schopen na tomto komercnim linuxu udelat, mam takovy pocit, ze tam schvalne nechali nektere veci nefunkcni. pr.
root@SMCNAS04:~# mii-tool SIOCGMIIPHY on 'eth0' failed: Operation not supported no MII interfaces founddmesg je plny techto sracek
Debug: sendfile error B1 q16 Debug: handback connection 16 with inq17, outq16 reset_xmit_timer sk=c3fe7404 1 when=0x6270, caller=c024c370
Tiskni
Sdílej: