V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.
Před 10 lety Microsoft dokončil akvizici divize mobilních telefonů společnosti Nokia a pod značkou Microsoft Mobile ji zanedlouho pohřbil.
Ahoj,
chtěl bych vyzkoušet Archlinux, ale mám strach z bezpečnosti. Přijde mi, že tam zabezpečení moc neřeší, nemá žádný security team. Navíc mi příjde, že má poměrně malou komunitu, co se developerů týče a tak nevím, jestli vlastně stíhají opravovat všechny bugy atd. Jsou moje obavy oprávněné?
Další možnost je zkusit openSUSE, tam by s tímhle být problém nemusel. Jenže SUSE zase není úplně to, co bych chtěl, i když má početnější komunitu....
Pak mě napadá ještě Gentoo, ale ten bych zatím nezvládl ani rozchodit.
Díky za názory a rady co zvolit!
lertimir .. o tom jak se resi security bugy mas dost pomylenou predstavu , zvlast u ne-rolling release distribuci
Napr. najnovší stabilný Chromium nezobrazuje ikonu programu a v Arch linuxe si to správca toho balíčku nevšimol.Nevidím spor.
Napr. najnovší stabilný Chromium nezobrazuje ikonu programu a v Arch linuxe si to správca toho balíčku nevšimol. Toto je chyba, ktorá je viditeľná okamžite po prvom spustení a ja osobne by som čakal, že okrem kompilovania overí aspoň základnú funkčnosť (ale chápem, že nemajú ľudí, čo by otestovali tok veľké množstvo nových balíkov).Vzhledem k tomu, že ve Fedoře se Chrome zabalený přímo Googlem chová úplně stejně, asi to nebude tak úplně chyba maintainera, že?
Každopádne nie je vôbec vzácne vidieť balíčky, pri ktorých musel správca použiť niekoľko záplat, pretože upstream nevydal verziu, v ktorej by boli tie problémy opravené (prípadne žiadne opravy nie sú upstream dostupné).Tyhle balíčky se ale vyskytují i v Archu a to naprosto běžně, namátkou třeba qt5-base obsahuje 12 extra patchů, z toho 3 pro CVE. Já měl vždycky za to, že bezpečnostní týmy verzovaných distribucí se starají hlavně o backportování oprav z upstreamu a případně kontrolu, zda chyba v softwaru verze X je přítomna i ve verzi dodávané danou distribucí, ne o nějaké aktivní odhalování a záplatování chyb.
treba to ze upstream vyda fix pro nejnovejsi verzi , ale stable jsou postavene na starsich , takze si je samy musi backportovat a aplikovat ¨
mnohdy upstream na spoustu chyb dlabe a v klidu si pocka az distribuce ( redhat , suse, .. debian) vytvori bezpecnostni zaplaty ... atd
lertimirovo: Distribuce bugy neoperavuje, jen skládá bylíky z upstreamuano o proti teto vete vidim celkem vyznamny rozdil ...., + celkem dost velke podceneni prace lidi na distribucich a preceneni upstreamu
mnohdy upstream na spoustu chyb dlabe a v klidu si pocka az distribuce ( redhat , suse, .. debian) vytvori bezpecnostni zaplaty ... atdMně ta věta nedává smysl. Jestliže někdo od distribucí vytvoří bezpečnostní záplatu a tato je přijata do upstreamu, pak ten někdo dělá část práce upstreamu a tudíž je součástí upstreamu stejně jako každý, kdo má možnost a motivaci upstream vylepšovat. Jiná věc je, jestli je upstream v důsledku schopný v rozumném čase vydat opravenou verzi nebo dokonce několik opravených verzí pro různé větve software. Tak jako tak je to ve světě open source luxus, bez kterého se dá obejít. Osobně dávám přednost pohledu „udělej si sám“ plus placené či bezplatné služby. Ve chvíli, kdy je známá chyba i záplata, může provozovatel samostatně chybu pro své systémy opravit, ale často je praktičtější se spolehnout na službu distribuce, která má v mnohých případech ušetřenou práci službou upstreamu. Teď jde jen o to umět si vybrat, na čí služby se chci spoléhat.
Tiskni Sdílej: