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#.
Jako že by to šlo v okně cmd.exe?Problém není v tom emulátoru z Windows (zkoušel jsem i urxvt), ale v samotných Windows.
K čemu to?Třeba aby se dala nastavit konfigurace i ve Windows? S make config to není moc slavné (teda aspoň já osobně neznám člověka, kterému by se chtělo prolézat všechny konfigurační volby a na každou jednotlivě odpovídat Y/N) a s make gconfig je to podobně slavné. Jen to Qt mě nenapadlo, to je pravda.
To by se spouštělo přímo na Windows nebo přes ssh?Jak přes ssh? No jasně že přímo ve Windows. S pomocí MinGW a MSYSu to není (většinou) problém až na těchto pár drobností.
V putty menuconfig funguje OK.A k čemu je mi v Putty když nemám po ruce žádný UNIXový stystém ale jen Windows?
a jestli menuconfig nefungujeJo, ale není to kvůli menuconfig samotnému, ale kvůli neshodě ncurses a oken.
Teď jen zda zprovoznění ncurses a oken trvá dýl než vlastní čistá implementace...Není to zas taková katastrofa. Jen pár hacků.
Btw nejlepší by bylo, kdyby měl někdo nějaký generátor pro html/php/js.Ale fuj. V tomhle jsem zajedno s Frantou.
Ale fuj. V tomhle jsem zajedno s Frantou.No pravda, je to trochu overkill (a stejně jsem si pak stáhnul zdrojáky etherbootu samotný
Třeba aby se dala nastavit konfigurace i ve Windows? S make config to není moc slavné (teda aspoň já osobně neznám člověka, kterému by se chtělo prolézat všechny konfigurační volby a na každou jednotlivě odpovídat Y/N) a s make gconfig je to podobně slavné. Jen to Qt mě nenapadlo, to je pravda.No to by mě vůbec nenapadlo ani v divokém snu. Že bych si na Windows rozbalil zdrojáky kernelu, a dal
make menuconfig
/ gconfig
. To bys chtěl i kompilaci dělat na Windows pomocí MSYS / MinGW?
Sám mám na desktopu Windows, a konfiguraci a kompilaci jádra dělám vždycky přes ssh na nějakém stroji s rychlou linkou a velkým výkonem make gconfig
, tak lze na Windows pustit X server a spustit to přes ssh.
Jak přes ssh? No jasně že přímo ve Windows. S pomocí MinGW a MSYSu to není (většinou) problém až na těchto pár drobností.Myslel jsem, když se použije ssh klient třeba z cygwinu puštěný v cmd.exe, tak tam ncurses nefungují zrovna podle očekávání.
A k čemu je mi v Putty když nemám po ruce žádný UNIXový stystém ale jen Windows?Já bych radši zprovoznil coLinux nebo bych si na Windows pustil virtuální stroj, než si hrát s MSYS / MinGW / cygwin za účelem konfigurace kernelu. I když to je možná overkill, tak lidí co chtějí konfigurovat kernel na Windows bude možná míň, než těch co používají
make config
.
Jo, dost mě štve make oldconfig
- není nějaká lepší alternativa? Při nové verzi kernelu jsou tam někdy desítky až stovky voleb, a to rozhraní je dost nepřívětivé (třeba se nemůžu podívat, jestli na té volbě nezávisí něco dalšího)...
make oldconfig
.
make oldconfig
. To poslední co potřebuju je, aby nově zkompilované jádro neběželo na HW, kde to dříve šlo. Pokaždé testovat každou HW konfiguraci nejde.
Naposledy mě vypekl Atheros ethernet v multimediálním notebooku ASUS. Tvářilo se to OK, odeslal jsem přes ten ethernet desítky GB, ale po stažení cca 300 MB spolehlivě totální výtuh, někdy to vypsalo alespoň Machine Check Exception. Ten Atheros ovladač je tuším v Experimental stadiu. Ale už jsem ho úspěšně použil na jiném HW. Jestli to odstraňuje poslední jádro zatím nevím. Ale make oldconfig
se mě ptal snad na stovky různých nových voleb (všelijaké GPIO čipy, ovladače podsvícení, ...)
O hledání pomocí lomítka v menuconfig vím, dohledával jsem přes to ty závislosti... To by taky stálo za zlepšení, tahle vizualizace co závisí na čem (typicky věci okolo WiFi mají dost společných částí a sktruktura závislostí není v menuconfig hned jasná).
Machine Check Exception.
To by taky stálo za zlepšení, tahle vizualizace co závisí na čem (typicky věci okolo WiFi mají dost společných částí a sktruktura závislostí není v menuconfig hned jasná).No, ono jádro samotné nabobtnalo tak, že už by celé potřebovalo nějaký řešič závislostí jako máme v balíčkovacích systémech. Já zatím používám grep a find a hledám v Kconfig a Makefile souborech.
Ten ovladač např. může zapisovat na nesmyslné místo paměti nebo tak něco, což může vyvolat Machine Check Exception.To jde? Já měl za to, že MCE může vyvolat pouze mikrokód procesoru v případě, že selžou interní testy.
Podle mě dovnitř toho procesoru nikdo pořádně nevidí, a chyba v jaderném ovladači může způsobit záhadné chování.MCE ještě většinou vypisuje důvod chyby (třeba porušení kontextu procesoru) takže doporučuji sledovat. Jediné racionální vysvětlení, které mě napadá je, že karta nějak ovlivňuje buď napájení na cílové mašině a to se dostane až do procesoru a nebo pro signalizaci používá právě špatné napěťové úrovně nebo něco podobného s elektrickým proudem a opět se to dostane až do procesoru. Jinak mě teda nenapadá jak jinak vyvolat MCE softwarově krom vypnutí ventilátorů a přehřátí a zničení procesoru.
Každopádně tu chybu jde na dané verzi jádra (2.6.32, na 2.6.30 to samé) zcela spolehlivě vyvolat ve spojitosti s tím ethernetem. Někdy se Machine Check Exception vypíše, někdy ne. Vytuhne to vždy.V tom případě mám jednoznačné doporučení: KGDB.
Ale make oldconfig se mě ptal snad na stovky různých nových voleb (všelijaké GPIO čipy, ovladače podsvícení, ...)Mám pochyby nad tím, zda ty volby: GPIO čipy, ovladače, ... fakt mohly za chyby Atherosu. Ale možný je vše :-/. Na menuconfigu mě nejvíc štve, že nějaká volba je schopná zakrýt jinou volbu úplně jinde v menu.
make oldconfig
tímhle očistcem stovek dotazů projít. Nemůžu se spolehnout, že nějaká nová volba, kterou nezkontroluju, nezpůsobí nefunkčnost půlky věcí. Takže si musím všechny nové volby projít, a nastavit je, i když někdy nejde pořádně zjistit, jaký mají význam a další dopad. Za chybu Atherosu může pofidérní HW a experimentální ovladač.
Na menuconfigu mě nejvíc štve, že nějaká volba je schopná zakrýt jinou volbu úplně jinde v menu.Přesně tak.
No to by mě vůbec nenapadlo ani v divokém snu. Že bych si na Windows rozbalil zdrojáky kernelu, a dal make menuconfig / gconfig.No já osobně si představoval instalátor ve kterém mi naběhne menuconfig, dám Next, stáhne se toolchain a zkompiluje se, pak se zkompiluje jádro, vyplivne bzImage, dám Finish a hotovo (instalace GRUBu ve Windows by mohla být ještě příjemný mezikrok, ale to díky WinGRUBu není nejmenší problém). Ale vystačím si i s pár příkazy.
To bys chtěl i kompilaci dělat na Windows pomocí MSYS / MinGW?Ne, to nejde. Remcá to nad těmi Windowsými .OBJ. Už jsem to zkoušel. Je potřeba mít nastavený gcc cross-compilátor na ELFy a binutils též. MinGW jen z toho důvodu aby se Kconfig zkompiloval jako EXE a dal se spustit.
Já bych radši zprovoznil coLinux nebo bych si na Windows pustil virtuální stroj, než si hrát s MSYS / MinGW / cygwin za účelem konfigurace kernelu.To je naprd. To už vyžaduje funkční binárku Linuxového jádra (a jinak zcela nepotřebnou).
I když to je možná overkill, tak lidí co chtějí konfigurovat kernel na Windows bude možná míň, než těch co používají make config.Netvrdím že ne, ale z důvodu úplnosti by to mělo fungovat.
No já osobně si představoval instalátor ve kterém mi naběhne menuconfig, dám Next, stáhne se toolchain a zkompiluje se, pak se zkompiluje jádro, vyplivne bzImage, dám Finish a hotovo (instalace GRUBu ve Windows by mohla být ještě příjemný mezikrok, ale to díky WinGRUBu není nejmenší problém). Ale vystačím si i s pár příkazy.Jo takovej instalátor jsem si pro sebe dělal, abych se nezbláznil ze semestrálního projektu. Je to pár desítek řádků v bashi a v zásadě nakopíruješ konfiguráky (bylo to na FPGA, takže i jiný než .config) spustíš. Ono to otestuje existenci toolchainu, zdrojáků a na konci ti to vyplivne rootfs co se jen nahraje na flashku. Ale bylo to jak jsem říkal na FPGA, takže vysoce specializované.
Jo takovej instalátorSorry. Jsem se špatně vyjádřil. Jsem myslel tenhle instalátor.
k čemu to jako má bejt?Aby se mohlo říkat, že jádro je natolik univerzální, že se dá přeložit i v konkurenční operačním systému. Dovedl by něco takového ten konkurenční operační systém?
Ani by nebylo nutne to jadro kompilovat, stacilo by ulozit .config a zkompilovat z livecd.To už by nebylo ono. Gentoo lze nainstalovat z libovolného operačního systému bez jediné předkompilované binárky. Teda samozřejmě krom Windows. Ale tady nejde tak ani o to, spíš jako o tu čest. Něco ve symyslu:
GCC už je schopno zkompilovat samo sebenebo jako když se poprvé podařilo zkompilovat Linux na Linuxu.
Ale s fontem, který se skládá výhradně ze čtverečků to není úplně to pravé…
Ale je to větší dobrodružství. :-)
Tiskni
Sdílej: