Thanks for the report. I’ll fix this in the next nightly which will be out today.
Im getting the sad face after latest update as well, but seeing as @gmc is already on the case i wont bother with logs.
Out of interest, whenever theres an update that automatically downloads and i try to install it from the kodi gui, it always reports back an error and fails.
Ive just got used to installing updates from the terminal which always work fine.
Is that a known/expected issue or is something amiss on my system?
17.8-288, 28 July 2018: Based off OSMC commit (ae1765) and newclock5 (27c70d97)
OSMC:
- Add libfstrcmp dependency (ae1765f)
inputstream.adaptive:
- [HLS] check for base_url when adding parameters in #EXT-X-STREAM-INF, too (48a9928)
- Compile fix (4e95976)
- AdaptveTree: relink aadpset in psshset if stream was merged to avoud access to erased adpsets (5061a1a)
pvr.hts:
- Add setting to ignore duplicate scheduled recordings (tvh4.3+) (PR:370, 2 commits, 9 files changed)
Includes latest addons: inputstream.adaptive (faf22f1), inputstream.rtmp (bf5351e), peripheral.joystick (207d433, +3), peripheral.xarcade (07be227, +7), pvr.argustv (37a3a76), pvr.demo (481f2fa), pvr.dvblink (c66203b), pvr.dvbviewer(75e2447), pvr.filmon (93ae10d), pvr.hdhomerun (ced70bd), pvr.hts (306fac5), pvr.iptvsimple (55637c8), pvr.mediaportal.tvserver (6439be6), pvr.mythtv (c4d8899), pvr.nextpvr (6f0515b), pvr.njoy (30aae48), pvr.octonet (1e44819), pvr.pctv(32d4b66), pvr.stalker (bfb875e, +2), pvr.teleboy (0460536), pvr.vbox (12e1304), pvr.vdr.vnsi (bb4fb30, +2), pvr.vuplus (75179a3), pvr.wmc (ec652db), pvr.zattoo (12134c8), vfs.libarchive (1bc1517), vfs.sftp, pvr.sledovanitv.cz addon
Its a known issue. The nightlies only update via the command line and not with MyOSMC
Didn’t we fix that? I thought it was caused by a lack of APT keys but was fixed when you started using Aptly.
I’ll do some testing and reconfirm.
1 Like
Thanks for the Update!
For me: I cannot install it because libfstrcmp-dependency cannot be resolved. Debian has libfstrcmp0 oder libfstrcmp-dev. What am I missing here?
The following packages have unmet dependencies:
rbp2-mediacenter-osmc : Depends: libfstrcmp but it is not installable
sudo apt-cache search libfstrcmp
libfstrcmp-dev - fuzzy string compare library - development files
libfstrcmp0 - fuzzy string compare library - runtime library
libfstrcmp0-dbg - fuzzy string compare library - debugging symbols
There is a Zero missing in the deps, should look like this:
COMMON_DEPENDS="libfstrcmp0, libxkbcommon0, libinput10,
in the build.sh
Has to be fixed by @gmc or by you, if you compile it yourself.
Doh! Thanks, I’ll fix asap
3 Likes
i’m very new to linux, may i know how to resolve this dependencies issue?
how am i going to edit the build.sh file and what should i add in and where?
thanks in advance.
Simply by waiting for @gmc to kindly create a fixed build in the next 24 hours as he has done in the last 19 months on a nearly daily basis
1 Like
Already fixed, next build will include it.
Will hopefully be fixed today but xmlsoft.org is down which is required during the build process. As soon as its back builds will resume.
It is fixed. Updates with MyOSMC are already working for a longer time for the nightlies… 
1 Like
17.8-289, 29 July 2018: Based off OSMC commit (99ee7ad4c) and newclock5 (27c70d97)
OSMC:
- Fix libfstrcmp dependency (99ee7ad4c)
Includes latest addons: inputstream.adaptive (faf22f1), inputstream.rtmp (bf5351e), peripheral.joystick (207d433, +3), peripheral.xarcade (07be227, +7), pvr.argustv (37a3a76), pvr.demo (481f2fa), pvr.dvblink (c66203b), pvr.dvbviewer(75e2447), pvr.filmon (93ae10d), pvr.hdhomerun (ced70bd), pvr.hts (306fac5), pvr.iptvsimple (55637c8), pvr.mediaportal.tvserver (6439be6), pvr.mythtv (c4d8899), pvr.nextpvr (6f0515b), pvr.njoy (30aae48), pvr.octonet (1e44819), pvr.pctv(32d4b66), pvr.stalker (bfb875e, +2), pvr.teleboy (0460536), pvr.vbox (12e1304), pvr.vdr.vnsi (bb4fb30, +2), pvr.vuplus (75179a3), pvr.wmc (ec652db), pvr.zattoo (12134c8), vfs.libarchive (1bc1517), vfs.sftp, pvr.sledovanitv.cz addon
1 Like
Has xbmcclient.h or the way to interact with kodi changed in some way in this version? I made a C program that relies on xbmc.SendButton. It used to work fine with the stable version, but now “enter” and “esc” don’t work. Other buttons such as “left”, “right”, “e”, etc. work.
Dirty test program:
#include "xbmcclient.h"
main(int argc, char* argv[])
{
CXBMCClient xbmc;
xbmc.SendButton(argv[1], "KB", BTN_NO_REPEAT);
}
(I’m using xbmc/xbmcclient.h at master · xbmc/xbmc · GitHub ).
When compiled as “test” and called as ./test down, the cursor goes down one position. ./test e shows the PVR addon dialog. But ./test enter or ./test esc do nothing and they used to work fine…
(edit) BTW, when I run ./test up with debug enabled the log shows:
10:26:11.460 T:1918005248 DEBUG: HandleKey: up (0xf080) pressed, action is Up
but with ./test enter (or ./test return, or ./test esc) there is nothing there.
(edit 2) Oh, and I forgot: all keys work fine in arch linux with kodi 17.6.
(edit 3) More info: if I pass rubbish as the button name kodi logs this:
10:42:52.555 T:1558180592 ERROR: Keyboard Translator: Can't find button asdfasdfasdf
10:42:52.584 T:1917603840 DEBUG: HandleKey: 0 (0xf000, obc-61185) pressed, action is
so kodi is recognizing enter, return, esc, escape… but ignoring them.
I’m guessing some changes to the EventClient for Leia but after a quick check can’t find anything specific. Maybe one for the Kodi devs unless @sam_nazarko knows.
This is probably caused by Kodi’s UInput changes and explains possible issues with My OSMC.
I think it’s one for the Kodi forums