Hast du diese Timeouts auch wenn du das WLAN Modul aktiv hast und das LAN inaktiv ? Vergleiche mal bitte

Die kommen automatisch auf deine Box wenn du einen Software Update in der Softwareverwaltung durchführst

Na der meinte wohl das opkg in nem anderen Image
Aber da ist er dann sowieso im falschen Board

Die Tastenkombinatipon auf dem Mac wäre dann CMD + C um den Log zu stoppen

Hallo zusammen,

ich habe auf der dm7080 ist das aktuelle krogoth dreambox-Image installiert. Der mitgelieferte Wlan-Stick wird erkannt und wenn ich nach dem Wizard das Netzwerk von Wired auf Wifi wechseln möchte erkennt er auch alle verfügbare Verbindungen Ich wähle meinen vorhandenen WLAN aus und gebe meinen WLAN Schlüssel ein. Nach eingäbe betätige ich die OK Taste oder (grüne Taste) auf der Fernbedienung und danach komme ich wieder auf die Übersicht der Netzwerkkonfiguration und es verbindet sich nicht mit dem WLAN.

edit by makaveli

Gerade hier im Board über die SuFu gelesen das es über conman funktioniert.
Aber frage mich dann warum die Passphrasenübergabe nicht funktioniert von der GUI aus. Liegt es evtl. daran das ich ein - in meiner Passphrase habe ?

Na dann viel Spaß mit der schönen kleinen

was bringt es einem User hier zu lesen wenn andere meinen ihre Beiträge dann zu editieren und alles raus löschen
Muss schon sagen sehr hilfreich

Dann sollte man den Check im bitbake code entfernen
Das wäre das einfachste

Spaß beiseite
Ich vermute dann entweder in der bitbake.conf oder im Makefile

Man kann es fixen indem wir die DATETIME Variable von der checksumme excluden.

Schaut man sich die recipes alle an, fällt mir auf das die DATETIME Variable in folgender Datei genutzt wird.
meta-dreambox/recipes-kernel/linux/linux-dreambox.inc:

INITRAMFS_BASE_NAME = "rescue-${PV}-${PR}-${MACHINE}-${DATETIME}"

Da einfach mal folgendes hinzufügen

INITRAMFS_BASE_NAME[vardepsexclude]="DATETIME"

Dss sollte das Problem eigentlich lösen

Bei mir genauso
beim ersten Durchgang bringt er einen Taskhash mismatch und beim zweiten Durchgang baut er richtig zu Ende

Habe folgendes gefunden:

Zitat

The mismatch can be caused by 2 reasons:

1) BUILDNAME, there is no member of BUILDNAME in the cache when first
parsing the recipes, it is added by the BBCooker::buildSetVars before
start the building, so there would be mismatches when compare the
re-parsed basehash (contains BUILDNAME) to the previous one (no
BUILDNAME) which is from the cache.

Add the BUILDNAME to BB_HASHBASE_WHITELIST would fix the problem.

2) DATE or TIME, they are in the cache data and will change when
re-parsing, move them from BB_HASHCONFIG_WHITELIST to
BB_HASHBASE_WHITELIST which can be ingored by basehash would fix the
problem.

Another fix for DATE or TIME is not to let them expand immediately,
change: (":=" to "=")
DATE := "${@time.strftime('%Y%m%d',time.gmtime())}"
TIME := "${@time.strftime('%H%M%S',time.gmtime())}"

To:

DATE = "${@time.strftime('%Y%m%d',time.gmtime())}"
TIME = "${@time.strftime('%H%M%S',time.gmtime())}"

Alles anzeigen

zur Info
Build auch hier für DM520/DM525, DM820, DM7080 und DM900 durch gelaufen !!
Danke an Obi und Reichi

wirst um neu flashen nicht drum herum kommen

Zitat von obi

Ich weiß nicht, wo gitAUTOINC+c04d0644c9 bei Dir herkommt, aber von uns kommt es meiner Meinung nach nicht. Bei uns kommt enigma2 aus nem Tarball, nicht von Git. Im Tarball existiert die Datei.

Bitte ohne lokale Änderungen testen.

Hallo Obi,

ich ändere DMM E2 mit einigen Änderungen an den *.py mit einem bbappend. Diese liegen in einem von mir vorhandenen Git

Bei OE2.2 habe ich das so realisiert

PVTMP = '${RECIPE_PV}'
PRECOMPILED_ARCH = "${@d.getVar('PVTMP', True).split('-')[1]}"
PRECOMPILED_VERSION = "${@d.getVar('PVTMP', True).split('-')[0]}"


SRCREV = "${@opendreambox_srcrev('4de190422f2214155ff29144db1acdd81904d4cd', d)}"


inherit makaveli-git


S = "${WORKDIR}/${PRECOMPILED_NAME}_${PRECOMPILED_VERSION}_${PRECOMPILED_ARCH}"


