Jump to content


r00tc0d3

Member Since 31 Dec 2011
Offline Last Active 07 Mar 2023 18:32
-----

Topics I've Started

Checksum errors bouwen openpli

6 January 2018 - 11:33

Hallo,

Ik ben zelf OpenPli aan het bouwen maar krijg de volgende melding:

WARNING: libpcre-native-8.39-r0 do_fetch: Checksum mismatch for local file /home/openpli/openpli-oe-core/sources/pcre-8.39.tar.bz2
Cleaning and trying again.
WARNING: libpcre-native-8.39-r0 do_fetch: Renaming /home/openpli/openpli-oe-core/sources/pcre-8.39.tar.bz2 to /home/openpli/openpli-oe-core/sources/pcre-8.39.tar.bz2_bad-checksum_ca478d2c2d563917ec8c1d52deff7e70
WARNING: libpcre-native-8.39-r0 do_fetch: Checksum failure encountered with download of http://downloads.sourceforge.net/projects/pcre/files/prce/8.39/pcre-8.39.tar.bz2 - will attempt other sources if available
WARNING: byacc-native-20160606-r0 do_fetch: Failed to fetch URL ftp://invisible-island.net/byacc/byacc-20160606.tgz, attempting MIRRORS if available
WARNING: libgles-vuuno4kse-16.1-20171222.r0 do_fetch: Checksum mismatch for local file /home/openpli/openpli-oe-core/sources/libgles-vuuno4kse-16.1-20171222.r0.tar.gz
Cleaning and trying again.
WARNING: libgles-vuuno4kse-16.1-20171222.r0 do_fetch: Renaming /home/openpli/openpli-oe-core/sources/libgles-vuuno4kse-16.1-20171222.r0.tar.gz to /home/openpli/openpli-oe-core/sources/libgles-vuuno4kse-16.1-20171222.r0.tar.gz_bad-checksum_a67d4ffac7cc7fcab2925d5562943056
WARNING: libgles-vuuno4kse-16.1-20171222.r0 do_fetch: Checksum failure encountered with download of http://archive.vuplus.com/download/build_support/vuplus/libgles-vuuno4kse-16.1-20171222.r0.tar.gz - will attempt other sources if available
ERROR: libgles-vuuno4kse-16.1-20171222.r0 do_fetch: Fetcher failure for URL: 'http://archive.vuplus.com/download/build_support/vuplus/libgles-vuuno4kse-16.1-20171222.r0.tar.gz'. Checksum mismatch!
File: '/home/openpli/openpli-oe-core/sources/libgles-vuuno4kse-16.1-20171222.r0.tar.gz' has md5 checksum a67d4ffac7cc7fcab2925d5562943056 when db1af1f03f4cc493b2f7e77ea361d72b was expected
File: '/home/openpli/openpli-oe-core/sources/libgles-vuuno4kse-16.1-20171222.r0.tar.gz' has sha256 checksum 2e064cb687ce1c38d16d98e721151006ba1bf57ac056a4ff32c0a6c4e5dc4aa1 when d40d3efec60285f9e5751c48b6e66bea6f1e090818f305fa2c1d314edb762143 was expected
If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe:
SRC_URI[md5sum] = "a67d4ffac7cc7fcab2925d5562943056"
SRC_URI[sha256sum] = "2e064cb687ce1c38d16d98e721151006ba1bf57ac056a4ff32c0a6c4e5dc4aa1"
Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified.

ERROR: libgles-vuuno4kse-16.1-20171222.r0 do_fetch: Fetcher failure for URL: 'http://archive.vuplus.com/download/build_support/vuplus/libgles-vuuno4kse-16.1-20171222.r0.tar.gz'. Unable to fetch URL from any source.
ERROR: libgles-vuuno4kse-16.1-20171222.r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/openpli/openpli-oe-core/build/tmp/work/vuuno4kse-oe-linux-gnueabi/libgles-vuuno4kse/16.1-20171222.r0/temp/log.do_fetch.485
ERROR: Task (/home/openpli/openpli-oe-core/meta-vuplus/recipes-bsp/drivers/libgles-vuuno4kse.bb:do_fetch) failed with exit code '1'

Ik zit op origin/release-6.1 maar op develop had ik dit ook.
Als ik handmatig de bestand ophaal en de hash bereken klopt alles wel. Hebben jullie enig idee wat dit kan zijn?
Ik debug nog wel verder maar wou het even delen.


Remote fallback tuner bug

2 January 2018 - 23:13

Ik heb een Vu+ Uno 4k SE en een Vu+ Solo2. Beiden draaien OpenPli 6.1 RC.

De solo2 is de tuner server en heeft 2 DVB-S2 tuners en een DVB-T2 tuner (USB). De Uno heeft een FBC DVB-C tuner maar is nog niet aangesloten (komt binnenkort). De Uno wordt als "hoofd" ontvanger gebruikt. Als ik een opname start op de Uno (met de rode knop of via de EPG) van een lopend programma, wordt de opname gestopt als ik de ontvanger op stand-by zet. 
Uit de logs van engima2 blijkt dat de opname bewust gestopt wordt. Dit lijkt mij ongewenst gedrag of heeft dit een andere reden?

Gr. Marcel