Ez semmi lenne az előnyhöz képest.
Már előre is nagy köszönet érte, mert megoldja a felmerült romhalmaz letölrési problémát.
Engem egyáltalán nem zavarnak az újabb függőségek. A wget -et is bevettem anno, a curl meg amúgyis az alaprendszerek része, az eddigi curl parancs sem ment a curl függvénytárak (libcurl) nélkül.

Lehet en ertettem rosszul, de a libcurl-rol van szo, nem a curl-rol. Bar valoszinu a curl parancs is hasznalja a libcurl-t, szoval ... Amugy en Xep128-ba anno elkezdtem ezt beleirni. Windows-on a win nativ http cuccait hasznalta volna, Linux alatt meg pont a libcurl-t (ahogy most a FILE: select ablak is nativ win windows alatt, es gtk3 linux-ban). OSX kicsit lagzik ott meg file selector window sincs jelenleg ...

1 db file letöltéséhez az extra függőség nem feltétlenül semmi

Xep128-ban en masra is terveztem hasznalni, ami a "user elmenyt" novelheti. Peldaul default "sok programos" VHD letoltese user igeny eseten, ilyen "app store" jellegu implementacio, hogy ne usernek kelljen levadaszni, ha nincs kedve hozza, stb. A ROM az csak egy dolog (de ott is novelheto a kenyelem ha pl nagyjabol minden az univerzumban ismert EP ROM megvan egy helyen es onnan le tudja tolteni ami kell neki - igaz, ezek szama azert korlatos, es lehet belefer azert egyetlen letoltesbe is, es nem kene ennyire agyonszofisztikalni ...).

Újabb (csak nem Windows rendszereken lényeges) installer módosítások:
* a különböző wrapperek törölve, mivel a többi változtatás miatt már nem hasznosak
* a zx128emu és cpc464emu szimbolikus link az ep128emu-ra, amely a név alapján automatikusan választja a gép típusát
* az epmakecfg az /usr/share/ep128emu/roms/ alatt is keresi a ROM csomagot. A keresés sorrendje:
- $INSTDIR/roms/
- /usr/share/ep128emu/roms/ (ha a letöltés nem engedélyezett)
- https://enterpriseforever.com (ha a letöltés engedélyezett)
- http://ep128.hu (ha a letöltés engedélyezett)
* új makecfg paraméter: -c (alapértelmezés szerint engedélyezi az "Install user configuration files"-t)
* a makecfg nem telepít semmit Cancel esetén (könyvtárakat sem hoz létre)
* az scons install grafikus módban ("-f" helyett "-c"-vel) futtatja az epmakecfg-t ha a DISPLAY környezeti változó definiált
* az scons -c install már remélhetőleg mindent töröl a ROM-ok kivételével
* nem Windows platformokon a curl=1 alapértelmezett ha az SConstruct talál curl/curl.h-t
* továbbfejlesztett automatikus makecfg futtatás az emulátorban:
- ha nincs érvényes ROM file a 0. szegmensen, akkor is futtatja a makecfg-t
- már létező konfiguráció esetén annak a telepítési könyvtárát próbálja használni (azaz pl. scons install után ~/.local/share/ep128emu), egyébként automatikusan ~/.ep128emu

most akkor van új ep128 emu ami kezeli az egeret?

Igen, a 2.0.9.2 már egeres volt, a 2.0.10 pedig már SD kártya illesztőt is emulál.

Pascalból kéne még ez 1.2-t összehozni, Povi azt mondta, hogy az eredeti is csak annyit csinált, hogy odamásolta 100h-ra.

Akkor esetleg az is megoldható lenne tömörítéssel, hogy egy szegmensen is elférjen.

gyorsan kipróbáltam az új emut, a passziánszt egérrel, hát nem semmi

A PNG formátum támogatását már terveztem korábban, de ehhez valószínűleg újabb függőségek/DLL-ek kellenének, vagy saját megvalósítás. Valójában az FLTK is tartalmazza a libpng-t, de csak az olvasási funkciókat használja és teszi elérhetővé, tehát a saját fejlesztésű megoldás tűnik valószínűnek.