VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
Celý život se učíme, ale nakonec stejně umřeme hloupí.
Lidská je schopnost dělat chyby, ale lidskost je umět se z chyb učit. Ať už z cizích, nebo ze svých vlastních
Debian běhá v několika (6) základních runlevelech. Runlevel je něco jako stav použitelnosti systému. V runlevelu 0 systém bootuje, jednička je tzv. single user mode (používá se při failsafe), levely 2-5 jsou multiuserovské a do šestky se systém přepíná při volání shutdownu.
Celkově může být runlevelů víc (tuším 10), to se pak ale musí přenastavit soubor /etc/inittab. Tím se budu možná zabývat někdy jindy...
Pro "obyčejného uživatele" jsou důležité runlevely 2-5. V Debianu jsou standartne identické, ale drobnou úpravou se dají vylepšit. Třeba tak, že ve 2 bude fungovat pouze základní systém, budou povoleny odchozí tcp požadavky apod. Ve 3 pak může systém fungovat jako ftp/webserver, ve 4 jako terminál, v 5 se můžou spustit Xka... Možností je hodně a záleží jen na Vás, jak si s tím poradíte (taky můžete mít všechno v jednom runlevelu a ty ostatní mít na ozdobu:) )
Kde se to dá nastavit? Jednotlivé runlevely se spouští příkazem init <číslo>. Přechod do toho kterého runlevelu není nic jiného než spuštění všech souborů v adresáři /etc/rcx.d/, kde x je číslo runlevelu. Soubory v těchto adresářích jsou pouze symlinky na skutečné skripty a popř. binárky, povětšinou v adresáři /etc/init.d, které mají ovšem speciální jméno ve tvaru LNNxxx..., kde L je buď S, nebo K (Start/Kill), NN je číslo udávající prioritu a xxx je název programu. Soubory se spouštějí postupně podle priority, kde je priorita stejná, podle abecedy. Ty, co začínají S- způsobí spuštění daného programu, kdežto K- daný program zabijou.
Ještě existuje speciální adresář /etc/rcS.d, kde jsou programy, které se spouští vždy při bootování systému, bezprostředně po zavedení jádra. S těmi si radši moc nehrajde, pokud doopravdy nevíte, co děláte (totéž doporučují u rc0,1 a 6)
Tiskni
Sdílej:
Přechod do toho kterého runlevelu není nic jiného než spuštění všech souborů v adresáři /etc/rcx.d/, kde x je číslo runlevelu. Soubory v těchto adresářích jsou pouze symlinky na skutečné skripty a popř. binárky, povětšinou v adresáři /etc/init.d, které mají ovšem speciální jméno ve tvaru LNNxxx..., kde L je buď S, nebo K (Start/Kill), NN je číslo udávající prioritu a xxx je název programu.ano, úžasný systém ... super přehledné, jednoduše spravovatelné, řešící závislosti služeb na jiných - a to vše teď myslím ironicky aneb vivat Gentoo
btw, proč musím mít kdovíkolik čísel runlevelů, když prakticky používám tři, přičemž shutdown systému přepnutím do jiného runlevelu místo ukončením (tedy "inverzí" ke spuštění) současného je taky logická lahůdka ... ale od konzervativních distribucí se označení runlevelů jmény místo čísel asi nedočkáme
Soubory se spouštějí postupně podle priority, kde je priorita stejná, podle abecedy.ehm, nestačilo by říct podle abecedy?
ano, úžasný systém ... super přehledné, jednoduše spravovatelné, řešící závislosti služeb na jiných - a to vše teď myslím ironicky aneb vivat Gentoo
Gentoo neznam a nijak se systemu runlevelu nezastavam, jen rikam, co to je (nebo spis co si myslim, ze to je
)
btw, proč musím mít kdovíkolik čísel runlevelů, když prakticky používám tři, přičemž shutdown systému přepnutím do jiného runlevelu místo ukončením (tedy "inverzí" ke spuštění) současného je taky logická lahůdka ... ale od konzervativních distribucí se označení runlevelů jmény místo čísel asi nedočkáme
Nevim jak Ty, ale ja pouzivam runlevely 4 (kdyz nepocitam boot a shutdown). A sice obcas single user, multiuser klient s ssh a bez xek, multiuser server (ftp/http/mysql) a multiuser klient s Xky. Docela mi to takhle vyhovuje Navic, kdybych si chtel ty 4 runlevely nejak pojmenovat, pak si vzdycky muzu udelat nejaky alias
ehm, nestačilo by říct podle abecedy?
Ehm, nestacilo. Je to sice pravda, ale ta priorita tam neni pro nic za nic. Existuji jista "pravidla". treba po 40 uz si muzu byt jisty, ze mam namounotvane vsechny souborove systemy a funkcni sit a po 60 funguje nfs... Bylo by blbe, kdybych treba zkousel serizovat hodiny pomoci ntp s prioritou 10
Je to sice pravda, ale ta priorita tam neni pro nic za nic. Existuji jista "pravidla".jenomže existence těch pravidel nemá žádný vliv na pořadí, v jaké se to spustí - to je dáno čistě "abecedně" (ehm, čísla se dle abecedy asi netřídí, že
) ... to, že ta čísla mají nějaký význam, je věc jiná
Gentoo samozrejme cisla runlevelu take pouziva - i kdyz nejenom cisla.neříkám, že nepoužívá - ale pro všechny běžné úlohy si admin v Gentoo vystačí se jmény, což je imho pohodlnější
ehm, nestačilo by říct podle abecedy?I Gentoo pouziva "prioritu" runlevelu - viz jiz odkazovany popis.
I Gentoo pouziva "prioritu" runlevelu - viz jiz odkazovany popis.a cože se míní tou "prioritou runlevelů"? blog i moje reakce zmiňuje jenom prioritu (resp. pořadí) startovacích skriptů - přičemž Gentoo se při jejich spouštění řídí primárně závislostmi a ne očíslováním souborů; pokud jsem v rozporu s odkazovaným článkem, prosil bych přesnou citaci, neb já tam žádný problém nevidím
25.5.2005 14:23
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
Niekto tu spominal, preco sa programy v /etc/rc.d/rc.X/ nespusta v abecednom poradi, ale podla cisel.špatný výklad
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
24.5.2005 17:22
00httpd je v "abecedním" třídění dříve, než 01firewall, takže ano, ono se to opravdu spouští podle "abecedy" - to, že si to přejmenuju tak, aby "abecední" pořadí odpovídalo tomu, jak to chci spustit, je věc jiná ...
Runlevel 0 se, myslim, pri bootu nepouziva.
viz init(8).