Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů
… více »Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).
Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.
Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.
Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.
Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu
… více »Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).
Byla vydána nová verze 1.26 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 26. Přehled novinek v ChangeLogu. CrossOver 26 vychází z Wine 11.0, D3DMetal 3.0, DXMT 0.72, Wine Mono 10.4.1 a vkd3d 1.18. Do 17. února lze koupit CrossOver+ se slevou 26 %.
KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].
ip route add 0/0 dev ppp0 table 200nmcli modify "Tvoje DSL" +ipv4.routes "0/0" ipv4.route-table 200Pet minut hledani..
nmcli con modify DSL +ipv4.routes "0.0.0.0/0" ipv4.route-table 200
systemd-networkd
“beru to jako věc, která se se.e do všeho, ale nic neumí pořádně” == ”nemám tušení, která bije, a musím se tím náležitě pochlubit”
…přiznávám, že systemd-networkd jsem ještě nepoužil a neznám jej…
Manuálové stránky na Fedoře fungují? Co jsem se posledně díval, fungovaly.
Už to jde používat bez systemd-journald?
Proč by chtěl někdo používat jakýkoliv systém bez rozumně fungujícího správce logů, který má (konečně!) korektně synchronizovaný čas mezi různými zdroji logů, indexování a vyhledávání, kompresi, podpisy a ochranu před manipulací s logy, atd. atp.?
Strach z „neznámého“? Ten by byl omluvitelný možná v roce 2010. Dnes nemáme rok 2010.
Je neuvěřitelné, jak se dodnes vynořuje to uvažování z divokých devadesátých let, podle kterého je normální spustit službu z rozbitého Bash skriptu spuštěného kdovíčím a kdovíodkud, samozřejmě, že pod rootem a bez “hardeningu”, jak jinak; skript pak možná selže, možná občas ne, ale žádný problém, nikoho to nesere, hlavně když od toho nikde nebude vidět žádný stav ani log, a když náhodou jo, tak logy nebudou správně prokládané v čase vůči logům od zbytku systému, nebude to umět reagovat na uspání / probuzení / změnu nastavení sítě / jinou zásadní událost v systému…
No ale furt se najdou lidi, kteří budou tvrdit, že tenhle↑↑↑ stav věcí byl přijatelný, zatímco systemd prý jako fakt ne.
systemd FTW.
Není v tom žádný strach z neznámáho, prostě zásada držet se věcí které fungují…
Nefungují. (Přesněji řečeno: nefungovaly. Proto vznikl systemd.)
Nápodobně bash scripty - na to, co jsem potřeboval, fungovaly skvěle, jsou čitelné, univerzální a maximálně flexibilní.
Tak určitě. Dobrý vtip.
Ale třeba mne někdo přesvědčí o nějakých zásadních výhodách...
A třeba ne. Není úkolem ostatních přesvědčovat někoho o výhodách té či oné technologie. Proč by to dělali?
auth logy chcem drzat 1 rok, nejake aplikacne logy pol roka a ostatne 1 mesiac?
Rizikový nápad. Proto nic takového neřeším.
Když jeden chytrolín tuhle nedávno obešel můj SSH tarpit, nebýt systemd-journald, byl by mi zaplnil dost rychle celou kvótu logy. Nemluvě o tom, kdybych se pokoušel takové logy udržovat rok. Naštěstí systemd-journald situaci zvládl. Historii (konec řidších logů před začátkem „útoku“) jsem pak už dohledal v Btrfs snapshotech.
Což zároveň odpovídá na původní dotaz: Dokud budou logy dost řídké, budou se ve snapshotech záloh překrývat a doba jejich skladování jaksi odpovídá algoritmu pro „ředění“ a mazání zálohovacích snapshotů. Jakmile začnou být logy hustohusté (a tím pádem zároveň nepříliš zajímavé a dost rychle taky škodlivé), kus se jich (naštěstí, díky systemd-journald) do snapshotů nedostane a zbude díky tomu místo pro smysluplnější data.
journalctl.
Mimochodem, jak ze se cte ten blob kdyz jediny co funguje je vi?
O jaké situaci je tady řeč? Po apokalypse? Proč by měl fungovat jenom paskvil vi?
Počítač se nedá nabootovat z média s live systémem? Proč?
Úložiště se nedá připojit k jinému počítači? Proč?
route1=0.0.0.0/0 route1_options=table=200
Tiskni
Sdílej: