+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
+---- Thread: v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) (/showthread.php?tid=269815)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-05
The nfs:// segfault is also not a new issue - I added details on trac #16425 but it's been open since 15.2. However if you don't access an nfs:// share then you probably won't have a segfault on shutdown, which may go some way to explain the intermittent nature.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-05
New LibreELEC.tv Krypton build #0805: Generic
(Supercedes previous build)
Code:
# uname -a
Linux NUC 4.7.0 #1 SMP Fri Aug 5 21:07:05 BST 2016 x86_64 GNU/Linux
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160805210449-#0805-g7e85b6d [Build #0805]Based on tip of LibreELEC.tv master (7e85b6d9, changelog) and tip of XBMC master (efcc4347, changelog) with the following modifications:
- Includes FernetMenta "VideoPlayer" patches
- Includes latest kodi-platform master (c8188d82)
- Includes latest libcec master (62b8520c, ahead +15)
- Includes latest libnfs master (fac3a954, ahead +34)
- Includes latest p8-platform master (041a8c6c, ahead +1)
- Includes latest addons: inputstream.mpd (44447b07, +8), inputstream.rtmp (7bf2298e), inputstream.smoothstream (b63ecbb4, +3), peripheral.joystick (6090a90e), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (20e1ccb4), pvr.dvbviewer (7a7ead36), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (66dcb89f), pvr.iptvsimple (21e91a5f), pvr.mediaportal.tvserver (72452b9d), pvr.mythtv (d10d210b), pvr.nextpvr (32b3c2ff), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (5f440e00, +4), pvr.vbox (f38f82f0), pvr.vdr.vnsi (98673d3a, +1), pvr.vuplus (4f2ad621), pvr.wmc (979c37db)
- Includes commits from xbmc/master, ahead +4 (FernetMenta)
- Exclude [env] kodi-999.99-PR10164-add-aetempo-filter.patch: Merged upstream
- Exclude [env] kodi-999.99-PR10206-recursive-remove.patch: Merged upstream
- Exclude [env] kodi-999.99-PR10211-videoplayer-fix-handling-of-progressive-content-in-rendermanager.patch: Merged upstream
- Exclude [env] kodi-999.99-VideoPlayer_Fix_build_after_dropping_deinterlacing_mode.patch: Merged upstream
- Exclude [env] libcec-PR208.patch: Merged upstream
- Include [env] patch: Add kodi binary addons (pvr, adsp, other)
- Include [env] patch: curl: bump 7.50.1 (sync with kodi 17b1)
- Include [env] patch: Don't build ADSP addons
- Include [env] patch: kodi: sync appliance.xml after xbmc/PR10201
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*, os.* and peripheral.*
- Include [env] patch: Add experimental splash video for RPi
- Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
- Include [env] PR:607: linux: disable UAS on pi kernels
- Include [env] PR:609: init: Report out of space when unable to extract archive/compressed image
- Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
- Include [pkg] 441217d8: logging: Add microsecond timer to log messages (kodi)
- Include [pkg] patch: fix seeklabel (kodi-theme-Estuary)
- Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
- Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
- Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
- Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
- Include [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
- VideoPlayer fixes
- LibreELEC.tv:
- XBMC:
- xbmc/master (FernetMenta):
- Additional commits/pull requests/changes not yet merged upstream:
- Added: [env] PR:609: init: Report out of space when unable to extract archive/compressed image
- Added: [env] PR:609: init: Report out of space when unable to extract archive/compressed image
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - C-Quel - 2016-08-05
(2016-08-05, 22:26)Milhouse Wrote: The nfs:// segfault is also not a new issue - I added details on trac #16425 but it's been open since 15.2. However if you don't access an nfs:// share then you probably won't have a segfault on shutdown, which may go some way to explain the intermittent nature.
ok switched tvheadend mounted folder to cifs and changed all shared from nfs:// to smb:// and confirmed no nfs:// shares reside in sources.xml located on my nas. Upon the first shutdown on my client it failed to complete and was forced to pull the power.
would the previous advice still be relevant to you for debugging? i'll pull a debug log anyway with the kernel changes you mentioned before as it seems it is less likely to be nfs:// related
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - dirtydesaster - 2016-08-05
(2016-08-05, 00:45)Milhouse Wrote: [*]VAAPI: Use VAAPI's BOB implementation by default (PR:10170)
Is VAAPI-BOB the best deinterlace method? I have a Skylake-CPU (G4400)
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-08-05
No it's not ... use your eyes and find the best one :-)
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-05
(2016-08-05, 22:47)C-Quel Wrote: ok switched tvheadend mounted folder to cifs and changed all shared from nfs:// to smb:// and confirmed no nfs:// shares reside in sources.xml located on my nas. Upon the first shutdown on my client it failed to complete and was forced to pull the power.
Ok probably not the nfs:// segfault in that case.
(2016-08-05, 22:47)C-Quel Wrote: would the previous advice still be relevant to you for debugging? i'll pull a debug log anyway with the kernel changes you mentioned before as it seems it is less likely to be nfs:// related
Yes. Add the debugging option to your kernel command line, reboot a couple of times, then run "journalctl -a | pastebinit" after you have a hang on shutdown.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - gjwAudio - 2016-08-06
Hi Milhouse
I'm now on the VPN STOPPED WORKING bandwagon too...
(2016-07-31, 06:28)Milhouse Wrote: "route add" is a Busybox command. The Busybox package is bumped in build #0721. Start testing builds #0720 and #0721, as it's possible the updated Busybox package has introduced a change of "route add" behaviour. However if both of these builds are working OK then you'll need to work through the more recent builds until you identify the first non-working build. Obviously if both builds are not working, you need to work back through the older builds until you find the first working build.
I marched through the builds and - as you predicted - VPN MGR works fine with #0720 and fails with #0721 and above. Just for extra work, I tried with the current #0804 and same deal - not connecting to the remote VPN server.
#0720 debug log | #0720 openvpn log
#0804 debug log | #0804 openvpn log
I hope some way can be found to get this working again
TIA
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - artur9 - 2016-08-06
(2016-08-05, 22:08)C-Quel Wrote: ok ill switch to smb for a few days to rule out nfs:// connections... if successful then i will report back! you may be right as i hold a shared db on my nas which is accessed via nfs:// maybe its not closing this correctly on shutdown
I actually mount my nfs disks directly using the startup scripts. Never had a problem.
SMB restricts too many characters that are useful in naming movies.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - C-Quel - 2016-08-06
(2016-08-06, 01:39)artur9 Wrote:(2016-08-05, 22:08)C-Quel Wrote: ok ill switch to smb for a few days to rule out nfs:// connections... if successful then i will report back! you may be right as i hold a shared db on my nas which is accessed via nfs:// maybe its not closing this correctly on shutdown
I actually mount my nfs disks directly using the startup scripts. Never had a problem.
SMB restricts too many characters that are useful in naming movies.
been using nfs with kodi for about... 10 years? never had an issue i still think its this fancy bi323 box and not actually kodi related! will find out tomorrow
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-06
(2016-08-06, 00:15)gjwAudio Wrote: Hi Milhouse
I'm now on the VPN STOPPED WORKING bandwagon too...
Thanks, it really helps to have the first non-working build confirmed.
The problem is this change in Busybox 1.25.0. I've opened a bug for it, #9141.
I'll revert the change from Busybox 1.25.0 in future builds until there's an upstream solution.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - C-Quel - 2016-08-06
Apologize for the false alarm... simple bios update and clearly stated in the changelog that resuming from S3 or shutdown was a problem from production release!
thank you for your time though Milhouse (school boy error)
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - ultraman - 2016-08-06
gjwAudio, can you try adding parameter
Code:
scope 0Update: Watercoolertje, same for you.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Watercoolertje - 2016-08-06
(2016-07-31, 04:32)sciascia88 Wrote: @Milhouse
Here's my Debug Log from the current build. The VPN manager acts as if it connects to the New York server, but actually does not. It works fine on the Alpha build (7.90.003).
Hope that helps.
I have exactly the same problem, but with a Raspberry PI 3. The problem started with the update to busybox 1.25 ( build build #0721 for RPI1/RPI2 ). With this change
the command 'ip route add xxx.xxx.xxx.xxx/yy via xxx.xxx.xxx.xxx' no longer works and leads to several errors in /run/openvpn.log
Going back to a release with busybox 1.24 fixes the problem.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Watercoolertje - 2016-08-06
(2016-08-06, 09:20)ultraman Wrote: gjwAudio, can you try adding parameterat the end of route add command?Code:scope 0
Update: Watercoolertje, same for you.
adding 'scope 0' at the end of the route command accepts the command and no error occurs, after this openvpn seems to
work again.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Eureka - 2016-08-06
Okay, I'll ask... What differences am I supposed to see on Intel machines on builds after 7/30? I tried one on a 3205u and nothing jumped out at me.