Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.
Google Chrome 153 byl prohlášen za stabilní. Nejnovější stabilní verze 153.0.8010.36 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 230 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Open-source hra Shattered Pixel Dungeon (Wikipedie) byla vydána ve verzi 4.0.0. Přehled novinek v příspěvku na blogu.
Apple dnes představil (YouTube) iPhone Duo, iPhone 18 Pro, Watch Series 12, Watch Ultra 4 a AirPods 5.
Společnost System76 představila pracovní stanici Thelio Mira AI s předinstalovaným Pop!_OS s prostředím COSMIC nebo Ubuntu. Nakonfigurovat lze až s 16jádrovým CPU AMD Ryzen 9 9950X, 192 GB DDR5 RAM, dvěma GPU NVIDIA RTX Pro 6000 a 192 GB GPU pamětí.
DigitalOcean je sponzorem nadace Omacom Foundation stojící za linuxovou distribucí Omarchy. Přislíbená částka je 3 miliony dolarů, tj. 1 milion dolarů ročně po dobu tří let.
Na stránkách PostgreSQL bylo představeno LibreDB Studio. Jedná se o open-source self-hostované SQL IDE pro (nejenom) PostgreSQL v prohlížeči. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána nová verze 12.0 media serveru Jellyfin (Wikipedie). Přehled novinek v poznámkách k vydání. Pro vyzkoušení je k dispozici Demo Server. Jellyfin je fork media serveru Emby, původně Media Browser.
V MikroTik RouterOS bylo nalezeno šest zranitelností společně pojmenovaných MikroTrick umožňujících útočníkovi, pokud má přístup k SSH, získat plnou kontrolu nad zařízením bez nutnosti autentizace. Ve verzích RouterOS 7.25beta3, 7.24.2, 7.23.4 a 6.49.21 je již opraveno.
Byla vydána verze 9.5 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání. Jedná se poslední vydání řady NetBSD 9. Doporučen je přechod na NetBSD 11 nebo NetBSD 10.
Mám na mysli jak licence zdrojových kódů programů psaných vámi, tak licence zdrojových kódů "cizích" programů. Pokud se já zamyslím nad touto otázkou, tak "nejlepší" licence pro mě jsou ty "GPL kompatibilní" (tedy hlavně samotná GNU GPL nebo LGPL). Nepohrdnu ani upravenou BSD licencí či nějakou s ní kompatibilní.
A co vy?
Tiskni
Sdílej:
Unlike our licenses, which do not make mention of source or object codeU softwaru je ten rozdíl zdrojový tvar (kód) vs. spustitelný výsledek (binárka) nejmarkantnější a je potřeba ho řešit v licenci. U multimédií to tolik potřeba není – sice bys mohl chtít RAW od fotky nebo vektory od kresby… ale i ten výsledný tvar je dost dobře použitelný – z fotek můžeš udělat koláž, film sestříhat a dát k němu jinou hudbu, písničku zremixovat…˙
písničku zremixovat…˙Možná proto se už nějakou dobu z hudby nepřebírají chytlavé melodie pro jiné skladby, ale jen se to tupě remixuje. Poslední formát ve kterém bylo něco jako noty byl MOD. Od dob MP3 jsou to v podstatě výsledné (vyrenderované) binárky. Proto se snažím z jednoho demo-scenéra vytáhnout zdrojáky k jeho vlastnoručně napsanému syntetizátoru ke kterému má i vlastní MOD-like formát. Oproti MODům to však zní docela moderně. A výhoda je, že to používá pro 64k a 4k dema, takže výsledná binárka má pak kB i vlastní hudbou. I hudba nebo obecně Art může být otevřený.
Ani v jednom případě to ovšem není rozhodnutí technické.Toto myslim neni pravda. Kalle Dalheimer prohlasil (volne prelozeno) jiz 1998, ze 'pro vsechno co je komponenta je GPL jeji smrt'.
Musím ale kajícně přiznat, že já to vidím stejně. Chtěl bych mít svobodu používat libovolný kód, protože já jsem ten hodný a když programuju, tak to dělám pro dobrou věc, ale chtěl bych ochránit plody své duševní práce před zneužitím.
Je to sobecké?
Musím ale kajícně přiznat, že já to vidím stejně. Chtěl bych mít svobodu používat libovolný kód, protože já jsem ten hodný a když programuju, tak to dělám pro dobrou věc, ale chtěl bych ochránit plody své duševní práce před zneužitím. Je to sobecké?Huh? GPL! Ochrana před zneužitím ≠ nedát kód ostatním (naopak, třískat prachy na něčem cizím a ještě nesdílet s ostatními vylepšení = zneužití), ale naopak zajistit aby ostatním kterým dám nemohli vzít a uzurpovat si. Což GPL ± zaručuje (nebo se o to aspoň snaží). To musí být přece jasné každému, kdo je obeznámen se základy hackerské etiky.
To je pěkně sobecké a pro takové lidi mají v pekle speciální level.S windows 3.11 kde musí programovat v čistém notepadu a počítat s neustálými výpadky napětí, .
rozumné posílat zpět tvůrcům knihoven nějaké ty patcheRozumné ano – je ale otázka, jestli to autoři těch proprietárních aplikací dělají. Zejména tam, kde se dělají „projekty“ na to budou spíš kašlat – je potřeba to rychle nějak splácat, odevzdat klientovi a hrr na další zakázku… po nás potopa. Tam, kde se dělají produkty a udržuje se to dlouhodobě, tam nějaká šance je, ale spíš malá a celkově bych řekl, že nevýhody převažují.
Pokud chceš stavět na BSD kódu, tak stejně potřebuješ platit někoho kdo směřuje vývoj správným směrem.V tomhle případě opravdu nejde o technické rozhodnutí.
Jde o to, že já jsem komunitě dal kód, který oni vylepší a když ho chci využít jinde tak nemůžu.Tak čistě pro zajímavost: U vlastního kódu není problém duální licencování, tedy to co vyšlo z mojí klávesnice (klidně i patch) vydat pod GPL, ale použít to i pod nějakou uzavřenou licencí v něčem komerčním. Když holt přijdou patche od uživatelů, tak je podmínka že to co se začlení se musí začleňovat do GPL kódu a nebo z toho, do čeho se bude začleňovat, GPL kód udělat. Je to vcelku logické. Já bych se s psaním patche do něčeho co si někdo vezme, uzavře a dál nebude se mnou sdílet mohl pěkně vykálet. Nejsem žádná free 24-7-365 podpora.
V GPL only světě by to problém nebyl, ale bohužel reálný svět vypadá jinak.A to je taky cílem GPL, udělat z toho ostatního světa GPL svět.
IMHO se na práci komunity na BSD programech dlouhodobě vydělat nedá.Znám spoustu firem co by mohli mluvit jinak.
Pokud chceš stavět na BSD kódu, tak stejně potřebuješ platit někoho kdo směřuje vývoj správným směrem.A tohle jsem myslel tak, že programátor si nikoho platit nemusí a ani nikam nic směřovat nemusí. A už vůbec ne správným směrem (což je mimochodem co? To co vynese největší ranec?). To musí jen ti lidi co tomu nerozumí a neumí programovat.
*) Různá FAQ sice tvrdí, že to jde, ale IMHO to není pravda, protože vydání programu pod GPL pro mě znamená, že musím i všechny komponenty vydat pod GPL, a k tomu typicky nemám právo.Máte pravdu, různá FAQ tvrdí opak. Takže není problém linkovat GPL program se zlib, nebo MIT knihovnou. Dokonce se GPL kód dá linkovat oproti proprietární knihovně - viz třeba Cygwin, anebo všechny ty GNU utility na Solaris, AIX, ... bez toho by totiž GNU projekt ani nemohl vzniknout.