Most az ep128emu bináris csomag GPL.
Nincs benne nonfree rom, csupán a wrapper letölti, ha tudja a licensz nélküli romhalmazt.

Tényleg. Lehet, hogy jobb lenne a külön romhalmaz csomag, mint így csak mint írtam, kellene abba egy licensz leírás is, anélkül semmi értelme.

Ekkor a wrapper visszatérhetne a curl letöltés helyett a kopírozásra, amennyiben az ep128emu főcsomag telepítési függésének megadja a csomag készítője a romhalmazt. A romhalmaz csomag meg a /usr/share/ep128emu/roms alá  szállítja a romhalmazt, ahonnan már az ep128emu wrapper át tudja másolni a júzer ~/.ep128emu/roms mappájába.

Kérek egy licensz fájlt a leendő romhalmaz csomaghoz!

nyugta után elhagynia a terepet.

Nyugtával kell dicsérni a napot!

Töröltem én is az ep128emu forkomat, hogy ne zavarjon.
Istán megengedte, van írási hozzáférésem a repóihoz, így nem sok értelme volt már a forkomnak.
Egyet módosítottam az ep128 wrapperen pár napja, most már Istvánnál pattog a labda.

Aham, max leforkolom majd Istvanet, ha kellene, bar sok ertelme nincs, ha en is tudok bele irni mar eleve, marmint az ovebe Nekem ugy tunt logikusnak, hogy legyen o az upstream, csak azert mondtam. A masik, hogy ha mar nem kell, a Makefile bozalmamat nyugodtan lehet am torolni, felesleges/zavaro is adott esetben ...

Ha van hozzá jogod, letörlöd a Makefile csinálmányod, ha nincs, akkor én. Engem nem zavar.
Legfeljebb vissza lehet majd tenni, ha mégis kell, hisz a github minden commit állapotot megőriz.

Az lenne jó, ha Isván beletenné a forrásba a rom ellenőrzést, én nem tudom, mert a C-hez hülye vagyok, sok mással egyetemben.
Meg nem is az én projectem, nem venném magamnak a bátorságot hozzá. A bash wrapper-be még bele tudok kontárkodni, ezt meg is tettem, de tőlem csak ennyire futja.

A nagy fordítási és patch roham után mi a helyzet, különös tekintettel az egyszerű mezei Windows-os felhasználók számára?

Erről a címről van egy csapat letölthető kész exe fájl.

Van ott egy exe, meg egy beta exe...
De egy szép install verzió kéne, hogy megszűnjön az a sok éves helyzet, hogy töltsd le a 2.0.9-et, aztán töltsd le friss exe-t, és írd felül a telepített verzióban...

Erről a címről van egy csapat letölthető kész exe fájl.
Gondolom, ezek minden újítást, foltot satöbbi tartalmaznak, mellyel LGB ezeket legyártatta.
Nekünk, linuxosoknak meg marad a saját fordítás a gitgub forrásból. Vagy abból a disztrónak megfelelő telepíthető csomag készítése.

Igen, mivel aki Linuxozik, ugyis fordit ilyesmit, legalabbis en mindig. Oke, tudom, altalanositok

Amugy ez travis-szal van, azt is jelenti, hogy most ha ez repo-mban valamit modositanek es github-ra eljut a commit, akkor anelkul hogy _barmit_ csinalnek, a github elkuldi a travis-nak a jelzest, ami aztan elindit ideiglenesen egy virtualis gepet abban Linux-szal, lehuzza a git repo-t es a specifikalt parametereim alapjan elkezdi a script-jeimet futtatni, ami elokesziti a forditast, leforditja. Ezek utan az meg szol a bintray-nek, hogy deploy-olja az eredmenyt oda  Eljen a cloud computing meg mindenfele hasonlo nyekere Meg annyi kiegeszites, hogy valojaban csak a "deploy" nevu branch-ra teszi ezt szandekosan, hatha nem akarom publikalni mert pl "kiserleti" build ...

Szoval, ami a bintray-es linken van, az az allapot, amit az en github-os repo-mban jelenleg latni. Ami, ha jol latom, uaz, mint Istvane jelenleg.

Persze, Linux ala is siman mehetne, minden gond nelkul, csak ugye hogy lesz belole csomag, az egy dolog. En ubuntu allatt build-eltetem Travis-on, gyanus, ugy UHU-juk nincs nekik Elvileg persze biztos megoldhato lenne vmi chroot-ban akarmiben UHU compatible cuccot rakni. Fedora, akarmi meg van is nekik talan. Csak a kerdes, hogy megeri-e 10 kulonbozo Linux ala build-eltetni mindig, ez megint az a kerdes, hogy ez nem eppen az upstream dolga lenne, ha nem a distributore

Ha valakit erdekel, itt latszik is, mit kop ki magabol a Travis ilyen alkalomkor (nem tudom masnak elerheto-e igy ez):

https://travis-ci.org/lgblgblgb/ep128emu/jobs/155779550

Csak a kerdes, hogy megeri-e 10 kulonbozo Linux ala build-eltetni mindig, ez megint az a kerdes, hogy ez nem eppen az upstream dolga lenne, ha nem a distributore

Egyáltalán nem éri meg, mert nem 10, hanem nagyságrendileg több Linux megvalósítás is létezik.
Én az UHU verziókhoz mindig is megcsináltam és amíg tudom meg is fogom csinálni.

Arch-Linuxhoz nem fogom, de épp most találtam egy régebbit: https://github.com/aur-archive/ep128emu/blob/master/PKGBUILD
Ez is jó pár éves.

Vajon ki lehetnek ezek, akik alkották a tudtunk nélkül?

# Maintainer: Laurent Carlier <lordheavym@gmail.com>
# Contributor: Anton Bazhenov <anton.bazhenov at gmail>
# Contributor: Christoph Zeiler <archNOSPAM_at_moonblade.dot.org>


UBUNTU alá nem leltem deb csomagot belőle egyik tárolójukban sem: http://archive.ubuntu.com/ubuntu/pool/
Személyszerint én tűrhetetlennek találom azt az UBUNTU csomagkészítőitől, hogy a legszámosabban használt UBUNTU -hoz nincs deb csomag az ep128emu -ból.
Itt sincs ep128emu project: https://launchpad.net/

Sőt DEBIAN alá sincs.

A legkevésbbé használt UHU alá meg általam van.

RedHat rpm meg csak PcLOs alá létezik és csak 32 bites és szintén öregecske.

http://rpm.pbone.net/index.php3/stat/4/idpl/25923981/dir/pclinuxos/com/ep128emu-2.0.9-1pclos2010.i586.rpm.html

Nem értem az általam nagyrabecsült nagytömegben használt disztrók csomagjainak karbantartóit.

LGB?