do_install_append() {
	cp -rf ${WORKDIR}/git/* ${D}/
}

Allerdings funktioniert das nun ja nicht mehr mit der PRECOMPILED_ARCH, weil diese nun ja weggefallen ist in OE2.5
habe dann meine bbappend so geändert

PVTMP = '${RECIPE_PV}'
PRECOMPILED_VERSION = "${@d.getVar('PVTMP', True).split('-')[0]}"


SRCREV = "${@opendreambox_srcrev('4de190422f2214155ff29144db1acdd81904d4cd', d)}"


inherit makaveli-git


S = "${WORKDIR}/${PRECOMPILED_NAME}_${PRECOMPILED_VERSION}"


do_install_append() {
	cp -rf ${WORKDIR}/git/* ${D}/
}

Naja zu früh gefreut
nun habe ich den nächsten Fehler

DEBUG: Executing python function sysroot_cleansstate
DEBUG: Python function sysroot_cleansstate finished
DEBUG: Executing shell function do_configure
DEBUG: Shell function do_configure finished
DEBUG: Executing python function do_qa_configure
ERROR: QA Issue: enigma2: LIC_FILES_CHKSUM points to an invalid file: /home/makaveli/oe2.5/opendreambox/build/dm900/tmp-glibc/work/armv7ahf-neon-oe-linux-gnueabi/enigma2/4.3.0r19+gitAUTOINC+c04d0644c9-r0/enigma2_4.3.0r19/usr/share/doc/enigma2/LICENSE [license-checksum]
ERROR: Fatal QA errors found, failing task.
DEBUG: Python function do_qa_configure finished
ERROR: Function failed: do_qa_configure

Ist das noch jemandem aufgefallen ?

Zitat von Reichi

Alles cool.
Da, gerade was krogoth angeht, noch etwas Zeit ist bis es "wirklich notwendig" ist haben wir beschlossen es diesmal recht früh schon zu releasen.

Wir brauchen aber schon die Rückmeldungen um Probleme auch zeitnah zu erkennen. Meistens sind's nur Kleinigkeiten die sich schnell beheben lassen, manchmal "vergisst" man aber auch mal was.
Also gerne melden, wir lesen schon mit und schaun dann. Aber bitte nicht in Panik ausbrechen wenn's "Morgen" nicht gefixt ist, aktuell ist krogoth NOCH nicht akut nötig.

Wenn's euch beruhigt: Ich pers. hab schon seit Monaten eine Box auf Basis von OE 2.5 laufen (vor Allem wg. dem Update auft qt5 und dessen webkit)

Nachtrag:

Von uns selbst genutzte und damit "sicher" unterstützte Distributionen sind:

* Debian 8.6 Jessie [amd64]
* Ubuntu 16.04 LTS [amd64]

Bitte gibt immer direkt die Distribution an mit der ihr versucht habt das OE zu bauen.

makaveli: mailst du mir das log? reichi _at_ opendreambox _dot_ org

Alles anzeigen

Danke Reichi aber Problem wurde dank Obi (Beitrag #7) gelöst
Server kompiliert munter

Danke geht auch an Obi

Zitat von gutemine

da sind auch massig commits für die aktuellen mipsel boxen, aber im Moment seit doch froh wenn man damit ein 900er Image bauen kann ...

Naja bei mir crasht es beim kompilieren der dm900

ERROR: libdreamdvd-0.9+gitAUTOINC+3a3ae0faa3-r0 do_compile: oe_runmake failedERROR: libdreamdvd-0.9+gitAUTOINC+3a3ae0faa3-r0 do_compile: Function failed: do_compile (log file is located at

Denke da kommt noch was die Tage daher mal abwarten

Denke das es erstmal für die dm900 ist und dann evtl. für die aktuellen auch was kommt

Thank you for fixing

http://git.opendreambox.org/?p…1aba2735650bbb58ae4ba5521

Hello,

i have encountered a bug in AiO Grab of DM525.
This is why model is DM525

root@dm520:/proc/stb/info# cat model

dm525

Can a Dev fix it ?

I have uploaded diff for git

We can mark this as solved
I hada to merge previous to latest Denzil repo than after clean all and building completely new from scratch problem was solved.

But there came new errors.

| checking for gnumake... make| checking version of make... 4.0, bad
| checking for gnumsgfmt... no
| checking for gmsgfmt... no
| checking for msgfmt... msgfmt
| checking version of msgfmt... 0.19.3, ok
| checking for makeinfo... makeinfo
| checking version of makeinfo... 5.2, bad
| checking for sed... sed
| checking version of sed... v. ?.??, bad
| checking for autoconf... autoconf
| checking whether autoconf works... yes
| configure: error:
| *** These critical programs are missing or too old: make
| *** Check the INSTALL file for required versions.
| ERROR: oe_runconf failed NOTE: package eglibc-2.13-r26+svnr15508: task do_configure: Failed

Problem was that i run Debian Jessie and version of make was too new The same also for makeinfo and sed.
So i installed Debian Wheezy and then everything went fine