Suchergebnisse

Hmm, alles nur vom Lesen her. Fürs Importieren des eigenen Certificates ist remote_https.lua zuständig. Diese wird wiederum nur dann angezeigt, wenn CONFIG_REMOTE_HTTPS=y ist. Dies für 1750 aber der Fall. Damit muss meinem Verständnis nach lediglich die Fernwartung auf 443 einmal aktiviert...

Ich habe nicht vor, shellinabox zu ersetzen. Es spricht aber aus meiner Sicht nichts dagegen, eine (bessere) Alternative für shellinabox zusätzlich aufzunehmen, z.B. ttyd. Ich habe allerdings nicht vor, in naher Zukunft an dem ttyd-Paket für Freetz zu arbeiten. Shellinabox schaue ich mir jedoch...

Ich kannte ttyd bisher gar nicht und hatte demzufolge gar nicht vor, daran zu arbeiten. Hmm, mir ist irgendwie entgangen, wie alt die in Freetz enthaltene Version inzwischen ist. Ich versuche es auf den Debian-Stand zu aktualisieren, wobei beim 900-box_certificate.patch ich eventuell deine...

Das folgende gilt fürs Modden im "no freetz"-Modus. Für Dich wahrscheinlich nicht mehr relevant, da Du ja inzwischen Freetz auf dem Repeater hast. Aber der Vollständigkeit halber. Telnet wird nicht automatisch gestartet, es wird nur alles vorbereitet, dass es per Telefon-Codes gestartet werden...

ok, verstanden, wir meinen dasselbe, ich habe nur deinen Satz nicht genau gelesen Auch wenn da ungetestet steht, dd und Pipes bedarf iflag=fullblock (hatten wir schon mal in einem anderen Kontext)

@hermann72pb: in Deiner .config sind vermutlich noch die OVERRIDE-Einstellungen aktiv/enthalten. 72042917adc8e11569e14138ee581cd8 ist jedenfalls die Checksum von AVM_SOURCE_4020_06_50 und 750f8e9800f77d7bb8fc345e635602e2 - von AVM_SOURCE_7530_07_02 Die Sources von 7530.07.02 werden deswegen...

Aus Deinem Crash-Log: [ 4.599994] squashfs: SQUASHFS error: Major/Minor mismatch, older Squashfs 3.76 filesystems are unsupported 7.01 nutzt SquashFS-4.x. 4020 passt als sinnvolle Vorlage demnach doch nicht, s. config/avm/packaging.in#L6 (4020 in Fritz!OS-6.8x nutzt den Kernel 2.6.32). Es...

Kleiner Hinweis: die Unterstützung für 1750 ist seit gestern in trunk enthalten, zumindest im Sinne, es kann direkt ausgewählt werden (ohne Umwege über 4020). Der NMI-Vektor wird wie bei allen anderen Boxen mit diesem einfach entfernt. Das ist der Hauptgrund, warum kernel.image im "no...

WLAN Repeater bzw. Powerline Modelle sind nicht viel anders als die Fritz!Boxen (sind mit den NOR-Boxen vergleichbar). Der Aufwand, diese Framework-technisch zu unterstützen, dürfte geringer sein als z.b. die Unterstützung neuer Architekturen (X86, ARM). Es ist nur so, dass es bisher keine...

Um es mal festzuhalten. Fehlt in der ld-uClibc-1.0.*.so das Symbol __stack_chk_guard (fehlt im Sinne "nicht exportiert"), so heißt es noch nicht, dass die Übersetzung ohne SSP erfolgte, denn verschiedene Architekturen nutzen unterschiedlichen Mechanismen, um SSP zu implementieren (den Fehler...

Muss meine Aussage von heute Nacht wieder zurückziehen. Es gehört da mehr untersucht und vermutlich ist die Lösung von Buildroot doch die richtige (man muss sie bloß richtig umsetzen, was ich heute Nacht nicht gemacht habe). Vorläufiger Zwischenstand. Bei i386 geht uClibc davon aus, dass die...

In der AVM config ist das Symbol aber gesetzt, daher bezweifle ich die zwingende Notwendigkeit von # UCLIBC_BUILD_SSP is not set Aber OK, ich versuche das Problem nachzustellen. Edit: bekomme das Problem nachgestellt. In Buidlroot findet sich folgender Commit. Dieser löst das Problem jedoch...

So, was ist nun? Wird # UCLIBC_BUILD_SSP is not set benötigt oder doch nicht? Meiner Erinnerung nach hat sich die Toolchain bei mir mit UCLIBC_BUILD_SSP=y übersetzen lassen. Ganz sicher bin ich mir allerdings nicht. Wenn Ihr jetzt sagt, es funktioniert doch so wie im Trunk, dann erspart Ihr...

@Coolzero82: Die Ursache für __stack_chk_guard könnte die Tatsache sein, dass du nach der Aktualisierung auf r14958 die Toolchain-Verzeichnisse (die aus den bisherigen Versuchen stammen) nicht gelöscht hast, sprich kein clean gemacht hast. Starte bitte mit einem frischen Checkout und einer...

Cool, Danke fürs Feedback! Hätte nicht erwartet, dass es so auf Anhieb klappt. Könntest du bitte noch zwei Sachen machen? 1. den Output von "cat /proc/cpuinfo" hier posten 2. auf deinem Build-Rechner "make target-tester-precompiled" aufrufen. Daraufhin werden unter packages/../target-tester-0.1...

Oh je... Erst entpacken und dann nicht vergessen den Pfad in meiner knapp gehaltenen "Anleitung" zu ersetzen: .\4040\var\tmp\kernel.image durch den Pfad zu der entpackten kernel.image.

Sehe ich genauso. @WileC: Du kannst es also entweder zu Fuß oder mit dem beliebigen Tool deiner Wahl versuchen, z.B. .\EVA-Discover.ps1 -maxWait 120 -Verbose -Debug .\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\4040\var\tmp\kernel.image mtd1 } .\EVA-FTP-Client.ps1...

@Shirocco88: bei dem von dir verlinkten Changeset steht doch noch was in Klammern, oder? Für 4040 steht die Option NICHT zur Verfügung, für 7530 dagegen schon und das ist richtig so.

@WileC: ich weiß nicht, ob die Terminologie NOR-/NAND-Box auf die ARM-Boxen vollumfänglich extrapoliert werden kann, aber ... 7530 scheint einer NAND-Box ähnlich zu sein: d.h. getrennte Partitionen für kernel.image und filesystem.image in jeweils doppelter Ausführung mit der Umschaltmöglichkeit...

In der config.log steht: arm-linux-uclibcgnueabi/bin/as: unrecognized option '--trap' Damit hattest du vermutlich zunächst die .config für eine MIPS-Box gespeichert und erst anschließend auf eine ARM-Box umgestellt oder alternativ mit der alten .config für eine MIPS-Box deinen Test gestartet...