Vagyis egy debian könyvtár benne a rules, satöbbi fájlokkal.
Ja kb, bar nem tudom mennyi ertelme van, ha valaki akarja beteszi adott distribbe, az mar nem az upstream dolga szokott lenni, lasd lentebb
A wget használatát csomagkészítésnél, vagyis telepítő fájl (deb, rpm, pkg.tar.gz,) készítésnél szintén senki nem használja a fordítás során.
Jó lenne onnan száműzni végleg.
Nem szamuzom semmikeppen, hiszen hasznos, ha valaki forrasbol akarja forditani. Vagy teszelni, akarmi
Azt hiszem, mi nagyon kulonbozokeppen gondolkodunk, te nyilvan "end-user" szamara csomagkesziteshez allaspont, nekem meg az, hogy forrasbol forditanam ugy is, nem erdekelnek a csomagok, csak hat lehet, mas nem igy van vele
Mindig a sources részben szerepel minden kiindulási forrás, és egyéb adathalmaz szinte minden disztribúciónál, azok beszerzése a fordítási fázis előtt történik. Debiannal is így van, Arch -nál is, Fedora -nál is, és gondolom windóznál is így lehet egy setup.exe előállítása során. Még Gentoo ebuild is,mely helyben fordítja bele a gépre a futtatható cuccot egy külön munkakönyvtárba fordítgat a letöltögetések után, majd onnan telepíti a terméket.
Nem kell tulmagyarazni, ismerek par disztribuciot azert - sot pl ebbol is elek a munkahelyemen, ha epp nem mas UNIX-okat gyotrok pl Solaris, OpenBSD, stb
Am azt is tudom, hogy egy disztribucio keszitoi nem feltetlen arra alapoznak, hogy csak letoltik a forrast, es kesz, lehet forditani. Az mar az adott disztribucio feladata, hogy az upstream forrasok alapjan patch-elje adott esetben a software-t, hogy az "beleilleszkedjen" az o elkepzeleseikbe. Amit te sorolsz, az mind olyan peldak, ami adott disztribuciokat illeti, itt viszont most a disztrib fuggetlen source-rol van szo, ami max upstream-nek tekintheto, amire az adott csomag maintainere az adott disztribben (jelenleg pl te) alkalmazza a megfelelo patch-et, amivel az adott disztribhez "illeszti" a dolgot. Na, nem tudom megfogalmazni erthetoen, de talan megis
Szoval szerintem te itt nagyon keversz vmit, mivel ez a forras nem UHU-hoz irodott, hanem generic C code (ami raadasul elegge portable is, mivel Windows-ra is fordul). Masreszt nemikepp objektivebb ok: pl a ROM image tartalmaz olyan reszt (a Xep ROM) ami szinten lefordul! Azaz ahhoz, hogy a combined.rom eloalljon, kell egyreszt wget (hacsak nem akarom berakni a szokott image-eket a forras faba ...), de kell hozza forditani is, raadasul meg osszefugges van ketto kozott (az emu keresi a combined.rom-ban a Xep signature-t hogy az invalid op Z80ex ED callback-et arra a szegmensre ervenyesitse csak).
Szoval, en ugy erzem, kicsit elbeszelunk egymas mellett, az upstream az upstream, a disztribucio az disztribucio, a ketto kozott patch-ek stb is vannak amit mindig is az adott disztribucio csinalt, es nem akart azert megreformalni az upstream forrast, hogy ok csinaljak maskepp, mert nekik ugy jo. Most mondom mindezt minden ellenerzes nelkul, mielott azt hinned, hogy szemelyesnek vettem a kerdest, mert valahogy mindig mindenki ezt gondolja egy-egy hosszu iromanyom utan, lehet en irok sok maszlagot
Örülök,hogy kivetted az sdl2-net -et, azt sem értettem, hogy mi a francnak vetted bele eredetileg? Esetleg a leendő hálózati rész emulációhoz?
Igen, ahhoz, csak aztan mivel abba bele sem kezdtem, inkabb kivettem (legalabbis addig is minek legyen benne, raer majd akkor ha kell ...). Mondhatni, ott felejtettem
Baromi sokat gürizel a cuccal, azt látom. A teljes képernyő az nagyon fontos, a videó hardveres gyorsítás a mai gépeknél esetleg nem fontos.
Ah, nem sokat am, ha tenyleg sokat dolgoznek vele, akkor min 20x gyorsabban lenne minden, mint igy, hogy mennyi idom van ra
