Podvodné reklamy na sociálních internetových platformách, jako je Facebook, Instagram nebo X, vytvořily loni v Česku jejich provozovatelům příjmy 139 milionů eur, tedy zhruba 3,4 miliardy korun. Proti roku 2022 je to nárůst o 51 procent. Vyplývá to z analýzy Juniper Research pro společnost Revolut. Podle výzkumu je v Česku zhruba jedna ze sedmi zobrazených reklam podvodná. Je to o 14,5 procenta více, než je evropský průměr, kde je podvodná každá desátá reklama.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.6 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
Czkawka a Krokiet, grafické aplikace pro hledání duplicitních a zbytečných souborů, byly vydány ve verzi 11.0. Podrobný přehled novinek v příspěvku na Medium. Od verze 7.0 je vedle frontendu Czkawka postaveného nad frameworkem GTK 4 vyvíjen nový frontend Krokiet postavený nad frameworkem Slint. Frontend Czkawka je už pouze v udržovacím módu. Novinky jsou implementovány ve frontendu Krokiet.
Jiří Eischmann na svém blogu publikoval článek Úvod do MeshCore: "Doteď mě radioamatérské vysílání úplně míjelo. Když jsem se ale dozvěděl, že existují komunity, které svépomocí budují bezdrátové sítě, které jsou nezávislé na Internetu a do značné míry taky elektrické síti a přes které můžete komunikovat s lidmi i na druhé straně republiky, zaujalo mě to. Když o tom přede mnou pořád básnili kolegové v práci, rozhodl jsem se, že to zkusím taky.
… více »Byla vydána verze 0.5.20 open source správce počítačových her na Linuxu Lutris (Wikipedie). Přehled novinek v oznámení na GitHubu. Instalovat lze také z Flathubu.
Peter Steinberger, autor open source AI asistenta OpenClaw, nastupuje do OpenAI. OpenClaw bude převeden pod nadaci a zůstane otevřený a nezávislý.
Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2025. Ke konci roku 2025 vlastnila 349 462 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,36 %. V roce 2024 to bylo 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.
Nástroj sql-tap je proxy mezi aplikací a databází, které zachytává všechny SQL dotazy a zobrazuje je v terminálovém rozhraní. Zde lze téměř v reálném čase zkoumat dotazy, sledovat transakce a spouštět SQL příkaz EXPLAIN. Podporované databázové systémy jsou pouze PostgreSQL a MySQL. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.
Byla vydána nová verze 9.2 textového editoru Vim (Vi IMproved). Přináší vylepšené doplňování, podporu schránky ve Waylandu, podporu XDG Base Directory (konfigurace v $HOME/.config/vim), vylepšené Vim9 skriptování nebo lepší zvýrazňování změn. Vim zůstává charityware. Nadále vybízí k podpoře dětí v Ugandě. Z důvodu úmrtí autora Vimu Brama Moolenaara a ukončení činnosti jím založené charitativní organizace ICCF Holland projekt Vim navázal spolupráci s charitativní organizaci Kuwasha.
Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.
Jun 13 07:34:57 hostname messageale místo toho
Jun 13 07:34:57 172.16.22.33 messageNechápal jsem proč, prolezl systém až jsem skončil na gůglu, který našel vysvětlení, které znamená: Pokud vám rsyslogd neukládá hostname, připište si do /etc/rsyslog.conf $PreserveFQDN on. Na kecy o rebootu samozřejmě zapomeňte a otočte jen rsyslog - pak vše funguje jako dřív.
Tiskni
Sdílej:
. Ale zrovna dneska mi na noťasu přestalo fungovat do té doby (od roku 2009 ?) bezchybné uspávání (po zaklopení víka neusne, při pm-suspend se hryzne - zůstane zapnutý a bliká capslok+numlok). Tuším, kdo za to může. GRRRR.
zůstane zapnutý a bliká capslok+numlokTo je v jádře, za to systemd nemůže. Přepni se před uspáním do konzole, ono ti to řekne, co a jak. Možná. A nebo prostě jen použij starší jádro.
tak jsem se na to ještě jednou podíval a noťas má jinak diodky - pochopitelně je to numloc+scroll lock neboli kernel panic. Tak jsem s tím včera zabil několik hodin a zjistil jsem, že ať už dám suspend to ram jakkoliv (pm-suspend, s2ram, zápis "mem" do /sys/power state) systém správně usne a něco o tom napíše do logů. O vteřinu či dvě později se ale probudí a dříve než rozsvítí display, zpanikaří jádro. O této "probouzecí fázi" není v logách ani nic. Koukal jsem, že asi nejsem sám, tady jsem se dočetl různé chytré rady, které mi ale v případě, kdy noťas pochopitelně už nemá sériák a jádro zpanikaří před naběhnutím rafiky je platný jak mrtvýmu zimník. Chová se to stejně s libovolným jádrem 3.x-4.6 ... Jo a je so Stretch amd64. Jo a pro úplnost, kernel panic jsem na tomle stroji (r.v. 2009) nikdy neviděl a to ho provozuju od Ubuntu 9.10 (někdy po příchodu Unity jsem přešel na Debian a skončil u současného testingu) - s uspáváním nikdy nebyl problém. Já bych si asi i koupil support, ale zkušenosti s Canonicalem mne od toho nadlouho odradily (vždycky to skončilo tak, že mi ruply nervy, dal jsem tomu jeden den z víkendu, vyřešil si to sám a napsal jim, co mi měli poradit). A tomu, kdo rozbije něco, o čem sedm let "nevím" bych nakopal ...
Flame: na kterou odrůdu BSD je nejlepší přejít ? (třeba to BSD co prodává Apple nevypadá špatně, akorát ta cena HW ...)
18.6.2016 12:45
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
18.6.2016 19:53
little.owl | skóre: 22
| blog: Messy_Nest
| Brighton/Praha
Fajn. To lze akceptovat.Akceptovat? A co byste delal jineho? Sestavoval degradovane pole automaticky?
Když jsem ručně opravil pole (no opravil, force assembly), tak se systemd okamžitě pokusil fs připojit jako readwrite.V jakem modu jste to opravoval? Mel jste nejakou mount unit ci automount unit?
), kde by jeden disk vadny. Vymenil jsem disk, presel do emergency modu, kdy se pouze pripojil root jako read-only a zadny jiny souborovy system, opravil pole, presel do default modu, zadny problem.
18.6.2016 23:11
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Akceptovat? A co byste delal jineho? Sestavoval degradovane pole automaticky?Ne, lze akceptovat ten timeout. (Navíc, degradované pole se běžně sestaví a běží - toto ovšem nebyl tento případ a to pole se sestavit nemělo a správně nesestavilo.) I když bych byl mnohem raději, kdyby nečekal a přímo to hodil do rescue režimu (to, že se pole nedá sestavit ví mdadm okamžitě). Takhle jen počkal na timeout a startoval vesele dál s jednou unitou failed (sys-cosi.device).
V jakem modu jste to opravoval? Mel jste nejakou mount unit ci automount unit?Nevím. Je to Debian Testing. Během normálního bootu, kdy se nenastartoval hw řadič a mdadm chyběly dva disky. Systemd čekal na zařízení, a potom (po timeout) normálně pokračoval běžný boot. Po bootu jsem zjistil, že tomu chybí dva disky, řadič jsem resetnul a pokusil jsem se (ze sportu - zálohy by se vytáhly v každém případě) o assembly. Tentokrát už se všemi disky. S force se to podařilo (jak jinak). Ovšem nečekal jsem, že systemd okamžitě začne připojovat fs, který se mu nepodařilo připojit během bootu. FS je definovaný v fstabu.
Vymenil jsem disk, presel do emergency moduNevidím jediný důvod, proč pro výměnu disku v raid5 jít do emergency. Pole běží dál v degradovaném režimu, data jsou v pořádku. Disk se dá připojit kdykoliv za běhu (na strojích s hotswapem celá výměna může proběhnout kompletně za běhu). V mém případě byl ten problém, že systemd se okamžitě pokusit připojit fs jakmile se ten block device objevil. Toto je opět zcela nové chování, takto se žádná distribuce nikdy nechovala (fs definované ve fstabu se připojovaly jen během bootu a pokud se to nepodařilo, tak se boot zpravidla přerušil a rc systém přešel do rescue režimu.)
19.6.2016 00:47
little.owl | skóre: 22
| blog: Messy_Nest
| Brighton/Praha
Ovšem nečekal jsem, že systemd okamžitě začne připojovat fs, který se mu nepodařilo připojit během bootu. FS je definovaný v fstabu.Tohle me prave take prekvapuje. Zalezi na parametrech v fstab, podle nichz systemd generuje mount/automount unity.
Nevidím jediný důvod, proč pro výměnu disku v raid5 jít do emergency. Pole běží dál v degradovaném režimu, data jsou v pořádku.Nechtel jsem riskovat kdyz nerozumim predchozimu chovani, emergency mod by mel byt bezpecny - tohle byl muj zalozni server a zalohy zaloh nemam
.
Akceptovat? A co byste delal jineho?Implementoval bych, že stisknutí ^C na konzoli zruší aktuálně čekající službu.
V jakem modu jste to opravoval? Mel jste nejakou mount unit ci automount unit?Bugreport něčeho podobného.
21.6.2016 03:10
little.owl | skóre: 22
| blog: Messy_Nest
| Brighton/Praha
Implementoval bych, že stisknutí ^C na konzoli zruší aktuálně čekající službu.U parallelniho startu rizeneho zavislostmi tech aktualne cekajicich sluzeb muze byt plno.
Bugreport něčeho podobného.To vypada, ze po selhani fsck nektera debianni unita remountovalo root jako rw. Na CentOS to je v emergency modu root ro.
18.6.2016 13:39
little.owl | skóre: 22
| blog: Messy_Nest
| Brighton/Praha
19.6.2016 09:53
pavlix | skóre: 54
| blog: pavlix
19.6.2016 17:01
little.owl | skóre: 22
| blog: Messy_Nest
| Brighton/Praha
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
17.6.2016 21:36
21.6.2016 01:59
23.6.2016 18:29
