Oke, zb. der Materials FHD skin !?
Und meine ext.HDD eingebunden unter OE2.2 wie wirt die sich verhlaten wenn ich die anschliesse unter OE2.5 ?
openembedded build probleme mit dem krogoth branch
-
-
Materials ist aber ein reiner gp3 skin der ging und geht nie ohne gp3.
Daher Skins die nur für bestimmte image oder halt nur fürs GP gemacht sind gehen natürlich nur mit diesen Voraussetzungen .
Das war aber schon immer so und hat ja nix mit einem neuen oe zu tun. -
In einem reinen dmm image mit dem dmm Geräte manager ,der ist im Hauptmenü erreichbar und selbsterklärend.Ansonsten halt warten bis wir das gp3 fertig haben für oe2.5.
Ihr wisst aber schon das dieses oe 2.5 noch gar nicht für user ist die sich da zu wenig auskennen ,ihr solltest lieber erstmal bei oe2.2 bleiben und die user die sich da mehr auskennen das neue oe testen lassen so das man dmm auch Fehler usw. melden kann.
Für die Allgemeinheit ist das oe2.5 ja noch gar nicht gedacht und daher auch noch gar nicht alles fertig. -
Danke zombi fur deine antworten.
Fr.gr. -
Stimme zombi zu 100 % zu. Oe2.5 ist bis jetzt für Leute, die selbst klarkommen und noch nicht für den 0815-Nutzer.
-
Ich habe es auch am laufen. Es läuft schon unglaublich stabil für ein "Experimental". Man muss sich auch mal was zutrauen und falls doch Probleme auftreten versuchen zu lösen und natürlich hier melden.
-
Eigentlich sollten wir hier mal wieder auf das ursprüngliche Thema zurückkommen: build probleme
-
update von heute baut oe nicht mehr auf meinen centos rechner
Zitat
ERROR: dropbear-2016.73-r0 do_package_write_deb: Error executing a python function in exec_python_func() autogenerated:
The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002:sstate_task_postfunc(d)
0003:
File: '/home/nixkoenner/snapshot/opendreambox_krogoth/openembedded-core/meta/classes/sstate.bbclass', lineno: 673, function: sstate_task_postfunc
0669:
0670:python sstate_task_postfunc () {
0671: shared_state = sstate_state_fromvars(d)
0672:
*** 0673: sstate_install(shared_state, d)
0674: for intercept in shared_state['interceptfuncs']:
0675: bb.build.exec_func(intercept, d, (d.getVar("WORKDIR", True),))
0676: omask = os.umask(002)
0677: if omask != 002:
File: '/home/nixkoenner/snapshot/opendreambox_krogoth/openembedded-core/meta/classes/sstate.bbclass', lineno: 273, function: sstate_install
0269:
0270: # Run the actual file install
0271: for state in ss['dirs']:
0272: if os.path.exists(state[1]):
*** 0273: oe.path.copyhardlinktree(state[1], state[2])
0274:
0275: for postinst in (d.getVar('SSTATEPOSTINSTFUNCS', True) or '').split():
0276: # All hooks should run in the SSTATE_INSTDIR
0277: bb.build.exec_func(postinst, d, (sstateinst,))
File: '/home/nixkoenner/snapshot/opendreambox_krogoth/openembedded-core/meta/lib/oe/path.py', lineno: 81, function: copyhardlinktree
0077: if (os.stat(src).st_dev == os.stat(dst).st_dev):
0078: # Need to copy directories only with tar first since cp will error if two
0079: # writers try and create a directory at the same time
0080: cmd = 'cd %s; find . -type d -print | tar -cf - -C %s -p --files-from - --no-recursion | tar -xf - -C %s' % (src, src, dst)
*** 0081: check_output(cmd, shell=True, stderr=subprocess.STDOUT)
0082: cmd = 'cd %s; find . -print0 | cpio --null -pdlu %s' % (src, dst)
0083: check_output(cmd, shell=True, stderr=subprocess.STDOUT)
0084: else:
0085: copytree(src, dst)
File: '/home/nixkoenner/snapshot/opendreambox_krogoth/openembedded-core/meta/lib/oe/path.py', lineno: 146, function: check_output
0142: if retcode:
0143: cmd = kwargs.get("args")
0144: if cmd is None:
0145: cmd = popenargs[0]
*** 0146: raise CalledProcessError(retcode, cmd, output=output)
0147: return output
0148:
0149:def find(dir, **walkoptions):
0150: """ Given a directory, recurses into that directory,
Exception: CalledProcessError:
Command 'cd
/home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/work/mips32el-oe-linux/dropbear/2016.73-r0/deploy-debs;
find . -type d -print | tar -cf - -C
/home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/work/mips32el-oe-linux/dropbear/2016.73-r0/deploy-debs
-p --files-from - --no-recursion | tar -xf - -C
/home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/deploy/deb'
returned non-zero exit status 2 with output tar: .: Cannot utime:
Operation not permitted
tar: Exiting with failure status due to previous errors
ERROR: dropbear-2016.73-r0 do_package_write_deb: Function failed: sstate_task_postfunc
ERROR: Logfile of failure stored in:
/home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/work/mips32el-oe-linux/dropbear/2016.73-r0/temp/log.do_package_write_deb.60177
ERROR: Task 12
(/home/nixkoenner/snapshot/opendreambox_krogoth/meta-newnigma2-krogoth/recipes-core/dropbear/dropbear_2016.73.bb,
do_package_write_deb) failed with exit code '1'
NOTE: Tasks Summary: Attempted 654 tasks of which 642 didn't need to be rerun and 1 failed.
No currently running tasks (654 of 655) -
also der build von der dm900 ist durchgelaufen. der von der 7080 endet in einem compile error bei qtwebkit ...
OoZooN:
Bei einem „internal compiler error“ lässt sich nicht viel machen. Ist vielleicht die CPU überhitzt? Gabs irgendwelche Warnungen im Kernel-Log? Evtl. hilft es, PARALLEL_MAKE zu reduzieren. Tritt es wieder an derselben Stelle auf, wenn Du es nochmal versuchst?ich hab das Problem grad "live" beobachten können. es geht ihm schlicht der speicher aus ...
da muss ich jetzt mal schauen ob ich für die alte gurke noch speicher kriege oder was neues anschaffe ...
-
Da hilft es aber Parallel Make zu reduzieren! Da sich der Speicherbedarf direkt proportional erhöht wenn mehrere makes parallel laufen (bei PARALLEL_MAKE=2 sollte man mit dem doppelten RAM Bedarf von =1 rechnen).
-
Tar ist irgendwie bei centos defekt ubuntu baut ohne probleme durch
nur ertslle ich mir im OE2.2 eignene Packages.gz das ist im oe2.5 kaputt
P1=$OE_BASE/build/${BOXTYP}/tmp-glibc/deploy/deb/mips32el/
cd ${P1}; ${BIN}dpkg-scanpackages -t deb ./ | tee Packages | gzip -9c > Packages.gz
cd ${P1}; xz -k -- Packages
cd ${P1}; echo "Label: mips32el" > Release
cd ${P1}; ${BIN}apt-ftparchive release . >> Release
cd ${P1}; gpg --default-key "NewNigma2" -abs -o Release.gpg ReleaseZitatCan't locate Dpkg.pm in @INC (you may need to install the Dpkg module) (@INC contains: /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/lib/perl-native/perl/site_perl/5.22.1 /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/lib/perl-native/perl/vendor_perl/5.22.1 /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.22.1 /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/lib/perl-native/perl/site_perl/5.22.1 /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/lib/perl-native/perl/vendor_perl/5.22.1 /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.22.1 .) at /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/bin/dpkg-scanpackages line 26.
BEGIN failed--compilation aborted at /home/nixkoenner/snapshot/opendreambox_krogoth/build/dm520/tmp-glibc/sysroots/x86_64-linux/usr/bin/dpkg-scanpackages line 26. -
ich habe vielleicht einen Bug gefunden
wenn man sich mittels putty und ssh mit der Dreambox verbindet und den Tabulator betätigt kommt folgende Meldung im putty "-bash: words: bad array subscrip" ich hab ein wenig gegoogelt und bin hierauf gestoßen https://bugs.launchpad.net/ubu…h-completion/+bug/1289597 wenn man in /usr/share/bash-completion/bash_completion in Zeile 710 [[ $cword -eq 0 ]] && return 1 durch [[ $cword -le 0 ]] && return 1 ersetzt ist die Meldung weg.
-
-
Tar ist irgendwie bei centos defekt
Hier hilft vielleicht der Buildtools-Tarball weiter."-bash: words: bad array subscrip"
Danke, der Fehler ist inzwischen behoben.wenn ich 2 links anlege geht das mit dpkg-scanpackages
es scheint so als passt der installationsort nicht
Danke! Problem erkannt. Wird demnächst korrigiert. -
-
Das sollte doch über depends gehen? Resp. Im receipe rdepends_${PN}. Oder suchst du was anderes?
-
Nein ich bau das Paket ja manuell, aber dpkg ignoriert die Recommends: ... Pakete im Control File, während opkg die immer fein anzieht wenn sie verfügbar sind auf dem Feed.
Problem ist aufm OE2.5 muss ich python-argparse installieren was es im OE2.2 nicht gibt (weil wohl dort im System schon mit drin), also kann ich es nicht als Depend setzen weil sonst das Paket auf OE2.2 nicht mehr installierbar wäre. -
Hm, ich bau immer im oe
-
Hast du eine Idee wie man dpkg dazu bringt die Recommends: im Control File nicht zu ignorieren? Ich bräuchte das jetzt als Unterscheidung zum OE2.2 aber er installiert mir die notwendigen Pakete nicht.
Grundsätzlich installiert dpkg garkeine anderen Pakete mit. Meinst Du vielleicht apt? Das installiert standardmäßig auch alle Pakete, die in Recommends stehen. Aber ich nehme an, Du rufst apt-get -f install auf. Das lässt „Recommends“ aus, weil das Ziel von -f („Fix Broken“) ist, defekte Installationen mit minimalem Aufwand zu beheben.Das Paket python-argparse gibt es übrigens auch in dora (openembedded-core/meta/recipes-devtools/python/python-argparse_1.2.1.bb).
-
Ja schon klar dass das dpkg nicht selbst macht, sondern apt hinterher
Ich ruf apt-get -f install auf, aber wie bekomm ich dann die Recommends installiert wenn ich ein Paket lokal installiere und nicht von einem Feed? Gar nicht? Ich kann doch ein lokales Paket nur mit dpkg installieren oder geht das noch anders?Ja mag sein dass es das auch für dora schon gibt/gab aber das Paket existierte nicht auf eurem Feed und scheinbar war das fehlende .py File auch so schon im Image drin (ansonsten hab ich keine Erklärung wieso das vorher funktionierte), weil der Fehler dass argparse fehlen würde kommt nur im OE2.5
Edit: Ja im dora war es Bestandteil von python-misc
root@dm7080:/usr/lib/python2.7# dpkg -S /usr/lib/python2.7/argparse.py
python-misc: /usr/lib/python2.7/argparse.py