Tiny Core Linux
Tiny Core Base => Raspberry Pi => Topic started by: Cyclic on December 02, 2023, 09:43:46 AM
-
Hi,
I'm in the middle of repairing an old rPi 3 model B (SD card failed) which I'd been using as a media server on my LAN - I'd planned to re-install a DLNA so I can watch on my TV. I was using miniDLNA before which seemed easy to install and configure so I started my adventure by looking for that in the repository, it's not there anymore (I'm assuming it's obsolete or there isn't a version for the current release of piCore OS).
I used Rich's extension download script (thanks Rich) to get the old extension and tried installing that first, no joy (script worked fine though) so I've given up on miniDLNA.
Any recomendations for a suitable alternative? I tried searching for dlna in the app browser which brings up gupnp but that looks to be a utility library...
Many thanks as usual!
-
Hi Cyclic
If everything was working well before, why not just
re-install piCore 7?
... I used Rich's extension download script (thanks Rich) ...
You are welcome.
... to get the old extension and tried installing that first, no joy ...
Your best chance of getting that to work:
Boot up the latest piCore.
Then:
wget http://tinycorelinux.net/7.x/armv7/tcz/minidlna.tcz
wget http://tinycorelinux.net/7.x/armv7/tcz/minidlna.tcz.dep
Next, use my script to fetch the dependencies listed in minidlna.tcz.dep
from the latest piCore:
FetchExt.sh libavformat.tcz libexif.tcz libid3tag.tcz libjpeg-turbo.tcz
Of course, it's still possible the newer libraries will have
some incompatibilities, so re-installing the older piCore
may be simpler.
-
Hi Cyclic. I maintain the minidlna extension for x86_64 and am also a happy user of the extension. My wireless router is powered by TCL and serves multiple additional purposes including media server.
I don't know if the piCore repository has all the build dependencies, but here are the steps I took to compile minidlna for tc14 x86_64:
http://repo.tinycorelinux.net/14.x/x86_64/tcz/src/minidlna/compile_minidlna
-
Hi,
First off, thanks for your valued input.
I first tried the old version with the old libraries, no joy - then I tried the old version with the new libraries, no joy - then the newly compiled version suggested by GNUser (much appreciated) with the new libraries - still no success.
Then I thought I'd try Rich's suggestion of just going back to picore v7 (simple is better as they say), I had to wipe the SD I'd been working on (it's my only spare atm) - for some reason the Pi wouldn't boot using that image (I tried re-writing with different image writing tools in case the standard's changed) - no joy again so I've given up on that.
I'm back to the latest version, booting from external USB and with Samba working again (though this time I knew what I was doing so it's all neat and tidy). Apologies for the delay in replying, I'm disabled so I have to do everything one-handed these days and it takes time.
I found an alternative called rygel in the repository, is that any good?
-
PS: For GNUser - forgot to say that I couldn't get all the files from the repo to get the compiled version working...
-
Hi again,
I've installled Rygel and appended my media drive path to the uris variable in the config file but I'm having trouble starting the service:
-------
Rygel-Message: 05:38:28.263: Rygel v0.38.3 starting?
(rygel:2083): RygelCore-WARNING **: 05:38:28.288: Failed to load module from path ?/usr/local/lib/rygel-2.6/plugins/librygel-tracker.so?: libtracker-sparql-2.0.so.0: cannot open shared object file: No such file or directory
RygelCore-Message: 05:38:28.326: New plugin ?Playbin? available
Trace/breakpoint trap
-------------------
Any ideas?
Thanks again...
-
I found an alternative called rygel in the repository, is that any good?
I used to have a piCore media server running rygel - it looks like you’re missing the tracker extension.
-
I found an alternative called rygel in the repository, is that any good?
I used to have a piCore media server running rygel - it looks like you’re missing the tracker extension.
That's what I thought at first but that file /usr/local/lib/rygel-2.6/plugins/librygel-tracker.so does exist - I was wondering if those ? characters were causing the problem? - looks like the kind of thing to expext when you parse utf8 as ascii...
-
Does this give an error:
ldd /usr/local/lib/rygel-2.6/plugins/librygel-tracker.so
-
Does this give an error: ldd /usr/local/lib/rygel-2.6/plugins/librygel-tracker.so
Nope. I get:
linux-vdso.so.1 (0x7efce000)
librygel-core-2.6.so.2 => /usr/local/lib/librygel-core-2.6.so.2 (0x76ef0000)
librygel-server-2.6.so.2 => /usr/local/lib/librygel-server-2.6.so.2 (0x76e60000)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x76d20000)
libgio-2.0.so.0 => /usr/local/lib/libgio-2.0.so.0 (0x76b80000)
libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x76b10000)
libgee-0.8.so.2 => /usr/local/lib/libgee-0.8.so.2 (0x76a70000)
libtracker-sparql-2.0.so.0 => not found
libc.so.6 => /lib/libc.so.6 (0x76900000)
libgupnp-1.2.so.0 => /usr/local/lib/libgupnp-1.2.so.0 (0x768c0000)
libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x76890000)
libgssdp-1.2.so.0 => /usr/local/lib/libgssdp-1.2.so.0 (0x76860000)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x76730000)
libm.so.6 => /lib/libm.so.6 (0x766c0000)
libpthread.so.0 => /lib/libpthread.so.0 (0x76690000)
libsoup-2.4.so.1 => /usr/local/lib/libsoup-2.4.so.1 (0x76610000)
libgupnp-av-1.0.so.2 => /usr/local/lib/libgupnp-av-1.0.so.2 (0x765d0000)
libmediaart-2.0.so.0 => /usr/local/lib/libmediaart-2.0.so.0 (0x765b0000)
libpcre2-8.so.0 => /usr/local/lib/libpcre2-8.so.0 (0x76510000)
/lib/ld-linux-armhf.so.3 (0x76f77000)
libz.so.1 => /usr/lib/libz.so.1 (0x764d0000)
libffi.so.8 => /usr/lib/libffi.so.8 (0x764a0000)
libuuid.so.1 => /lib/libuuid.so.1 (0x76470000)
liblzma.so.5 => /usr/local/lib/liblzma.so.5 (0x76420000)
libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x76300000)
libpsl.so.5 => /usr/local/lib/libpsl.so.5 (0x762d0000)
libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x76280000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x76240000)
libdl.so.2 => /lib/libdl.so.2 (0x76210000)
libunistring.so.2 => /usr/local/lib/libunistring.so.2 (0x76090000)
libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0x76063000)
libpng16.so.16 => /usr/local/lib/libpng16.so.16 (0x76020000)
libjpeg.so.62 => /usr/local/lib/libjpeg.so.62 (0x75f80000)
-
Hi Cyclic
Here's the error:
libtracker-sparql-2.0.so.0 => not found
Do you have tracker.tcz installed?
-
Hi Cyclic
Here's the error:
libtracker-sparql-2.0.so.0 => not found
Do you have tracker.tcz installed?
No, I didn't have it installed. Installed it and now the ldd error is gone. Can't see rygel in my list of processes yet (I backed up and rebooted - starting rygel in bootlocal.sh).
Many thanks indeed!
How did you work out which package would solve the issue?
-
Hi Cyclic
... How did you work out which package would solve the issue?
You can find it like this:
provides.sh "libtracker-sparql-2.0.so.0"
-
Ah, I see now - useful indeed!
Spoke too soon though - new error:
(rygel:2002): RygelTracker-WARNING **: 12:28:27.665: Failed to start Tracker service: Cannot autolaunch D-Bus without X11 $DISPLAY. Plugin disabled.
RygelCore-Message: 12:28:27.703: New plugin ?Playbin? available
Trace/breakpoint trap
I'm running headless which might be the cause of the error - I thought I only needed the GUI if I used rygel-preferences?
-
I believe it’s possible to start the tracker daemon from the cli, you would have to do some research though.
-
Ok.
It looks like I need to install the xauth package server side (on the rPi) to enable this (the error is caused by an empty DISPLAY variable so you need to enable X11 forwarding and send it the value over ssh from your client PC). It's not in the repository, can you help?
-
xauth is provided by the Xlibs extension.
-
I installled Xlibs (you need a capital X or it fails) - can't see it!
Or is it hidden somewhere?
After installing Xlibs:
tce-status -i
Xlibs
alsa-modules-6.1.25-piCore-v7
bzip2-lib
ca-certificates
curl
dbus
exiv2
expat2
file
flac
freetype
gamin
gdk-pixbuf
gexiv2
giflib
glib-networking
glib2
gmp
gnutls
graphite2
gssdp
gst-plugins-base
gstreamer
gupnp
gupnp-av
gupnp-dlna
harfbuzz
icu
icu73
imlib2
jansson
json-glib
libICE
libSM
libX11
libXau
libXdmcp
libXext
libXmu
libXt
libacl
libasound
libattr
libcap
libelf
libexif
libgee
libidn2
libjpeg-turbo
liblzma
libmediaart
libogg
libopus
libpng
libpsl
libseccomp
libsoup
libtasn1
libtheora
libtiff
libtirpc
libunistring
libvorbis
libwebp
libxcb
libxml2
nano
ncurses
ncurses-terminfo
nettle
openssh
openssl
p11-kit
pcre2
popt
readline
rsync
rygel
samba4
samba4-lib
shared-mime-info
sqlite3
talloc
tracker
tracker-miners
Just rebooted and checked - DISPLAY var is still empty (confident I'm forwarding X11)
-
Hi Cyclic
Xlibs does contain an xauth (/usr/bin/xauth) program:
http://tinycorelinux.net/14.x/armv7/tcz/Xlibs.tcz.list
-
Thanks Rich - I have got that file in /usr/bin but I'm still not getting any X11 forwarding.
I'm giving up for now, going to use Raspbian instead - I've been at this a while now and my plan of later on installing LAMP seems like a big potential nightmare if this is how hard it is to get DLNA working!
Thanks to all for your help, it's much appreciated!