Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.
Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
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".
. Reseni ve vetsine pripadu neexistovalu nebo zahrnovalo nejakou naprosotu obezlicku.
Fedora me nadchla tim ze vsechen hardware (a ze uz mam dost starou masinku) zatim zvlada bez problemu. Jen to usb me teda stve. Vcera v noci jsem navic zjistil ze diky tomu pak pri vypinani nelze odmonotovat /home a nakonec vypnuti chcipne na bad EIP value, ackoliv kdyz nebyla predtim snaha o pripojeni usb tak vypinal normalne.
)
No a na FC3 na notebooku jsem mel stejny problem, akorat, ze tam to nejelo vubec. Protoze jsem chtel nejaky software z PlanetCCRMA, kde psali, ze si prvne musis stahnout jejich jadro, udelal jsem to a ejhle - s jadrem z ccrma jde ma klicenka pripojit zcela bez problemu
Takze 2. varianta - stahnete si jadro z CCRMA a nejspis vam to pojede.
, protoze na ruznych strojich (ale se stejnym jadrem, stejnou distribuci, stejnou konfiguraci automounteru a stejnym hardwarem) to nekde jede a nekde ne
...
1. Napiš nám výpis:
uname -a
2. Vyzkoušej nejaké LIVE CD jako BERRY nebo Knoppix
3. Skuz vypnout podoru USB2 v BIOSU
(Je to rychlejší než v Linuxu)
PS: Pokud máš více USB portu na počitači jen některé jsou možná USB2.0 Skuz jinej port a použij port na MB, ne přídavnej na CASE.
4. Podivej se do BIOSu, zda máš zapnuto nebo vypnuto OS je PnP
5. Podivej se s čím je sdíleno přerušení pro konkrétní USB
a, Pri startu pocitace
b, cat /proc/interupts
Natiku
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
.)
po pokusu pripojeni pod linuxem.
Tiskni
Sdílej: