Beiträge von mcs1

    Dear all,


    I am having quite some trouble scanning optus D1 (160.0 E) which has multistream transponders for ABC and SBS. I generated a satellites .xml and edited it to use auto modulation (modulation 0). The two relevant transponders are 12470H and 12532 H. Once I changed from modulation 3 (16APSK) to 0, I get a lock in the enigma satfinder but a scan still does not deliver any channels?
    I am using an opendreambox imag OE2.5 that I compiled myself.
    Any help would be greatly appreciated.
    Cheers
    Mcs


    Relevant section of satellites.xml:


    Hi,
    There seems to be areal issue with the subtitles and the explanation is given above. I think this may well be the same problem I reported with the timeshift a few days ago, timeshift gives a green screen and some integer exception with subtitles on.
    Cheers
    Mcs

    Dear all,


    I get weird segfault if I do timeshift when subtitles are on. Timeshift works fine when subtitles are not switched on. I am building a opendreambox 2.5 system on debian stretch. All the latest updates. This happens for a couple of months now. I am at a real loss here, any help would be greatly appreciated. I have never had that with opendreambox 2.0 for any images I have built.
    The error log (.... indicates a large number of similar lines):


    Thank you for any help
    Mcs1

    Dear all,
    Make update for a new checkout fails:


    Code
    make update
    [*] Updating Git repositories...
    Already up-to-date.
    Synchronizing submodule url for 'bitbake'
    Synchronizing submodule url for 'meta-openembedded'
    Synchronizing submodule url for 'meta-qt5'
    Synchronizing submodule url for 'openembedded-core'
    fatal: reference is not a tree: 1c5177c3bab81ded75c28d8cbb48b14163ab6cc3
    Unable to checkout '1c5177c3bab81ded75c28d8cbb48b14163ab6cc3' in submodule path 'meta-openembedded'
    make: *** [update] Error 1

    Any suggestions very much appreciated.
    Cheers
    Mcs1

    Update:
    All enigma1 builds fail in ubuntu lucid for me. Tried a new checkout for 7020 in debian, which runs through. So maybe I have to transfer everything back from Ubuntu to debian.... :smiling_face:
    Cheers
    mcs1

    Dear all,


    I am currently trying to make a new image for a 7020 with a few updates from CVS, with quiet a few problems. For isnatnce I still am unable to sort a -ltuxbox flag that comes up in tuxtxt. However doing a dirty job it runs through but t the very end I get:



    That really throws me. I found this to be an old debian bug.
    Any help would be really appreciated
    Cheers


    MCS

    Zitat

    Originally posted by ren_hoeck
    Hi,


    wo kann man den einstellen welche Version der Busybox genutzt wird?


    MfG Ren


    Ich konnte laenger nicht ins forum, deshalb die spaete antwort. Einfach das busybox 1.2.1 bb file umbenennen, "bitbake -cclean busybox" und das 1.2.1 ipk file loeschen. Dann sollte "bitbake busybox" die neue version machen.( Wenn ich mich richtig erinnere).
    Preferred version kann auch gehen, habe ich aber nicht probiert
    MfG


    MCS

    Hallo,


    Heutiges checkout geht bei mir nicht mal mit der busybox1.01, hat vielleicht sonst jemand eine idee was da los sein koennte?



    Ich denke, es wird mit dem fehlenden telnetd zusammenhaengen????


    MfG


    MCS

    Hallo,
    Habe jetzt das problem gefunden. Es liegt am tar in testing (1.15.91-1)).
    Downgrade tar auf stable 1.14-2.2 und es sollte wieder gehen. Man muss so ziemlich alles neu kompilieren, das neue tar macht viel kaputt. Ich habe zuerst:

    Code
    bitbake -cclean world


    und alle files in build/tmp/stamps geloescht, dann

    Code
    bitbake dreambox-image


    gemacht und wenn fehlermeldungen kamen (hauptsaechlich patchfiles) wieder ein -cclean des entsprechenden pakets.
    Ist oed aber funktioniert.
    Hoffe das hilft
    MCS

    Hallo,


    Habe dieselbe fehlermeldung mit einem 7020 build, habe auch schon ein komplett neues checkout probiert. Da ist irgendwas im ipk kaputt
    Ich werde weitersuchen.
    kuddi
    Hast du ein debian AMD64 linux?


    Cheers


    MCS

    Hi wolpi,
    Thank you for that. I found your previous post on the issue and I was wondering about setting the i686 flag before since I do NOT have a 32 bit userspace, thus why should I have to use the flag?
    Can you elaborate a bit more on how you have "fixed" the problem with python?
    Cheers
    MCS

    Hi,


    Now finally I have to set BUILD_ARCH = "i686" as well. Enigma2.....


    Code
    gcc -c   -I/home/db7020/tuxbox-bb/build/tmp/staging/i686-linux/include -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long    -DHAVE_CONFIG_H -DGENERATOR_FILE -I/home/db7020/tuxbox-bb/build/tmp/staging/i686-linux/include   -I. -I. -I/home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/gcc -I/home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/gcc/. -I/home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/gcc/../include  /home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/gcc/rtl.c -o rtl.o
    In file included from /home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/gcc/rtl.c:27:
    /home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/gcc/real.h:69: error: size of array `test_real_width' is negative
    make[1]: *** [rtl.o] Error 1
    make[1]: Leaving directory `/home/db7020/tuxbox-bb/build/tmp/work/gcc-cross-initial-3.4.4-r3/gcc-3.4.4/build.i686-linux.powerpc-linux/gcc'
    make: *** [all-gcc] Error 2
    FATAL: oe_runmake failed


    Anybody seen this before? Any ideas?
    That is on a debian sarge box
    Maybe someone can help.
    Cheers


    MCS