- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Brogyi: CTEK akkumulátor töltő és másolatai
- MasterDeeJay: H110-es lapban 10.gen Comet Lake működhet?
- eBay-es kütyük kis pénzért
- Luck Dragon: Asszociációs játék. :)
- Parci: Milyen mosógépet vegyek?
- Mr. Y: Motoros sztorik #06
- Elektromos rásegítésű kerékpárok
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
#33399
sh4d0w
félisten
Dr.FantastiK
#33398
válasz
Dr.FantastiK
#33398
üzenetére
Rosszul tetted fel a kérdést: az nV driver működése az nV-n múlik, nem a Linuxon.
-
#33398
Dr.FantastiK
őstag
Dr.FantastiK
őstag
Arrol szeretnek infot kapni hogy van-e itt tapasztalata valakinek a 10-bit szinmelyseg mukodeserol Linuxon ,, KDE ??
eljutott mar olyan stadiumba a helyzett hogy rendesen mukodjon peldaul Nvidia sajat driverel ? ?
a Bongeszok meg mindig bexarnak miatta ??
. . van boo 2 eve hogy probaltam , Manjaron ,, xarr volt ! -
Livius
őstag
válasz
bambano
#33359
üzenetére
Én ahol dolgozom egy saját beágy Linux-os boardhoz a Yocto project-vel buildelek Linux-ot. Ez a Linux a vevőnek elmegy a board-val, tehát komplett FOSS ellenőrzést és dokumentumokat kellett csinálnunk.
Én amit ebből megtanultam, az az, hogy a vevőnek kiszállított SW-ben, ami jelen esetben egy Linux image, minden ami GPL v2 licenses kód, azt ingyenesen a kérésére el kell tudnom küldeni neki, de csak azt, ami ilyen licenses, minden mást megtarthatok magamnak.
Én úgy gondolom, hogy a Red Hat ennél sokkal többet publikált eddig, és most jött el az, hogy már csak és kizárólag a GLP v2-ők lesznek publikálva (ezt majd kérésre ki kell adniuk, de többet semmit). Pl eltudnám azt képzelni, hogy csinálnak egy GitHub oldalt, ahova ezeket amik náluk GPL v2 felrakják, külön külön, de ez után ember legyen a talpán aki, a sok kicsi SW részből egy újabb disztribúciót majd összehackel magának. Talán a Yocto közösség örülne egy linux-rhel reponak, amiből az elszántak ARM és x86-ra egyedi disztribúciókat tudnának összebuildelni maguknak. Ha kb ilyen lesz a Rad Hat jövője, hogy le minimalizálja a publikus tartalmakat, és csak az lesz elérhető ami GPL v2 akkor semmiben nem lehet velük vitatkozni, ez van és kész, ezt megtehetik, igazából én is ezt tenném egy saját cégemben. -
f_sanyee
senior tag
Ha visszaköveted, téma onnan indult, hogy valaki otthon tanulás céllal használná. egyébkén:
The use cases for Red Hat Enterprise Linux have been expanded in the Red Hat Developer Subscription for Individuals. The Red Hat Developer Subscription for Individuals is a single subscription, which allows the user to install Red Hat Enterprise Linux on a maximum of 16 systems, physical or virtual, regardless of system facts and size. Those 16 nodes may be used by the individual developer for demos, prototyping, QA, small production uses, and cloud access.
The Red Hat Developer Subscription for Individuals terms formerly limited Red Hat Enterprise Linux use to single-machine developers. The Red Hat Developer Subscription for Individuals is still only available to individuals, not organizations or teams, and is designed for personal servers, home labs, and small open source communities. Review the program terms and conditions of the Red Hat Developer Subscription for Individuals for details.
-
vicze
félisten
válasz
bambano
#33392
üzenetére
Te is leírtad és már többen is, hogy kiadja annak aki használja, és olyanok akik értenek a GPL-hez és a joghoz is (ilyen valószínűleg akad a Red Hat-nél is, úgy tippre), hogy nem sértenek semmilyen licencet főleg nem GPL-t.
"redhat kivett a nagy közösből"
Továbbra is a "nagy közösbe" elég nagy mennyiséget rakott és rak bele. Továbbra is olyan dolgokról beszélünk, aminek csak legacy szempontból van értelme és a valós fejlesztéshez nincs. -
bambano
titán
ha a redhat bármibe belenyúlt, ami gpl-es, és azt binárisan kiadta, akkor köteles kiadni a patchet is.
az ingyenebéd nem csak akkor van, amikor csinál valamit a redhat és azt gipsz jakab élvezi, hanem akkor is, amikor a redhat kivett a nagy közösből gpl-es cuccokat és abból pénzt csinált.
-
vicze
félisten
Nagyon úgy néz ki, hogy te nem érted miről van szó.
Azt várod el, hogy RH neked minden kompenzáció nélkül backportoljon kernelbe és alkalmazásokba. Itt 0 azaz 0 fejlesztésük kerül bele bármibe, mivel nem LTS Linux kerenelt használnak, és nem LTS-ek az adott SW-k. Tehát minden amit csinálnak kizárólagosan az ő környezetükben (és deriváltjaiban) használható és nem lesz valósan hozzáadott értéke semmi máshoz.
RH fejlesztése és a FOSS-ba és a közösségbe visszaadott értek továbbra is ott van Cent OS-ben és Fedorában. Kevés nagyobb baromságot lehetne állítani, mint hogy RH nem ad vissza mikor ők az egyik legtöbbet hozzáadó fejlesztői a kernelnek, egyéb projektekről nem is beszélve.Te kizárólagosan ingyen ebédet vársz, azt hogy valami támogatott legyen 10évig anélkül, hogy neked bármit is tenned kéne. Az Open Source mocskosul nem így működik, és pontosan ezért van szükség az Enterprise distro-kra, mert semmilyen cég nem tudna lépést tartani a Open Source tempójával.
#33386 f_sanyee: Az dev licence tesztelni nem prod-ban használni, nagyon nem ugyanaz. Ennyi erővel Windows is ingyen van...
-
válasz
bambano
#33383
üzenetére
de, írtam:
"egy olyan parancs kellene, ami a parancs kiadástól legkésőbb rebootig érvényes"egy hordozható pxe szervert csinálok éppen dockerben.
odaviszem a laptopomat az akárhova, összekötöm a klienssel, elindítom a docker stacket, és onnantól az én gépem a DHCP szerver, és róla lehet bootolni is.
ez tök jól működik, egyetlen szépséghibája van a dolognak, hogy a laptopomnak az az eth0-ja, amin keresztül mindez bonyolódik, is szeretne IP címet kapni a dockerben futó DHCP szervertől, amire ez idő alatt semmi szüksége.
ez igazából gondot nem okoz, azon kívül, hogy fél percenként kapok egy hibaüzenetet, hogy nem sikerült, de ha ki tudnám küszöbölni, annak nagyon örülnék.tehát csak addig kellene letiltva lennie a DHCP kérésnek, amíg ez a docker fut, tehát egy disable az elejére, meg egy enable a végére tökéletesen kielégítené az igényemet
közben azt már megtaláltam, hogy mondhatom, hogy
systemctl stop dhcpcd@eth0.servicecsak sajnos a NetworkManager akkor is kér IP-t, ha meg azt lövöm le, az mindent hálózati kapcsolatomat eldobja (márpedig az nem baj, ha WiFi pl továbbra is van) -
bambano
titán
értem, de azt se írtad le, hogy fixen akarod, véglegesen, vagy most van valami, és ahhoz kell.
buguntuban például a network managerben manualra állítod a kártyát, oszt jónapot.
debianban is, vagy a /etc/network/interfaces-ben beállítod manualra. szóval kaptál még teret a kérdés pontosítására
-
Dißnäëß
nagyúr
Ez bármelyikre igaz, de vannak arany középutak, például nekem a Testing egy nagyon jó balansz stabilitás és frissesség között, biztosan van olyan része, amiben a stable még jobb, de nem jöttek még velem szembe a Testing esetleges bennragadt bugjai, cserébe viszonylag friss rajta minden csomag. (A Stable meg jóval lentebb kullog a Testing után, elég nagy köztük a gap szerintem, ZFS-nél rá is futottam ezzel kapcs. egy kis bibire, de amúgy ok. És mégsem kell a rendszert olyan szinten manuálisan felépíteni, mint az említett másik kettônél.
Szóval kis szopásokat bevállalok még, nagy mélytorkosakat nem
-
a dhcpcd-nek meg lehet mondani, hogy "köszi, az eth0 most ne kérjen IP címet"?
tehát nem akarom letiltani globálisan a DHCP-t, nem akarom az eth0-t sem kizárni ebből, egy olyan parancs kellene, ami a parancs kiadástól legkésőbb rebootig érvényes -
Dißnäëß
nagyúr
válasz
gregory91
#33373
üzenetére
python-ozgatok és kísérletezgetek, játszadozok, infra és konténeresdi.
Tanulás céllal.A desktop itthoni gépem Debian Testing, nekem bevált már 10+ éve.
QEMU-val van jópár VM-em, amiken a kő minimál telepítés van, gyakorlatilag röhejesen kicsi ahhoz képest, amekkora a host.. mind memóriában, amikor fut, mind háttértár foglalásbanVolt 5950X-em, de nem használtam ki, leváltottam 4650G-re, itt azért ha több VM indul és dolgozik, érezni, nem annyira izompacsirta. De azt hiszem, vissza már nem váltok a sokmagosra (bár ki tudja, kegyetlenül tepert az a proci).
Igazság szerint a kíváncsiság hajtott el mindig RedHat-Fedora irányba, de jó ez így, ha maradok ezen, azt hiszem.
Ubuntut próbáltam még, nem tetszett valamiért (tök szubjektív dolog, tudom), Linux Mint az egyedüli Ubuntu származék, amivel kifejezetten meg tudtam barátkozni.
Arch, Gentoo és ilyesmik, nope. Öreg vagyok én már ahhoz
-
-
Yerix
tag
válasz
gregory91
#33366
üzenetére
A Warning: os-prober-el kell foglalkoznom ?
Ezt az eredményért adta:Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.19.0-46-generic
Found initrd image: /boot/initrd.img-5.19.0-46-generic
Found linux image: /boot/vmlinuz-5.19.0-45-generic
Found initrd image: /boot/initrd.img-5.19.0-45-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done -
Yerix
tag
Segítséget szeretnék kérni Manjaro linux bootmenü visszaállításában.
A gépre installáltam ubuntut, majd mellé win10-et és végül a majnarot. Így a manjaro bootmenüje jött be minden boot-olás után.
Nemrég kivettem a gépből az SSD-t és egy másikat használtam pár napig. Majd vissza tettem a sajátomat. De akkor már a uefi nem látta a manjaro-t, csak az ubi-t és win10-et.
Nem tudom mi változhatott meg. Ubi-ból látom, hogy ott a látszólag sértetlen majnaro, de a bootmenü mégsem jön fel bootoláskor.
Kérlek segítsetek, hogy hogyan tudom megoldani, hogy újra legyen manjaro boot menü.
Illetve, ha túl amatőr a kérdés és nem ide tartozik, hanem a linux kezdők topikba, akkor jelezzetek és átrakom oda.
-
#33363
fatpingvin
addikt
Poultier
#33362
fatpingvin
addikt
-
Poultier
tag
Sziasztok!
A másik csoportból irányítottak ide, hátha tudtok segíteni az alábbiban: Két eszközünk között kellene IP forgalmat tcpdumpolnunk, ehhez betettünk egy Ubuntu-t futtató PC-t két hálókártyával. Viszont akárhogy állítjuk az iptables-t belenyúl a packetek headerjébe és ezért az RSTP a két eszközön fals állapotban van.
Meg lehet valahogy oldani, hogy változtatás nélkül fogadja, majd küldje tovább a csomagokat egyik interfészről a másikra?
-
#33361
R̲e̲m̲
senior tag
fatpingvin
#33358
R̲e̲m̲
senior tag
válasz
fatpingvin
#33358
üzenetére
Szia
igen, a bmc virtuális lemezeitől szerettem volna megválni, köszönöm a linket, ez működött.
a bmc managementjében letiltani sajnos nem lehet. A minimum 1 darab mindenből, ha meg a portot lövöm ki akkor csak nem működik, de ugyanúgy mountolja az üres lemezt. -
bambano
titán
"Namármost az az alap paradigma, hogy egy cégnek törekednie kell a profit maximalizálására.": nincs ilyen paradigma.
Attól, hogy jelentős mennyiségű ilyen cég van, ez még nem általános paradigma.Az általános paradigma az, hogy a cégnek törekednie kell a tulajdonosi érdekek kiszolgálására. Nem vitatom, hogy sok cég esetében ez a profit maximalizálás, normálisabban fogalmazva a roi. (return of investment).
Egy rakás cég van, ahol nem a profit maximalizálása a cél, erre a magyar jogban is van lehetőség a nonprofit kft-knél, alapítványoknál, stb. A redhat érdekkörében egy kézenfekvő példa: a kernelt egy nonprofit alapítvány-szerűség gondozza. Egy rakás cég öntött egy rakás zsetont az alapítványba azzal a kettős céllal, hogy fejlődjön a kernel, és ne jusson senki kezébe, amivel kizárhatná a másikat. Azért pénzelik közösen Linust, hogy ne legyen kizárólag egy konkrét céghez rabosítva.
A redhat nem helyezett semmi humán szabályt sehova, a redhat pontosan értette, hogy ezen a piacon a termék a csatolt szolgáltatás. Ez kb. olyan, hogyha te kalapácsot árulsz, szponzorálod a szöggyárat.
-
#33359
bambano
titán
fatpingvin
#33357
bambano
titán
válasz
fatpingvin
#33357
üzenetére
nem csak neked:
annyi tévedést írtatok, hogy muszáj közbeszólnom.1. számú alapszabály: GPL-T AKKOR LEHET SÉRTENI, HA A CUCC GPL-ES.
2. kiválóan elfilozofálgattatok a systemd gpl sértéséről úgy, hogy senki nem írta ide, hogy a systemd NEM GPL-es.
3. átlagos disztró zöme SEM GPL-es. a fontosabb cuccok közül gyakorlatilag az alap unix segédprogramok és a gnome gpl-es, a többi nem.
4. a redhatnek joga van ahhoz, hogy kiadjon egy disztrót, aminek a 10%-a gpl-es úgy, hogy ad egy linket, hogy a cuccomban levő gpl-es programok forrása itt. és a nem gpl-es cuccainak meg nem adja meg a forrását, illetve a nem gpl-es cuccoknál az adott licenszet teljesíti.
5. az emvy által idézett gpl faq pontot sem sértette senki, főleg, ha feljebb scrollozol és megnézed, hogy 3 sorral korábban mit írtak. elfogadom, hogy a gpl-en a jogászok sokat keccsöltek, ezzel párhuzamosan nagyobb összeggel fogadnék arra, hogy a jelenlevők nem értik a gpl-t.
6. a legnagyobb hülyeség, amit itt olvastam, hogy a gpl nem várja el, hogy visszategyél a közösbe. A gpl, mint dokumentum, gyakorlatilag csak erről szól, meg arról, hogy ha te ezt meg akarnád kerülni, akkor miért nem teheted.A gpl alapja, hogy kiveszel a közösből, hozzáraksz valamit és azt visszaadod. Ettől lett nagy a szabad szoftver közösség. Mindenki tett a közösbe képessége szerint, (legyen az új kód, hiba patch, doksi, teszt erőfeszítés, stb), és mivel egyre többen csinálták ezt, jó nagy lett a kupac. Én pl. egyszer egy pár soros hibaleírással járultam hozzá a kernelhez, ami alapján Mingo percek alatt megtalált egy komoly hibát. Nagy dolog? Személyesen nem. Tömegesen igen.
A többi:
a szabad szoftverben a szoftver rendszerint nem termék. A szabad szoftvert nincs értelme termékként értékesíteni, mert nincs benne akkora profithányad. Lehet, legális, csak nincs értelme. A szabad szoftverben a hozzáadott szolgáltatás a termék. Ezért szoktak vastagon pénzt kérni.A redhat nem azért kér pénzt (egyébként mocskos sokat), mert össze tudtak csomagolni egy linux kernelt meg egy glibc-t rpmbe, hanem azért, mert adnak egy telefonszámot, amit felhívhatsz, és megkapod az ígéretet, hogy a hasfájásodat meg fogják oldani. És a redhat HOSSZÚ ideje bizonyítja, hogy az ígéret szép szó, de ők meg is tartják. Azt fizeted ki, hogy ha egyszer pofára esel majd, jön két konyhaszekrény és felránt.
A redhatnek minden joga megvan ahhoz, hogy a saját cumóját úgy adja, ahogy akarja. És itt most hangsúlyozottan jogról beszélek, nem arról, hogy érdemes-e. A redhatnek is meg kell értenie, hogy van a bazi nagy fazék, elismerésünk, hogy jelentős mennyiségben dobáltak bele, ÉS ELVITTÉK AZ EGÉSZET. Digitális fazék, el lehet vinni úgy, hogy ott marad. A redhat sokat keresett azon, hogy ilyen-olyan patcheket rakott a kernelbe? Igen, ÉS? mennyit keresett a redhat azon, hogy nem kellett leprogramoznia az egész kernelt? a glibc-t? az llvm-et?
szóval szerintem érdemes lenne tájékozódni, mielőtt ilyen alpári szintre hülyítitek ezt a szakmai listát.
-
#33358
fatpingvin
addikt
R̲e̲m̲
#33355
fatpingvin
addikt
válasz
R̲e̲m̲
#33355
üzenetére
EZ nem működött?
vagy mit értesz pontosan az alatt hogy ne is csatlakoztassa? gondolom valami szerverről van szó és a BMC/IPMI cuccait látjuk.
mit szeretnél konkrétan elérni, illetve ezt nem tudod a BMC saját managementjében beállítani hogy ilyeneket ne is jelenítsen meg a rendszer felé? -
vicze
félisten
-
R̲e̲m̲
senior tag
Sziasztok
tanácsot szeretnék kérniaz alábbi 3 eszközt szeretném letiltani/eltávolítani, hogy automatikusan ne is csatlakoztassa újra a rendszer.
van rá mód, hogy ID alapján blacklisteljem? a powercontrolos megoldás szerintem nem működik, mert virtuális eszközök.
előre is köszi!
-
> Nahát mégiscsak érdekelnek az unalmas filozófiai feljtegetések?
![;]](//cdn.rios.hu/dl/s/v1.gif)
Az unalmasak nem. Az volt a bajom, hogy amikor adtam indokokat/referenciakat, akkor kb. megvontad a vallad, h hat oke, te maskepp gondolod -- ervek nelkul unalmas a vita.
> Namármost az az alap paradigma, hogy egy cégnek törekednie kell a profit maximalizálására.
Ez igy egyebkent nem igaz, mondjuk ugy, hogy for-profit cegnek minimum nyeresegessegre kell torekednie, a tobbi az nem egyertelmu.
> Ettől eltérni nem lehet, ahogy te is mondtad, nem elvárható.
El lehet terni, a legnagyobb cegek is elternek (mondok egy peldat, ami ugyis kibassza a biztositekot: Meta -- a Meta egyaltalan nem profitmaximalizal).
> Aztán jött a redhat és felrúgta ezt az egészet. Az 1.-es helyre egy alapvetően humán, morális szabályt helyetett, méghozzá a szabad szoftver szemléletet.
O istenem.
-
Vladi
nagyúr
Nahát mégiscsak érdekelnek az unalmas filozófiai feljtegetések?
Namármost az az alap paradigma, hogy egy cégnek törekednie kell a profit maximalizálására. Ezt jelenleg alapszabálynak tekintik, ha úgy tetszik az 1.-esz számú szabály. Ettől eltérni nem lehet, ahogy te is mondtad, nem elvárható.
Aztán jött a redhat és felrúgta ezt az egészet. Az 1.-es helyre egy alapvetően humán, morális szabályt helyetett, méghozzá a szabad szoftver szemléletet. A profit maximalizálása csak ez után következtett. Ehhez tarotta is magát vagy 15 évig és lám sikerre vitte ezt a modellt. Volt elég profit.
2 dolog következik ebből:
- a profit maximalizálásának fő szabálya nem kőbe vésett, ez elvethető.
- mivel nincs ezen szabályt kizáró példa az ibm felvásárlása óta ezért a főszabályhoz ragazskodni kell. Nem mellesleg lehet folytatni az emberiség rohanását a vesztébe. -
> 2004-től 2013-ig ez nem volt bosszantó
nem ismerem a reszletes szamokat / uzleti titkokat --
> vagy az a baj, hogy nem lehet maximalizálni a profitot
az mindig baj, nincs olyan, hogy nem baj -- az a baj, hogy emberek azt gondoljak, hogy for profit cegek a kozossegert vannak valahogy.. vannak persze jobb es gazosabb cegek, persze; de nem elvarhato, h karbatett kezzel uljon egy ceg, amikor kihuzzak alola a bevetelt.
-
Vladi
nagyúr
válasz
sh4d0w
#33346
üzenetére
A minimum, hogy valamelyik civil szervezet bíróságra viszi. Viszont lehet, hogy itt az ideje a gpl v4-nek.
(#33350) emvy:
2004-től 2013-ig ez nem volt bosszantó? most ez bosszantó, vagy az a baj, hogy nem lehet maximalizálni a profitot? Most akkor a redhat veszteséges lett?
-
-
Ez meg egy erdekes hsz Redditen:
"Long story short, illegal contracts have no validity in law and thus they do not impose any obligations (and licence agreements are technically contracts). So, if it's proven during the trial that IBM violates the terms of GPL by imposing their own EULA, then this EULA is invalid and IBM has no suit against their customers, Alma and Rocky included, and these customers are not obliged to follow the EULA terms. That's why the terms of GPL do matter." -
Ez itt egy erdekes megfogalmazas. Konkretan nincs megtiltva, de ha megosztod, nagy valoszinuseggel kihajitanak a fizetovendegek kozul.
Nem csak en gondolom azt, hogy ez GPL violation, hanem meg jo sokan, Internet-szerte - ami persze nem jelenti azt, hogy tenyleg violation, en azt remelem, hogy ez megfut valami birosagon, ami kimondja, mi az abra.
-
válasz
sh4d0w
#33344
üzenetére
Oke, a lentebb linkelt szovegben nem lattam arra utalast, hogy megtiltana a customereknek, hogy megosszanak forraskodot. Van linked erre?
(BTW, egyaltalan nem gondolom, h a Red Hat valami jo vagy ertelmes dolgot csinal -- nem latom, h igy lenne. De a GPL-sertest se latom egyelore.)
-
Oke, ugy latom, nem voltam eleg ertheto: a forraskodhoz jelenleg hozzaferoknek a GPL alapjan nem tilthatja meg, hogy megosszak azt masokkal (aka "visszatenni a kozosbe").
A GPL arrol szol (nagyjabol), ha barmilyen szinten hasznot huzol az igy licencelt open source kodbol, akkor nem gatolhatod az altalad hozzaadottak nyilvanossagra keruleset - igy adva vissza a sajat hasznodbol.
-
válasz
sh4d0w
#33341
üzenetére
> nem teszi vissza a kozosbe, amit onnan kivett - es az az a pont, ahol valoszinuleg GPL-t sert a ceg.
A GPL-ben nincs szo olyasmirol, hogy 'vissza kell tenni a kozosbe'. A GPL arrol szol, hogy a szoftver hasznaloja szabadon hozzaferjen a forraskodhoz. A GPL nem szol arrol, hogy a kozossegnek vissza kell adni valahogy.
Konkretan lentebb linkeltem a GNU FAQ-jat, ahol cafoljak azt, amit (szerintem) gyanitotok.
"Red Hat customers and partners can access RHEL sources via the customer and partner portals, in accordance with their subscription agreement."
Tehat mindenki, aki a Red Hat-tol kap binarist, elerheti melle a forraskodot is.
-
Ebbol csak az latszik, hogy vagy nem tudod elolvasni, ami le vagyon irva, vagy annak ertelmezese nem megy.
Es bizony megeshet, hogy a Red Hat GPL-t sert, mert a fizetos ugyfelek ugyan kapnak hozzaferest a forraskodhoz, de ok mar nem oszthatjak meg senkivel. A forraskodnak resze a kernele is; a vanilla kernel forrasat megtalalod mashol is, de aligha valoszinu, hogy a Red Hat vanilla kernelt hasznal (derivative work), viszont a forraskod visszatartasaval (impose restrictions) nem teszi vissza a kozosbe, amit onnan kivett - es az az a pont, ahol valoszinuleg GPL-t sert a ceg.
Nem kell elajulni a cegtol, korabban is sertettek mar GPL-t, nincs ra garancia, hogy nem teszik megint.
Ertem en, hogy az Oracle van a celkeresztben, az Alma meg a Rocky csak collateral damage - de ettol meg megeshet, hogy licencet sert.
-
-
Vladi
nagyúr
Egyáltalán nem nyilvánvaló az, hogy termék. Az ibm számára és a teszámodra nyilvánvaló. Nem, az eredeti még működő szemlélet szerint a szoftver nem termék. A szoftver szolgáltatás. A hozzá kapcsolódó extrákért szedhet pénzt. Megjegyzem: nagyon is sikeresen. Mivel hozzáfér a komplett szabad szoftveres közösség összes eredményéhez, ezért hozzá is teszi - megjegyzem bőkézzel - a sajátját.
Tegyük már fel a kérdést, hogy ilyen korrekt oda-vissza hozzájárulás nélkül működőképes marad -e (majd egyszer egy nem szép napon) a szabad szoftveres világ? Vagy az egész folyamat vége az, hogy az emberi tudás csúcstermékét kiszervezik alólunk. mi az amit még kiszervbeznek majd alólunk?
Ha meg az üzleti érdek fogja összetartani az egész hóberevancot, már dobhatod is a kukába az egészet. Mert ha az üzleti érdek (értsd: profitmaximalizálás) lesz az 1. helyen, akkor már fel is ültetted a pusztulásba vezető vonatra. S nem, ne játszuk el, hogy ez racionalitás, mert nem az.
-
A katedralis es bazar nem arrol szol, hogy a szoftver termek-e vagy sem (nyilvanvaloan termek), hanem a koordinacio kulonbozo modjairol. A Red Hat szamara nyilvanvaloan termek a szoftver is, csak azt bizonyos kozonsegnek ingyen adja, mert ebbol is lehet uzletet csinalni. A kozosseggel minden bizonnyal egyutt fognak mukodni a jovoben is, mert ez az uzleti erdekuk.
-
Vladi
nagyúr
"aki nem ért hozzá kavarja a ... és állít hülyeséget."
így van, mint például most te. Esetleg meg kéne érteni, miért is van a felháborodás. S igen, mióta ibm megvette azóta gyakorlatilag dobja a szemétbe az elveket, amire a redhat és úgy általában a szabad szoftveres világ épül.
(#33329) emvy:
Ez alavetően ellentétes a red hat eredeti üzleti politikájával. Programért sose kértek pénzt. A szoftver nem termék. A fizetős termék a szolgáltatás amit hozzá kapcsolt. Volt itt egy kiváló együttműködés a közösséggel. A vállalat a közösség tagja volt, most lépéseket tesz azért, hogy a vállalat legyen a közösség felé rendelve.
Olvasd újra a katedrális és bazárt. -
vicze
félisten
Tehát akkor az egy óriási korlátozás számodra, hogy egy ingyenes dev accountot kell regisztrálnod, hogy hozzáférj a kódhoz?
Ebben a jelnelegi lépésben semmi egetremgtően szörnyű nincs, csak aki nem ért hozzá kavarja a ... és állít hülyeséget.Már elég sok IBM lépés volt a felvásárlás óta, ami nemtetszést váltott ki és egyre nagyobb RH ellenességet gerjeszt. Akár okkal akár ok nélküli.
-
Nezd, lehet itt filozofalni, de a lenyeg, h amit a GPL megkovetel, azt a Red Hat (stb.) kovetni fogja. Ha hasznalnad, akkor nem teszik lehetetlenne, nem is ertem, hogy ezt mire mondod. Az, hogy nem hasznalhatsz valamit ingyen, amiert penzt szeretne kerni az, aki csinalja, nem hiszem, hogy valoban serti a szabadsagodat. A szabad szoftverrol evtizedek ota ugy beszel a GNU, Stallman, stb., hogy az serti a szabadsagod, ha nem tudod modositani, nem tudod elolvasni a forrast, stb. Errol itt szo sincs.
-
shina
tag
válasz
sh4d0w
#33311
üzenetére
Bár a Red Hat sok projekthez ad hozzá nem triviális mennyiségű kódot, de ettől szerintem nem kell tartani. Egyrészt a systemd-t leginkább Microsoft (ugye a főfejlesztő Lennart Poettering is itt van), Meta, és Suse szoftvermérnökei írják, másrészt a GPL miatt bármelyik Red Hat előfizető elkérheti a forráskódot és kirakhatja a netre büntetés nélkül, ha a Red Hat féle patchekre is szükség van. Az IBM itt már nem sok vizet zavar.
-
-
Vladi
nagyúr
Telejsen mindegy, hogy igazam van -e ebben vagy sem. Az is mindegy, hogy az faq-ban hogyan értelmezik. A lényeg az:
- lesz -e per?
- hogyan értelmezik a bíróságon?Egyáltalán képes még a közösség lépéseket tenni, hogy a big tech corp az mostmár bármilyen határt átlépegethet? Húzunk -e neki határt, vagy akármikor viheti az összes szabadságjogunkat? mert ez itt a lényegi kérdés.
-
-
Vladi
nagyúr
"But if you release the modified version to the public in some way, the GPL requires you to make the modified source code available to the program's users, under the GPL."
Tehát magadnak bezárhatod, ha kiadod onnan az gpl. Az, hogy odaadod másnak pénzért az már publikálás.
-
> Tehát írsz egy programot, ezt felveszik fedora tárolóba, majd átkerül centos streambe, minkkét helyen kap valami pachet, majd pachelve átkerül enterprise linuxba. Ott bezárul és ha ott kap pachet az már zárt lesz.
Ha megveszed az Enterprise Linuxot, akkor hozzaferest kell kapnod a patchelt verzio forrasahoz. Viszont ha az Enterprise Linux nem szabadon letoltheto, akkor a forrasnak nem kell szabadon letolthetonek lennie.
-
Vladi
nagyúr
Épp most tette meg. Ilyen kamu mellékutat mutat, mint a centosstream.
A másik: a gpl úgy írja elő, ha van egy gpl kód amiből ered bármi más is, tehát megpacheled, akkor annak is kötelezően örökölni kell a gpl-t.
Tehát írsz egy programot, ezt felveszik fedora tárolóba, majd átkerül centos streambe, minkkét helyen kap valami pachet, majd pachelve átkerül enterprise linuxba. Ott bezárul és ha ott kap pachet az már zárt lesz.
Legalább is én így értelmezem, nagyon nagyon nagyon bízom benne, hogy valami bíróságon is ez az érvelés elhangzik majd.
-
Akkor vagy forkol a kozosseg, vagy szep lassan elveszti a hozzaferest. Azert nem tudsz beperelni valakit, mert a sajat munkajat nem akarja GPL alatt licenszelni.
Nyilvan mindenki penzt akar csinalni (mindenkinek meg kell elni), tehat akkor fognak szabad szoftvert gyartani, ha valami komplementer termekbol penzt tudnak gyartani. Ez ilyen alap uzleti trukk.
-
válasz
sh4d0w
#33311
üzenetére
> Mi lesz, ha eccercsak az IBM aszondi, hogy ez már az ő szellemi IP-je és magasról tesz a GPL-re
Szerintem nem tehet magasrol a GPL-re, tul kockazatos a jatek. A GPL senkit nem kotelez arra, hogy siman publikalja a kodjat, nem? Az usernek kell megkapnia.
Licenszet barmikor lehet cserelni, nyilvan, a kovetkezo verzioban.
-
Vladi
nagyúr
válasz
sh4d0w
#33311
üzenetére
te vén róka vagy itt, az sco sztorira emlékszel? Most itt tömeges pert kellene indítani, mert gyakorlatilag megsértik a gpl-t. mostjuk az fsf az ilyesmire van.
A másik: láttad valaha, hogy a redhat egyébként mit szponzorál? Az összes gpl kónak nagyjából 1/3-a fizetett programozók munkája. Most mi van akkor, ha az ibm elkezd felvásárolni és bezárni? Mondjuk libreoffice, gnome3...
-
-
Na, a Red Hat atmegy closed source-ba es/vagy GPL-t sert?
-
ViZion
félisten
válasz
ViZion
#33302
üzenetére
Hááát, 13 órája fut a clamscan, dolgozik... Ez így lesz minden nap?
Service-ként futott anno Ubuntun, de nem vettem észre, h mikor. Ez terheli a procit azért egy kissé. OMV-n is futott, ott sem vettem észre. A következő is ennyi idő lesz, vagy azt már okosabban tolja majd?
Köszönöm -
-
válasz
ViZion
#33300
üzenetére
A mail küldéshez 2 dolog kell: egy agent, ami kezeli a leveleket lokálisan (pl. sendmail), meg egy relay, ami továbbítja azt. Korábban elég volt az agentből bejelentkezni Gmailbe, de ha jól tudom, ez már nem műxik.
Másik opció, ha esetleg az ISP-d kérésre kinyitja feléd a 25-ös portját, akkor azt a relayt használhatod. Esetleg keresel open mail relayt.
fejből ezt csináltam volna de valamiért azt feltételeztem hogy ez túl egyszerű lesz ahhoz hogy válasz legyen a kérdésre. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Kecskemét és környéke adok-veszek-beszélgetek
- sziku69: Fűzzük össze a szavakat :)
- One otthoni szolgáltatások (TV, internet, telefon)
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Kerékpárosok, bringások ide!
- OLED TV topic
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Alkoholista nevelde
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- India felől közelít egy 7550 mAh-s Redmi
- További aktív témák...
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Apple iPad Air 4 64GB Kártyafüggetlen 1Év Garanciával
- Bomba ár! Lenovo X1 Yoga 3rd - i5-8GEN I 8GB I 256GB SSD I 14" FHD Touch I W11 I CAM I Garancia!
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- Giant Talon 0 Sport - Hardtail Mountain Bike
- ÚJ- Lenovo ThinkVision T24i-10 - 24" monitor - Számla, garancia
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged