Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].
V úterý Google vydal Android 16. Zdrojové kódy jsou k dispozici na AOSP (Android Open Source Project). Chybí (zatím?) ale zdrojové kódy specifické pro telefony Pixel od Googlu. Projekty jako CalyxOS a GrapheneOS řeší, jak tyto telefony nadále podporovat. Nejistá je podpora budoucích Pixelů. Souvisí to s hrozícím rozdělením Googlu (Google, Chrome, Android)?
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.101 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.101 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
V Brně na FIT VUT probíhá třídenní open source komunitní konference DevConf.CZ 2025. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Vyloučení technologií, které by mohly představovat bezpečnostní riziko pro stát, má umožnit zákon o kybernetické bezpečnosti, který včera Senát schválil spolu s novelami navazujících právních předpisů. Norma, kterou nyní dostane k podpisu prezident, počítá rovněž s prověřováním dodavatelů technologií pro stát. Normy mají nabýt účinnosti od třetího měsíce po jejich vyhlášení ve Sbírce zákonů.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.6.
Po Red Hat Enterprise Linuxu a AlmaLinuxu byl v nové stabilní verzi 10.0 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Bylo vydáno Eclipse IDE 2025-06 aneb Eclipse 4.36. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
usb 1-2: new full speed USB device using address 3 SCSI subsystem initialized Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: Model: 128MB Rev: 2.00 Type: Direct-Access ANSI SCSI revision: 02 USB Mass Storage device found at 3 usbcore: registered new driver usb-storage USB Mass Storage support registered. sda: Unit Not Ready, sense: Current : sense key Unit Attention Additional sense: Not ready to ready change, medium may have changed sda : READ CAPACITY failed. sda : status=1, message=00, host=0, driver=08 Current sd: sense key Unit Attention Additional sense: Not ready to ready change, medium may have changed sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through sda:<6>usb 1-2: reset full speed USB device using address 3 usb 1-2: control timeout on ep0in usb 1-2: device not accepting address 3, error -71 scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0 SCSI error : <0 0 0 0> return code = 0x50000 end_request: I/O error, dev sda, sector 2097144 Buffer I/O error on device sda, logical block 262143 scsi0 (0:0): rejecting I/O to offline device scsi0 (0:0): rejecting I/O to offline device Buffer I/O error on device sda, logical block 262143 sda1 usb 1-2: USB disconnect, address 3 scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0 sd 0:0:0:0: Illegal state transition cancel->offline Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1688 [<22caf645>] scsi_device_set_state+0xc8/0xd3 [scsi_mod] [<22cacb8b>] scsi_eh_offline_sdevs+0x49/0x5e [scsi_mod] [<22cad146>] scsi_unjam_host+0x22d/0x23e [scsi_mod] [<22cad291>] scsi_error_handler+0x13a/0x191 [scsi_mod] [<0211b3d9>] schedule_tail+0xc/0x37 [<22cad157>] scsi_error_handler+0x0/0x191 [scsi_mod] [<021041d9>] kernel_thread_helper+0x5/0xb scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0po tomdle vytuhnou veškerý pokusy něco řešit zkoušel jsem fdisk stopnuti usb.rc, ale všechno vytuhne bez jediné hlášky. Nejedná se o jednu konkrétní klíčenku, zkoušel jsem jich víc a různejch je to pořád to stejný. díky za kždou radu hezký den
To je jaderný problém. Jádro 2.6 by se totiž ve skutečnosti mělo jmenovat 2.5 a FC3 tomu dodává korunu tím, že jádro updatuje tak třikrát do týdne. S každým updatem jádra trnu, které USB periferie přestanou fungovat a které pro změnu zase fungovat začnou. Osobně vím že s jádrem -AAA mi funguje foťák, s jádrem -BBB flashdisk, s jádrem -CCC externí vypalovačka a podle potřeby prostě přebootovávám na vhodné jádro. Ano, vítejte v nádherném a vzrušujícím světě parodie na linuxovou distribuci, vítejte ve světě FC3.
Jedinou alternativou, jak dosáhnout trochu deterministického chování počítače je použít něco jiného, než FC3. Osobně doporučuju CentOS, což není nic jiného, než RedHat Enterprise Linux bez toho "RedHat".
O jádro později (tedy za pár dnů) to zase bude všechno jinak
Souhlasím s tím, že 99% všech problémů vzniká mezi klávesnicí a židlí. V tomto případě se ale považuju za nevinného. Jde o zkušenost tří různých lidí na pěti různých počítačích s FC3 a s asi osmi různými USB zařízeními.
Věc, která normálně fungovala, náhle fungovat přestane, jedinou změnou "od posledně" je nové jádro. Reboot do starého jádra, ejhle, věc zase funguje. O jádro později sice zase fungovat začne, ale přestane fungovat něco jiného. Chování je přitom zcela deterministické - s konkrétním jádrem nefungují konkrétní zařízení, na různých strojích.
Stojím si za tím, že to je a) problém jádra 2.6, které, jak už jsem říkal, by se stále ještě mělo jmenovat 2.5, a b) problém FC3, která do distribuce zahrnuje kdejakou betapitomost a rckandidáta, kteří se kde šustnou. Úžasná distribuce pro lidi, kteří chtějí být "in", ale naprosto nepoužitelné pro toho, kdo od počítače vyžaduje dlouhodobě stabilní chování.
Koneckonců, je to přesně ve shodě s novou filozofií RedHatu - na Fedoře se odehraje všechno to betatestování, a až se situace ustabilizuje, udělá se z toho Enterprise Linux. Ten je, dle všech mých zkušeností, skutečně "rock-stable". (Samozřejmě v méně striktním významu tohoto spojení, protože jediná _opravdu_ "rock-stable" věc je FreeBSD .)
Tiskni
Sdílej: