Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
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: