-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: Changes for Gluon 2016.2.x #93
Conversation
Tested on TL-WR1043ND v2 and TL-WR841ND v8. |
Unter Debian 9 (stretch) bricht der Build ohne Docker mit build.sh ab beim Compilieren von host/u-boot-2014.10 … ich such mir mal einen ausrechend großen Rechner mit Debian 8 (jessie) und versuche es nochmal. |
Ist bei mir auch passiert. Es baut allerdings wunderbar, wenn man die Umgebungsvariablen manuell setzt und dann manuell mit Hilfe des Makefiles baut. |
Mit Debian 9? Gut ich prüfe das, ggf. muss das Buildskript angepasst werden. Wobei ich mir nicht vorstellen kann, dass die Umgebungsvariablen einen Einfluss auf den Bau von host u-boot haben. Ich würde eher vermuten, dass der neue host compiler nicht mit den alten U-Boot sourcen klar kommt. Hatte ich an anderer Stelle auch schon. |
Ich hab das Ganze unter nem Ubuntu 17.10 versucht ohne Container zu bauen und laufe in den gleichen Fehler. Im Container geht es allerdings auch manuell, allerdings nicht mit build.sh. Der Container, mit dem ich baue, kommt von nem Debian Stretch, wenn ich das richtig evaluiert habe. |
Reden wir von dem gleichen Fehler? Bei mir baut host/u-boot nicht, was Du weiter oben vor ein paar Wochen zitiert hast, war scheinbar ein Problem mit GLUON_REGION? |
Habe die Logs gerade nicht mehr da, allerdings ist das Problem von Oben auf jeden Fall behoben. |
23dd003
to
5983856
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Review based on diff changes, previous discussions and two nodes running for a while with the proposed firmware.
We previously linked to http://register.md.freifunk.net/ which is not optimal, because users enter personal data and/or some login token. After fixing the SSL certificate on the server, we can now link to https://register.md.freifunk.net/ Note: This is the same change as already proposed in pull requests FreifunkMD#79 and FreifunkMD#80 which are superseded by this. However after merging 5983856 with pull request FreifunkMD#93 we could not easily merge those old changes based on an earlier version. Reimplementing those was trivial however, so I just did that instead of rebasing, adapting, and squashing. Suggested-by: Michel Vorsprach <michel@vorsprach.de>
I reimplemented the changes, which are nessesary for Gluon 2016.2.x.
Testing in Progress.
Ticket: FreifunkMD/FFMD-Orga#9