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.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
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: