Společnost Teufel nedávno představila svůj první open source Bluetooth reproduktor MYND.
Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.
Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.
NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
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: