Společnost Qualcomm na Snapdragon Summitu 2025 představila nové čipy: Snapdragon 8 Elite Gen 5 pro mobily a Snapdragon X2 Elite Extreme a Snapdragon X2 Elite pro PC. Do LKML (Linux Kernel Mailing List) byly odeslány příslušné patche (Snapdragon 8 Elite Gen 5 a Snapdragon X2 Elite).
Byla vydána verze 32.0 svobodného softwaru OBS Studio (Open Broadcaster Software, Wikipedie) určeného pro streamování a nahrávání obrazovky počítače. Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Byl vydán PostgreSQL 18. Přehled novinek v poznámkách k vydání.
NFS (Network File System) má letos 40 let. Jeho tvůrci zavzpomínali na MSST Conference. Sun Microsystems vydal v prosinci 1985 zdrojové kódy NFS vývojářům mimo Sun.
Po Canonicalu oznámilo také SUSE, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
Laboratoře CZ.NIC vydaly novou verzi 4.27.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly funkce pro přerazítkování datových zpráv systémem ISDS. Uživatel muže zvolit zprávy, jejichž časová razítka má aplikace sledovat. Aplikace jej upozorní na časová razítka, která lze přerazítkovat. Uživatel pak může
… více »Bylo představeno all-in-one PC aneb mechanická podsvícená klávesnice s Raspberry Pi 5 uvnitř Raspberry Pi 500+. S 256 GB Raspberry Pi SSD a 16 GB RAM za 200 dolarů.
Google, potažmo YouTube umožní návrat tvůrcům, kteří byli zablokováni kvůli údajnému šíření dezinformací souvisejících s COVID-19 a volbami. Tvůrci teď mohou požádat o navrácení přístupu. Společnost Alphabet v této souvislosti uvedla, že zákazy byly uděleny kvůli tlaku tehdejší Bidenovy administrativy.
Vývojári z distribúcie Artix, ktorá je postavená na Arch Linuxe, alebo skôr jeho forkom, už skôr prešli na Open-RC init systém, stále však niektoré projekty ako GNOME boli závislé na systemd. Teraz pretiekol pohár trpezlivosti a počnúc GNOME 49, kvôli ktorému komponenta gnome-session je úplne závislá na systemd-init, padlo rozhodnutie na odstránenie GNOME z repozitárov Artixu. Táto zmena sa podľa všetkého týka viac než 90 distribúcií, ktoré tiež nepoužívajú systemd. Viac v príspevku na DistroWatch.
Magazín IEEE Spectrum opět po roce publikoval svůj žebříček programovacích jazyků. Vedou Python, Java, C++, SQL a C#.
zůstane zapnutý a bliká capslok+numlokTo je v jádře, za to systemd nemůže. Přepni se před uspáním do konzole, ono ti to řekne, co a jak. Možná. A nebo prostě jen použij starší jádro.
tak jsem se na to ještě jednou podíval a noťas má jinak diodky - pochopitelně je to numloc+scroll lock neboli kernel panic. Tak jsem s tím včera zabil několik hodin a zjistil jsem, že ať už dám suspend to ram jakkoliv (pm-suspend, s2ram, zápis "mem" do /sys/power state) systém správně usne a něco o tom napíše do logů. O vteřinu či dvě později se ale probudí a dříve než rozsvítí display, zpanikaří jádro. O této "probouzecí fázi" není v logách ani nic. Koukal jsem, že asi nejsem sám, tady jsem se dočetl různé chytré rady, které mi ale v případě, kdy noťas pochopitelně už nemá sériák a jádro zpanikaří před naběhnutím rafiky je platný jak mrtvýmu zimník. Chová se to stejně s libovolným jádrem 3.x-4.6 ... Jo a je so Stretch amd64. Jo a pro úplnost, kernel panic jsem na tomle stroji (r.v. 2009) nikdy neviděl a to ho provozuju od Ubuntu 9.10 (někdy po příchodu Unity jsem přešel na Debian a skončil u současného testingu) - s uspáváním nikdy nebyl problém. Já bych si asi i koupil support, ale zkušenosti s Canonicalem mne od toho nadlouho odradily (vždycky to skončilo tak, že mi ruply nervy, dal jsem tomu jeden den z víkendu, vyřešil si to sám a napsal jim, co mi měli poradit). A tomu, kdo rozbije něco, o čem sedm let "nevím" bych nakopal ...
Flame: na kterou odrůdu BSD je nejlepší přejít ? (třeba to BSD co prodává Apple nevypadá špatně, akorát ta cena HW ...)Fajn. To lze akceptovat.Akceptovat? A co byste delal jineho? Sestavoval degradovane pole automaticky?
Když jsem ručně opravil pole (no opravil, force assembly), tak se systemd okamžitě pokusil fs připojit jako readwrite.V jakem modu jste to opravoval? Mel jste nejakou mount unit ci automount unit?
Akceptovat? A co byste delal jineho? Sestavoval degradovane pole automaticky?Ne, lze akceptovat ten timeout. (Navíc, degradované pole se běžně sestaví a běží - toto ovšem nebyl tento případ a to pole se sestavit nemělo a správně nesestavilo.) I když bych byl mnohem raději, kdyby nečekal a přímo to hodil do rescue režimu (to, že se pole nedá sestavit ví mdadm okamžitě). Takhle jen počkal na timeout a startoval vesele dál s jednou unitou failed (sys-cosi.device).
V jakem modu jste to opravoval? Mel jste nejakou mount unit ci automount unit?Nevím. Je to Debian Testing. Během normálního bootu, kdy se nenastartoval hw řadič a mdadm chyběly dva disky. Systemd čekal na zařízení, a potom (po timeout) normálně pokračoval běžný boot. Po bootu jsem zjistil, že tomu chybí dva disky, řadič jsem resetnul a pokusil jsem se (ze sportu - zálohy by se vytáhly v každém případě) o assembly. Tentokrát už se všemi disky. S force se to podařilo (jak jinak). Ovšem nečekal jsem, že systemd okamžitě začne připojovat fs, který se mu nepodařilo připojit během bootu. FS je definovaný v fstabu.
Vymenil jsem disk, presel do emergency moduNevidím jediný důvod, proč pro výměnu disku v raid5 jít do emergency. Pole běží dál v degradovaném režimu, data jsou v pořádku. Disk se dá připojit kdykoliv za běhu (na strojích s hotswapem celá výměna může proběhnout kompletně za běhu). V mém případě byl ten problém, že systemd se okamžitě pokusit připojit fs jakmile se ten block device objevil. Toto je opět zcela nové chování, takto se žádná distribuce nikdy nechovala (fs definované ve fstabu se připojovaly jen během bootu a pokud se to nepodařilo, tak se boot zpravidla přerušil a rc systém přešel do rescue režimu.)
Ovšem nečekal jsem, že systemd okamžitě začne připojovat fs, který se mu nepodařilo připojit během bootu. FS je definovaný v fstabu.Tohle me prave take prekvapuje. Zalezi na parametrech v fstab, podle nichz systemd generuje mount/automount unity.
Nevidím jediný důvod, proč pro výměnu disku v raid5 jít do emergency. Pole běží dál v degradovaném režimu, data jsou v pořádku.Nechtel jsem riskovat kdyz nerozumim predchozimu chovani, emergency mod by mel byt bezpecny - tohle byl muj zalozni server a zalohy zaloh nemam
Akceptovat? A co byste delal jineho?Implementoval bych, že stisknutí ^C na konzoli zruší aktuálně čekající službu.
V jakem modu jste to opravoval? Mel jste nejakou mount unit ci automount unit?Bugreport něčeho podobného.
Implementoval bych, že stisknutí ^C na konzoli zruší aktuálně čekající službu.U parallelniho startu rizeneho zavislostmi tech aktualne cekajicich sluzeb muze byt plno.
Bugreport něčeho podobného.To vypada, ze po selhani fsck nektera debianni unita remountovalo root jako rw. Na CentOS to je v emergency modu root ro.
Tiskni
Sdílej: