OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
modprobe cdc_acm
zahlásí:FATAL: Error inserting cdc_acm (/lib/modules/2.6.11.12/kernel/drivers/usb/class/cdc-acm.ko): Device or resource busy
...a lsusb
si hlásí do svoje standardní pouhé Bus 001 Device 001: ID 0000:0000
Tak sem si řekl, no nic. Chyba mezi klávesnicí a židlí, to se časem vstřebá. Nahodil jsem tedy distribuční 2.4 kernel a hotplug mi nakrásně rozpoznal CDMA modem, lsusb
se chlubil výpisem Bus 004 Device 002: ID 05c6:3196 Qualcomm, Inc. CDMA Wireless Modem
Hm, ale co dál? V /dev se pro něj nevytvořilo zařízení, takže jsem se snažil o vytvoření pomocí mknod
. Ale asi sem to vytvářel špatně (/dev/ttyUSB0: character special (188/0)), protože pppd
mi vyhazoval lakonickou hlášku Failed to open /dev/ttyUSB0: No such device
Ve /var/log/messages se objevilo pouze strohé Jul 11 00:05:37 Pherenike pppd[3091]: pppd 2.4.2 started by root, uid 0
Jul 11 00:05:37 Pherenike pppd[3091]: Exit.
Zkoušel jsem tedy ještě manuálně spustit chat, který skončil s následujícím výpisem:Jul 11 00:06:49 Pherenike chat[3098]: expect (AT)
Jul 11 00:06:52 Pherenike chat[3098]: alarm
Jul 11 00:06:52 Pherenike chat[3098]: Failed
Hm. A teď jsem v koncích. Evidentně nebude chyba v nastavení pppd (nebo možná nějaká chyba tam taky bude, ale ještě nemá možnost se projevit). Napadá vás něco? Díky za každej hint...
PS: Proč se hlásí acm jako unused?lsmod|grep -i acm
acm 5472 0 (unused)
usbcore 58860 1 [acm uhci ehci-hcd]
PPS: Ignorujte prosím fakt, že jsem se zkoušel připojit pod rootem, ještě sem si nenastavil sudo pro pppd...
mknod /dev/usb/ttyACM0 c 166 0
Potvrzuji;) Prave pouzivam FC3. kde se modem po velke snaze zacne tvarit, jako ze je pripojeny, ale neni (proste na nem jsou ty dve ikonky pocitacu ale na net se pingnou nejde)! Prave se to nejak snazim resit, ale vubec si s tim nevim rady, jadro pouzivam taky rady 2.6.*
Kdyz jsem zkousel Mandrake 10.0, tak to na nem slo taky v pohode, zadny problem s tim nebyl - krome rychlosti. Kdyby nekdo vedel proc to ve Fedore nejede, tak pls napiste! Uz se s tim trapim nekolik dni..:(
/etc/resolv.conf
pro CDMA od Errortelu by tam aktuálně mělo být:
nameserver 160.218.10.200 nameserver 160.218.43.200Resp. můžete si ho nechat přepisovat
pppd
při každém připojení - sám to tak dělám od doby, kdy Errortel změnil adresy DNS serveru a přestalo to s původními hodnotami chodit. Takhle by to mělo být odolnější proti podobným akcím.
setserial /dev/ttyACM0
, jak jsem se dočetl v jedné diskusi: příkaz hodí chybku, ale modem se probere. Jenomže to je ve stavu, kdy už je modul bez protestů zaveden.
usb-uhci
..., ale jména modulů se v játrech 2.6.x změnila na uhci-hcd
... Takže pokud nejsou přímo v jádře, měly by být zavedeny minimálně moduly: usbcore
, usb-uhci
/usb-ohci
/usb-ehci
a cdc-acm
... Kus lsmod
pak vypadá třeba takro:cdc_acm 10784 2 ehci_hcd 28040 0 ohci_hcd 18312 0 uhci_hcd 29072 0 usbcore 103736 5 cdc_acm,ehci_hcd,ohci_hcd,uhci_hcd
setserial
, pokud se modul úspěšně zavede a nebude to chtít komunikovat. :)
...jeste muzu zkusit nejakej predkompilovanej distribucni 2.6 kernel...Nad tím jsetm taky přemýšlel, ale možná ani není třeba šťourat ve vlastní instalaci. Tuším, že SLAX 5.x je postavený na jádrech 2.6.x a modul cdc-acm tam existuje. Takže by stačilo nabootovat, zavést a případně ozkoušet např. minicomem, jestli to má ochotu jet. Protože opravdu už mě jinak moc nenapadá, kromě nějakého opomenutí při kompilaci nebo dalšího originálního kusu CDMA modemu (ale když to jede pod 2.4...). Mám tady Slackware 10.0, tzn. mj. GCC 3.3.4 a kromě výše popisovaného problému mi CDMA na 2.6.c vždy jelo. :)
CONFIG_USB=y CONFIG_USB_DEVICEFS=y CONFIG_USB_EHCI_HCD=y CONFIG_USB_OHCI_HCD=y CONFIG_USB_UHCI_HCD=y CONFIG_USB_ACM=ya to by melo stacit (vse v kernelu + samozrejme ppp). pokud bude zajem, muzu poslat funkcni .config. kernel jsem jeste patchoval kvuli limitu rychlosti na linuxu, mozna je to v novejsich verzich uz vyreseno:
--- drivers/usb/class/cdc-acm.c 2005-01-24 14:41:02.000000000 +0100 +++ drivers/usb/class/cdc-acm.c.orig 2005-01-24 14:18:42.000000000 +0100 @@ -657,12 +657,9 @@ } memset(acm, 0, sizeof(struct acm)); - //ctrlsize = epctrl->wMaxPacketSize; - ctrlsize = 1024; - //readsize = epread->wMaxPacketSize; - readsize = 1024; - //acm->writesize = epwrite->wMaxPacketSize; - acm->writesize = 1024; + ctrlsize = epctrl->wMaxPacketSize; + readsize = epread->wMaxPacketSize; + acm->writesize = epwrite->wMaxPacketSize; acm->control = control_interface; acm->data = data_interface; acm->minor = minor;nastavovat nameservery do /etc/resolv.conf by nepouzival, staci v konfiguraci peers (u me v
/etc/ppp/peers/cdma
) vlozit volbu usepeerdns
a ppp se o to postara samo.
preju hodne stesti, laborovani s ppp bylo taky poteseni, nemluve o nastaveni firewallu a natu ;)
--- drivers/usb/class/cdc-acm.c.orig 2005-01-24 14:18:42.000000000 +0100 +++ drivers/usb/class/cdc-acm.c 2005-01-24 14:41:02.000000000 +0100 @@ -657,9 +657,12 @@ } memset(acm, 0, sizeof(struct acm)); - ctrlsize = epctrl->wMaxPacketSize; - readsize = epread->wMaxPacketSize; - acm->writesize = epwrite->wMaxPacketSize; + //ctrlsize = epctrl->wMaxPacketSize; + ctrlsize = 1024; + //readsize = epread->wMaxPacketSize; + readsize = 1024; + //acm->writesize = epwrite->wMaxPacketSize; + acm->writesize = 1024; acm->control = control_interface; acm->data = data_interface; acm->minor = minor;
Hum, co presne nemate pod kontrolou pri pouziti udev + hotplug? Ja mel za to, ze prave naprosta kontrola byl jeden z duvodu navrzeni...Znáte to: "Proti gustu..." Pod kontrolou mám na mysli, že si SÁM zavedu příslušný modul, je-li potřeba, a SÁM si vytvořím příslušný soubor zařízení, je-li potřeba. Neudělá to za mě žádný skript ani jiný udělátor. Něco jako stará škola. :) Nakonfigurovat to samozřejmě jde dle vlastní libosti, ale holt jsem z těch bláznů, co se snaží věci dělat co nejjednodušší (míněno jako antonymum nekomplexního, nikoliv však nutně snadné) a (zejména v produkčním prostředí) nedůvěřují ničemu, co má něco dělat automagicky. čím více věcí (funkcí), tím více příležitostí, aby se něco po...kazilo. Nehledě na to, že je to celkem pomalé (tomu snad pomůže udevng implementovaný v C - alespoň jsem zahlédl, že na něčem takovém někdo dělá/chystá se dělat). A v mém případě navíc naprosto zbytečné: prakticky jediným častěji odpojovaným/připojovaným zařízením je foťák (usb-storage) a na to opravdu hotplug+udev nepotřebuji. Má-li někdo hotplugable PCI (a třeba i IDE/SCSI) sběrnici a častěji mění různá zařízení, věřím, že je to pohodlné, ale jinak... Zkrátka, proti gustu... Když se Vám to líbí, prosím, mě to příjde zbytečné a pomalé a s tím, jak to vnímám já, asi nic nenaděláte, i když pro Vás to na druhou stranu taky nic neimplikuje. :)
Tiskni Sdílej: