Byl publikován říjnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Pracuje se na podpoře M3. Zanedlouho vyjde Fedora Asahi Remix 43. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
Iniciativa Open Device Partnership (ODP) nedávno představila projekt Patina. Jedná se o implementaci UEFI firmwaru v Rustu. Vývoj probíhá na GitHubu. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0. Nejnovější verze Patiny je 13.0.0.
Obrovská poptávka po plynových turbínách zapříčinila, že datová centra začala používat v generátorech dodávajících energii pro provoz AI staré dobré proudové letecké motory, konvertované na plyn. Jejich výhodou je, že jsou menší, lehčí a lépe udržovatelné než jejich průmyslové protějšky. Proto jsou ideální pro dočasné nebo mobilní použití.
Typst byl vydán ve verzi 0.14. Jedná se o rozšiřitelný značkovací jazyk a překladač pro vytváření dokumentů včetně odborných textů s matematickými vzorci, diagramy či bibliografií.
Specialisté společnosti ESET zaznamenali útočnou kampaň, která cílí na uživatele a uživatelky v Česku a na Slovensku. Útočníci po telefonu zmanipulují oběť ke stažení falešné aplikace údajně od České národní banky (ČNB) nebo Národní banky Slovenska (NBS), přiložení platební karty k telefonu a zadání PINu. Malware poté v reálném čase přenese data z karty útočníkovi, který je bezkontaktně zneužije u bankomatu nebo na platebním terminálu.
V Ubuntu 25.10 byl balíček základních nástrojů gnu-coreutils nahrazen balíčkem rust-coreutils se základními nástroji přepsanými do Rustu. Ukázalo se, že nový "date" znefunkčnil automatickou aktualizaci. Pro obnovu je nutno balíček rust-coreutils manuálně aktualizovat.
VST 3 je nově pod licencí MIT. S verzí 3.8.0 proběhlo přelicencování zdrojových kódů z licencí "Proprietary Steinberg VST3 License" a "General Public License (GPL) Version 3". VST (Virtual Studio Technology, Wikipedie) je softwarové rozhraní pro komunikaci mezi hostitelským programem a zásuvnými moduly (pluginy), kde tyto moduly slouží ke generování a úpravě digitálního audio signálu.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.10. Podrobný přehled novinek v poznámkách k vydání.
V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Rozhodl jsem se podělit o své dojmy z GNU/Linuxu po více než roce (od června 2011) nepoužívání Windows.
Za hlavní výhodu GNU/Linuxu považuju jeho absolutní konfigurovatelnost a svobodu. A svobodou mám namysli obojí - jak svobodný výběr aplikací, které budu používat, tak i dostupnost zdrojových kódu.
Dalším typickým "linuxovým" prvkem je balíčkovací systém - ten je většinou výhodou, ale muže být i nevýhodou. Setkal jsem se s typickým problémem - potřeboval jsem několik aplikací v co nejnovější verzi (bez velkých ohledů na stabilitu) a tak jsem měl na výběr buď zupdatovat kvůli závislostem část systému, nebo nastavit chroot, nebo si program zkompilovat sám. Většinou to byla ta třetí možnost, ale ne vždy probíhala hladce. Takže jsem v průběhu roku postupně zupgradoval squeeze na wheezy :D. A kupodivu bylo velmi málo problémů. A dokonce mi ten "testing" připadá stabilní :) .
Skvělou věcí pro mě bylo objevení repozitáře debian-multimedia.
Trochu jsem nepochopil, co vlastně patří do repozitáře contrib - někde se píše, že software, který je svobodný, ale závisí na nesvobodných součástech (na jakých nesvobodných součástech potom závisí dosemu, když na něm jede freedos?). Jinde zase píšou, že software contrib je svobodný, ale jen není oficiálně podporován.
Taky je pro tuto distribuci typické, že co je jinde jeden balíček, Debian rozštěpí klidně do deseti. Význam tohoto jsem nikdy úplně nepochopil.
Na Debianu mě dále zarazilo, že bez zeptání běžela po instalaci spousta daemonů, které se na serveru jistě hodí, ale které já nikdy nevyužiju.
Ze začátku mi chyběl nějaký ucelený konfigurační nástroj jako YaST, ale pak jsem si bez problému zvykl nastavovat některé věci jednoduše z terminálu.
Ještě ke grafickému prostředí - viděl jsem hodně lidí, jak odmítají Trinity, protože je "mrtvé" a nevyvíjí se. A k čemu je tedy dobré, když se prostředí vyvíjí? Pokud jim jde o aplikace, které jsou součástí prostředí - některé aplikace můžou být staré klidně 15 let a budou plnit svou funkci stejně efektivně, jako "moderní" aplikace v KDE4.
Jiné aplikace na vývoj technologií reagovat musí, ale pak není problém používat aplikace, které nejsou součástí prostředí. Upřímně nechápu, proč v KDE vyvíjí vlastní alternativy ke všem již existujícím aplikacím (například KOffice). Připadá mi to jako štěpení sil (i když je dobré mít na výběr) a myslím, že by se takovéto specializované aplikace měly vyvíjet samostatně. Já z trinity klidně spouštím některé KDE4, nebo i GTK aplikace a nepřipadá mi, že by si braly moc paměti navíc (a nemám žádnou úchylku, kvůli které bych potřeboval aby všechny měly stejný vzhled).
Také si myslím (za to mě prosím nekamenujte), že by u různých aplikací bylo vhodné praktikovat statické linkování a přibalit k nim pár knihoven, se kterými jsou odzkoušené. Dneska už snad pár desítek nebo i set MB navíc nehraje tak velkou roli (na desktopu). Dokonce jsem se dostal do situace, kdy bratr bezproblémově spustil novou verzi primárně unixové utility pod Windows, protože si s sebou táhla pár knihoven, zatímco já jsem měl u stejné utility problém se závislostmi. A protože jsem zrovna neměl čas to řešit, dopadlo to tak že jsem použil WINE. ("jak barbarské" :))
Setkal jsem se i s jinými linuxovými problémy, například při kopírování dat má grafické prostředí velmi špatnou odezvu - nejsou nastavené vhodné IO priority. Tento problém je známý, ale jediné řešení je asi kopírovat s ionice -c3, ale i to pomáhá jen částečně. Připadá mi to jako důsledek nekomplexnosti GNU/Linuxu.
Možná pro mě Debian není nejvhodnější, protože stable obsahuje zbytečně moc staré verze softwaru - může se to hodit u serveru, ale na desktopu... i testing je stabilnější než windows, že? :D
Teď na studiích (Informatika na UP Olomouc) budu asi spíše potřebovat notebook - na ten jsem dal raději OpenSUSE, ve kterém už mají taky oddělené non-free repozitáře a hlavně mají komunitní repozitář s KDE3.
Rozhodně se neplánuju vrátit k Windows - možná kdyby byly opensource, ale tak daleko ještě ReactOS nepokročil...
Tiskni
Sdílej:
A to LXDE sem si v poslední době dost oblíbil, už ho mam na dvou low-end masostrojích a docela si pískam (sice sem tam chtěl původně icewm, ale zase lxde nabídne větší komfort a má +- stejný nároky na paměť, však je to jen openbox + lxpanel + pcmanfm + nějaký to "lepidlo" aby to spolu dobře ladilo, nejvíc stejně sežerou aplikace, třeba firefox nebo chromium si klidně sežere giga paměti když jí má k dispozici). Na ještě slabší masostroj sem proto nasadil links s grafickym režimem, na trolování na ábíčku z hospody na notebooku se starym pentiem na nějakejch 233 MHz je to až dost (jediná závada je v tom, že diskuze neni "hierarchická", ale všechny komenty sou pod sebou stejně široký a tak neni moc dobře vidět kdo na koho čim reaguje, holt to neumí CSS, co se dá dělat, avatary a obrázky naštěstí fungujou) 
Problém nevyvíjejícího se Trinity vidim v tom,
Bych neřek, že se nevyvíjí. Když se člověk koukne do gitu nebo na přidávání patchů, tak tam maj poměrně živo. Vyvíjí se, ale pomalu v rámci jejich možností. Ale protože je jich jak do mariáše tak se to moc nehejbe. Ač bych nechtěl nějak snižovat jejich snahu a úsilí, tak je to pro ně zkrátka moc velké sousto, takhle velký projekt.
Co jsem to tak zkoušel testovat, tak mi to moc stabilní nepřišlo. Spíš ještě rozjebali ověřený a stabilní kód 3.5.10 přidáváním novot. Škoda, že s tim nepřišli dřív, když bylo čtyřkové KDE úplně na ho (4.0, 4.1). Škoda. Ale Suse má live CD s 3.5.10, takže ještě dnes je možné mít trojkové kdeéčko v moderní distribuci.Tohle je spíš problém s dynamicky linkovanými closed source programy, které si pro své potřeby instalují všechny možné knihovny v "těch správných verzích". Naštěstí je většinou instalují do svého vyhrazeného adresáře, ale i tak zůstává problém s aplikací samotnou.
Hlavní problém staticky linkovaných programů je v tom, že když se objeví chyba (ať už bezpečnostní nebo funkční) v knihovně, bylo by potřeba přebuildit a updatovat všechny programy, které ji používají, což nemusí být vždy úplně snadné (a v případě closed source ani možné).
Život je otázka kompromisov, vždy je to kompromis medzi bezpečnosťou a použiteľnosťou.
Ale oni sa tam naťahajú aj s programom do /opt. Niesu teda priamo medzi ostatnými binárkami, ale sú tam
Pokud je ta knihovna statická, pak není k běhu programu vůbec potřeba, tak proč by ji někdo instaloval s programem?
Je pravda že by sa dali zlinkovať priamo do jedného blobu, ale to som hádam ani nevidel.
Jste si jistý, že rozumíte dobře pojmu "staticky linkované"?
Je pravda že by sa dali zlinkovať priamo do jedného blobu, ale to som hádam ani nevidel.To je ale význam toho slovního spojení „staticky linkované“.
K linkování:
Docela by se mi líbilo, kdyby dával synaptic na výběr. Defaultně by se linkovalo dynamicky + byla by možnost "přepnout" na linkování statických knihoven.
Jinak plně souhlasím se zápiskem, líbilo se 
Akorát nevím, jestli by se jim chtělo hostovat tolik dat...Tak hlavně k tomu není žádný důvod. Tedy abych to upřesnil, nevidí k tomu žádný důvod ti, kteří skutečné distribuce udržují.
libc a spol.), ale ty ostatní jsou zalinkované staticky a celek je distribuovaný většinou jako běžný archiv (.tar.gz). Což se docela hodí, obzlášť když je ta binárka 32bit a pokoušíte se jí uchodit na 64bitech (např. Skype).
Ps. Nezkusil jsi si Linux from scratch? Dal by se nad ním postavit super systém ražení o kterým mluvím!!! 
V organickem prostredni open source a linuxu, jsou distra opravdu potreba. Pak uz je to jen o vytvoreni standardu proti kteremu se da kompilovat (ale opet, dodrzovani takoveho standardu ze strany distribuci by bylo dost narocne a brzdilo by rozvoj samotnych knihoven (coz kdyz se kouknu na to co vyvadi Lennart by bylo ale dobre
) a v open source prostredi se to proste nevyplati)
Na druhou stranu treba staticky linkovana OpenArena mi jede dobre.
A srovnavat s MS Windows? Napisu jednoduchy skript v Pythonu nebo treba programek v Jave. Distribuovat tohle pro Windows je za trest. Navic od ty doby co to vydas by si mel sledovat bezpecnostni chyby interpretu co si pribalil (a taky vsech knihoven ktery se ti tam tak nejak pridaj
) a u kazdy chyby vyhodnotit jestli tvuj program ovlivnuje a pokud ono vydat novou verzi a zajistit jeji distribuci mezi uzivatele (pred windows 8 peklo, ve windows 8 snad jen pozadat o schvaleni pridani nove verze do jejich "AppStore"). A ted jeste musis resit kompatibilitu, bug reporty proti ruznym verzim,... ja jsem za distribuce fakt rad poslys.
Člověk by mohl (skoro) usoudit z tvého zápisku, že jiná distribuce než Debian neexistuje. Hlavně mi vadí, že někde píšeš obecně o "Linuxu" a přitom myslíš Debian.
:D
A co takhle Kernel Ultras GNU/Linux? 
No přece pomotstvo! 
Podle vzoru Sexmise (nebo jak se to píše, polská komedie) nějak uměle "vyrábět". 
Dobře: KERNEL ULTRAS GNU/Linux

(KULE)
Dobrý
A tohle bys měl šoupnout do KUfortune 
Ale no tak dobře, do fronty to přidám a ještě se rozmyslim :p
Jasně. To já jenom mám trochu rejpavou náladu. 
A k tomu také {Free,Open,Net}BSD a nejlépe ne jenom tyto vyjmenované, ale všechny. :D
Stydím se. :D
Ale v posledních letech mě to už moc nebere, vmware sem zrušil, virtualbox sice pořád mam, ale už dlouho sem ho nepoužil a na holý železo většinou instaluju rovnou to co už zůstane nafurt (většinou arch nebo k/l-ubuntu).
Informatika na UP Olomouc
GLWT
Podle tohoto tam je spíš Win než Linux
))
. Co by se mi ale líbilo víc je, kdyby ty statické balíky tvořilo více vývojářů aplikací. Protože teď je pro mě často nejrychlejší cesta jak něco vyzkoušet, když mám starý balík v distru, stáhnout win instalátor (pokud ho nabízejí) a nainstalovat si to do virtuálky
. Protože kompilovat se mi to většinou nechce a statický balík pro linux nedělají. Samozřejmě z druhé strany chápu, že pro vývojaře je vyrobit ten statický balík někdy opruz.
...a tekda mužeš házet kameny
, seš krutor...
Akorát pro uživáky je to peklo! Uživáci jsou naprosto dementní a nutno s tímto faktem počítat.
Domníváte se že Distributor má řešit všechny pitomosti ohledně programu kterým ani nerozumí a ani nemuže rozumět.Co je na tom tak těžkýho k porozumění? Stačí, když programátor řekne, že jeho program potřebuje knihovnu X verzi alespoň Y a program Z ve verzi aspoň Q. Každej program obvykle ve svý zdrojový distribuci obsahuje nějakej ten soubor README nebo INSTALL kde je tohle všechno popsaný. Není tožádná věda. Jde jen o to, aby to programátor dobře zdokumentoval.
A výsledek je ten že tu máme desítky balíčkovacích systémů a když chce někdo distribuovat program na linux tka musí dělat desítky balíků...Když bude tvůj SW dostatečně populární, lidi ti balíky vytvoří
Nehledě na to, že se to dá automatizovat...
)