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.
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
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
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)
.