[Milhouse]

NOTICE: This thread has run its course - see this thread for LibreELEC Kodi 18 builds where testing continues.

---

Kodi "master" is now based on Krypton, or Kodi 17. See this thread for Kodi 16 (Jarvis) testbuilds. See this thread for old OpenELEC Kodi 17 builds.

Fair Warning

Kodi 17 is currently beta and there is likely to be a lot of activity in the coming weeks/months. There will be some breakage.

In addition, these are "bleeding edge" builds - they often contain cherry-picked commits that require early testing prior to merging upstream, and which won't be found in regular nightlies until after they have been merged.

25 Oct 2016: Please continue to report issues in this thread, but as I'm often not responsible for bugs and regressions (unless it's build related) don't expect personal replies or for me to file any upstream bug reports on your behalf. The best you can hope for is that the developer responsible is monitoring this thread and responds appropriately. If you want to progress an issue, identify when the issue first appeared as that may help suggest the pull request (PR) responsible, then post a comment on the relevant github PR or - if it's VideoPlayer related, or you don't know which PR is responsible - on trac.kodi.tv.

Skin Usage

By all means use third party skins with these builds (if the skins are compatible), but please do not report problems that cannot be reproduced while using the stock Estuary skin that is included with every build.

If a problem is not reproducible with stock Estuary then it's most likely to be a third-party skin problem, in which case contact the skin maintainer.

Installing

You need a working system in order to install a test build. If you are starting from scratch, use an official LibreELEC disk image to create a working system on your SD card. Once you have a working system, install the test build by copying the tar file into your Update folder and reboot.

RPi 3 Users: Use RPi2 builds.

---

Recent builds (see next post for older builds):

• #1129, 29-Nov-2016: RPi / RPi2 -- Release post (kodi-theme-Estuary: updated default background colour (and other changes); add Hifiberry ALSA config)
  
• #1128, 28-Nov-2016: RPi / RPi2 -- Release post (New Chorus2 web interface; added pvr.octonet add-on; HW mouse pointer fixes)
  
• #1127, 27-Nov-2016: RPi / RPi2 -- Release post (New 4.8.11 kernel; ffmpeg: update to 3.1.6-Krypton-Beta6; inpustream.adaptive replaces mpd and smoothstream)
  
• #1126, 26-Nov-2016: RPi / RPi2 -- Release post (New firmware with extra 16MB disabled by default; VideoPlayer: change time parameter of SeekTime from int to double; ffmpeg: update to 3.1.5-Krypton-Beta6)
  
• #1125, 25-Nov-2016: RPi / RPi2 -- Release post (Merge /usr; official LE setttings icon Estuary skin support)
  
• #1124, 24-Nov-2016: RPi / RPi2 -- Release post (Bump systemd 232; bump Python 2.7.12; [PVR] fix recordings window subfolder listings)
  
• #1123, 23-Nov-2016: RPi / RPi2 -- Release post (Estuary 2nd edition)
  
• #1122, 22-Nov-2016: RPi / RPi2 -- Release post (New 4.8.10 kernel; cmake fixes)
  
• #1121, 21-Nov-2016: RPi / RPi2 -- Release post (Fix ARCH and CPU with cmake (PR:768))
  
• #1120, 20-Nov-2016: RPi / RPi2 -- Release post (New firmware with extra 16MB RAM available on Pi2/Pi3; switch kodi build to cmake; fix PVR subfolders)
  
• #1119, 19-Nov-2016: RPi / RPi2 -- Release post (New 4.8.9 kernel; new firmware - updates for frambebuffer, debug_sym and deinterlace)
  
• #1118, 18-Nov-2016: RPi / RPi2 -- Release post (Fix channel change crash; bump bluez to 5.43; change Samba allocation roundup size, enable strict allocation)
  
• #1117, 17-Nov-2016: RPi / RPi2 -- Release post (Fix RTMP-related crash)
  
• #1116, 16-Nov-2016: RPi / RPi2 -- Release post (Bump to gcc-6.2.0, update libressl - this will break some addons; new tzdata and tzcode packages)
  
• #1115, 15-Nov-2016: RPi / RPi2 -- Release post (New 4.8.8 kernel; PVR.FilmOn fix)
  
• #1114, 15-Nov-2016: RPi / RPi2 -- Release post (New firmware; add ioctl for reading gpu memory through dma)
  
• #1113, 13-Nov-2016: RPi / RPi2 -- Release post (New 4.8.7 kernel; enable CONFIG_I2C_BCM2835=m; experimental limit libass cache size depending on arm memory size)
  
• #1112, 12-Nov-2016: RPi / RPi2 -- Release post (Fix HLS streams)
  
• #1111, 11-Nov-2016: RPi / RPi2 -- Release post (newclock5 cleanup now that libcec 4.0.0 has merged; busybox tar fix)
  
• #1110, 10-Nov-2016: RPi / RPi2 -- Release post (Show pretty name in "Available Versions" listing (LE Settings > Updates))
  
• #1109, 09-Nov-2016: RPi / RPi2 -- Release post (Minors)
  
• #1108, 08-Nov-2016: RPi / RPi2 -- Release post (Fix right-to-left languages when displaying subtitles)
  
• #1107, 07-Nov-2016: RPi / RPi2 -- Release post (Revert LibreSSL bump; add advancedsettings.xml to configure SSA/ASS cache size)
  
• #1106, 06-Nov-2016: RPi / RPi2 -- Release post (New firmware; libass: update to 0.13.4; fix stuck Music overlay; fix SSA/ASS subtitle memory leaks)
  
• #1105, 05-Nov-2016: RPi / RPi2 -- Release post (LibreSSL: update to 2.4.3; drop PR10819, PR10800; restore PR10813)
  
• #1104, 04-Nov-2016: RPi / RPi2 -- Release post (Bump curl-7.51.0; fix numeric seek using SMS keys; drop addons remove/keep prompt when cleaning library; revert [pkg] PR:10813 - fix for Hebrew subtitles?)
  
• #1103, 03-Nov-2016: RPi / RPi2 -- Release post (Drop PR10707 Seekhandler; Change texture loading to not block skin updates)
  
• #1102, 02-Nov-2016: RPi / RPi2 -- Release post ([PVR] Fix epg update deadlock.; [python] Add xbmcgui.DialogBusy())
  
• #1101, 01-Nov-2016: RPi / RPi2 -- Release post (Restore raspberrypi-power PR:1700; (Clean build))
  
• #1031, 31-Oct-2016: RPi / RPi2 -- Release post (New 4.8.6 kernel; fix crash when caching images; avoid occasional systemd-tmpfiles-setup-dev.service error on startup)
  
• #1030, 30-Oct-2016: RPi / RPi2 -- Release post (fix hash checking in addon installer; revert kernel 4.8.y PR:1700 - breaks USB; MemoryAlignment: Fixes)
  
• #1029, 29-Oct-2016: RPi / RPi2 -- Release post (Fix Bloomberg buffering)
  
• #1028, 29-Oct-2016: RPi / RPi2 -- Release post (Kodi 17 Beta6 development opens; bcm270x: Convert to ARCH_MULTIPLATFORM)
  
• #1027, 27-Oct-2016: RPi / RPi2 -- Release post (ffmpeg: update to 3.1.5-Krypton-Beta5-1; fix zip addon installs; restructure the pll adjust code)
  
• #1026, 26-Oct-2016: RPi / RPi2 -- Release post (libcec 4.0.0)
  
• #1025, 25-Oct-2016: RPi / RPi2 -- Release post (New firmware; Kodi 17 Beta5 development opens; libcec 3.2.0)
  
• #1024, 24-Oct-2016: RPi / RPi2 -- Release post (New branch=next firmware; updated p8-platform package; updated Database migration text)
  
• #1023, 23-Oct-2016: RPi / RPi2 -- Release post (New 4.8.4 kernel; ffmpeg: ffmpeg-3.1.5-Krypton-Beta5; fix skin settings loading on skin reload; AE: fix mem leaks)
  
• #1022, 22-Oct-2016: RPi / RPi2 -- Release post (Minors. Clean build.)
  
• #1021, 21-Oct-2016: RPi / RPi2 -- Release post (Minors)
  
• #1020, 20-Oct-2016: RPi / RPi2 -- Release post (New firmware; libnfs: Fix crash due to invalid contexts)
  
• #1019, 19-Oct-2016: RPi / RPi2 -- Release post (VideoPlayer: fix aspect ratio for matroska containers for stereo modes; Change splash db upgrade logic)
  
• #1018, 18-Oct-2016: RPi / RPi2 -- Release post (Samba fixes; inputstream.mpd updates)
  
• #1017, 17-Oct-2016: RPi / RPi2 -- Release post (New 4.8.2 kernel)
  
• #1016, 16-Oct-2016: RPi / RPi2 -- Release post (openssh: UsePrivilegeSeparation/StrictModes not needed; fix cross-linked updates)
  
• #1015, 16-Oct-2016: RPi / RPi2 -- Release post (Controller fixes; aspect ratio fix; SQLite 3.15.0; drop lcdproc - service.lcdd add-on available (addons))
  
• #1014, 14-Oct-2016: RPi / RPi2 -- Release post (Minors)
  
• #1013, 13-Oct-2016: RPi / RPi2 -- Release post (New firmware - fixes mpeg2 hang)
  
• #1012, 12-Oct-2016: RPi / RPi2 -- Release post (peripheral.joystick fixes; videoPlayer CDVDMessageQueue and first frame of new stream fixes)
  
• #1011, 11-Oct-2016: RPi / RPi2 -- Release post (New firmware - removes max_usb_current; restore BCM270X_DT kernel commit; kernel/architecture cleanup)
  
• #1010, 11-Oct-2016: RPi / RPi2 -- Release post (Watchdog and BCM270X_DT kernel commits - latter reverted for now; fix relative seeks)
  
• #1009, 09-Oct-2016: RPi / RPi2 -- Release post (New 4.8.1 kernel; VideoPlayer sync and seek updates; libnfs 1.11.0)
  
• #1008, 08-Oct-2016: RPi / RPi2 -- Release post (PR:10658: support reusing of CFile::m_pFile)
  
• #1007, 07-Oct-2016: RPi / RPi2 -- Release post (Fix device tree overlays loading during boot; bump settings - fix "About" text; temporarily restore lcdproc)
  
• #1006, 06-Oct-2016: RPi / RPi2 -- Release post (PR:807: Network: smb & ntfs config mods - possibly better performance)
  
• #1005, 06-Oct-2016: RPi / RPi2 -- Release post (New 4.8.0 kernel; start of Kodi 17.0 beta4 cycle; enable HID multitouch; switch to in-tree rtl8192cu)
  
• #1004, 04-Oct-2016: RPi / RPi2 -- Release post (New firmware)
  
• #1003, 03-Oct-2016: RPi / RPi2 -- Release post ([PVR] Fix CPVRDirectory::GetDirectory not to return false in case PVR is not yet (compeletely started).)
  
• #1002, 02-Oct-2016: RPi / RPi2 -- Release post (Minors)
  
• #1001, 01-Oct-2016: RPi / RPi2 -- Release post (libressl to 2.3.8)
  

---

Feature Requests:
I will not be adding extra add-hoc packages to these builds as that is not their purpose, which is to help test bug fixes and enhancements for existing features/packages/drivers in stock LibreELEC. New functionality may be included for testing purposes if it is considered both beneficial and highly likely to be merged upstream in the near future, and is available as a github pull request or commit.

I have no desire to create builds with unique features upon which someone becomes dependent, as this benefits nobody in the long term not even those using the unique features once I stop creating new builds. In theory, when I stop creating new builds you should all be able to seamlessly switch back to official LibreELEC builds which by then should be including most if not all of the enhancements originally tested in these builds.

If you care about long term support for your favourite package, feature or driver and want to see it included in an LibreELEC build, contact the LibreELEC developers on github or post on the LibreELEC.tv forum requesting the addition of support in the base LibreELEC build (or better yet, create a Pull Request with patch). That way everyone building or using an LibreELEC derived system "wins".

---

Additional Testing Notes:

1. Build references
   
   When reporting issues, refer to builds using only the published build codes, ie. #0215, #0216 etc. The build code is visible on the boot screen, and by typing "lsb_release".
   
   Do NOT use any other reference, as these are often meaningless. For instance, the LibreELEC github revision identifier, 20272, 20281 etc. can be used by more than one build if nothing changes in LibreELEC between successive builds meaning such references could identify multiple builds, rendering it useless as a unique reference.
   
   Anyone using the wrong reference will be ignored by me, possibly others, as I'm just not interested in working out which build you may or may not be referring to.
   

   ---

2. Usage information
   
   Starting with build #0529(2014), very limited usage information will be collected during the first boot of each newly installed build. The information collected is: build#, Pi memory size (256MB, 512MB or 1008MB) and maximum ARM frequency. No IP or personal information is collected!
   
   If you wish to opt out of data collection, run the following command:
   
   Code:

   touch /storage/.config/milhouse.dnt
   The purpose of this data collection is really just to get an idea of how much testing is being carried out and on what hardware, and would otherwise be achieved via non-opt out server logs if such logs were available (which they're not).
   

   ---

3. Migrating LibreELEC from Pi1 to Pi2, and back again
   
   Note: Prior to migration I would recommend disabling all overclocks, as a Pi1 overclock may not work successfully on a Pi2, and vice versa.
   
   From Pi1 to Pi2: While using the Pi1, upgrade with the RPi2 tar. Once the upgrade is complete, the system will reboot to a rainbow boot screen (as you're now booting the ARMv7 kernel). Shutdown (pull the power) and transfer the SD card into your Pi2, which will boot normally.
   
   From Pi2 to Pi1: While using the Pi2, upgrade with the RPi tar. Once the upgrade is complete, the system will reboot to a rainbow boot screen (as you're now using the ARMv6 kernel). Shutdown (pull the power) and transfer the SD card into your Pi1, which will boot normally.
   

   ---

4. Builds since early Dec 2014 include crashlog support
   
   In the event of a crash, the file /storage/.kodi/temp/kodi_crashlog_<ccyymmddhhmmss>.log will be created. Upload this file to a paste site and post details on the forum.
   
   Debug builds are occasionally uploaded to the debug folder. Debug builds will usually include more detailed crashlog information, but require a larger System partition (at least 384MB) and more RAM (on Pi1, reduce gpu_mem to 128 or as low as you can live with while still able to reproduce the problem).
   
   Use the following command to upload the most recent crashlog:
   
   Code:

   paste $(ls -1art /storage/.kodi/temp/kodi_crashlog* | tail -1)
   
   Hint: Use the following command to create an alias named "crashlog" that can be used to upload always the latest crashlog file:
   
   Code:

   echo "alias crashlog='paste $(ls -1art /storage/.kodi/temp/kodi_crashlog* | tail -1)'" >> /storage/.profile
   
   

   ---

5. Resizing partitions for debug-enabled builds (or undersized partitions that result in "CHECKING SIZE: FAILED" errors)
   
   The default FAT partitition created by a disk-image installation (prior to OpenELEC 6.0.1) is too small for a debug-enabled build (and even some of the more experimental non-debug builds depending on what features are included), and will need to be increased in size to 512MB using some of the free space allocated to the second ext4 partition.
   
   To resize the FAT and ext4 partitions of an existing installation:
   • Linux: use gparted to resize FAT/ext4 partitions
     
   • Windows: use MiniTool Partition Wizard. See this post for more details - unfortunately partition move/resize is not supported by MiniTool for ext4 filesystems so backup, delete/recreate ext4, then restore to resize the Storage partition
     
   • Windows: An alternative solution is to boot a Linux "LiveCD" and then use gparted
     
   Alternatively, if you have a Linux system available and are creating a fresh SD installation, manually creating the partitions may be a quicker option (the linked instructions will create a 512MB FAT partition).
   
   Starting with OpenELEC 6.0.1, disk image installations will now create a 512MB FAT partition although this will wipe all existing data - use the backup/restore procedure to save existing data.
   

   ---

6. Amazon Prime / inputstream.mpd
   These builds include the inputstream.mpd addon, which is enabled by default.
   
   With inputstream.mpd it is possible to view Amazon Prime content. To do so, you will need to install the libwidevinecdm.so library:
   
   Code:

   curl -Ls http://nmacleod.com/public/libreelec/getwidevine.sh | bash
   
   Available Amazon Prime addons (valid Amazon Prime account required):
   
   https://github.com/liberty-developer/plu...me_instant
   https://github.com/phil65/plugin.video.amazon65
   

   ---

7. LibreELEC Settings add-on Development Updates
   For these builds since #0612, enter a URL into a Custom Channel, selecting from the following URLs based on your hardware:
   
   Code:

   RPi Zero/RPi1: http://milhouse.libreelec.tv/builds/master/RPi
RPi2/RPi3:     http://milhouse.libreelec.tv/builds/master/RPi2
Generic (x86): http://milhouse.libreelec.tv/builds/master/Generic
   then select "Milhouse-8.0" as the Update Channel.
   

   ---

8. Clean builds - what are they?
   There are two ways to build LE: a "clean" build, where everything (every package) is built from scratch - this takes 2.5 to 3 hours - or there's an "incremental" build where only the packages that have changed from the last build are re-built - this is much quicker, usually 10-15 minutes depending on the number of packages that have changed.
   
   Obviously "incremental" builds are the preferred method since they're so much quicker, however there are consequences when packages have inter-dependencies and only some of those packages are changed (and thus rebuilt) which may result in unpredictable results at run-time. For this reason, every now and again it's a good idea to "clean build". Also, when there are a large number of core packages being updated/bumped it's also a good idea to "clean build" since the likelihood/risk of inter-dependency is so much greater.
   
   I'll sometimes make a point of mentioning in the build highlights when a build is of the "clean build" variety, mainly so that I remember this if/when I come back to this build for any reason in another 6 months time... Note that I won't always do this as I'll sometimes forget to mention it, so the lack of any reference to "clean build" should not be taken as confirmation that the build is incremental.
   

   ---

9. Uploading debug logs
   Without a debug log there's often no way to investigate a problem, and you can expect your bug report to be ignored as a result. This is the easiest way to upload a debug log:
   
   1. Enable debug logging. If this is not possible in the GUI (because Kodi is crashing) then add the following to /storage/.kodi/userdata/advancedsettings.xml:
      
      Code:

      <advancedsettings>
  <loglevel>1</loglevel>
</advancedsettings>
   2. Reboot, so that debug logging is in effect from the very start of Kodi
      
   3. Reproduce the problem
      
   4. Using ssh connect to LibreELEC (username: root, password: libreelec)
      
   5. Execute the command:
      
      Code:

      cat /storage/.kodi/temp/kodi.log | pastebinit
      then paste the resulting url to the forum
      
   Debug logging is enabled in Settings > System Settings > Logging > Enable debug log. Sometimes component-specific logging may be useful depending on the issue.
   
   Do NOT upload the log itself to the forum! Always us a pastebin-type site (or dropbox/googledrive if you have to compress the log).

   ---

10. Odds and sods
    
    1. What are newclock3 and newclock4? Link.
       
    2. A selection of addons are available here