Byla vydána RC verze openSUSE Leap 16. S novým instalátorem Agama, Xfce nad Waylandem a SELinuxem.
Google Chrome 139 byl prohlášen za stabilní. Nejnovější stabilní verze 139.0.7258.66 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 12 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře. S verzí 139 přestal být podporován Android 8.0 (Oreo) a Android 9.0 (Pie).
Společnost JetBrains se stala platinovým sponzorem multiplatformního open source herního enginu Godot. K vývoji her lze používat Rider for Godot. Zdarma pro nekomerční účely.
Byla vydána verze 9.0 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Verze 9.0 je založena na Debianu 13 Trixie. Přehled novinek v poznámkách k vydání a informačním videu.
Operátor O2 dává všem svým zákazníkům s mobilními službami poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství jako omluvu za pondělní zhoršenou dostupnost služeb.
Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).
Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.
Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »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.
Je tomu asi tak pet dni. V klidu jsem si pracoval, kdyz nahle uderil blesk a nasledny hrom.
Pracoval jsem si v klidu na svem notebooku, ktery mi funguje bez problemu jiz dva a pul roku. Byl jsem prihlasen na lokalnim serveru, takze po uderu blesku a naslednemu vypadku proudu jiz nemelo smysl pokracovat v praci, protoze zalozni zdroje na ten server vydrzi jen par minut. V klidu jsem tedy svuj notebook(nebyl pripojeny ani na prepetovce) vypojil ze zasuvky a vypnul.
Druhy den jsem se rozhodl svuj stroj nabootovat. Mel jsem zkompilovane obstarozni dvasestkove jadro, ve kterem mi ale fungovalo vsechno. Toto jadro odmitlo nabootovat kvuli absenci souboru s moduly. Zkusil jsem tedy standardni distribucni kernel, ve kterem je stroj bez problemu pouzitelny, a normalne vse nabehlo. Uzivatelska data jsou neposkozena. System se chova uplne normalne. Jedine co zmizelo jsou moduly k jadru, ktere bylo nabootovano v okamzik uderu bleskem. Na okruhu, kde byl muj stroj pripojen do elektriky, doslo k vyhozeni jisticu, takze tam nejake prepeti bylo. Hardwarove se stroj tvari naprosto v poradku. Opravdu jedinym problemem je absence onych modulu. Nevi nekdo, jak k tomu mohlo dojit? Mne z toho jde hlava kolem...
Tiskni
Sdílej:
Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro.
Aha, to jsem nevěděl -- a zároveň to vysvětluje mnohé problémy, které jsem musel v minulosti řešit
Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro. Tak jestli to nebylo něco podobnýho.
Ale to uz je docela davno, ne? Stejny problem mel i ati-drivers balicek, ale uz pred dlouhou dobou jsem zaregistroval, ze to pri instalaci ohlasi protected files v /lib/modules ...
Ale vzhledem k tomu, že to jádro je už starší, tak předpokládám, že se moduly načetly při startu a pak už se na ten adresář nešahalo. Takže by ani neměl být ve write-cache.
Já vím co s tím je! Je to rozbitý! Dyť tomu nic není, jen to nejde. To bude jenom nějakej drátek. Nebo nějaký pérko. Dyť to normálně šlo, tomu určitě nic nebude, dyť se z toho jen trochu zakouřilo.
Nemoh jsem si pomoct, jak slyším o nepochopitelné závadě tak se mi vybaví tyhle hlášky. Kdo se pohybuje v nějaké opravářské profesi tak to určitě zná. Uživatel přijde s nějakým rozpraseným šrotem a hrozně se diví že je to k nespravení.
Proste mi z disku zmizely soubory. Ja si to opravim jednoduse, jen jsem si chtel zablogovat v takovem uvolnenejsim tonu. Nevim, proc hned mluvis o rozprasenem srotu, kdyz si muj stroj ani nevidel. Je sice hezke, ze se ti vybavuji ony hlasky, ale proste pro mne je zmizeni tech souboru nepochopitelne a blesk byl pekna zaminka k napsani tohoto blogpostu.
já to taky myslel v uvolněnějším tónu a už vůbec jsem nemyslel tvůj stroj. Prostě mě ten nadpis pobavil protože jak mi jistě každý kdo má co do činění s opravami jakéhokoliv druhu potvrdí, když je nějaká závada nepochopitelná, záhadná a "fakt s tím nikdo nic nedělal" tak je to jasné. Buď banalita kterou uživatel svým zásahem proměnil v katastrofu nebo katastrofa typu pád přístroje z velké výšky na dlažbu případně pád přístroje z malé výšky do......(piva, záchodu, kanálu). Zajímavé závady existují, ta tvoje bude asi jedna z nich. V počítači mě to až tak nepřekvapuje ale ony někdy i stroje ryze mechanické a poměrně jednoduché dovedou překvapit.
Predpokladam, ze jsi ho vypnul normalne pres poweroff nebo shutdown, nebo pres nejakou funkci manazera "Power Off/Shutdown". Predpokladam, ze nemas nejakej FS oznacenej jako EXPERIMENTAL.
Pak je jediny mozny vysvetleni, ze jsi udelal nejakou akci, ktera (a) prejmenovala adresar s modulama, ale to bys ho nasel, (b) smazala moduly (nespoustel jsi nejakej "zajimavej" prikaz?), (c) delal jsi upgrade kernelu, kterej z nejakyho duvodu selhal a moduly se nedoinstalovaly, (d) delal jsi nejakou defragmentaci (nebo jadro samo, ale o tom dost pochybuju) a zrovna pri presouvani prisel ten vyboj, kterej by z nejakyho duvodu pomatlo ten proces a on si myslel, ze uz ty data presunul (ale to se mi zda taky hoooodne nepravdepodobny)
Jeste by byla moznost, ze by sam Linux se rozhodnul, z nejakyho zvlastniho duvodu, ty moduly na disku nejak presunout a behem presouvani ho ten vyboj pomat, ale to je jako (d) dost nepravdepodobny.
Já měl jednou problémy s HW. Nabootoval jsem, chyběl adresář /usr/bin. Restart - najednou tam zase byl. Později se začaly objevovat různé chyby, systém byl často poškozený a musel se udělat fsck. Vyměnil jsem skoro úplně všechno, až jsem nakonec zjistil, že byl problém s MB a CPU zároveň. Začalo to pomalu, nakonec jsem to definitivně vyřešil až po několika měsících.
Když se mi před měsícem na tomtéž počítači zase záhadně ztratila data (tentokrát moduly xorg), tak jsem rovnou koupil nový MB, CPU, RAM a GPU, vyměnil, přeinstaloval (upgrade na amd64) a problém vyřešen.