autodafe - megérkezett ESR "autotools killer" megoldásának alpha kiadása

Címkék

GitHub repo itt. Weboldal itt.

Előzmények: 1, 2

Hozzászólások

Szerkesztve: 2024. 04. 07., v – 13:30

Első nekifutásra átfutva nem is rossz. Nem szenved attól hibától, mint a cmake és az autotools, csak GNU/make-re épül, így biztos nem lesz vele a jövőben inkompatibilitási probléma. Külön szkript interpreter sem kell neki, mint az scons-nak (amivel folyton olyan hibába futok, hogy a legújabb python-nal nem kompatíbilis). Úgy látom a makemake nem generál újabb python szkriptet, bár nem ástam még bele magam.

Szóval ez akár még jó is lehet! Legalábbis eddig jónak tűnik, de majd meglátjuk!

ez a gnu-make letezuk *bsd, macosx-en, solaris, meg a tobbi exotikus rendszeren is? csakmert az autotools lenyege azt volt hogy az ilyen exotikus rendszeren levo kornyezetben is hasznalhato. pl egy php nem fogja levaltani ha ez a cucc mondjuk nem tamogat olyan rendszert ahol meg van php.

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

A HP-UX valóban múlik el, de az AIX és Solaris aktív támogatással rendelkezik, utóbba emlékeim szerint 2034-ig. Persze ez nem kötelez egyetlen upstreamet sem, kérdés,hogy volt-e olyan bátor valamelyik gyártó, hogy szállított olyan komponenst, amit mostantól nem lehet lefordítani, mert akkor patchelgetheti az utolsó működő verziót.

Most direkt letöltöttem a HPE oldaláról a release infókat: Itaniumon minimum 2025. december 31-ig él a standard támogatás, és utána még minimum 3 évig adnak kibővített supportot. (De vásárolni október végéig lehet.) Szóval meg még nem halt, mert taki néni még nem húzta ki a porszívó kedvéért a lélegeztető gép kábelét. Persze azok a cégek (olaj, távközlés, biztosítók, bankok, stb) ahol ez fut, ott ritkaság lesz az autodafé. Bár biztos lesz, akik örömtáncot fognak lejteni.De talán körmenet nem lesz a megszüntekor.

20 eve foglalkoztam utoljara AIX-al de mar akkor is volt ra minden gnu tools, gnu make, gcc stb. es sok gnu/opensource projekt csak azokkal fordult le mar akkor is, az ibm-es cc-vel nem sok minden mukodott.

hogy mainframe-re van-e vagy 30 eve kihalt rendszerekre (hpux, solaris) az jo kerdes, de ezeket ma mar csak muzeumokban mutogatjak, igy nem erdemes ezekre tervezni aktualis projektekben...

Szerkesztve: 2024. 04. 07., v – 17:36

Nevéből ítélve hypeware.

Lehetett volna esrtools, arról amúgy is az Extended Support Release jut a józan fejlesztő eszébe, ami a stabilitás és a kiszámíthatóság szimbóluma.

"Help stamp out internet Trojans in your lifetime."

Ez elég pesszimistána hangzik.

mindig elgondolkozok ha vmi jót össze lehet dobni szó szerint pár nap alatt, akkor miért nem történt ez meg az elmúlt 15 évben?

Azért, mert pár nap alatt még a zsenik sem tudják összedobni, csak épp valami vázat, ami a szükséges 58 funkcióból az első 5-öt, 10-et tudja. Aztán a maradék sose lesz meg, vagy éppen pár év(tized) alatt. Főleg, ha a hibátlanságot is feltételként megemlítjük.

(A szoftver első 80%-a elkészül a fejlesztési idő 80%-ában. A szoftver maradék 20%-a pedig elkészül az idő maradék 80%-ában.)

Szerkesztve: 2024. 04. 08., h – 14:48

hat anno Linus is igy hirtelen par nap alatt osszedobta a git-et, aztan latjuk mi lett a vege...

megneztem ezt a cuccot, hat... a doksi irassal tobb idot toltott mint a kb 100 soros py scriptel ami kb regexeket applyol rekurzivan az autotools altal generalt makefile-okra.

azt nem latom se a scriptben se a doksiban, hogy a ./configure scirptnek adott parameterekkel mi lesz? es itt nem az install path-ra gondolok, hanem a sok opcionalis libraryra, amit a script detektal de lehet disable-olni es forceolni is.

Én azon csodálkozok, hogy az első belengetés után, úgy kb 90%-nál nem mondta azt, hogy hát akkor átírja Go-ra az egészet, mint anno a reposurgeon esetén láttuk

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"