WTF: A Linux nem ingyenes? A Debian új kernel után nézhet?

Richard M. Stallman (RMS) egy nemrégiben megjelent LinuxWorld.com cikkben azt állította, hogy a Linux (itt ugye nem feletkezünk meg róla, hogy ha Linuxot mondok, az kizárólag a kernelről, és nem a diszribútorok által még köré szervezett programok összességéről, azaz a disztribúciókról van szó?) nem teljesen szabad szoftver (free).

Ezen kicsit elgondolkodtam. De nem csak én, hanem mások is.

Ha nem free, akkor mi van a Debiannal? A Debian Free Software Guidelines-t követve azt kell mondanunk, hogy a Linux kernel nem (teljesen) free szoftver. A "Social Contract" with the Free Software Community dokumentumban a Debian azt ígéri, hogy 100% free marad minden körülmények között. Namost ha a Linux kernel RMS szerint nem teljesen free, a Debian pedig azt állítja, hogy 100% free marad, akkor csak egy valami jöhet ki ebből.

Az, hogy Debiannak új kernel után kell néznie. Használja ezentúl a Hurd-öt, vagy valóban megvalósítja régi elképzelését, a Debian/*BSD-t. És ezentúl Debian GNU/Hurd, vagy/és Debian GNU/NetBSD lesz a neve.Nézzük bővebben. Miért nem teljes free jelenleg a Linux kernel?

RMS szerint két okból:

Az első ok:

RMS szerint az, hogy Linus a Linux kernel fejlesztéséhez egy nem-free (és itt most ne beszéljünk arról, hogy ingyenes-e vagy sem) programot használ, az egy nem jó dolog a free szoftver fejlesztés szempontjából. A BitKeeper felhasználásával a Linux kernel fejlesztése eltér a free szoftver fejlesztés tanaitól. Hogy miért? Mert RMS szerint ahhoz, hogy valaki közelről szemmel tudja tartani a Linux kernel fejlesztését, vagy esetleg bele is akar folyni a fejlesztésbe, ehhez az illetőnek egy non-free programot kell a gépére telepíteni (BitKeeprer). Most a jelen felállás szerint egy rakás (több száz) kernel fejlesztőnek kell ezt megtennie. A legtöbbnek nincs baja azzal, hogy egy non-free programot kell a gépére telepíteni, de mások nem nézik ezt jó szemmel. Mi lehet a megoldás mégis?

RMS szerint egyik lehetséges megoldás lehet az, hogy felállítanak még egy repository-t a Linux kernel forrásának tárolásához. Ez lehet egy CVS (Concurrent Version Control System) vagy bármilyen más free verzió követő rendszer. Ezzel párhuzamosan meg kell valósítani, hogy a Linux kernel forrása automatikusan, és gyakran átkerüljön a BitKeeperből a free verzió követő rendszerbe. Valakinek meg kellene ezt valósítani.

RMS szerint erre az FSF (Free Software Foundation) nem képes, és nem is akarja megtenni. Hogy miért? Mert nem akarják a gépeikre telepíteni a BitKeepert. Jelenleg az FSF gépein nem fut nem-free program, és nem is akarják ezt a szokást feladni. Ezt valaki másnak kell megtennie.

A második ok:

RMS szerint van még egy sorozatos dolog ami miatt a Linux kernelt nem nevezhetjük (teljesen) free szoftvernek. Ez az ok az, hogy a Linux kernel jelenleg tartalmaz olyan kódokat, firmware-ket (firmware: az eszközök alacsony szintű müködéséhez elengedhetetlenül szükséges alapvető rutinok összesége) amelyeknek a forrása nem publikus. RMS szerint nem sok olyan eszközmeghajtó van a Linux kernelben amelyek ilyen firmwarekkel működnek együtt, de vannak. Néhány ilyen eszközmeghajtó csak bináris formában érhető el. Ez RMS szerint nem megengedhető. Ezek a programok nem rendelkeznek publikus forráskóddal. A Linux a GPL licensz alatt van terjesztve. A GPL licensz kimondja, hogy a programoknak "complete corresponding source code", azaz teljes összhangban kell lenni a forrással. Mivel ezen binárisok forrása nem ismert, ezért nem lehetnek GPL licenszűek. RMS szerint az, hogy biináris programokat használnak a Linux kernelhez, az ütközik a GPL licenszel.

RMS-nek erre is lenne megoldása: A kernel fejlesztők eltervezték, hogy külön fogják választani a Linux kerneltől a bináris drivereket/firmwareket és elkülönülő fileokba fogják tárolni. Mire ez elkészül, az eltart egypár évig, de ha ezzel készen lesznek, akkor kijelenthetjük, hogy elkészült a "free Linux". RMS tisztában van azzal, hogy sok ember nem akarja majd használni a hivatalos non-free kódot nem tartalmazó Linux kernelt (ugye akkor búcsút mondhatunk a bináris nVIDIA, ATI, stb. drivereknek, és más 3party fejlesztők által fejlesztett eszközmeghajtóknak is. Pl winmodem meghajtók, stb.). RMS erre azt mondja, hogy a free Linux projectnek majd ki kell találni a megoldást arra, hogy ezeket a drivereket/firwareket kiváltsák/megírják.

A cikk végén RMS kijelenti, hogy a free szoftver eddigi zászlóvivője, a Linux jelen állapotában nem-teljesen free.

"Linux, the kernel, is often thought of as the flagship of free software, yet its current version is partially non-free. How did this happen? This problem, like the decision to use Bitkeeper, reflects the attitude of the original developer of Linux, a person who thinks that "technically better" is more important than freedom.

Value your freedom, or you will lose it, teaches history. "Don't bother us with politics," respond those who don't want to learn."

RMS egy kicsit rúg Linuson is, amikor azt mondja, hogy a Linux kernel fejlesztését jelenleg egy olyan ember irányítja, aki szerint a "technikailag jobb" többet ér mint a szabadság.

Ezért mondtam, hogy ha ez így van - és látjuk hogy a free-szoftver elképzelés megalkotója Richard M. Stallman szerint így van - akkor a Debian projectnek el kell vetnie a Linux kernelt, mint lehetséges operációs rendszer magot egészen addig, amíg a fennt részletezett okok fenn állnak. Igaz, hogy RMS egyelőre nem tett olyan kijelentést, hogy a GNU/Linux nem létezik többé, de erősen célozgatott rá.

Ezt itt szigorúan a saját véleményem. Azért kíváncsi lennék mondjuk egy illetékes Debian developer véleményére is.

Valóban ilyen rosszul állunk?

Hozzászólások

Heh vegul ti is engedtetek a nyomasnak, es GPL lett az MPlayer. Ott mi volt a fo ok?

Csak ennyit idézek be, gondolkozzatok rajta. :)

Benjamin Franklin:

"They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety."

Ezt megértem, de akkor miért szidjátok annyit az nVidia binary-only drivereit?

Az MPleayer, eddig szerencsére elkerülte olyan sötét szervezetek figyelmét mint a riaa, és társai. Nem is beszélve az m$-ről. Ha ügyvédekkel és perekkel kezdenék fenyegetni az MPlayer iróit, talán más megvilágításba kerülne ez a 'Free software-el' kapcsolatos elméletinek vagy még inkább csak filozófiainak tűnő vita.
Mi ugyan nem voltunk részesei a unix '70 '80-as évek történéseinek, de elolvashatjuk mi is történt akkoriban. Hogy lett a szabadon használható at&t féle kernelből méregdrága kereskedelmi termék. Elrabolva ezzel sokezer fejlesztő munkáját.

A gnu/linux egyre komolyabb tényezővé válik üzleki értelemben is. Ez egyre nagyobb nyomást jelent a fejlesztőkre nézve, így Linus-ra is.
Egy probléma van csak itt, ha az IBM HP, vagy akárki gyorsítani szeretne pl a linux kernel fejlesztésén, meg kell érteniük, hogy ezért nekik kell fizetniük. Pl úgy hogy megveszik a Bitkeeper jogait, majd GPL alatt kiadják. Az viszont hosszútávon nem megoldás, hogy a kerel fejlesztőkkel fizettetik meg a hatékonyabb fejlesztés költségeit. Mint ahogy az sem, hogy majd kernel fejlesztés helyett, mellett bugtracking&bugreport-okkal 'fizetnek' a Bitkeeper-ért, ahogy Larry McVoy szeretné.

A Gnu/linux és a szabad software mozgalom mára világgazdasági tényezővé vált. Innentől kezdve,
vagy a linux változtatja meg a világot, vagy a világ a linuxot.

Ha Larry McVoy igazat mond 1 év kell, és 25 programozó :))

Ennek az esélye szinte a nullával egyenlő. Linus mellett a z összes többi linux kernel fejlesztőnek bele kell egyezni abba, hogy megváltozzon kernel licensze. Márpedig ők nagyon sokan vannak.

A gnome, gimp, gcc, emacs viszont igen, és ezek is komolyabb projectek.
Abban is jelentős része volt RMS-nek, hogy a TrollTech végül megváltoztatta a libQT licenszét gpl-szerűre. Enélkül, ma a KDE nem lehetne szabad kereskedelmi termék, hanem minden disztro tárgyalhatna a Trolletech-el, akik közvetetten a KDE fejlesztők munkájáért pénzt szednének. (A KDE kell ami ugyan szabad de QT nélkül nem megy)
Ma nincs ilyen probléma, és mindenkinek jobb így, megkockáztatom, hogy még a TrollTEch-nek is jobb.

Ajaj most látom hogy RMS, egy Joe Barr cikkre válaszolt.
Mostmár biztos, hogy RMS-nek igaza van :-)))))

Akkor itt a main hozzászólások között is:

Mi ugyan nem voltunk részesei a unix '70 '80-as évek történéseinek, de elolvashatjuk mi is történt akkoriban. Hogy lett a szabadon használható at&t féle kernelből méregdrága kereskedelmi termék. Elrabolva ezzel sokezer fejlesztő munkáját.

A gnu/linux egyre komolyabb tényezővé válik üzleki értelemben is. Ez egyre nagyobb nyomást jelent a fejlesztőkre nézve, így Linus-ra is.
Egy probléma van csak itt, ha az IBM HP, vagy akárki gyorsítani szeretne pl a linux kernel fejlesztésén, meg kell érteniük, hogy ezért nekik kell fizetniük. Pl úgy hogy megveszik a Bitkeeper jogait, majd GPL alatt kiadják. Az viszont hosszútávon nem megoldás, hogy a kerel fejlesztőkkel fizettetik meg a hatékonyabb fejlesztés költségeit. Mint ahogy az sem, hogy majd kernel fejlesztés helyett, mellett bugtracking&bugreport-okkal 'fizetnek' a Bitkeeper-ért, ahogy Larry McVoy szeretné.

A Gnu/linux és a szabad software mozgalom mára világgazdasági tényezővé vált. Innentől kezdve,
vagy a linux változtatja meg a világot, vagy a világ a linuxot.

Egy interjúban (talan Larry McVoy?) azt olvastam, hogy Linux gyuloli a CVS-t, mert nem tud vele hatekonyan dolgozni. Allitolag ezert keresett egy masik verzio koveto rendszert, es ez lett a BitKeeper.

Fene a gusztusat ;)

Szerintem RMS ideologiaja felett eljart az ido. Egyertertek Arpival, grep-nel mukodet ez a megkozelites de manapsag mar kicsit mas a szituacio es masok a szoftverekkel szemben tamasztott kovetelmenyek.

A firmware-es dologban meg latok nemi fantaziat, de szerintem a communitynek lett volna eleg ideje pl. nvidia drivert irni, de tudtommal az nvidian kivul senki nem ert el kulonosebb eredmenyeket az ugyben.
"majd ki kell találni a megoldást arra, hogy ezeket a drivereket/firwareket kiváltsák/megírják"

Szerintem a programozoknak tudnanak hasznosabb dolgot is csinalni, mint a kereket ujra feltalalni.

En a hatekonysagra szavazok.

Szerintem meg az egész maradhatna úgy, ahogy van és volt. Akinek Hurd kernel kell, használja azt, akinek a Linus-féle, az pedig használja azt. És ha ők a BitKeeper -rel tudnak jobban dolgozni, akkor használják azt, szívük joga. Amúgy minden tiszteletem a GPL -é (lásd GIMP, stb.), de néha úgy érzem, hogy ez egész herce-hurca csak arra jó, hogy az amúgy eléggé megoszott Linux tábort esetleg tovább ossza... az pedig szerintem senkinek sem jó, max. az m$-nek... :(

Igazabol RMS-t is meg lehet erteni. Ha nem mond alljt senki a free programokba epulo binaris dolgoknak, akkor elobb-utobb a nyilt forrasu szoftverek zartakka valnanak (legalabbis az elmeleti esely meg van ra) es akkor elveszik az, ami a nyilt szoftvert igazan naggya tette.

A Linux kernel sehol nem lenne, ha annak idejen a sok szaz hacker nem fert volna hozza a kodhoz, nem tudta volna online letolteni, javitani, visszatolteni. A nyilt forrasu szoftver ereje pont abban van, hogy sok szaz, ezer szem nezi egyidoben a forraskodot, ami ennek kovetkezteben javul, hatekonyabba valik, stb.

A masik oldalon a fejleszto cegek allank, pl. az nVIDIA, aki azt mondja, hogy azert adja a kartyaihoz a drivert binaris formaban, mert ha a kodot kiadna, akkor a konkurrens cegek komoly technologiai/technikai információkhoz juthatnak. Oket is meg lehet erteni, hiszen egy rakas penzt oltek kuatatasba, fejlesztesbe, es ennek a profitjat ertheto modon ok akarjak learatni.

RMS-nek mindenkeppen iagaza van, viszont talan kicsit merev a hozzaallasa a dolgokhoz. De jo, hogy van egy ilyen ember is, mert o lehet a "jelzoszirena" az open fejlesztes vilagaban, amely akkor szolal meg, ha a helyezet el akarnak fajulni.

Erdemes ra figyelni IMHO...

Nos, igazad van... RMS -re mindig is érdemes volt figyelni, nem nagyon tudok más olyan emberről, aki ilyen harciasan kiállt volna a nyílt kódért, és ezzel nagyon sokmindent el is ért. Sazl, nagyon sokat köszönhetünk neki. De azért nem kellene rögtön kígyót-békát kiabálni...

ez az nvidia teljesen hülye.... de most tényleg... ha így folytatják akkor nem fogok tőlük semmit se venni...

a zagyvalos opensourcehez: akkor egyszerűbb lett volna ha egyáltalán ki se adják...

Tényleg a free számítógépet mikor találják fel? le lehetne tölteni az internetről, min egy linux disztrót :D

A programozo akkor programoz, ha motivalva van. A legjobb motivalo tenyezo a letoltesek szama. A letoltesek szama akkor nagy, ha sok a feature. Hogy sok feature legyen a programban, ahhoz hatekony eszkozokre van szukseg, kulonben a programozo beleun az egeszbe.
En legalabbis igy mukodok.
De hogy egy magyar peldanal maradjak, szerintem az mplayer project is mar regen megszunt volna, ha az egesz vilagrol mondjuk osszesen 150-en toltottek volna le, mert mondjuk bizonyos ideologiai okok miatt kihagytak volna belole olyan ketes komponenseket, mint a divx.

En pedig, mint irtam: a grepnel meg mukodhet ez a RMS gpl mania modell.
Kijelentem, ha csak free stuffokat hasznalhattam volna, akkor a projectembol nem lett volna semmi. Nem azert, mert nem lehet veluk megcsinalni, hanem azert mert tul nagy munka lett volna es az egeszet hagytam volna a fenebe.

Nem a cvs a szar, csak max nem értesz hozzá megfelelően!:)
Erre még sose gondoltál?
Nézd meg a BSD-t. Van 1 db. cvs adminisztrátor, aki könyvtár/fájl szinten meg tudja csinálni az átnevezéseket, stb. Ha meg kell le lehet scriptelni a dolgot, és ACL-ekkel szabályozni.
Én mindíg csak ámulattal figyelem pl. bra munkáját, mint aki kicsit belülről is belelát az fsn cvs fájába. És azt kell hogy mondjam, hogy az én meglátásom szerint vérprofi módon csinálja bra.
Ehhez képest bra saját bevallása szerint még így is amatőr szinten van azokhoz képest, akik a bsd cvs-ét tartják karban.
Ebből én csak azt a következtetést vonom le, hogy a cvs jó, max nem mindenki ért hozzá. Dehárt erre találták fel az RTFM-et. Gondolom Árpi te is hallottad már ezt a rövidítést valahol:)
Tegyük hozzá, hogy a BSD 2x annyi idős mint a linux, és számomra jelzésértékű az, hogy egy DFSG compliant licenszel, teljesen free eszközökkel mit tudnak megvalósítani!
Mert ők is nagyban használják a gnu C-t, a gnu make-t.
És azt se felejtsd el, hogy Linus a béka segge alatt lenne most, ha nem lett volna a GNU C Compiler*, amivel a kernelét lefordítja; a GNU GPL licensz, ami az érdekeit megvédi, hogy a kódját ne nyúlják csak úgy le, és pl. "szabadalmak" alá vegyék, ami ugye, mint azt RMS egyszer mondta, arra jó, hogy a szabadságát elvegye az embernek!

És tegyük hozzá, soxor szőrszálhasogatásnak tűnik az amit RMS csinál. De nem vaktában lövöldöz! Ui. ő megfizet, vagy valahogy rávesz:) ügyvédeket arra, hogy segítsenek neki, és így alkották meg a GPL-t, hogy az az jogrendbe beleilljen, stb. Az ő célja egy kikezdhetetlen licensz volt, amihez nem tudnak cégek kiskapukat kitalálni, hogy amit egyszer szabaddá tettek, annak elvegyék a szabadságát. És imho sikerült neki. Viszont ha nem állna ki a már szabaddá tett szoftverek, mint pl. a Linux szabadsága mellett, akkor sz@rt se érne a licensze(, mármint ha nem tartják be).

Azt is érdemes megjegyezni, hogy a bitkeeper mellett való döntés nem a linux kernel fejlesztőinek döntése volt, hanem egyszem Linusunknak! Ilyen pl. sem a BSD fejlesztői közt nem történhetett volna meg, sem a Debianban! A Linux kezd Linus egyszemélyes diktatúrája alá kerülni!
Gondolom mindenki ismeri azt az összehasonlítást, mely a BSD-t és a Linuxot (elsősorban a Debiant:) ) úgy hasonlítja őssze mint amerika két fő politikai irányvonalát: A BSD a republikánus irányvonalra hasonlít inkább míg a Debian a Demokráciára. (Bár USA-ban most épp republikánus elnök van:) )
Noss ezen gondolatmenet alapján a Linux kernel a diktatúra utait kezdi járni, pont azért mert kezd elmenni "non-free" irányba!

Most nézzük az mplayer-t, mint emlegetted, hogy nem lenne ilyen nagyszerű a binary-only divx nélkül, stb. És emiatt nem kerülhet a Debianba... Noss. Ez imho egy elhamarkodott állítás: Egyszerűen nem gondolot át a dolgot jogilag, vagy nem olvastad el a DFSG-t. Nem muszály hozzálinkelni a divx4linux-hoz! Azt is meg lehetne pl. csinálni, hogy ha a divx4linux drivere fennvan, akkor dl()-el betölti, és lehet használni, ha meg nincs, akkor lesz@rja, és használja a (GPL-es!) ffmpeg-et.

Ne keverd az ingyenes-t a szabaddal!
Ingyenes ugyan, de nem szabadszoftver.

Csak két megjegyzés az érveidhez:
1. Lehet egyszerre több fájl változását commit-olni!
2. Normális helyen nem változik pillanatról pillanatra egy fájl vagy könyvtár neve. Hanem egy könyvtárat vagy új fájlt megfontolt, és átgondolt döntések alapján hoznak létre, neveznek el, törölnek le, etc. Épp emiatt, ha van egy db. CVS-admin, és az max 24 óra késéssel csinál meg egy átnevezést, az nem nagy várakozási idő... És mondjuk ez az, amit te kevés tudásnak hívhatsz, hogy körülményes. Én inkább azt az oldalát nézem, hogy nagyobb megfontoltságra, és átgondoltságra ösztönöz.

Lásd. előző hozzászólásom... az átnevezésről és a törlésről.

Egyébként meg mplayer user vagyok. És nem azt mondtam, hogy _kell_ a .ddl, vagy a divx4linux. Hanem azt, hogy nem lenne muszály fordítási időben ezeknek fennlenni, hogyha ezeket runtime ellenőrizné, és töltené be.

BTW.: most hétvégén küldtem priv-ben, neked .diff-et mplayer-hez... Igaz csak pár soros, de vsz. nem küldenék mplayer-re .diff-et, ha nem azt használnám. Legalábbis szerintem így logikus ;P

Én biztos vagyok benne. Nézd meg benne a copyright-ot: 1986-ig visszamenőleg ott a copyright notice a 2.95-ös gcc nél.
Stallman a filozófiáját nem most kezde, hanem még akkor, amikor az Unic*-ok free-k voltak, és ő jövőbe látó módon megérezte, hogy ezek a gonosz nagycégek szabadalom címszóval eltulajdonítanak olyan dolgokat, pl. az unix kernelt, ami egy szabad közösség munkája.
Mert akkoriban még minden unix rendszerrel jött az OS forráskódja, C compiler, meg minden forráskód...
Hogy most pontosan milyen platformon is kezdte ezt el fejleszteni RMS azt nem tudom, de gyanítom, hogy a válasz az fsf.org-on megtalálható.

No, akkor mostmár idézek is egy kicsit a köv doksiból: Overview of the GNU Project - Free Software Foundation (FSF)

In 1971, when Richard Stallman started his career at MIT, he worked in a group which used free software exclusively. Even computer companies often distributed free software. Programmers were free to cooperate with each other, and often did.

By the 1980s, almost all software was proprietary (18k characters), which means that it had owners who forbid and prevent cooperation by users. This made the GNU Project necessary.
..............


És ha már szóbakerült, hogy a komolyabb nagyobb szoftverekhez nem jó a GPL, csak grep szintű utilitikhez, ídéznék cáfolat helyett egy viszonylag nagynak mondható szoftverről, ami még mindíg a fenti link alatt található meg:


We also want to provide software for users who are not computer experts. Therefore we are now working on a drag-and-drop icon desktop to help beginners use the GNU system.