V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 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.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
otázka1 otázka2 otázka3 | otázka1odpověď1 otázka3odpověď1 | otázka2odpověď2Otázky mají atribut top=0 a u odpovědí top=id otázky. SQL tabulka vypadí cca takto
CREATE TABLE posts(id int(5) NOT NULL, top int(5) NOT NULL, title varchar(255), dateadd datetime NOT NULL, ......,PRIMARY KEY(id));Nevíte někdo jak získám výpis, který by obsahoval toto:
otázka2odpověď2 otázka2 otázka3odpověď1tj. poslední odpověď, nebo samotnou otázku pokud nemá odpověď ale seřazenou podle data přidání sestupně. Zkoušel jsem něco jako:
SELECT MAX(id), top, FROM posts GROUP BY top ORDER BY dateadd DESCAle to vrací nesmyslné výsledky. Předem děkuji za odpovědi.
SELECT posts.title, odp.title FROM posts LEFT JOIN posts AS odp ON odp.top=posts.id WHERE posts.top=0 GROUP BY posts.id;
SELECT * FROM post LEFT JOIN
(
odpovedi
INNER JOIN
(SELECT top, MAX(date) date FROM post WHERE top <> 0 GROUP BY top) grouped
ON (grouped.top = odpovedi.top AND odpovedi.date = grouped.date)
)
ON (odpovedi.top = post.id)
WHERE post.top = 0
Smysl je: leftjoinu to na tabulku, kterou nejprve omezím pouze na poslední odpovědi z otázek.
Má to jen tu chybu, že pokud tam budou dvě odpovědi ze stejnýho času, tak tam pro danou otázku budou
řádky dvě. To se dá vyřešit různě: Např že k celýmu výsledku leftjoinu výsledek ještě jednou, s podmínkou že id otázky je stejný, ale id odpovědi větší a vrátim jen to, kde ten leftjoin se nepovede (tocelypodruhe.id is null) - tím vyloučím ty duplicitní odpovědi.
Anebo se to dářešit přechodem na nějakou rozumější db, která umí window functions
Kitovo řešení s group by IMHO fungovat nebude, mysql u group by u sloupců v group by neuvedenejch vrátí libovolnej řádek (zpravidla první, na kterej narazí)Také jsem se divil, že mi to v SQLite funguje podle zadání. Místo libovolného řádku vrací poslední. V MySQL se mi to zkoušet nechtělo. Napsal jsem to jako nástin možného řešení. Musím přece tazateli nechat prostor pro jeho vlastní aktivitu, ne?
Tiskni
Sdílej: