Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).
Po delší době vývoje vyšla nativní linuxová verze virtuálního bubeníka MT-PowerDrumKit 2 ve formátu VST3. Mezi testovanými hosty jsou Reaper, Ardour, Bitwig a Carla.
Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.
OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.
Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
srv ~ # grep 23302 /var/log/debug 2016-03-11 09:20:42 srv [local3 debug] myinit[23292]: Starting process [/usr/bin/rtevent] (23302) 2016-03-11 09:20:42 srv [local3 info] myinit[23292]: Run /usr/bin/rtevent num: 1, pid: 23302 2016-03-11 08:58:15 srv [kern info] kernel[]: rtevent[23302]: segfault at 7ffe4f7528b0 ip 00007fe85339cf78 sp 00007ffe4f7528a0 error 6 in libcom.so.2.3.1[7fe853265000+195000] 2016-03-11 09:30:34 srv [local3 notice] myinit[23292]: Process [/usr/bin/rtevent] (23302) KILLED 11 srv ~ #Proces myinit spustil proces rtevent a po jeho pádu toto zalogoval. Tyto časy jsou správné. Ale pád zalogoval i kernel, a to s časem cca o 1/2 hodiny dříve. Nechápu proč. Celý systém běží v UTC. Běží tam NTP démon, systém je zasynchronizovaný a momentálně za sebou má cca 36 dní bez rebootu. Nechápete někdo co se tam děje?
V kernelovém logu nic takového není, tam jsou jen časové známky, které víceméně odpovídají času od bootu. Příkaz dmesg je sice umí převádět na lidsky srozumitelné datum a čas, ale to je obecně jen nepřesná aproximace (na což upozorňuje i dokumentace). Jedno z možných vysvětlení by bylo že syslog místo aby použil aktuální čas, se ho pokusí nějak dopočítat z té časové známky, takže když se to rozjede, bude v logu nesmysl, ale to bych považoval za hodně nešťastný nápad.
Vzhledem k tomu, že tazatel nenapsal, jaký syslog používá (a jestli v tom není zamíchaný ještě systemd-journald), můžeme jen spekulovat.
dmesg -e jsem neznal, vypada to, ze to funguje
jeste doporucuji barevny dmesg -L
jo, to nevadi, kdyz si neprestartoval tak ze znacky v dmesg a uptime poznas v kolik to bylo
Přibližně.
nepresnosti jsem si nevsiml, to se asi vztahuje na sleep, coz na serveru nemas, ne?
Není to jen suspend, jsou i jiné důvody, proč to nemusí přesně odpovídat.
srv ~ # dmesg -e | grep 23302 [Mar11 08:58] rtevent[23302]: segfault at 7ffe4f7528b0 ip 00007fe85339cf78 sp 00007ffe4f7528a0 error 6 in libcom.so.2.3.1[7fe853265000+195000] srv ~ #Starší výskyt, čas opět souhlasí s dmesg -e:
2016-02-08 17:14:46 srv [daemon info] ntpd[3434]: Deleting interface #75 enp7s0.28, 192.168.28.202#123, interface stats: received=0, sent=0, dropped=0, active_time=14997 secs 2016-02-08 17:11:36 srv [kern info] kernel[]: rtevent[13546]: segfault at 7ffc0ab4bfe8 ip 00007ff37720cb58 sp 00007ffc0ab4bff0 error 6 in libcom.so.2.3.1[7ff3770d5000+195000] 2016-02-08 17:16:05 srv [local3 notice] cassinit[13515]: Process [/usr/bin/rtevent] (13546) KILLED 11Vypadá to, že to opravdu blbě převádí ten syslog. Používám syslog-ng-3.7.2, v pondělí se podívám do dokumentace jestli se s tím dá něco udělat. Systém je Gentoo, kernel vlastní. Pokud někdo máte nějaký tip co s tím, tak sem s ním.
Tiskni
Sdílej: