Prázdniny jsou v plném proudu a jeden by si skoro řekl, že už těch výletů a sluníčka je až příliš mnoho. Nezoufejte však, i proto je tu po měsíci opět Virtuální Batlírna. S projektem MacGyver studentského klubu SiliconHill si můžete v příjemném virtuálním prostředí videokonference Zoom popovídat o aktualitách v elektronice nebo o rozličných technických problémech. A to všechno bez rizika spálení na slunci či poštípání dotěrným hmyzem.
… více »Po třinácti měsících od vydání verze R1/beta2 byla vydána verze R1/beta3 operačního systému Haiku (Wikipedie). Přehled novinek v poznámkách k vydání. Přispělo 87 vývojářů s 1 248 commity. Vyřešeno bylo více než 251 chyb a žádostí o vylepšení.
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2021.07. Programovací jazyk Raku byl ještě nedávno znám pod názvem Perl 6.
V únoru byl představen modulární notebook Framework Laptop, který je možné "libovolně" konfigurovat, upgradovat a opravovat. V květnu byl spuštěn jeho předprodej. První várka notebooků byla již odeslána. Publikovány jsou první nezávislé recenze. Viz například rozborka z sborka na YouTube kanálu iFixit.
Projekt BLAKE3, tj. oficiální implementace kryptografické hašovací funkce BLAKE3 v programovacích jazycích Rust a C, dospěl do verze 1.0.0.
Populární open-source e-mailový klient pro Android K-9 Mail dostal po bezmála třech letech nové stabilní vydání 5.800 s přepracovaným uživatelským rozhraním.
Vydání Debianu 11 s kódovým jménem Bullseye je naplánováno na sobotu 14. srpna.
Google Chrome 92, konkrétně verze 92.0.4515.107, byl v úterý prohlášen za stabilní. Opraveno bylo 35 bezpečnostních chyb. Pete LePage doteď nepublikoval oficiální přehled novinek (New in Chrome, YouTube). Publikován byl jenom seznam novinek v nástrojích pro vývojáře (YouTube). Sundar Pichai dnes na Twitteru oznámil vylepšení integrované hry chrome://dino/.
Firewall firewalld (Wikipedie, GitHub) dospěl do verze 1.0.0. Upozornit je nutno na nekompatibilní změny. Zrušena byla podpora Pythonu 2.
Milí priatelia Mozilly, tím Mozilla.sk hľadá pomoc v radoch dobrovoľníkov, ktorí sú ochotní pomáhať nám s týmto projektom. Vítaná je akákoľvek pomoc, no aktuálne hľadáme hlavne ľudí, ktorí by sa starali o aktuálnosť lokalizovaných článkov na stránkach podpory SUMO. Projekt je doteraz veľmi sviežo udržiavaný, no naše kapacity prekročili všetky limity a už nestíhame. Ak sa nám v najbližšej dobe nepodarí rozšíriť tím, bude nutné zo stránok
… více »
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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:
