Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
21.7.2011 07:56
herne the hunter | skóre: 10
| tor lara
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz# systemctl kill -s SIGHUL --kill-who=ḿain bluetoothd.service
náhodou překlep? čekal bych spíš SIGHUP…
21.7.2011 09:02
Ruža Becelin | skóre: 40
| blog: RuzaBecelinBlog
21.7.2011 09:49
Salamek | skóre: 22
| blog: salamovo
21.7.2011 12:43
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
21.7.2011 22:40
pavlix | skóre: 54
| blog: pavlix
21.7.2011 23:14
michich | skóre: 51
| blog: ohrivane_parky
Na Fedoře 15 se mi často spouští NetworkManager, když nechci, dokonce když si výslovně řeknu, že ho nechci (neznám na to lepší způsob než service NetworkManager stop alias /etc/init.d/NetworkManager stop, které volá systemctl).stop nezabrání následné aktivaci. Zkus disable. http://0pointer.de/blog/projects/three-levels-of-off
22.7.2011 17:18
pavlix | skóre: 54
| blog: pavlix
$ systemctl disable ntpd.service On traditional Fedora systems, this is roughly equivalent to the following command: $ chkconfig ntpd offTo je úplně jiný význam disable než píšeš ty.
22.7.2011 20:06
michich | skóre: 51
| blog: ohrivane_parky
Ale k čemu je pak /etc/init.d/NetworkManagerTen je k ničemu, protože je překrytý nativním unitem, a správně by v tom balíčku už vůbec neměl být.
Měl jsem za to, že klidně můžu dál používat initskripty jako dřív a jen se to na pozadí provede novým systémem.To ano. Ty provedeš stop a ta služba se skutečně v tu chvíli vypne. Jenže nějaká budoucí událost ji může zase zapnout. Konkrétně NetworkManager je možno aktivovat přes D-Bus.
22.7.2011 20:15
michich | skóre: 51
| blog: ohrivane_parky
23.7.2011 18:29
pavlix | skóre: 54
| blog: pavlix
A taky mě napadlo, že by bylo možné přidat nějakou operaci "stop + dočasné zamaskování", která by zaručila, aby službu nebylo možné aktivovat dokud to uživatel znovu ručně nepovolí, nebo nerestartuje systém.Právě, protože tímhle systemd vůbec nenabízí ekvivalent původného stop. Mám pocit, že by někdy bylo lepší, kdyby lidi přemýšleli od začátku trochu víc prakticky a nebyli překvapeni, když někdo hledá jednu z klíčových a nejčastěji používaných funcí původního systému. A co teda příkaz service, ten se má taky zrušit?
24.7.2011 11:30
michich | skóre: 51
| blog: ohrivane_parky
Právě, protože tímhle systemd vůbec nenabízí ekvivalent původného stop.Naopak. On ten ekvivalent je až příliš přesný
Zastaví službu, nic víc.
I dříve jsi mohl mít služby, které startovaly initskriptem i D-Bus aktivací. Se systemd dokonce můžeš zabránit D-Bus aktivaci služeb.
Na druhou stranu právě s příchodem systemd začali vývojáři daemonů přidávat D-Bus (a socketovou) aktivaci i tam, kde dřív nebyla. Tohle je důvod, proč ti v F15 startuje NetworkManager. V F14 mohl nastartovat pouze initskriptem. V F15 začal být aktivován D-Bus rozhraním 
21.7.2011 12:57
org.freedesktop.NetworkManager.
A co teda příkaz service, ten se má taky zrušit?Ne, ten se rušit nebude.
24.7.2011 14:44
pavlix | skóre: 54
| blog: pavlix
Naopak. On ten ekvivalent je až příliš přesnýZ hlediska reálného použití to ekvivalent není :).
Na druhou stranu právě s příchodem systemd začali vývojáři daemonů přidávat D-Bus (a socketovou) aktivaci i tam, kde dřív nebyla. Tohle je důvod, proč ti v F15 startuje NetworkManager. V F14 mohl nastartovat pouze initskriptem. V F15 začal být aktivován D-Bus rozhraním org.freedesktop.NetworkManager.Jo, to je mě naprosto jasné, DBus aktivaci a systemd považuju za blízké příbuzné.
Ne, ten se rušit nebude.A začne tedy fungovat, jak má, tedy nabízet možnost vypnutí služby „tak aby se nesapla?“.
Prostě nejde vypnout na linuxovém OS služba tak, aby se během vteřin až minut sama nezapla.Myslím, že to nebude obecný problém „samozapínání“ služeb, že jde o udev a závislosti – tj. služba se nezapne sama od sebe, ale proto, že se zapne jiná služba, která na téhle závisí, nebo proto, že přijde nějaká zpráva (např. aktivace linky), která vede ke spuštění té služby.
22.7.2011 17:19
pavlix | skóre: 54
| blog: pavlix
Myslím, že to nebude obecný problém „samozapínání“ služeb, že jde o udev a závislosti – tj. služba se nezapne sama od sebe, ale proto, že se zapne jiná služba, která na téhle závisí, nebo proto, že přijde nějaká zpráva (např. aktivace linky), která vede ke spuštění té služby.A?
sshd jen pro občasné použití, protože by se mu zapínalo samo od sebe.
22.7.2011 17:44
pavlix | skóre: 54
| blog: pavlix
Až to tady bude číst někdo neznalý, nezíská dojem, že se mu na linuxu můžou služby zapínat z ničeho nic jen tak samy od sebe.Vaším příspěvkem jste tomu určitě nepomohl.
Já celé roky tvrdošijně odmítal nechat běžet dbus. Přišlo mi to jako naprosto zbytečná služba. Celkem se mi to dařilo, dokud někdo nedal v debianu prográmku "dia" tvrdou závislost na gconf2 a dbus, i když se samotný program spustí bez nich. Tehdy jsem si udělal post-update aptitude skript, který ve zkratce odebral exec bit všem dbus součástem a byl klid .
Časem jsem přišel na to, že dost velká tuna programů vypisuje alespoň nefatální errory, protože už tak nějak počítají s dbusem (nevím, to ho tolik protlačilo Ubuntu?), takže jsem to vzdal a nechal ho běžet. Ono to možná takhle nějak bude i se systemd a podobnýma věcma - uživatel bude donucen se nestarat.
Tiskni
Sdílej:
