OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.
Byla vydána nová verze 2.56.0 distribuovaného systému správy verzí Git. Přispělo 104 vývojářů, z toho 39 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Mono je open-source implementace frameworku .NET od Microsoftu. Ten se skládá z rozsáhlého API, podpory pro několik programovacích jazyků a vůbec prostředí pro běh aplikací (virtuální stroj, JIT překladač, garbage collector). Ústředním jazykem je přitom C#, který byl standardizován jako ECMA 334; ústřední knihovny (CLI) byly shrnuty ve standardu ECMA 335.
Dalším pokusem o svobodnou implementaci .NET byl projekt DotGNU, jehož vývoj ale zamrzl. Oproti tomu se Mono bouřlivě vyvíjí, nedávno dospělo do verze 2.4.2, v níž se chlubí implementací nejen standardu ECMA, ale i nezanedbatelné časti knihoven .NET, včetně WinForms, ASP.NET a ADO.NET, přičemž přidává ještě další knihovny. Používá jej nemálo aplikací především pod GNOME, například Tomboy nebo Banshee.
Problémem platformy .NET, v případě její reimplementace, je to, že je pokryta patenty Microsoftu. Mono implementuje nestandardní, patenty pokryté části, například WinForms. To proto, že se snaží o interoperabilitu se svou předlohou, aby bylo možné používat aplikace pro .NET i na jiných platformách. Novell, v jehož dílnách je Mono vyvíjeno především, od smlouvy s Microsoftem dokonce spolupracuje přímo s vývojáři .NETu. Díky oné smlouvě by měl být chráněn před patentovými žalobami, ale co ostatní?
Microsoft tento měsíc složil Community Promise [Microsoft.com: CP] ohledně standardu C# a CLI. Tímto se vzdal možnosti vymáhat svá patentová práva na obsah příslušných standardů. Mnohým srdce zaplesalo.
Sluší se dodat, že vývojáři již dříve tvrdili, že v případě komplikací není problém vyhodit problematické součásti Mona. V souvislosti s definitivním uvolněním základní části frameworku bylo navíc ohlášeno rozdělení distribuce na dvě části, na právně bezpečnou a rizikovou.
Krátce po „otevření“ standardů ECMA 334 a 335 se ozvala Free Software Foundation, že je v tom háček. Jaký? C# a CLI jsou sice bezpečné, ale konkrétně standard týkající se CLI se pouze odkazuje na některé významné knihovny (pro práci s regulárními výrazy, serializaci, XPath a XSLT, ...), Community Promise se na ně tedy nevztahuje. A to se jedná o knihovny v podstatě základní, využívané v open-source programech.
Těch několik knihoven není jediný problém, na který FSF upozorňuje. Community Promise se totiž vztahuje pouze na patenty nezbytně nutné k implementaci specifikací, nikoliv na patenty obecné.
RMS a FSF tedy doporučují Mono nepoužívat a vůbec se .NET frameworku vyhýbat, a to ne proto, že by se jednalo o špatný software, nýbrž právě kvůli patentovému zatížení a agresivní politice Microsoftu v tomto směru (viz například spor s TomTomem o VFAT).
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Mono bych do distribucí nedával, i kdyby tam nebyly patentové háčky. Jednoduše mi přijde, že se snižuje "genetická rozmanitost" os/programů. Líbilo se mi, že Linux nabízí jiné řešení, takhle to bude za chvíli všechno stejné, stejně napadnutelné, stejně zaplavené kravinama od "programátorů". Stačí pár programů, které na mono přejdou a už ten moloch bude "muset" mít každý. No a pokud vezmu možnost, že patenty hrozí, tak všechny ty programy co vzniknou, pojedou dál krásně na win, ale na linuxu už ne, takže přijde hromada práce vniveč, možná i hromada uživatelů za těmi programy odejde..
Takže nějakého "zaplavování" bych se určitě nebál. Na Windows tuhle platformu může Microsoft prosazovat silou peněz a marketingu, na linuxu se podle mě neprosadí čistě proto, že za moc nestojí (až na pár plácnutí do vody typu Banshee nebo F-Spot). Chvilku jsem je zkoušel používat, ale moc dobře to nešlo. Je to možná podobné jako s Javou na desktopu: ten jazyk mám i vcelku rád, má dobré knihovny a vcelku dobře se v něm bastlí (.NET rád nemám
), ale z nějakého důvodu se na desktopech příliš neprosadila (a že jí byla předpovídána hvězdná budoucnost).
Od Microsoftu by nemuselo nic hrozit. Snad jen v tom velmi nepravděpodobném případě, kdyby to fakt Mono někam dotáhlo a mohlo "přetáhnout" programy napsané pro Windows k linuxu (nevím, jestli je taková kompatibilita vůbec v plánu).
Mám ale spíš takový dojem, že se v něm rozhodlo psát aplikace jen pár exotů.Nechi do toho kecat, ale v .NET je napsán Autodesk Inventor, mám pocit, že i novější Autodesk AutoCADy a všechny podpůrné aplikace k tomu(Autodesk Valut Server,…). Vůbec bych se nedivil, kdyby Microsoft začal distribuovat nějaké Linuxové distro(Díky vztahům s Novellem s největší pravděpodobností nějaké SuSE) s předinstalovanými CADy. Autodesk je pravá ruka Microsoftu(dokonce bych se ho nebál nazvat Microsoftem v oblasti konstrukce). A věřím, že CADy nejsou jediné, ale budou v tom i nějaké jiné Enterprise aplikace. To bych se začal potom asi dost obávatTakže nějakého "zaplavování" bych se určitě nebál. Na Windows tuhle platformu může Microsoft prosazovat silou peněz a marketingu, na linuxu se podle mě neprosadí čistě proto, že za moc nestojí (až na pár plácnutí do vody typu Banshee nebo F-Spot).
zaplavování.
Od Microsoftu by nemuselo nic hrozit. Snad jen v tom velmi nepravděpodobném případě, kdyby to fakt Mono někam dotáhlo a mohlo "přetáhnout" programy napsané pro Windows k linuxu (nevím, jestli je taková kompatibilita vůbec v plánu).
...koniec koncov bežný user čo neprogramuje nepotrebuje mať nainštalovanú ani javu a o nič moc nepríde...
Esmska nebo nějaké webové aplikace, to má být co? To neexistuje?
.
Internetové bankovníctvo väčšiny bánk JRE nepotrebuje.
To je možné. Ale nejde jen o banky, mám pocit, že Javu používal svého času i Pozemkový fond, nebo tak někdo. Těch webových aplikací je prostě více a je velké riziko, že s některou z nich uživatel přijde dříve či později do kontaktu. A v tu chvíli to bude práce na hovno, protože BFU si řekne, že "v těch linuxech zase něco nefunguje", a vrátí se k MS Windows. Ač to bude v podstatě jeho blbost. Stejně tak Moonlight/Silverlight --- už nyní exituje nejeden web, který to používá. A obdobně Flash, třeba mně teď nefunguje, ač mám aktuální verzi apod.
Esmska (velice užitečná věc, škoda, že o tom ví tak málo BFU)
To je naopak dobře. Kdyby to používal každý, tak by to snížilo zisky operátorů a ti by začali jako obvykle vymýšlet nesmyslné restrikce, jak tomu zabránit.
Ehm, jabber, kolik stojí mobil který to umí2000Kč? Celkem libovolný s Javou - většina posledních 4 let.
kolik datový tarif39Kč týdně (T-Mobile ČR, Twist Surf+).
F-Spot mi padá, Tomboy nepoužívám a nic jiného v základní instalaci není... takže vlastně ani nemám potřebu na svém Ubuntu nějaké mono mít. Tak jsem ho odinstaloval :) A jinak Microsoftu bych taky nevěřil...
F-Spot se mi líbí, ale bohužel též padá..
Ještě snad EoG, ne?WTF!?
Jinak Gwenview se chová jako by si náhledy dělal spekulativně dopředu - když ho spustím na nějakém obrázku, trvá posun na další něco okolo sekundy. Všechny další posuny v adresáři (30MP snímků!) jsou pak okamžité. Zoom obzvlášť těch větších souborů je ale opravdové utrpení, na prohlížení skenovaných map nebo velkých fotek je EoG jednoznačně lepší.
Prostě ač jsou to oboje prohlížedla obrázků, tak mají různý přístup a tím pádem se v různých situacích chovají jinak.
...Banias@1.6...
Dothan je fakt lepší. Ten tvůj procesor jsem taky měl.
...RAM upgradnutá na 2 x 512 MB, ale netuším, jestli jede dvoukanálově...
Nevím, jak teď, ale jela mi dvoukanálově.
Nejseš náhodou taky zasaženej defaultně zapnutou EXA i na grafikách s malou VRAM, kde ve výsledku všechno zpomaluje?
Ha! To mě vůbec nenapadlo, vyzkouším. Na fóru jsem totiž teď četl, že i855 s tím má problém.
Ha! To mě vůbec nenapadlo, vyzkouším. Na fóru jsem totiž teď četl, že i855 s tím má problém.
Tak s downgradem (2.6 → 2.4) mi klesl výkon v glxgears z 515 na 292 fps, (znatelný) nárůst rychlosti načítání fotek jsem nepozoroval. Vracím se.
Section "Device"
Identifier "Configured Video Device"
Option "AccelMethod" "XAA"
EndSection
a zkoušel bych rozdíly v rychlosti na eog.
No kdysi dávno bylo DotGNU co se týče funkčnosti hodně před monem. DotGNU mělo Je celkem zajímavé že 80% celého DotGNU napsal jeden člověk no a bez něho jde vývoj pomalu.
Jinak DotGNU mělo jako první winforms, C# kompilátor, debugger, běželo asi na 10 architekturách a nevím kolika operačních systémech. Z techického hlediska je to moc hezký a čitě napsaný projekt. Mono má zase nevímkolik placených programátorů, takže podle toho to tak dnes vypadá.
Mimochodem Českých drahách běží už asi rok počítač s linuxem a něm program napsaný v DotGNU 
Tak nevím. Qt je LGPL. Je zdokumentovaná. Lze zakoupit komerční podpora. Opomenul jste ji záměrně?
Nevšiml jsem si, že by ke grafickým prostředím chyběla dokumentace.
Spusťte si devhelp, zadejte heslo GtkDialog, a vyjede na vás desetistránková dokumentace GtkDialogu. Není v ní ani jediný odkaz do zdrojového kódu.
Stejnou kvalitu má dokumentace prakticky jakékoliv základní GNOME knihovny, D-Bus, HAL.…
Pokud vám nedostačuje dokumentace, pusťte si gtk-demo, které je plné ukázkových programů, kde rovnou vidíte zdrojáky. Nebo GTK+ tutorial, případně vzorové příklady distribuované přímo s GTK+.
Qt/KDE na tom jistě nebude hůř.
Co byste si představoval více.
Dokumentace pro programování v GTK/Gnome je spousty, ale má jednu vadu. Je zastaralá. Většina jí byl napsaná v době vzniku, kdy se na to opravdu dbalo. Od té doby je jen minimálně aktualizovaná.
Jak jste na to přišel? V mém devhelpu jsou veškeré aktualizace, dokonce včetně připravovaných změn pro ještě nevydané GNOME 2.28. Vzhledem k tomu, že se dokumentace extrahuje během kompilace přímo ze zdrojáků, nemůže tomu ani být jinak.
Přišel jsem na to tak, že jsem v tom programoval.
Ta dokumentace ze zdrojáků je pěkná v případě, že chci například vědět jaké parametry má konkrétní funkce. Ale když mám obecnější problém, tak je to horor. Třeba taková knihovna Pango a otázka jak v ní nastavit písmo. Vždyť k tomu není ani blbý Overview, o nějakém tutoriálu si člověk může nechat jen zdát.
A i ten popis funkcí a struktur je někdy opravdu "úžasný". Hlavně mě dostává věta: Tato funkce je zastaralá a neměla by se používat. Ale že by k tomu napsali, čím ji nahradili to ne.
Když si dá člověk práci, tak nakonec to co chce zjistí. Ale mnohdy se to náročností od studování zdrojáků moc neliší.
Pravda, u zastaralých funkcí by se mohli zlepšit. Sám jsem nedávno strávil nějaký čas zkoumáním, jak používat GtkTootips bez zastaralé gtk_tooltips_new(), než mi došlo, že bych GtkTootips neměl používat vůbec, a místo toho používat přímo nastavení tipu pro widget.
Jinak studování vzorových zdrojáků je mnohdy nejlepší způsob, jak se to naučit používat. I kdyby byla dokumentace sebedokonalejší.
QT je bezpochyby spickove a dobre zdokumentovane, ale mam taky pocit ze tu ide o GNOME a celkovy bordel okolo neho. Oni asi vydia Mono ako spasu a nedivil by som sa keby pod nim napisali polku GNOME 3.0