Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
| Podpora: | částečná |
| Ovladač: | v jádře |
Model : NOKIA E61
OS : Symbian 9.1 s60 3rd
Firmware : 1.0610.04.0419-04-06RM-89(c)Nokia
CPU : ARM 206.438 MHz
RAM :
Typ displeje : Aktivní 16 mil. barev, podpora OpenGL ES a EGL
Velikost displeje : 320 x 240 px
Bluetooth : Texas Instruments Inc. (13)
WiFi : ano
IrDa : ano
USB : ano, ale pouze přes PTT kabel
Výdrž na baterii : při mých intenzivních hrátkách vydržel po prvním nabití cca 2 a půl dne intenzivního provozu.
V balení je monofonní sluchátko, pro připojení přes PTT port, USB kabel pro připojení přes PTT port, pamětová karta miniSD 64MB, nabíjecí adaptér s malým konektorem, redukce pro napájecí adaptéry se standardním noka konektorem.
Pozn.: Informace získané aplikací NsysInfo
Předem se omlouvám za následující román, ale nebylo to tak snadné a prosté jak by člověk chtěl. Zapsal - Keny
Na tomto poli jsem strávil hodně chvil, protože mám na svém notebooku s integrovaným bluetoothem dual boot a když byly najety MS Windows mobil notebook našel, zatím co pod linuxem nic. Přitom z notebooku bluetooth zařízení na mobilu vidět šlo.
Je mi zcela jasné, že jde o problém, který se liší nejen distribuci od distribuce, ale také co verze bluez to jiné konfiguráky. Teda konfiguráky.. to ani ne, spíš to kde se hledá kod pro spárování. Takže následující text je platný pro můj Debian unstable amd64:
Pozn.: Pro lepší rozlišení v příkladech uvádím bluetooth "adresu" pro zařízení v mobilu jako 00:11:22:33:44:55 a pro zařízení v notebooku AA:BB:CC:DD:EE:FF
Ačkoliv PIN může být v konfiguračním souboru hci.conf jako hodnota parametr "passkey", nějak mi to nechtělo fungovat, teprve když jsem vytvořil v adresáři /etc/bluetooth nový adresář passkey a v něm soubor s názvem adresy připojovaného zařízení, do kterého je teprve napsán onen PIN, došel jsem kýženého úspěchu při párování. Takže asi takto - pro příště..:
snoopy:~# hcitool scan Scanning ... 00:11:22:33:44:55 E61 snoopy:~# echo "123456789" > /etc/bluetooth/passkey/00:11:22:33:44:55
Dalším úskalím byl fakt, že E61 nebyla schopna přes bluetooth notebook najít. Bylo tudíž třeba povolit pro bluetooth zařízení režim "discoverable". Nepřišel jsem na to sám, nýbrž díky níže uvedenému dobrodinci:
snoopy:~# dbus-send --system --type=method_call --print-reply \ --dest=org.bluez /org/bluez/hci0 org.bluez.Adapter.SetMode string:discoverable
Tyto příkazy není nutné zadávat pod rootem. Tento režim však nebude trvat věčně, nýbrž 180 sekund (default)
Aby bylo možno zařízení spárovat, je však nutné zařízení přepnout do režimu "connectable" následujícím příkazem:
snoopy:~# dbus-send --system --type=method_call --print-reply \ --dest=org.bluez /org/bluez/hci0 org.bluez.Adapter.SetDiscoverableTimeout uint32:0
Nula na konci příkazu nastavuje, časový interval v sekundách po kterém se telefon přepne z režimu "discoverable" do režimu "connectable". Jaký je aktuální stav zařízení, bz mělo být čitelné ze souboru /var/lib/bluetooth/AA:BB:CC:DD:EE:FF/config
Po spárování zařízení jsem již mohl normálně přes obexftp brousit po telefonu.
Za klíčové informace v tomto odstavci děkuji Tanguovi které uvedl ve svém příspěvku v jedné z diskuzí.
Asi nejvíc úspěchů jsem měl zpočátku s kbluetoothd, ale protože trávím docela dost času na příkazové řádce, kde s výhodou využívám její historii, hledal jsem i konzolové řešení. To nabízí obexftp. Takže jen ve zkratce:
snoopy:~# obexftp -b 00:11:22:33:44:55 -l Browsing 00:11:22:33:44:55 ... Channel: 11 Connecting...done Receiving "(null)"... <?xml version="1.0"?> <!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd" [ <!ATTLIST folder mem-type CDATA #IMPLIED> <!ATTLIST folder label CDATA #IMPLIED> ]> <folder-listing version="1.0"> <folder name="C:" user-perm="RW" mem-type="DEV" label="Paměť telefonu"/> <folder name="E:" user-perm="RW" mem-type="MMC" label="NO NAME "/> </folder-listing>done Disconnecting...done snoopy:~# obexftp -b 00:11:22:33:44:55 -c "C:\DATA\Documents" -l
První příkaz vylistuje zařízení v telefonu a druhý již vypíše obsah adresáře Dokumenty. Přesun souborů pak realizujeme parametry -p a -g kterým předáme název souboru. Má to však háček - diakritika. Aplikace obexftp vypisuje názvy adresářů nelokalizované, pokud však vytvoříte adresář, nebo soubor s diakritikou, tak už s ním nedokáže pracovat. Zajímavé je, že aplikaci kbluetoothd to nevadí.
Také bych ještě rád upozornil na skutečnost, že Nokia E61 ukládá textové soubory v plném UNICODE, tzn. po přenesení je nutno jejich obsah překonvertovat. Doporučuji k tomu utilitu iconv, protože konwert nemá příslušný filtr k dispozici. A také pokud budete chtít přesunout kontakty zálohované přes wammu, tak musíte upravit vcf soubor, protože u Nokia E61 používá u kontaktu vcf místo parametru PREFS parametr CALL a vadí mu také první prázdná řádka, kterou wammu vkládá při exportu. Zapsal - Keny
Dokument vytvořil: Aleš Kapica, 13.10.2006 15:28 | Poslední úprava: Aleš Kapica, 27.2.2011 15:09 | Další přispěvatelé: Robert Krátký | Historie změn | Zobrazeno: 1669×
Tiskni
Sdílej: