LibreELEC (Krypton) v8.1.2 BETA

  • This is the third beta for our 8.2 release. It addresses minor findings related to the Samba bump: we now detect and avoid invalid Samba v3 configurations, old samba.conf.sample templates are overwritten with the new v4 template, and remote SMB shares are mounted using SMB2 or where possible SMB3. The release also adds support for the Raspberry Pi IQAudIO Digi+ board and a Xiaomi BT remote, and includes security fixes for the Blueborne Linux/BlueZ vulnerability. This is hopefully the final 8.1.x beta release; next will be 8.2.0.
    Changes since LibreELEC 8.1.1 include:

    • Fix boot-time overwrite of samba.conf.sample to ensure v4 template exists
    • Fix Samba startup failures by detecting/disabling old (v3) samba.conf files
    • Fix an issue in the embedded getedid script
    • Fix Kodi to support 352KHz and 384KHz audio over S/PDIF
    • Fix clearing of core files from /storage/.cache during Kodi startup
    • Fix vulnerability (CVE-2017-1000250 aka Blueborne pt.1) in BlueZ
    • Fix vulnerability (CVE-2017-1000251 aka Blueborne pt.2) in all kernels except Amlogic 3.10
    • Fix a Python /dev/random issue that caused some Python crypto functions to error
    • Fix to prevent boot-loops when a failed update leaves valid files in /storage/.update
    • Update Amlogic 3.14 kernel to use kernel wireless-regdb on all reference devices
    • Update RPi firmware to solve minor CEC button press issues
    • Update nvidia-legacy driver to 340.104
    • Update RTL8192EU driver
    • Update Samba to 4.6.8
    • Update kernel to enable SMB2 support (default) and where possible SMB3
    • Add support for the Xiaomi Mi Box Bluetooth remote
    • Add alsa configuration for the IQAudIO Digi+ on Raspberry Pi devices

    See detailed changes on GitHub – along with previous changes for LibreELEC v8.1.0 BETAand LibreELEC v8.1.1 BETA releases.



    !!! SAMBA / SMB CHANGES !!!

    LibreELEC 8.2 includes changes that allow the Kodi SMB client and our embedded Samba server to support SMB2/3 connections; deprecating SMB1 to improve security and performance. This is a disruptive change and many users will need to adapt their use of SMB shares or Samba:

    • The Kodi SMB client now defaults to SMB3 connections but can fail to negotiate SMB3 with old Samba (NAS) versions. A new option in Kodi Settings > Services > SMB client > allows SMB2 or SMB1 to be forced for compatibility with legacy SMB servers.
    • The embedded Samba server defaults to and supports only SMB2/SMB3 connections. The LibreELEC Settings add-on allows the minimum protocol versions to be changed, e.g. to enable SMB1 for compatibility with legacy SMB clients. It also supports GUI configuration of WORKGROUP name.
    • Samba detects v3 /storage/.config/samba.conf configurations and ignores them to avoid the Samba service failing on startup. If this happens Samba starts with a default v4 configuration. Custom Samba configurations must be updated to use the new Samba 4.x base template (samba.conf.sample).
    • Kodi “Windows network browsing” needs the Kodi SMB client to support SMB1 and we now default to SMB2/3 connections so browsing no longer works. Windows SMB shares must be added using the full server/share path. SMB sources from Samba/NAS devices can normally be browsed via the “ZeroConf network browsing” alternative.
    • Connection failures to anonymous and guest shares are normally solved by creating a local machine user account and password credential for Kodi to use, then setting read or read-write permissions for that credential to the shares Kodi will access.

    SAMBA / SMB CONFIGURATION FILES

    Kodi SMB client configuration is stored in /storage/.kodi/.smb/smb.conf which can be extended with changes in /storage/.kodi/.smb/user.conf if required. Posts in the Kodi forum often refer to files in ~/.smb/smb.conf which is not correct for Kodi 17.4 or newer.
    Samba server configuration uses /etc/samba/smb.conf unless /storage/.config/samba.conf custom config is present. Samba will not use ~/.smb/smb.conf which is commonly used in other Linux distributions.
    If you experience issues with SMB shares (client or server) please post in the forums sharing information on the Windows and Samba versions and a Kodi [definition=12,0]debug[/definition] [definition='1','0']log[/definition], and we will do our best to help.
    !! LIRC CHANGES !!
    In LibreELEC 8.0 the Lirc service is enabled when an IR receiver is detected in the system, but it is not started unless used with the lirc_rpi or lirc_xbox drivers or a personal lircd.conf. In LibreELEC 8.2 the Lirc service is enabled and supports all drivers which can result in the service starting and interfering with normal IR operations. If you experience “double button presses” after updating the Lirc service can be disabled in the ‘Services’ tab of the LibreELEC settings add-on. The Lirc service is disabled in new installations and must be manually enabled. Thanks to @HiasoffT changes the Lirc service is now configurable using a combination of /storage/.config/lirc_options.conf and lircd.conf – the same approach used in desktop Linux distributions and most howto instructions users find via Google searches.
    INTEL HBR AUDIO
    In the last week initial patches to resolve the lack of pass-through HBR audio on NUC devices and similar with an internal DP > HDMI convertor were published. Current testing shows good results on Linux 4.13+ kernels but issues are seen with older hardware and the 4.11 kernel used in LibreELEC 8.2. We have provided feedback and testing will continue as patches evolve. We will add a stable fix to an 8.2 maintenance release if possible.
    AUTO-UPDATE
    Following a number of significant security issues we need to ensure more users run the latest release to benefit from security bug fixes. We have changed the default option for auto-update from manual to auto, to ensure minor version updates, e.g. 8.2.0 to 8.2.1 roll-out faster. Major version updates are still user-initiated, e.g. 8.2.0 to a future 9.0.0 release, and users can revert to manual update if preferred. There is no change to the 24-hour canary period between release and files being distributed via auto-update.

    Quelle und Link

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!