Port xbmcsalud to an SPK (XBMC headless to update mysql db)

[piejanssens]

Scanning for new movies/shows/episodes can be a pain (takes ages with large libraries, especially on small devices like the Raspberry Pi.

Third party applications such as CouchPotato, HeadPhones, SickBeard and others can notify XBMC to scan the library or even add a specific new file to the library without a full scan. This of course requires at least one XBMC instance to be (always) on.

The idea for this package is to have a small XBMC version running on DSM that updates the MySQL library. unRAID users have such a solutions under the name of 'xbmcsalud' and the source is available!

• Forum topic: http://lime-technology.com/forum/index.php?topic=27545.0
• unRAID plugin source: https://github.com/bobbintb/unRAID
• Build a headless XBMC bin for xbmcsalud: http://lime-technology.com/forum/index.php?topic=27545.msg276305#msg276305
• Generic instructions to build a headless XBMC bin: http://bootlegninja.awardspace.com/xbmc-server/

Update Other post on building headless XBMC (Gotham): http://cyanlabs.net/tutorials/guide-headless-xbmc-server-for-linux

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[derBulen]

BRILLIANT idea!

[Onweyu]

This will help me in so many ways!

[naikdipe]

This sounds like a really good idea ! It would save so much hassle. I can't believe nobody came up with this idea before to be honest. Surprises me more than when Suarez bit that guy.

[RustyPixel]

Yes it sounds good, but there is a problem with one dep that fails to build boost i was able to get it to compile fine with DSM5 toolchain, another one i see is libgtk2.0-bin, i have been trying to get gtk3 working which in my tests fails but i don't know if gtk2 will be any different.

Here is a list of pre deps i have to get working before i got to gtk3 cross/fontconfig cross/graphite2 cross/glib2.39.90 cross/atk cross/cairo cross/gdk-pixbuf cross/pango cross/pixman cross/icu cross/harfbuzz

I don't know if all the dep that is listed is really need, but if they are it going to be hard, also the lowest spec DS213j although its a 1.2Gz cpu it has the same ram as a pi-b, and the DS213air has less ram but 1.6Ghz cpu. How would these work when u have other Third party applications such as CouchPotato, HeadPhones, SickBeard doing there thing.

[piejanssens]

Regarding performance: The xbmc bin will be built while disabling a lot of core functions making it a lot leighter. See ./configure step in http://lime-technology.com/forum/index.php?topic=27545.msg276305#msg276305

Where are you getting the list of deps from? Do we really need gtk2? AFAIK it has something to do with graphics (and we don't need any graphics).

Could you keep a gist with the complete build steps (starting with a fresh debian VM), so that others can join in your work and help making this a reality?

[RustyPixel]

@piejanssens from one of the links you listed http://bootlegninja.awardspace.com/xbmc-server/headless.txt

which is from sudo apt-get build-dep xbmc commad

i have just started to run some build test and found i do need to install/build deps before i even get started ei config check error no1 which i'm doing is doxygen

[Ashkaan]

Good luck! This is a great project.

[piejanssens]

@RustyPixel build-dep xbmc defenitely contains too many code that we don't depend on because we're building with a lot of stuff disabled. If I read the instructions in this post, I think the attached deps.zip contains all dependencies you need to build xbmc headless. Update: probably not all we need, see below.

I found another clue in this file: https://github.com/wernerb/docker-xbmc-server/blob/master/Dockerfile#L61

I created a gist file with all dependencies that we need to build first: https://gist.github.com/piejanssens/103e84eb31052909bbd5

• --enable-libluray is needed to correctly scan and parse bluray iso's
• --enable-nfs is needed according to @wernerb, otherwise you can only use the headless xbmc as UPnP media source or you'd have to use pathsubstitution on all paths

[RustyPixel]

@piejanssens that zip file has as much use as sand in the artic, some deps may not be needed but until ./bootstrap stop bugging out about missing dep then i have to build them

Warning: No doxygen installed. The Api will not have any docstrings.
mkdir -p xbmc/interfaces/python/generated/doxygenxml
Swig not found, it will be used if found after configure.
This is not necessarily an error.
make[2]: *** [swig-not-found] Error 1
make[2]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham'
make[1]: *** [myConfigure] Error 2
make[1]: Leaving directory `/root/spksrc/cross/xbmcsalud'
make: [arch-bromolow] Error 2 (ignored)

errors like this is no fun to fix with more patching, so i'm working bit by bit to stop the errors without patching.

[piejanssens]

Could you publish you fork so that I have a better understanding of how you are declaring your deps in spksrc?

Yes, swig is one of the dependencies in the list I created: https://gist.github.com/piejanssens/103e84eb31052909bbd5

But if you go about them one by one like you are doing now you might end up with less dependencies :yum:

BTW @RustyPixel, which arch are you compiling for atm?

[RustyPixel]

configure: Using Python 2.7
== Wayland disabled. ==
checking for main in -lGL... no
configure: error: Could not find a required library. Please see the README for your platform.
make[1]: *** [myConfigure] Error 1

http://forum.xbmc.org/showthread.php?tid=132919&pid=1553674 deps would be http://forum.xbmc.org/showthread.php?tid=132919&pid=1599632#pid1599632

this is goona be a long road :angry:

[piejanssens]

@RustyPixel Did you try --disable-wayland ? On that issue at the xbmc forums, libegl1-mesa-dev was the missing library.

Could you publish your WIP fork online?

[RustyPixel]

@piejanssens

------------------------
  XBMC Configuration:
------------------------
  git Rev.:     Unknown
 Shared lib     Yes
  Debugging:    No
  Profiling:    No
  Optimization: Yes
  SWIG Available:       Yes
  JRE Available:        Yes
  Doxygen Available:    No
  Crosscomp.:   Yes
  target ARCH:  x86_64
  target CPU:   x86_64
  OpenGL:       No (Very Slow)
  ALSA:         No
  DBUS:         No
  VDPAU:        No
  VAAPI:        No
  CrystalHD:    No
  VTBDecoder:   No
  OpenMax:      No
  Joystick:     No
  XRandR:       No
  Waveform:     Yes
  Spectrum:     Yes
  GOOM:         No
  RSXS:         No
  FishBMC:      No
  ProjectM:     No
  Skin Touched: No
  X11:          No
  Wayland:      No
  Bluray:       Yes
  TexturePacker:Yes
  MID Support:  No
  ccache:       No
  ALSA Support: No
  PulseAudio:   Yes
  HAL Support:  No
  DVDCSS:       No
  Google Test Framework Configured:     No
  Avahi:        No
  mDNSEmbedded: No
  Non-free:     No
  ASAP Codec:   No
  MySQL:        Yes
  Webserver:    Yes
  libssh support:       Yes
  libRTMP support:      No
  libsmbclient support: No
  libnfs client support:Yes
  libafpclient support: No
  AirPLay support:      No
  AirTunes support:     No
  UPnP support:         Yes
  Optical drive:        No
  libudev support:      No
  libusb support:       No
  libcec support:       No
  libmp3lame support:   No
  libvorbisenc support: No
  libcap support:       No
  additional players:   No
  additional codecs:    No
  External FFmpeg:      No
  PVR add-ons:          No
  prefix:       /usr/local
------------------------

===>  Compiling for xbmc
===>  Installing for xbmc
find /root/spksrc/cross/xbmcsalud/work-bromolow/install//usr/local/ \! -type d -printf '%P\n' | sort > /roo 

Still need to fix a few things before i let it compile ie Doxygen Available: No i cross compiled but like with swig it plays up and i been looking around the code and found this

JAVA ?= $(shell which java)
ifeq ($(JAVA),)
JAVA = java-not-found
endif

SWIG ?= $(shell which swig)
ifeq ($(SWIG),)
SWIG = swig-not-found
endif

DOXYGEN ?= $(shell which doxygen)
ifeq ($(DOXYGEN),)
DOXYGEN = doxygen-not-found
else
DOXY_XML_PATH=$(GENDIR)/doxygenxml
endif

which clearly means it has to be a native apt-get install @Dr-Bean or @Diaoul am i to be correct here? OpenGL: No (Very Slow) ??? which happed when i set --disable-gl --disable-gles --disable-sdl libsmbclient support: No, mDNSEmbedded: No need to compile them in tomorrow and hopefully start running the compile proccess.

If there is anything in the list that should be Yes please say

[piejanssens]

@RustyPixel

XBMC needs Java? Would never have thought about that.. Update: it's needed for Doxygen (But I'm sure you knew that..) Update²: Reading this it looks like Doxygen only gives a warning that XBMC will not able to compile API docs.

We have to ask an XBMC dev about OpenGL: No (Very Slow). My guess is that they refer to the fact that your screen is going to lag like crazy, but what I don't know is if this would impact our case, or if there are no GUI calls whatsoever.

Can we avoid using Doxygen (which avoids Java)? I don't think we need source code documentation...

AFAIK the which checks the PATH variable for a matching binary. If you build Doxygen from source (install Java from missilehugger repo) and check if your 'which doxygen' / 'which java' works (otherwise try adding their bin folders to the PATH variable).

[Diaoul]

I think those are compile-time depencencies, native, not cross.

[RustyPixel]

@piejanssens I have install native java, doxygen and swig which works fine, but i just need to verify tht they was native because of that line, as i was getting errors with a fully working cross compiled version of swig but not with doxygen untill i got the end of the configure checks then i notice the cross doxygen was saying Doxygen Available: No where as the native swig was yes.

I'm working out some small, warns that was spotted ei as the check was running before i trying the 1st stage of build.

@Diaoul thx

[piejanssens]

@RustyPixel

OK great, so swig, doxygen and java are all native and do not need to be compiled.

[RustyPixel]

                 from /root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/epg/GUIEPGGridContainer.h:26,
                 from /root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/pvr/windows/GUIWindowPVR.h:24,
                 from DVDPlayer.cpp:73:
/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/system_gl.h:35:25: error: GL/glew.h: No such file or directory
/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/system_gl.h:36:23: error: GL/gl.h: No such file or directory
/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/system_gl.h:37:26: error: GL/glext.h: No such file or directory
In file included from /root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/guilib/GUITexture.h:178,
                 from /root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/guilib/GUIListItemLayout.h:24,
                 from /root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/epg/GUIEPGGridContainer.h:26,
                 from /root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/pvr/windows/GUIWindowPVR.h:24,
                 from DVDPlayer.cpp:73:
/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/guilib/GUITextureGL.h:45: error: 'GLubyte' does not name a type
make[3]: *** [DVDPlayer.o] Error 1
make[3]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/cores/dvdplayer'
make[2]: *** [xbmc/cores/dvdplayer/DVDPlayer.a] Error 2
make[2]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham'
make[1]: *** [myPreCompile] Error 2

The pain hurts so much :angry: , glew.h is an part of opengl/opengl es, to build `libGLEW i need to build a few x11 packages which inturn needs xcb packages. i wish that when you tell something not to included then they doesn't take it as yes.

20 new packages later and this what i'm left with more packages.

[piejanssens]

Hey @RustyPixel, look at it this way, you are making good progress! I don't know if you were directly referring to me when you said "I wish when you tell something", but I can only tell you this; I did some research and disabling gles/GL is/was a gamble for sure. Even asking the #xbmc-dev channel did not give me any certainty: "try it" was the answer over there.

Let me know if I can be of any value to you. I would be willing to help, but I noticed that your compile skills go way beyond mine...

[Ashkaan]

You guys are awesome!! I can't wait until we get this :D

[RustyPixel]

No I wasn't referring to you, just the dark configure file, if I say don't include something I can work out when it has to still look for it and then want to compile. Just like when I said I don't need OpenGL and the above info clearly shows it try to compile come thing that's reference to OpenGL, and there is no option to tuern of dvdplayer which is the bit that trying to compile glew

[RustyPixel]

@Ashkaan it going to be a while till it's done. I'm just hoping I don't have to mess with gtk+ as i know it fails with both dsm toolchain after all the checks are done. So that's been shelved till I had more time to look at it.

@Diaoul shall I create a pull request with what's been done?

[Ashkaan]

If it helps, most of us DSMers use optware on our synologys for other purposes. Would it be easier to compile for optware?

[RustyPixel]

Sorry I,m not a great fan of optware , I find the stuff on there out dated, for instance you would have thought someone would have update OpenSSL by now. It will hopefully get done but not as quick as we hope it would be.

[RustyPixel]

this is intresting = http://forum.xbmc.org/showthread.php?tid=132919&pid=1262907#pid1262907

i was wondering if install libglew-dev natively and see if that works as this post has some info to the part where compile errors out http://www.solid-run.com/archive/phpbb/viewtopic.php?f=12&t=656

what u think?

[RustyPixel]

Update, just been comipiling all the x11, xcb and on the way hope start libgl , mesa and glew

[RustyPixel]

I'm stuck with libudev ei systemd without it i can build MesaLib which is what's causing the make[3]: *** [DVDPlayer.o] Error 1 message in xbmc build. I have aslo look at the xbmc code as seen that the code is hard code in https://github.com/xbmc/xbmc/blob/master/Makefile.in#L23-L32. I don't know if it possible to patch this out without breaking something else. As for now i putting this aside as i have other project's that needs doing.

[piejanssens]

If you'd patch out dvdplayer I'm pretty sure that will start breaking other stuff. What's the libudev build error?

[RustyPixel]

GEN      units/systemd-udev-trigger.service
  GEN      units/systemd-udev-settle.service
  CC       src/libudev/libudev_la-libudev-util.lo
src/libudev/libudev-util.c: In function 'print_kmsg':
src/libudev/libudev-util.c:645: error: 'O_CLOEXEC' undeclared (first use in this function)
src/libudev/libudev-util.c:645: error: (Each undeclared identifier is reported only once
src/libudev/libudev-util.c:645: error: for each function it appears in.)
make[4]: *** [src/libudev/libudev_la-libudev-util.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[2]: Leaving directory `/root/spksrc/cross/libudev/work-bromolow/systemd-200'
make[1]: *** [compile_target] Error 2
make[1]: Leaving directory `/root/spksrc/cross/libudev'

I was able to fix one fault before this error with ac_cv_func_malloc_0_nonnull=yes

EDIT: its the same result from build 197 to 215, some builds below that from what i have test complains about libusb not found even when it clearly there or gobject-introspection

[RustyPixel]

Broken, Broken, Broken..... well yes and no DSM4 yes, just spent this morning try to patch out these errors for DSM4

src/libudev/libudev-util.c:645: error: 'O_CLOEXEC' undeclared
src/libudev/libudev-device.c:1411: error: 'O_CLOEXEC' undeclared (
src/libudev/libudev-monitor.c:130: error: 'SOCK_CLOEXEC' undeclared
src/libudev/libudev-monitor.c:136: error: 'SOCK_NONBLOCK' undeclared 
src/libudev/libudev-queue.c:140: error: 'O_CLOEXEC' undeclared
src/shared/util.c:4668: error: 'RLIMIT_NICE' undeclared here
src/shared/util.c:4669: error: 'RLIMIT_RTPRIO' undeclared here
src/shared/util.c:5164: error: 'O_CLOEXEC' undeclared
src/shared/util.c:2682: error: 'AT_SYMLINK_NOFOLLOW' undeclared 
src/shared/util.c:1930: error: 'IN_CLOEXEC' undeclared
src/shared/util.c:1930: error: 'IN_NONBLOCK' undeclared
src/shared/util.c:1936: error: 'IN_CLOSE' undeclared
src/shared/util.c:2735: error: 'AT_REMOVEDIR' undeclared
src/shared/util.c:42:25: error: sys/inotify.h: No such file or directory 

the last statement sys/inotify.h on dsm toolchain is toolchain is linux/inotify.h and then it's still broken

src/shared/util.c: In function 'on_ac_power':
src/shared/util.c:5611: error: expected expression before '|' token
src/shared/util.c:5611: error: invalid operands to binary |
src/shared/util.c:5619: error: expected expression before '|' token
src/shared/util.c:5619: error: invalid operands to binary |
src/shared/util.c:5635: error: expected expression before '|' token
src/shared/util.c:5635: error: invalid operands to binary |
make[4]: *** [src/shared/util.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2

Sorry not goona happen ..... :tongue: , well yes it can happen but only for dsm5 toolchain only one error trying to build libudev for xmbc

CC      
 src/udev/cdrom_id/cdrom_id.o
src/udev/cdrom_id/cdrom_id.c: In function ‘scsi_cmd_init’:
src/udev/cdrom_id/cdrom_id.c:164:28: error: ‘SG_FLAG_LUN_INHIBIT’ undeclared (first use in this function)
src/udev/cdrom_id/cdrom_id.c:164:28: note: each undeclared identifier is reported only once for each function it appears in
make[4]: *** [src/udev/cdrom_id/cdrom_id.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2

yes it can be patched out but looking for a way not to. The downside to all this that xbmc many never work with dsm4, like i said before earlier version require gobject-introspection which i was only able to get working out the box with dsm5 toolchain.

what to do? carry on building for only only DSM5? @piejanssens @Diaoul @Ashkaan and those that i have missed, its your call on this.

[piejanssens]

Certainly, I would not look back at DSM 4 for entire new projects, especially if you know there are issues with the older toolchains. DSM 5 is not compatible with 9 series and older (+5yrs).

[Ashkaan]

Please move forward with DSM 5.0. Most people have it and those that don't can try to figure out a workaround later. Let's get this project up on at least most machines for now. My $0.02.

[Ashkaan]

PS.. You're awesome for doing this and the community thanks you!

[Diaoul]

Yes, continue with DSM 5.0 toolchains. Old NAS support is nice to have but not a requirement.

[RustyPixel]

Ok, will do, i was just running some test 34 files where patched, i could see the libs been built but when things where look good i was hit with

src/shared/label.h:51: error: expected declaration specifiers or '...' before 'FILE'
make[4]: *** [src/shared/libsystemd_label_la-label.lo] Error 1

Looks like i have to go setup a new build evn for DSM5 only, as i can't have mixed files on one system.

[RustyPixel]

Building all the rest of the deps for mesa and see it that works, also had a brain storm :thought_balloon: with all the xorg thats been added it many be possible to connect a usb to hdmi to the synology box in the future :smiley: , that's for another time. No i will not :tongue: before u ask.

[RustyPixel]

@piejanssens @Diaoul could get a copy of systemd 200 and look in the Makefile.in and see which option to use for make install, reason i ask is standard make install runs a script at the end that shouldn't, this cause my vm to not response to acpi shutdown request, also it it doesn't fully want to use --prefix some it creates two folder in /work/install instead of /work/install/usr/local.

stuffed 3 vm's with this error

EDIT: won't need this info fixed it, but at same time was able to compile mesalib without it, with the loss of a few lib's, just hoping they wasn't need.

[RustyPixel]

I was able to leave out libudev aka systemd from mesalib with the loss of opengl but i was able to have openglesv1 and v2 instead of. I was able to leave out glew also. I had to path and error with mysql path as state here http://forum.xbmc.org/showthread.php?tid=132919&pid=1589507#pid1589507, right at this moment toolchain is building xbmc 1st stage, will inform on if build was good.

[piejanssens]

Nice job. Fingers crossed!

[RustyPixel]

make[3]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/xbmc/commo                ns'
LD      libxbmc.so
/root/spksrc/cross/xbmcsalud/work-bromolow/install/usr/local/lib: file not recognized: Is a direct                ory
collect2: error: ld returned 1 exit status
make[2]: *** [libxbmc.so] Error 1
make[2]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham'
make[1]: *** [myPreCompile] Error 2

Need to fixup my makefile so many code changes and it bugged out.

[RustyPixel]

The bugging out has something to do with ffmpeg, which was been the compiler was building from the internal one, the downside is that It many not work with all tool chains , so I'm having to use the one pull request of ffpmeg but having to change that also as it is an older version than the one xbmc uses. Now with all the changes I,m having to go back and check each cross/deps and make sure they also work with DSM5 tool chain, looks like by the time I,m finished this build and it's deps will not be compatible with spksrc in it current state. This due to how some of the deps that needs upgrading require information that is in the DSM 5 tool chain that is not in DSM 4, as stated in my previous post.

[RustyPixel]

Well i couldn't use external ffpmeg BUUUUUTTTTT :eyes: look at this .............

r/local/lib  -L/root/spksrc/cross/xbmcsalud/work-qoriq/install//usr/local/lib -Wl,--rpath-link,/root/spksrc/cross/xbmcsalud/work-qoriq/install//usr/local/lib -Wl,--rpath,/usr/local/lib  -L/root/spksrc/cross/xbmcsalud/work-qoriq/install//usr/local/lib -Wl,--rpath-link,/root/spksrc/cross/xbmcsalud/work-qoriq/install//usr/local/lib -Wl,--rpath,/usr/local/lib  -shared -g -o ../../../addons/library.xbmc.pvr/libXBMC_pvr-qoriq.so libXBMC_pvr.o
make[3]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-qoriq/xbmc-13.1-Gotham/lib/addons/library.xbmc.pvr'
-----------------------
XBMC built successfully
-----------------------
make[2]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-qoriq/xbmc-13.1-Gotham'
===>  Installing for xbmc

-link,/root/spksrc/cross/xbmcsalud/work-bromolow/install//usr/local/lib -Wl,--rpath,/usr/local/lib  -shared -g -o ../../../addons/library.xbmc.pvr/libXBMC_pvr-bromolow.so libXBMC_pvr.o
make[3]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham/lib/addons/library.xbmc.pvr'
-----------------------
XBMC built successfully
-----------------------
make[2]: Leaving directory `/root/spksrc/cross/xbmcsalud/work-bromolow/xbmc-13.1-Gotham'
===>  Installing for xbmc

still having problems with armada370, armadaxp, comcerto2k. will try a few flap changes. still need to look at 88f6281 and evansport

I many able to drop a few deps, so it builds on DSM4, i know the libudev i was able to drop that which was one of them that required DSM5 toolchain.

Note: this is the stage one build and have stage two to work out, then comes a rough spk package with just and installer then build the run scripts from there. Hopefully @Diaoul or @Dr-Bean can find some time to do a gui in python for better control.

[RustyPixel]

I also need to fix this issue

lib/xbmc/system/hdhomerun-qoriq.so
lib/xbmc/system/ImageLib-qoriq.so
lib/xbmc/system/libcmyth-qoriq.so
lib/xbmc/system/libcpluff-powerpc-linux.so
lib/xbmc/system/libexif-qoriq.so

lib/xbmc/system/hdhomerun-bromolow.so
lib/xbmc/system/ImageLib-bromolow.so
lib/xbmc/system/libcmyth-bromolow.so
lib/xbmc/system/libcpluff-x86_64-linux.so
lib/xbmc/system/libexif-bromolow.so

any ideas ?

[piejanssens]

Amazing! Have you tried running it yet?

What's the exact issue you have there?

[RustyPixel]

No i have not tried to run it yet as it the 1st stage where u build the libxbmc.so, i dtill got to do the make_xbmc-server all part next. I need to change the hdhomerun-qoriq.so and hdhomerun-bromolow.so so they are the same across all platforms

[RustyPixel]

@piejanssens, @Diaoul or anyone, I'm a bit stuck with this one,

/root/spksrc/toolchains/syno-cedarview/work/x86_64-pc-linux-gnu/bin/../lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: warning: liblzo2.so.2, needed by ../libxbmc.so, not found (try using -rpath or -rpath-link)

The part i'm trying to work out is (try using -rpath or -rpath-link)

orginal code is

cd xbmc
make -f make_xbmc-server all
make -f make_xbmcVideoLibraryScan all

my code is

    $(RUN) $(MAKE) -C $(WORK_DIR)/$(PKG_DIR)/xbmc -f make_xbmc-server all
    $(RUN) $(MAKE) -C $(WORK_DIR)/$(PKG_DIR)/xbmc -f make_xbmcVideoLibraryScan all

EDIT: Don't worry fixed it

[RustyPixel]

DiskStation> cd /usr/local/xbmcserver/lib/xbmc
DiskStation> ls
AddOptions.cmake          libxbmc.so                xbmc-addon-helpers.cmake  xbmc-server.bin
addons                    system                    xbmc-config.cmake         xbmcVideoLibraryScan
DiskStation> ./xbmc-server.bin --help
XBMC Media Center 13.1 Git:Unknown
Copyright (C) 2005-2011 Team XBMC - http://www.xbmc.org

Starting XBMC Server

Usage: xbmc [OPTION]... [FILE]...

Arguments:
  -d <n>                delay <n> seconds before starting
  -fs                   Runs XBMC in full screen
  --standalone          XBMC runs in a stand alone environment without a window
                        manager and supporting applications. For example, that
                        enables network settings.
  -p or --portable      XBMC will look for configurations in install folder instead of ~/.xbmc
  --legacy-res          Enables screen resolutions such as PAL, NTSC, etc.
  -l or --lircdev       LircDevice to use default is /dev/lircd .
  -n or --nolirc        do not use Lirc, i.e. no remote input.
  --debug               Enable debug logging
  --version             Print version information
  --test                Enable test mode. [FILE] required.
  --settings=<filename>         Loads specified file after advancedsettings.xml replacing any settings specified
                                specified file must exist in special://xbmc/system/
DiskStation> ./xbmc-server.bin --no-test
XBMC Media Center 13.1 Git:Unknown
Copyright (C) 2005-2011 Team XBMC - http://www.xbmc.org

Starting XBMC Server

Segmentation fault
DiskStation>

still needs fixing

[piejanssens]

Wauw, that's a nice thing to see. This "segmentation fault" scares me a bit. Do you have any clue on the issue at hand?

[killercore]

nice work, would love this so much :D. Keep up the great work. it's very much appreciated.

[piejanssens]

@RustyPixel Did you figure out what the "segmentation fault" issue was?