Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Byla vydána nová verze 2.52.0 distribuovaného systému správy verzí Git. Přispělo 94 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
VKD3D-Proton byl vydán ve verzi 3.0. Jedná se fork knihovny vkd3d z projektu Wine pro Proton. Knihovna slouží pro překlad volání Direct3D 12 na Vulkan. V přehledu novinek je vypíchnuta podpora AMD FSR 4 (AMD FidelityFX Super Resolution 4).
Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.
U příležitosti státního svátku 17. listopadu probíhá na Steamu i GOG.com již šestý ročník Czech & Slovak Games Week aneb týdenní oslava a také slevová akce českých a slovenských počítačových her.
Byla vydána nová verze 9.19 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček BirdNET-Go, tj. AI řešení pro nepřetržité monitorování a identifikaci ptáků.
Byla vydána nová verze 3.38 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.10 souvisejícího programovacího jazyka Dart (Wikipedie).
Organizace Apache Software Foundation (ASF) vydala verzi 28 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byl vydán Debian 13.2, tj. druhá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Google představil platformu Code Wiki pro rychlejší porozumění existujícímu kódu. Code Wiki pomocí AI Gemini udržuje průběžně aktualizovanou strukturovanou wiki pro softwarové repozitáře. Zatím jenom pro veřejné. V plánu je rozšíření Gemini CLI také pro soukromé a interní repozitáře.
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
Niekto tu spominal, preco sa programy v /etc/rc.d/rc.X/ nespusta v abecednom poradi, ale podla cisel.špatný výklad
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).