inet4.xdd fehlt in aktuellen MiNT Builds/Snapshots

[Nervengift]

Moin, moin,

heute morgen hatte ich mal etwas Zeit und wollte ein aktuelles MiNT 1.19.cur installieren. Das habe ich auch gemacht, allerdings ist mir dabei aufgefallen, dass in den aktuellen Snapshotbuilds das "inet4.xdd" fehlt. Die Liesmich dafür ist weiterhin vorhanden nur die *.xdd fehlt leider. Hat das einen bestimmten Grund oder ist das ein Fehler?

Die inet4.xdd fehlt leider auch im @HelmutK Build.

 

Ich hatte mir die Builds hier runtergeladen:

http://freemint.org/

Einen schönen Sonntag noch!

Andreas

[laufkopf]

schau doch einmal hier
https://freemint.github.io/

[Nervengift]

Auf der neuen Seite finde ich irgendwie rein gar nichts mehr.

https://github.com/freemint/freemint/releases

Dort gibt es nur die finalen MiNT-Versionen zum Runterlanden, aber keine aktuelle 1.19.x.

Die aktuellen MiNT 1.19.x Builds finden sich hier:

https://github.com/freemint/freemint.github.io/tree/master/builds/freemint/master/new

In dem folgenden Archiv ist die "inet4.xdd" leider auch nicht mehr enthalten:

https://github.com/freemint/freemint.github.io/blob/master/builds/freemint/master/new/freemint-1-19-0f2-020.zip

Insofern steckt da wohl doch ganz schön der Wurm drin mit dem ganzen Umzug etc..

[czietz]

Disclaimer: Ich habe MiNT noch nie selbst gebaut und schon länger nicht mehr genutzt.

Aber: Ich kann in Github sehen, dass einer der MiNT-Entwickler kürzlich (im commit 80d872652e32be9d9d032413defe8262a47bbf68) an den Makefiles für inet4 herumgespielt hat. Offenbar ohne zu Ende zu denken, denn inet4.xdd wird seitdem nicht mehr compiliert und kann beim (automatischen) Zusammenstellen der Binary-Distribution natürlich nicht mehr gefunden wird.

@Nervengift : Bitte schreib einen Bugreport an die Freemint-Liste, damit die Entwickler das Problem korrigieren. (Und erinnere sie daran, Änderungen am Build-Environment auch zu testen  )

[gh-baden]

Disclaimer: Ich habe MiNT noch nie selbst gebaut und schon länger nicht mehr genutzt.

Aber: Ich kann in Github sehen, dass einer der MiNT-Entwickler kürzlich (im commit 80d872652e32be9d9d032413defe8262a47bbf68) an den Makefiles für inet4 herumgespielt hat. Offenbar ohne zu Ende zu denken, denn inet4.xdd wird seitdem nicht mehr compiliert und kann beim (automatischen) Zusammenstellen der Binary-Distribution natürlich nicht mehr gefunden wird.

@Nervengift : Bitte schreib einen Bugreport an die Freemint-Liste, damit die Entwickler das Problem korrigieren. (Und erinnere sie daran, Änderungen am Build-Environment auch zu testen  )

… zumal per git nur Sachen upstream erfolgen sollten, die laufen. Entwickeln sollte man lokal(er).

[Lukas Frank]

Im helmut build fehlt so fast alles, das muss man aus dem trunk nehmen und die inet4 aus einem älteren build.

Ich weiss eh nicht was das alles soll mit den ganzen builds anstatt sich da wirklich etwas tut wird es nur schlimmer mit der Zeit ...

[czietz]

Ich weiss eh nicht was das alles soll mit den ganzen builds anstatt sich da wirklich etwas tut wird es nur schlimmer mit der Zeit ...

Nun, Continous Integration (CI), d.h. bei jeder Codeänderung wird neuer Build erzeugt, wie es Freemint neuerdings macht, ist nicht nur gerade modern, sondern auch durchaus sinnvoll. So werden Probleme wie dieses hier mit inet4.xdd schnell entdeckt. Nur entbindet einen CI halt nicht davon, die Dinge vor dem Übertragen ins Github-Repository gründlich zu testen. Gerade wenn man an Dingen arbeitet, wie den Makefiles, die ja den Build-Prozess steuern, sollte man auch gucken, ob nachher immer noch alle Dateien bei herauskommen.

Aber ich bin mir sicher, sobald @Nervengift den Bug-Report verfasst, wird das schnell gefixt -- und dank CI habt Ihr dann auch gleich wieder einen Build mit inet4.xdd.

[Nervengift]

So ... der Bugreport ist raus:

https://github.com/freemint/freemint/issues

Ich bin mal gespannt was da als Antwort kommt und dass sie das schnell fixen.

Ich weiss eh nicht was das alles soll mit den ganzen builds anstatt sich da wirklich etwas tut wird es nur schlimmer mit der Zeit ...

Ich sehe das vielleicht nicht ganz so kritisch. Die Snapshot Builds sind ja nur zum Testen da und dass man den Entwicklern entsprechend Feedback gibt. Die finalen MiNT Versionen funktionieren ja soweit. Dennoch sollte ein Fehler wie dieser so nicht passieren, denke ich. Das ist schon ärgerlich. Das mit dem "wirklich etwas tun" ist wohl schwierig. Viel passiert wohl eher am Unterbau und ich kann das alles nicht wirklich beurteilen, da mir dazu der Sachverstand fehlt. Natürlich hätte ich gerne ein MiNT, dass sich per Installer ganz bequem installieren lässt, sich über GEM konfigurieren lässt ohne dass man die einzelen Konfigurationsdateien editieren muss, es sollte multiuserfähig sein usw. usf.. Aber ich fürchte das sind alles leider Wunschträume, da das Team sowas nicht wirklich leisten kann. Insofern machen sie wohl das, was mehr oder minder notwendig ist.

[Nervengift]

Und es ist schon gefixt!

https://github.com/freemint/freemint/issues/58

https://github.com/freemint/freemint/commit/0dff205f3350632a1626fcbaaeb01f6873f948b1

Dann muss ich mich mal bei den Leuten bedanken und sie auf den nächsten Bug aufmerksam machen. Das Problem mit den F32 Volumes:

http://forum.atari-home.de/index.php?topic=13676.0