Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
Gentoo je presne to distro, ktere jsem chtel a taky ho uz rok mam
A spokojenost nejvyssi
Mezi klady pocitam i to, ze mi nebezi sluzby, ktere nepotrebuji a tim se odlazuje linux od sameho zacatku. Tohle distro je konecne U-F. Ovsem portage musim zazlivat, ze kdyz nainstaluju hide soft, jako je trebas moje oblibene xfce 4, tak mi pri upgradu downgraduje na "stabilni" 3.8.neco. Resim to manualnim stahnutim a kompilaci zdrojaku, takze o tom portage nevi. Chci trebas vse stabilni, jen xfce ve vyvoji. Snad casem pribyde f-ce ignorovani
P3@666 chytne druhy dech? (sam jednu P3@500 pouzivam). Uz kecam blbiny. No proste/sproste zrychlil se vam OS+app?
Jakub
PS: Uz taham iso. Kolik distribuci zkusis tolikrat jsi tucnakem.
Udelat nejaky base 1CD, X +1CD, KDE +1 CD GNOME +1CD , databaze +1CD, server +2CD, atd. Nemam predstavu jak presne, ale neco takoveho. Je jasne, ze to rozdeleni Gnome a KDE by znamenalo spis jen aplikace, protoze je jasne, ze Qt a GTK(+-2x/...) by melo byt spolu s X atp. Bylo by to myslim, schudnejsi. Asi nejvetsi marketingovy trhak by bylo, kdyby si dotycny poslal seznam toho co tam chce mit a pomoci nejakeho scriptu (pomoci emerge) se vytvori co vsechno ma byt na tech CD melo byt, nebo to nejak poskladat z vetsich modulu a zaplnit tim ty CD. I kdyz kolik by tech 10 CD stalo? Jestli by ta namaha vubec stala za to.
Každopádně si myslim, že pro člověka, který nemá pevnou lajnu by tahle offline verze Gentoo umožňovala mít valnou většinu hlavních aplikací pro Linux.
Mam tedy jeden dotaz: Jak je to se zavislostmi jednotlivych balicku? Muze se stat, ze nebudu mit nektery balicek nainstalovany, pripadne ho zapomenu stahnout. Je mozne predem zjistit vsechny zavisle balicky, ktere jsou pro intalaci nektereho balicku potreba + ty z nich, ktere nemam nainstalovane? Lze zjistit uz nainstalovane balicky?
Predpokladam, ze vsechny odpovedi budou "Ano" a "viz manual"
, ale pro jistotu.
Jinak jsem delal experiment na debianu, kde se da kompilovat tez velmi snadno a vysledek je ten, ze to jen stezi poznate pri kdyz se
program spousti s time. Napriklad u fvwm to nepoznate vubec, mozna by se to poznalo u KDE a Gnome, ale ovsem kdyz mam PI na 200M s grafikou bez akcelerace, tak po nem fakt nemuzu chtit kdovi co.
Vzdycky z casu na nas se objevi snahy optimalizovat debian na pentia a vubec vyssi procesory. Debian je totiz kompilovany v zakladni verzi na i386 s tim, ze prave od je vcasto pouzivan na starych masinach a lidi by jej tedy pouzivat nemohli. Diskuse je bourliva (asi jako tady) a doknce i dala vzniknout teto vetvy, ale fakticky ji nikdo nepouziva, protoze narust vykonu i znat. Mozna by se pri te prilezitosti melo rict, ze gcc optimalizuje programy tak, ze v pripade, ze program detekuje, ze jede na procesoru pouzivajicim takove a makove instrukce tak je pouzije a v pripade ze je nenalezne tak je po svem emuluje. To vede v rade pripadu k tomu, ze program bezici na rychlesjim pocitaci nema vyznam znova kompilovat proto aby se zrychlil jeho beh (ovsem zrejme se pritom zmensi velikost binarky na diku
.
b) to u debianu taky
pozuivam to uz nejaky ten patek
.
Dik Dale
emerge-webrsync
Tiskni
Sdílej: