Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
Ako už asi väčšina zo stálych čitateľov vie, tak Linus Torvalds sa rozhodol prestať používať nástroj na správu verzií (SCM) BitKeeper. Keďže žiadna zo slobodných alternatív nie je vhodná pre vývoj jadra, tak vznikla nová sada utilít git. Ak sa pýtate prečo sa tak stalo a je okolo toho toľký humbug, tak verím, že sa odpovede dozviete práve v tomto článku.
Začnime však pekne od začiatku. Pred troma rokmi sa Linus Torvalds rozhodol, že je časť prejsť od jednoduchého (a o to náročnejšieho na energiu) systému prijímania patchov na niečo lepšie. Pôvodný systém, ktorý fungoval ešte od prvopočiatkov linuxového veku spočíval v posielaní patchov e-mailom jednému správcovi a nakoniec o začlenení do jadra rozhodoval Linus, aj keď treba povedať, že neraz šlo skutočne len o ten formálny súhlas. S pribúdajúcim počtom patchov sa stala údržba tohto systému príliš náročnou na čas a tak sa začala hľadať alternatíva.
Táto debata sa začala už v roku 1999. Dostupných nástrojov na správu verzií (SCM) už bolo síce dostatok, ale prakticky okamžite boli zavrhnuté všetky trochu známejšie slobodné nástroje SCM. V roku 1999 sa Linus vyjadril, že rozmýšľa nad prechodom na BitKeeper (BK). V tom čase sa Larry McVoy (autor BK) vyjadril, že verí v skorý prechod na BK, sú pripravený podporovať vývojárov a trochu sa boja. Prešiel nejeden piatok a stále sa nič nedialo.
Až začiatkom roku 2002 sa Linus odhodlal a začal aktívne testovať BK. Ako sa ukázalo, tak BK v tej dobe už bol dostatočne vyspelým nástrojom, ktorý by skvalitnil prácu na vývoji. A tu začali prvé vážnejšie roztržky. Základné problémy sa netýkali funkčnosti, ale ideológie. BK je komerčný program, ktorý nie je slobodný, šíri sa zdarma, ale kladie ďalšie podmienky na používateľov. Medzi najzávažnejšie patrili zákaz reverse engeneeringu a zákaz vývoja konkurenčnej aplikácie (vrátane slobodných alternatív). Tieto podmienky sa samozrejme netýkali komerčnej verzie. S tou však bolo ešte o problém viac, pretože istá spoločnosť sa rozhodla kúpiť potrebné licenciu a dopredu hlásila, že sa pokúsi prísť na to ako celý ten BK funguje. Lenže Larry McVoy sa rozhodol im nepredať svoj softvér.
Medzi základných kritikov patrili prevažne ľudia, ktorí na vývoji kernelu
priamo nespolupracujú a starajú sa o ideologickú čistotu (napr. Richard
Stallman). Naproti tomu hlavní vývojári a správcovia jednotlivých častí boli
spokojný, až na Andrea Arcangeliho, ktorý bol proti už od samého počiatku.
Vzniklo niekoľko iniciatív, ktoré mali zabrániť používaniu tejto
nečistej aplikácie, ale väčšina z nich zostala bez odozvy. Teda ak
nepočítame Linusove typu odpovede:
A odmietam používať menejcenné nástroje len kvôli ideológii. De facto,
pôjdem tak ďaleko, že poviem, že ospravedlňovanie zlých nástrojov kvôli
ideológii je hlúpe a ľudia, ktorí to robia myslia svojimi gonádami (gonáda =
pohlavná žľaza) a nie mozgom.
Na druhej strane Linus potvrdil, že keby sa našla slobodná alternatíva, ktorá by bola len o kúsok horšia, tak je ochotný na ňu prejsť. Bohužiaľ slobodný vývoj SCM napredoval tak pomaly, že stále neexistovala žiadna rozumná alternatíva pre projekt tejto veľkosti a používaného spôsobu vývoja.
Je zrejmé, že používaním tohto systému si Linux postavil proti sebe väčšinu ideológov (aj keď tých si pohneval už dávno, tým že nepoužíva GNU/Linux) a nemalú časť používateľov Linuxu. Na druhej strane je potrebné priznať, že tento krok priniesol obom stranám zjavné výhody, teda by sa malo jednať o win-win stratégiu. BK mal fantastickú reklamu a získaval podnety na zlepšenie. Na druhej strane kernel bolo možné kvalitnejšie spravovať a tráviť menej času nad rutinnými záležitosťami. Za nepopierateľnú výhodu je možné považovať aj fakt, že Linus bol schopný spracovávať viac než dvojnásobok patchov denne ako pri použití klasickej metódy. Odporcovia tvrdili, že bez použitia BK je nemožné spolupracovať na jadre, ale stále boli publikované aj zmeny v klasickom formáte aj nočné exporty zo stromov hlavných vývojárov. Ale ako to už chodí, nič netrvá večne.
Až prišiel rok 2005 a s ním sa na scénu dostáva aj Andrew Tridgell. Keďže jeho meno je známe skôr z iných projektov ako z vývoju jadra, tak sa pozrime na to o koho vlastne ide. Andrew je zamestnancom OSDL (rovnako ako Linus Torvalds a Andrew Morton) a pracuje na vývoji projektu Samba. Práve pri tomto projekte získal dostatok skúseností o získavaní informácií o tom ako veci fungujú, v prípade že nemáte dokumentáciu a rozhodol sa využiť tieto skúsenosti v prospech komunity. A pustil sa do BK, keďže ho nemohol používať priamo, tak len odpočúval, čo sa posiela po sieti. Andrew Tridgell sa síce nikdy príliš neaktivizoval pri vývoji jadra, ale treba uznať, že skúsenosti s SCM má. Napísal totiž dizertačnú prácu Efektívne algoritmy na synchronizáciu a triedenie a nemalú časť programu rsync. Začiatkom roku dal najavo, že už čoskoro vydá slobodného klienta a že všetko prebiehalo podľa zákonu a eticky. Larry a Linus sa mu to snažili vyhovoriť. Aj napriek komunikácii so šéfom OSDL sa nič nepohlo a tak sa Larry McVoy po dohode s Linusom rozhodol stiahnuť z obehu BK pre nekomerčné použitie. A za pár mesiacov by už nemalo byť po nekomerčnej verzii BK v kerneli ani stopy.
Ako sa totiž už v minulosti ukázalo, tak pokusy o manipuláciu so súbormi dokážu mať nepekné vedľajšie efekty a vzhľadom na kopírovanie stromov sa tieto zmeny šíria rýchlo. Navyše ich často nie je možné vrátiť späť úplne automaticky. Toto je jedna zo slabín systému BK, pretože o konzistentnosť sa starajú rovnako ako klient tak aj server. Preto ak by existoval aj iný klient, tak by bolo nutné buď doň implementovať túto logiku (a používatelia by si ju aj tak mohli zmazať), alebo presunúť všetku logiku do serveru, čo nie je až taká triviálna a hlavne lacná vec.
Tak sa skončila kapitola BK v jadre. Richard Stallman je spokojný, jeho slová sa naplnili. Vývoj v jadre čaká z krátkodobého hľadiska istý útlm. Z toho dlhodobého si to zatiaľ nikto netrúfa určiť. Isté je, že stále neexistuje dostatočná slobodná alternatíva ku BK pre kernel a tak skoro ani existovať nebude. Najmä preto sa Linus rozhodol vytvoriť vlastný nástroj git, ktorý nie je určený pre bežných používateľov a nespĺňa ani klasické názory na SCM. On ním dokonca ani nie je, ale už vie pár vecí, ktoré sú potrebné. Takže sa začína používať a príbeh pokračuje.
Nástroje: Tisk bez diskuse
Tiskni Sdílej:
Nestratili sme dva roky vývoju gitu, pretože dovtedy mal málokto predstavu o tom, čo všetko by SCM mohol vedieť robiť. Momentálne sa už vie, ktoré funkcie sú pre vývoj kernelu dôležité, ktoré chýbajú a ktoré sa nepoužívajú. A dá sa pracovať len na tom, čo skutočne treba.
Povedzme, že sa pred pár rokmi (tuším 1999) očakávalo, že za pár rokov by mohlo byť niečo použiteľné. Problém je, že miesto úpravy existujúcich vecí sa autori projektov rozhodli štiepiť, vytvárať vlastné projekty, ...
Ale pane inženýre, nikdo není dokonalý a je velice snadné kritizovat práci druhého. Jste snad lepší vývojař než LT, že se ho troufáte záporně posuzovat.
V případě, že LT přiřadíme titul "mizerný" jak by jsme asi měli titulovat Vás
Ano, existují projekty open source operačních systémů, které jsou (teoreticky) po stránce softwarového designu navrženy mnohem lépe. Jenže, ouha, některé nebyly nikdy dokončeny, jiné (skoro) nikdo nepoužívá, protože přes ten skvělý design není výsledek moc prakticky použitelný…
isql
není úplně user friendly :-) ), ale protože je používám jen já sám, nic mne nenutí s tím něco udělat…
P.S. vždyť se v článku píše, že Linus GNU/Linux nepoužívá, ne? :-)
help
a zmacknul enter.