Incorrect checksum calculated on downloaded file: got 896ac76671a9b89836a7014b16cc85b45b041e03fe34a8f529f4718aa2b15cef wanted 0f162bbcef951d5e3fc5e8974f5944c420657edc72bf51e0074f46f30d942722Checksum of package downloaded from GitLab has changed. Update packages/graphics/kmscube/package.mk.
PS: With my Generic setup I cannot download/test kmscube. If there is a volunteer for a fix ...
When building master the sources have to be downloaded from the original source, error 404 from sources.libreelec.tv is a Red Herring.
Check why download try from Mesa / kmscube · GitLab failed before.
Try
--- /storage/.kodi/addons/service.librespot/resources/lib/ls_librespot.py~
+++ /storage/.kodi/addons/service.librespot/resources/lib/ls_librespot.py
@@ -119,7 +119,7 @@ class Librespot(xbmc.Player):
env=ADDON_ENVT,
stderr=subprocess.STDOUT,
stdout=subprocess.PIPE,
- text=True)
+ text=True, encoding='utf-8')
log('librespot started')
with self.librespot.stdout:
for line in self.librespot.stdout:Don't worry about making errors, deinstall and reinstall in this case.
Thanks. Is working - better: not working - as expected.
Please post the output of
nmblookup -A 192.168.56.1
nmblookup -A 10.13.137.57Most likely you have a VM running on the Windows machine and its address is selected. Use nmblookup BEJHAN-PC on the RPI to verify.
If yes use smb://[email protected]/
See pvr.mediaportal - working in LE 9.26, not working in LE 10.0
Most likely you have to use irserver64 on a 64 bit system.
Likely the behavior was changed in kodi with PR19040 using nmblookup via CDNSNameCache::Lookup().
To my surprise Kodi is preferring nmblookup addresses over NSS and using the last listed line.
why does LE 9.26 work in this environment.
Is there a difference in nmblookup output (because of older version)?
There is another report resolving a wrong address from SMB share (without mediaportal): SMB broken in nightlies RPI4
Samba is doing it's own name resolution and in the last post OP found the address listed in nmblookup. Please try nmblookup NCC and nmblookup -A 172.20.208.1.
BTW: nslookup is only querying DNS servers while the system library name resolution is using the methods defined in /etc/nsswitch.conf. For hosts these are usually files (->/etc/hosts). MDNS and DNS. This can be queries with the getent ahosts ... command mentioned.
Here is another log from LE 9.95 (Allwinner H6) when pvr.mediaportal is configured to use RTSP instead of SMB:
RTSP failing too makes the error even more mysterious to me - maybe caused by caching of addresses.
Comparing LE 9.2.6 with 9.95 does not help, almost every part was upgraded.
MS-Discovery is not available for Linux and SMB1 is disabled. Zeroconf/avahi MDNS seem to be more "agressive" in recent versions and resolving names directly.
Your smb://MY-Username:MY-Password@NCC address is resolved to smb://USERNAME:[email protected] - maybe matching a virtual machine on your Windows system.
Likely you get the same address with getent ahosts NCC in LE.
Use the IP address instead of the name.
To get smooth playback on Generic add PR19448 to kodi.
Have you already tried a nightly after 20210328 including kernel 5.10.26 with an additional AMD iommu.c fix?
Feedback overnight from the other user reporting the error “it disappeared on 5.11 for me.“
In such cases it is always worth to even try RC mainline or bleeding edge drm-next kernels.
There is a warning but I don't know if this is related:
Mar 25 23:55:18.018661 LibreELEC kernel: i915 0000:00:02.0: drm_WARN_ON(common_len <= 0)
Mar 25 23:55:18.018665 LibreELEC kernel: WARNING: CPU: 4 PID: 1 at drivers/gpu/drm/i915/display/intel_dp.c:2362 intel_dp_compute_config+0xd53/0xeb0
[...]