• 1
  • 34
  • 35
  • 36(current)
  • 37
  • 38
  • 86
v19 LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)
(2019-10-31, 05:03)J_E_F_F Wrote: Is this the mandatory way to upgrade now? I used to use the command line, and wget the latest build to .update and reboot.

No it's not mandatory, you can use whatever existing upgrade method suits you. However given the temporary absence of the LibreELEC Settings add-on and the associated GUI updating I thought I'd better include a simple (and non-Python!) command line facility to tide us over. Obviously this facility is specific to my builds. I will most likely continue to include it once the LE Settings add-on is working again.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New LibreELEC.tv Matrix build #1031: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 8d2c29d1e392a24b47e710b6dd5243e5da32679fab758ed26cd475e03857c456 (RPi)
SHA256 Checksum: 360a1788e6d6081d1eb4a9cce4c2cd159de4ea36a191caa49263046126d226f9 (RPi2)

text:
# uname -a
Linux rpi512 5.3.7 #1 Thu Oct 31 21:32:24 GMT 2019 armv6l GNU/Linux

# vcgencmd version
Oct 28 2019 18:56:11
Copyright © 2012 Broadcom
version 764b271ca8046b0f9c71a38cba02efdf752682fc (tainted) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20191031213149-#1031-gcfe1640 [Build #1031]

# Kodi version
Kodi (19.0-ALPHA1 Git:cce8119). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (cfe1640, changelog) and tip of XBMC master (cce8119, changelog) with the following modifications: Build Highlights:
  1. bluez: update to bluez-5.52
Build Details:
  1. XBMC:
    • [Ios] mpnowplaying refactor and modernise code (PR:16826, 2 commits, 7 files changed)
    • VideoLayerBridgeDRMPRIME: set HDR metadata (PR:16103, 2 commits, 7 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New LibreELEC.tv Matrix build #1101: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: a2c9ea555f86e7cb7bb7a692a0a4b1f6e7437dddc1665791b3dbb279082855c2 (RPi)
SHA256 Checksum: 9ce79e3e4abd93a703eb2b03a48b7b80323c5e2c0a1368cdec06e9b81816e088 (RPi2)

text:
# uname -a
Linux rpi512 5.3.8 #1 Fri Nov 1 22:11:17 GMT 2019 armv6l GNU/Linux

# vcgencmd version
Nov 1 2019 14:48:35
Copyright © 2012 Broadcom
version 4955a975fa196c323bd72801881d5d4992f0cbbb (clean) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20191101221042-#1101-gcfe1640 [Build #1101]

# Kodi version
Kodi (19.0-ALPHA1 Git:cce8119). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (cfe1640, changelog) and tip of XBMC master (cce8119, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. New 5.3.8 kernel
Build Details:
  1. Firmware (Nov 1):
    • firmware: Update display_power gencmd with optional display id
    • firmware: sysman: Fix unsafe check for h264 being enabled. See: link
    • firmware: platform: Reduce absolute microvolts threshold to 500000
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3807 (perma): rpi-eeprom: update to latest rpi-eeprom
    • Updated: [env] PR:3902 (perma): linux (Generic/RPi/Allwinner): update to linux-5.3.11
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Thanks, I'll try this build as soon as I can to see if the new firmware and kernel solve (even as a side-effect) the issue of PAL resolution not allowing LibreELEC to finish booting.
New LibreELEC.tv Matrix build #1102: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: c8201bd2c91801aaf8801c0fc0468e0ccaba43908854e0f0e4ad733bc668f370 (RPi)
SHA256 Checksum: 91d484071f5bee9208a019e572e8e6e90c5dba95383f3a4465488bee7f5beca9 (RPi2)

text:
# uname -a
Linux rpi512 5.3.8 #1 Sat Nov 2 22:04:20 GMT 2019 armv6l GNU/Linux

# vcgencmd version
Nov 1 2019 14:48:35
Copyright © 2012 Broadcom
version 4955a975fa196c323bd72801881d5d4992f0cbbb (clean) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20191102220346-#1102-gcfe1640 [Build #1102]

# Kodi version
Kodi (19.0-ALPHA1 Git:cce8119). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (cfe1640, changelog) and tip of XBMC master (cce8119, changelog) with the following modifications: Build Highlights:
  1. pvr.waipu updates
Build Details:
  1. pvr.waipu:
    • [debian] fix dependencies after 316c1a6 (PR:39, 1 commit, 1 file changed)
    • bump version 1.2.2 (ea5bc46)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2019-10-31, 05:15)Milhouse Wrote:
(2019-10-31, 05:03)J_E_F_F Wrote: Is this the mandatory way to upgrade now? I used to use the command line, and wget the latest build to .update and reboot.

No it's not mandatory, you can use whatever existing upgrade method suits you. However given the temporary absence of the LibreELEC Settings add-on and the associated GUI updating I thought I'd better include a simple (and non-Python!) command line facility to tide us over. Obviously this facility is specific to my builds. I will most likely continue to include it once the LE Settings add-on is working again. 

For the last several years I've been putting the update in the update folder and rebooting the RPI.  With the new changes, does this upgrade method still work?  Thanks @Milhouse
(2019-11-03, 01:35)themew Wrote: For the last several years I've been putting the update in the update folder and rebooting the RPI.  With the new changes, does this upgrade method still work?  Thanks @Milhouse

Yes, that method still works.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2019-10-06, 21:23)Milhouse Wrote:
(2019-10-06, 09:02)raoulbhatia Wrote: FYI I today tried out "devel-20191005212130-#1005-g96737bf" with updated addons.  It still shows the same behavior.  I've reverted back to devel-20190713210301-#0713-gded3266 (RPi2.arm) and Docker is working again as expected.

Unfortunately, I currently do not have time to debug this further myself – sorry Undecided  Still, I am happy to try new builds and give more feedback though.

Thanks for the update. You didn't mention if you tested 9.1.002 (or 9.1.501, as it is now) with the latest Docker add-on - if you still have problems then it's not really an issue specific to these test builds. For now I'm not sure what else to suggest other than sticking with #0713 and keep trying test builds periodically, or switch back to "stable" 9.1.501 as these test builds don't always mix well with add-ons. Sad  
Just for the records, I recently updated to a recent build and things are working now.
  • Build: LibreELEC (Milhouse): devel-20191030001710-#1029-g509dbb2 (RPi2.arm)
  • Kernel: Linux LibreELEC 5.3.7 #1 SMP Wed Oct 30 00:22:48 GMT 2019 armv7l GNU/Linux
  • Docker version 19.03.2, build 6a30dfca03664a0b6bf0646a7d389ee7d0318e6e
  • Addons
    • service.system.docker v9.80.1.128
    • docker.linuxserver.mariadb v1.1.0
    • docker.linuxserver.portainer v1.0.5
    • docker.linuxserver.updater v1.0.2
    • repository.linuxserver.docker v9.0.102.102
none:
# docker ps
CONTAINER ID        IMAGE                        COMMAND             CREATED             STATUS              PORTS                    NAMES
0c7e7afcca21        linuxserver/mariadb:latest   "/init"             57 minutes ago      Up 57 minutes       0.0.0.0:3306->3306/tcp   docker.linuxserver.mariadb
87491f134791        portainer/portainer          "/portainer"        3 days ago          Up 3 days           0.0.0.0:9000->9000/tcp   docker.linuxserver.portainer

From what I read in the changelogs of Docker itself, I suspect a recent update of Docker itself made it more compatible with up2date Linux Kernels.  (Don't take my word for granted though ;-) )
Good evening & thx for great work n time, producing new builds.

Actually, I have some proper problems, with my

Raspb3 milhNightly #1101 -> now updated #1102:

python:
2019-11-03 15:40:03.804 T:522   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!                                            Error Type: <class 'SyntaxError'>                                            Error Contents: invalid syntax (default.py, line 20)                                              File "/usr/share/kodi/addons/service.libreelec.settings/default.py", line 20                                                except Exception, e:                                                                ^                                            SyntaxError: invalid syntax                                            -->End of Python script error report<--2019-11-03 15:40:03.834 T:384   DEBUG: ------ Window Init (DialogNotification.xml) ------ 2019-11-03 15:40:03.982 T:522    INFO: Python script stopped

https://pastebin.com/F3JVLJP4 -->kodi.log

I cannot access some APPs (Addons, Libreelec Setting) out of kodi menu, without getting an ERROR alert.

Do I have to clean-install kodi or is there any solution to go through? Ty
(2019-11-03, 19:03)elex Wrote: Good evening & thx for great work n time, producing new builds.

Actually, I have some proper problems, with my

Raspb3 milhNightly #1101 -> now updated #1102:

python:
2019-11-03 15:40:03.804 T:522   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!                                            Error Type: <class 'SyntaxError'>                                            Error Contents: invalid syntax (default.py, line 20)                                              File "/usr/share/kodi/addons/service.libreelec.settings/default.py", line 20                                                except Exception, e:                                                                ^                                            SyntaxError: invalid syntax                                            -->End of Python script error report<--2019-11-03 15:40:03.834 T:384   DEBUG: ------ Window Init (DialogNotification.xml) ------ 2019-11-03 15:40:03.982 T:522    INFO: Python script stopped

https://pastebin.com/F3JVLJP4 -->kodi.log

I cannot access some APPs (Addons, Libreelec Setting) out of kodi menu, without getting an ERROR alert.

Do I have to clean-install kodi or is there any solution to go through? Ty
Hi elex,

Hmm, you are not up to date. Read something back - #509
[3x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS - OMV 4.1.xx (Arrakis) @ NanoPI M4 ]#[ Nextcloud 17.0.3 @ ODROID C2 ]
(2019-11-03, 10:42)raoulbhatia Wrote: Just for the records, I recently updated to a recent build and things are working now.

Great, thanks for the update!
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2019-11-03, 19:03)elex Wrote: Good evening & thx for great work n time, producing new builds.

Kodi 19 has now moved to Python3, as Python2 is no longer supported as of Jan 2020: https://pythonclock.org/

Addons that are not compatible with Python3 will fail with weird and wonderful errors. It will take some time before addon maintainers push their Python3 updates. Some addons may never receive updates, and unfortunately they will simply die.

It's going to be a rough period until your favourite addons are updated with Python3 support - contact the addon maintainer in the relevant support thread (or github etc.) if support isn't yet available. These Python3 test builds will help addon maintainers test their fixes.

If addons you need are not being updated then you're stuck with Kodi 18.x (forever) or find alternative addons.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2019-11-03, 20:20)Milhouse Wrote:
(2019-11-03, 19:03)elex Wrote: Good evening & thx for great work n time, producing new builds.

Kodi 19 has now moved to Python3, as Python2 is no longer supported as of Jan 2020: https://pythonclock.org/

Addons that are not compatible with Python3 will fail with weird and wonderful errors. It will take some time before addon maintainers push their Python3 updates. Some addons may never receive updates, and unfortunately they will simply die.

It's going to be a rough period until your favourite addons are updated with Python3 support - contact the addon maintainer in the relevant support thread (or github etc.) if support isn't yet available. These Python3 test builds will help addon maintainers test their fixes.

If addons you need are not being updated then you're stuck with Kodi 18.x (forever) or find alternative addons. 

@Aux_ @Milhouse thank you for the memo Smile! ... hopefully there will be an happy end! gn8
New LibreELEC.tv Matrix build #1103: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 9793cadfcc7030ea26bb08afc459f48d062293a32acae17d39fc7e19eaaf321d (RPi)
SHA256 Checksum: 04829f69fd86f5c3a893c168a64ae1340540e63752fac541d33cc6d4c2c5b15b (RPi2)

text:
# uname -a
Linux rpi512 5.3.8 #1 Sun Nov 3 21:03:14 GMT 2019 armv6l GNU/Linux

# vcgencmd version
Nov 1 2019 14:48:35
Copyright © 2012 Broadcom
version 4955a975fa196c323bd72801881d5d4992f0cbbb (clean) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20191103210239-#1103-gcfe1640 [Build #1103]

# Kodi version
Kodi (19.0-ALPHA1 Git:cce8119). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (cfe1640, changelog) and tip of XBMC master (cce8119, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. pvr.waipu:
    • Matrix fix ubuntu/debian packaging (PR:40, 2 commits, 2 files changed)
    • Matrix fix ubuntu packaging (2) (PR:41, 2 commits, 2 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3957 (perma): buildsystem: optimize for size when building with debug
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
After installing Libreelec on a fresh new SD card I tried to update to this version. I copied the archive in Update folder, restarted, updated, all ok. After update , I am unable to access Libreelec option in the menu. 

 This happened last time I tried a few days ago, also from a fresh install , followed by the same update operation. The SD card is new and it was formatted. All was working fine .

Log : http://ix.io/20NJ

 Am I missing an obvious fix ? This is where it fails :

except Exception, e:
    xbmc.executebuiltin('Notification("LibreELEC", "%s", 5000, "%s/icon.png")' % (_(32390).encode('utf-8'), __media__))

 Does #509 apply to the Libreelec menu as well ? I no longer have access to some of the actual important settings of the system.
L.E. it seems I can access the settings remote using Chorus, but still ... Smile
  • 1
  • 34
  • 35
  • 36(current)
  • 37
  • 38
  • 86

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)8