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á.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Nikty iny len ty sam si budes na vine, ked sa preklepnes a napises o jednu medzeru viac
rm -rf subor1 subor2 subor3 prefix1* prefix2 * prefix3*
rm -rf / tmp/cosik/
Naštěstí mám ve vim nastavený, aby backupy ukládal do zvláštního adresáře, takže jsem ztratil jen pár minut práce. Ale ty nervy :-O
sa zobuď človeče. čo myslíš, prečo má rôzny malware na windoze taký uspech a na linuxe nie ?To bude 95% podilem Windows na desktopech.
keď budeš všetko robiť pod rootom, tak stačí aby nejaký útočník zneužil chybu povedzme v prehliadači a razom získa práva roota a môže si robiť čo len chce. s takýmto prístupom užívateľov bude zachvíľu na linuxe podobný raj pre vírusy a inú háveď ako na windowse.Na zobrazovani reklam, posilani spamu a automaticke spousteni rootovska prava netreba. Pokud by prece jenom virus roota chtel, proste si pocka az nas uzivatel spusti su a heslo si pekne odposlechne.
a to je len jeden príklad toho, prečo je robiť všetko pod rootom proste ZLÉ, ďalší je napr. že si môžeš ľahko poškodiť systém atď, atď. tých dôvodov je viac.Poskozeny system se lehce preinstaluje. Nastvalo by me ale, kdybych si smazal svuj domovsky adresar i se vsema nastavenima a dokumentama.
VEĽMI dôrazne ti radím, aby si si zaviedol na bežnú prácu bežného používateľa, veď toho roota podľa mňa až tak často nepoužiješ, ja pracujem na notebooku, ktorý má tiež len jedného používateľa a nemám s tým žiadny problém. občasné 'su' to vždy ľahko vyrieši.Problem je v tom, ze ono to "obcasne" su a nasledne zadavani pokud mozno co nejslozitejsiho hesla lidi proste sere, a proto radeji pracuji pod rootem.
Navrhuji, aby KDE i GNOME pod rootem používalo ošklivé červené pozadi s bombami [...]proc jenom KDE a GNOME? Kdyz uz, tak bych to vsahnul obecne na vsechny WM a jeste bych pridal buzerujici xterm ...
Spíš bych hlasoval pro to, aby v kdmrc bylo defaultně AllowRootLogin=false a aby se všichni, kdo o tom vědí, zapřísahali, že na tento dotaz nebudou odpovídat. Při známé nechuti BFU číst dokumentaci a hledat v archivech by to mohlo stačit. Ten, kdo to najde sám, by mohl být dostatečně mentálně způsobilý, aby se pod rootem do KDE nelogoval… :-)
Ale k assembleru jsem se nedostal, nebylo se z čeho učit...
U nás holt nebylo pro neintelovské stroje příznivé prostředí... A teď, když k němu mám pořádnou dokumentaci mám spíš chuť na jinou vývojařinu...
Tiskni
Sdílej: