Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.
3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.
Open source webový aplikační framework Django slaví 20. narozeniny.
V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.
Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.
Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
systemctl stop NetworkManager
bude postačující. Jaké je mé zděšení, když po chvíli celkem pravidelně zjistím, že NM zase běží. systemctl stop NetworkManager sice NM zastaví, ale po chvíli jej zase spustí. Stop v tomto případě neznamená stop, ale spíš pazu.
Prosím tedy místní systemd guru o radu, jak v systemd vypnout službu tak, aby se nezapnula, dokud neřeknu nebo nerebootuji. Jako berlička mi zatím slouží systemctl disable NM, systemctl stop NM. Stop musím poslat několikrát, potom mám jistotu, že znovu nenastartuje. Každopádně to považuji za chybu, nebo nerozumím tom, jak stop funguje...
systemctl mask NetworkManager.serviceodstřelí službu úplně, takže ji nelze spustit ani ručně, dokud se neodmaskuje
systemctl disable NetworkManager.servicezpůsobí, že službu lze spustit jen ručně. Pokud chcete zabránit tomu, aby šel NM spustit "on demand" přes D-Bus, můžete v /usr/lib/systemd/system/NetworkManager.service zakomentovat tento řádek:
Alias=dbus-org.freedesktop.NetworkManager.service
NetworkManager.conf
, že některá rozhraní má nechat na pokoji:
[keyfile] unmanaged-devices=interface-name:tun0V Debianu je pro ovládání NetworkManageru
nmcli
a VPN podporuje po doinstalování příslušných balíčků (např. network-manager-openvpn
).
systemctl --runtime mask
před zastavením služby. Nemá to nepříjemné vedlejší efekty a funguje to bezvadně a univerználně.
Každopádně to považuji za chybu, nebo nerozumím tom, jak stop funguje...Obojí platí. V systemd už neexistuje přímý vztah mezi službou, tak jak ji vidí administrátor, a službou, tak jako je dostupná v uživatelském rozhraní nebo ve filesystému. Na efektivní práci s distribucemi se systemd musí člověk přemýšlet na nižší úrovni abstrakce a znát věci více do detailu.
Tohle není ani tak záležitost systemd jako D-Busu.V případě NetworkManageru je to především věc systemd i když technicky vzato to dělá dbus, protože nebýt systemd, tak by se tam dbusová aktivace nepoužívala vůbec.
Že takový nástroj stejně nechytne všechno, protože pravidla polkitu se píší v turingovsky úplném jazyce, je poslední hřebík do rakve Linuxu jako jednoduchého operačního systému.Pořád ještě můžeš nad Linuxem a dalšími open source nástroji relativně jednoduchý operační systém postavit, ale holt to není o tom stáhnout si mainstreamovou distribuci a mít hotovo.
systemctl disable NetworkManager.service způsobí, že službu lze spustit jen ručně.Nikoliv, neplatí to pro služby Online-accounts ani Avahi, stále se spouští i po administrátorském příkazu. Takže ty příkazy jsou buď nefunkční nebo omezené. proč tam vůbec jsou ... Vím, že způsob komentování, mazání nebo přejmenování v systémovém souboru není doporučovaný, což asi stále mnozí buď neví, nebo nechtějí vědět, nebo nečtou hlavičky v tom souboru. Protože cesta k změně je vytvoření změněného obsahu v uživatelském profilu. Nástroje v gui jsou pro srandu králikům a nefunkčnost ani terminálového příkazu k tomu určeného je už vrchol. Nicméně mě už nebaví, řešit linuxové nedodělky a ignoranstství některých vývojářů a koupím raději Windows 10, kde nebudu muset řešit už od instalace nedodělky a aktualizace dalších nedodělků, včetně problémového správce sítě, protože Linux bez síťě je čtvrteční.
Jestli tomu dobře rozumím, tak disable je něco jako smazání linku z /etc/rcX.d/. Pokud chceš opravdu zakázat službu, tak můžeš dát mask, které je ekvivalent nahrazení souboru v /etc/init.d/ prázdným souborem.Přesně tak, a důležitá věc je i to, že disable je negativní (opak k enable), zatímci mask je pozitivní. Po dobu runtime umí systemd přerazit konfiguraci jen pozitivní změnou, tedy s
--runtime
funguje jenom mask
a nikoli disable
.
Výsledek celé diskuze je tedy takový, že systemd nemá prostředek, jak obecně nějakou službu zastavit a mít jistotu, že nenastartuje.Nemá takový prostředek pro dbusové služby, ale s kdbusem se to má změnit. Nicméně i tak budeš muset zastavovat dvě různé jednotky, protože ovládání systemd se odvíjí od jeho implementačních detailů a nikoli od potřeb administrátora.
Kde je tedy reálný přínos systemd? Rychlý start je v současnosti nezajímavý -- co se vypíná, to se uspává. Výkonu je taky na rozdávání, takže služba může běžet od startu a ne až na požádání a ztrácím kontrolu nad službami systému. Prosím jen fundované odpovědi, nechci flame.Vždyť je to typický flamebait, systemd linuxáky hodně rozděluje, nemůžeš si vybírat, jaké reakce dostaneš a jak budou fundované.
A vznikl Wayland. Je tu, ale nikdo mne nenutí ho používat.Zatím tě nikdo nenutí ho používat, přesněji řečeno zatím někoho ještě baví starat se o Xorg a udržovat s ním aplikace kompatibilní.
Pak tu máme systemd, který někdo prokřičel do distribucíJinými slovy ho distribuce přijaly, ať už z jakýchkoli důvodů. Nicméně tenhle způsob vyjádření už vůbec nevede k fundovaným reakcím, ale je to jen podtržení toho flamebait. Doporučuju se především zaměřit na ty, kteří měli možnost toto rozhodnout, a na jejich zdůvodnění.
Nicméně i tak budeš muset zastavovat dvě různé jednotky, protože ovládání systemd se odvíjí od jeho implementačních detailů a nikoli od potřeb administrátora.... ale já jako administrátor potřebuji dosáhnout určitého cíle. K čemu je mi implementace, která k cíli nevede?
Jinými slovy ho distribuce přijaly, ať už z jakýchkoli důvodů. Nicméně tenhle způsob vyjádření už vůbec nevede k fundovaným reakcím, ale je to jen podtržení toho flamebait. Doporučuju se především zaměřit na ty, kteří měli možnost toto rozhodnout, a na jejich zdůvodnění.To bylo jen srovnání s projektem, který má přinést podobnou revoluci do světa Linuxu. A souhlasím, nechal jsem se trochu unést.
... ale já jako administrátor potřebuji dosáhnout určitého cíle. K čemu je mi implementace, která k cíli nevede?To je hluboce filosofická otázka. :)
Tiskni
Sdílej: