MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
00:0b.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 00:0b.1 CardBus bridge: Texas Instruments PCI7420 CardBus ControllerPři vložení čtečky s libovolnou paměťovou kartou (SD, Memory Stick) je na výpise dmesg vidět, že se pokouší připojit kartu, ale pokaždé to dopadne stejně:
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
Probing IDE interface ide2...
hde: Memory Card Adapter, CFA DISK drive
ide2 at 0x100-0x107,0x10e on irq 3
hde: max request size: 128KiB
hde: 498176 sectors (255 MB) w/1KiB Cache, CHS=973/16/32
hde:hde: status error: status=0x7f { DriveReady DeviceFault SeekComplete DataRequest CorrectedError Index Error }
hde: status error: error=0x00 { }
ide: failed opcode was: unknown
hde: drive not ready for command
ide2: reset: master: ECC circuitry error
hde1
ide-cs: hde: Vcc = 3.3, Vpp = 0.0Vůbec netuším, co tahle chyba znamená a jak se jí zbavit. Přitom ve Win funguje čtečka naprosto spolehlivě. Identifikace čtečky je následující:
Socket 0: no product info available Socket 1: product info: " ", "Memory Card Adapter", "V1.00" manfid: 0x4e01, 0x0200 function: 4 (fixed disk)Běžící moduly pro obsluhu PCMCIA jsou pcmcia a při vložení čtečky se nahraje ještě modul ide_cs. Nemáte někdo zkušenosti s touto čtečkou nebo nevíte, jak se uvedené chyby zbavit a uvést čtečku do funkčního stavu?
Ale všechny "neúspěšné" karty ve Windows s tou čtečkou fungují, už fakt nevím. Trávím nad tím měsíc a pomalu to vzdávám.
4-in-1-CardReader:: Texas Instruments PCI7420 Okay all I know is that the CardReader works (I only tested it with a MMC-Card and a SD-Card, but i figured if two card-format work the other formats should work too). Modified: I now managed how to set up the right configuration so your card-reader will work: make menuconfig Bus options ---> PCCard (PCMCIA/CardBus) support ---> [*] 16-Bit PCMCIA support (you will need that 'cause pcmcia-cs won't compile w/o it.) [*] 32-Bit CardBus support [*/M] CardBus yenta-compatible bridge support And don't forget to merge "pcmcia-cs"- doufám že to pomůže (je to sice z návodu na gentoo, ale kernel je všude stejný). Pokud to zabere a je to první návod na google, pak maříte čas ostatních svou leností, nebo neumíte do google napsat dotaz třeba takto - PCI7420 CardBus Controller linux...
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="volume.fsusage" string="filesystem">
<match key="volume.fstype" string="vfat">
<merge key="volume.policy.mount_option.quiet" type="bool">true</merge>
</match>
</match>
<match key="@storage.physical_device:info.bus" string="pcmcia">
<merge key="storage.removable" type="bool">true</merge>
</match>
<match key="@storage.physical_device:info.bus" string="scsi">
<merge key="storage.removable" type="bool">true</merge>
</match>
<match key="@block.storage_device:@storage.physical_device:info.bus" string="pcmcia">
<merge key="volume.ignore" type="bool">false</merge>
</match>
</device>
</deviceinfo>
Nemůžeš mě trošku nasměrovat, abych si o tom někde přečetl něco víc? Každopádně díky moc
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="@storage.physical_device:info.bus" string="pcmcia">
<merge key="storage.removable" type="bool">true</merge>
</match>
</device>
</deviceinfo>
tato část má způsobí, že se vfat systémy budou připojovat s volbou quiet, bohužel stávající gnome-mount nepodporuje čtení možností mountu z HAL, v případě zájmu dám k dispozici patch pro gnome-mount-0.4 i gnome-mount-0.5
<match key="volume.fsusage" string="filesystem">
<match key="volume.fstype" string="vfat">
<merge key="volume.policy.mount_option.quiet" type="bool">true</merge>
</match>
</match>
Hodně štěstí a dejte vědět, jak jste dopadl ;)
Aspoň jsem se něčemu novému přiučil a můj externí HDD i USB klíčenka se mi mountují do mnou specifikovaných mount-pointů - nastavení těchto pravidel bylo docela jednoduchý. Ale jak na tu PCMCIA potvůrku jsem nepřišel. Moc díky za pomoc
hal-device-manager, je tam vidět, jak je to zařízení připojeno a jaké má vlastnosti.
Ještě jednou díky
<match key="@storage.physical_device:info.bus" string="ide">
<match key="@storage.physical_device:info.parent" contains_ncase="pcmcia">
<merge key="storage.removable" type="bool">true<merge>
<merge key="storage.policy.should_mount" type="bool">true<merge>
</match>
</match>
U mě se to totiž připojuje v následující struktuře:
PCI7420 CardBus Controller
|-Unknown Device
|- IDE Device (master)
|- Memory Card Adapter
|- Volume
Přičemž IDE Device má info.bus = ide a jeho rodič (Unknown Device) má teprve pcmcia. K rodiči se ale nemůžu (možná jen nevím jak) dostat. Tak jsem použil uvedenou konstrukci, která říká, že pokud je fyzické zařízení ide a jeho rodič na pcmcia (resp. v info.parent je org.freedesktop.hal/devices/pcmcia_1.0 - proto contains_ncase), pak se jedná o zařízení, které je removable a mělo by se připojit. Je zvláštní, že na dvou systémech se to připojuje úplně jinak
hal-device):
Vůbec netuším, proč se to u jednoho systému připojuje tak a u druhého jinak, resp. co ovlivňuje způsob připojování (máte úplně jiný hierarchický strom než já). Ale jsem rád, že to konečně chodí. Funguje mi to stejně na distribučním jádře 2.6.16.-1mdk i na vanilla 2.6.17.11. HAL mám verze 0.4.8 a asi zkusím upgrade. To už jsou ale jenom podružnosti, který mě teď vůbec netrápí. Byl to sice boj, ale úspěšný a ještě jsem se u toho něco naučil
Tiskni
Sdílej: