"blbost, X je lepší" je excelentní argumentace :-) bravo
Co jsou "nove projekty"? MIT má smysl u projektů, kde zdroják "nejde" zavřít, např. JS knihovny, ale vydávat pod tím firmware? Neudržitelný pokud to za sebou nemá silnou firmu, které je to jedno. Když jako jednotlivec nebo sdružení vydáte firmware/kernel pod MIT, tak vám ho seberou a převálcujou vás.
>MIT má smysl u projektů, kde zdroják "nejde" zavřít, např. JS knihovny, ale
>vydávat pod tím firmware
Trvá a to dlho a ešte bnude trvať, ale jedna taká cesta pre firmware tu je
AMD To Support Coreboot On All Upcoming Processors
on Monday May 09, 2011 @08:10AM
"AMD has just announced that they will be supporting Coreboot (previously LinuxBIOS) on all upcoming processors."
https://hardware.slashdot.org/story/11/05/09/1115235/AMD-To-Support-Coreboot-On-All-Upcoming-Processors
AMD To Support Coreboot On All Future CPUs
on 9 May 2011
https://www.phoronix.com/news/OTQyMQ
AMD Preparing "openSIL" For Open-Source Silicon Initialization With Coreboot
on 3 March 2023
For the OCP Regional Summit in prague, there is a new entry added with a title of OSF on AMD – Enabled by openSIL (yes, folks, OSF as in "Open-Source Firmware").
https://www.phoronix.com/news/AMD-openSIL-Open-Source
AMD openSIL Detailed For Advancing Open-Source System Firmware
on 14 April 2023
AMD openSIL is a set of three statically linked libraries – xSIM (x86 Silicon Initialization Libraries), xPRF (x86 Platform Reference Library) & xUSL (x86 Utilities & Services Library), that can be statically linked to any host firmware during compile/link time.
https://www.phoronix.com/news/AMD-openSIL-Detailed
AMD openSIL Will Eventually Replace AGESA, Supporting Both Client & Server CPUs
on 5 May 2023
With AMD openSIL not expected to be production ready until around 2026, this puts it roughly inline for an AMD Zen 6 or Zen 7 introduction. The proof of concept code for AMD Genoa is expected to come soon
https://www.phoronix.com/news/AMD-openSIL-Replace-AGESA
Watch: AMD openSIL For How AMD Is Working On Open-Source Firmware
3 May 2023
https://www.phoronix.com/news/AMD-openSIL-Presentation
AMD openSIL Planned to Replace AGESA Firmware in Client and Server in 2026
May 5, 2023
https://www.anandtech.com/show/18853/amd-opensil-planned-to-replace-agesa-firmware-in-client-and-server-in-2026
Tam kde je teď linux je jen a jen zásluha komunity.. až posledních 5 let si můžem troufnout říct investují komerční subjekty, který chtějí buď prosadit v linuxu (MrkvoSoft), nebo chtěj používat linuxový svět (dnes ve velkém se to propaguje v CNC strojích s tím, že třeba za 10 let je možnost aplikaci znovu zprovoznit na jiném HW atd.)
Pamatuju si projekt WineHQ při startu... nebýt těch nervů a hlavně investice času do toho projektu dev teamu..... tak dnes z toho není několikamilionový projekt, který s vývojem zrychluje a posouvá hranice dál a dál a šlape to na paty konkurenci... (anoo lidi co prosazují WMware, že je to top... ovšem mě nesvědčí jejich celý cloud system...)
Linux vďačí za svoj úspech (skoro) od začiatku aj komerčným subjektom.
V polovici 90tych rokov sa firmy ako IBM, Sun Microsystems a Oracle spojili v koalicii proti Wintelu (MS, Intel, Compaq). Tym pojitkom mali byť Java + Unix. Okolo roku 1997 - 1998 začal ale Unixy vytláčať Linux. Spočiatku Linux zaujal hlavne cenou. K rozvoju linuxu a jeho ekosystému prispeli napr. RedHat, Trolltech, Sun, a aj rozne mensie firmicky ktore zial neboli komercne uspesne (MandrakeSoft, SuSe, Caldera). Bez komercnych spolocnosti, ktore robili linuxu obrovsku reklamu a snahy porazit MS by bol linux len hobby projekt pre par nadšencov.
Jak jsem psal, pokud je to interní modifikace v rámci firmy, to vám povoluje snad každá OSS licence (resp. licence, která to nepovoluje, není považována za open-source licenci). Pokud jde o to postavit nad modifikovanou verzí veřejnou službu, to už některé licence zakazují (pokud změny nezveřejníte) – např. AGPL nebo SSPL.
Jj, hodně lidí si myslí, že GPL znamená, že zdrojáky musí být veřejné, ale ona jen říká, že ke zdrojákům musí mít přístup uživatelé daného softwaru. Pokud si dělám něco pro sebe a kolegy, nic zveřejňovat nemusím a je to zcela v souladu s GPL.
Stejně tak u zakázkového softwaru to můžu dělat pod GPL, zdrojáky předám jen konkrétnímu zákazníkovi, který si za to zaplatil a bude to používat, a zdrojáky zůstávají de facto neveřejné.
Navyse tu na roote odbornici na licencie ich ani len necitali, na co som prisiel, ked som s nimi potreboval radu a radili mi protipravne chovanie.
Ono v konecnom dosledku pri liecnciach typu GPL tie vase zdrojaky a upravy a niekedy aj ine casti vasho softveru proste musite zverejnit, ak ho pouzijete ako firma, ktora poskytuje nejaky slozby alebo softver.
Ono v konecnom dosledku pri liecnciach typu GPL tie vase zdrojaky a upravy a niekedy aj ine casti vasho softveru proste musite zverejnit, ak ho pouzijete ako firma, ktora poskytuje nejaky slozby alebo softver.
GPL vyžaduje zpřístupnění zdrojových kódů uživatelům. Nemusí se zveřejňovat (ale zveřejnění tak, aby je uživatel našel, je považováno za zpřístupnění). A uživatelem je ten, kdo aplikaci přímo spouští na svém hardwaru. Tj. pokud software někde běží a uživatel k němu přistupuje po síti (např. přes HTTPS volá server), není uživatelem ve smyslu GPL (a práva). Právě proto vznikla licence AGPL, která úpravy zdrojového kódu podmiňuje tím, že k těmto úpravám budou mít přístup i uživatelé používající aplikaci po síti.
Takže pokud firma poskytuje služby, nedistribuuje aplikaci a GPL po ní nevyžaduje zpřístupnění zdrojových kódů. Pokud poskytuje software, tj. vezme upravený GPL software a distribuuje ho dál, tj. přímo kopii toho softwaru zpřístupní jiným lidem či firmám, musí těmto třetím stranám zpřístupnit i zdrojové kódy.Na tom by ale nemělo být nic překvapivého, to je podstata GPL.