scanli - should be working fine.
https://prdownloads.sourceforge.net/pcre/pcre/8.44/pcre-8.44.tar.bz2
PKG_URL="${SOURCEFORGE_SRC}/pcre/${PKG_NAME}/${PKG_VERSION}/${PKG_NAME}-${PKG_VERSION}.tar.bz2"
There was a recent PR to fix the download URL. Is your tree up to date?
👍 You need to start the container build from your git working directory.
E.g. in my case
git clone https://github.com/heitbaum/LibreELEC.tv.git
cd LibreELEC.tv
docker run --rm -v `pwd`:/build -w /build -it -e PROJECT=Amlogic -e DEVICE=AMLGX -e ARCH=arm -e THREADCOUNT=50% libreelec make imageHi scanli what directory are you in before you run this command.
pwd
ls -lathe problem is solved (hopefully) and new versions of the addons are pushed this morning
Confirming mine updated, and tvheadend is running 
https://wiki.libreelec.tv/development-1/build-basics
https://wiki.libreelec.tv/development-1/build-commands/build-commands-le10
So for RPi4
PROJECT=RPi ARCH=arm DEVICE=RPi4 make imageTo make a package
PROJECT=RPi ARCH=arm DEVICE=RPi4 scripts/build htopDarquebus - librespot is in the LE addons repository. I think this is what you are looking for.
Hi youguiz there are a couple threads with discussion on these SOCs
Search for: 3568 RK3568 3566 RK3566
There is still required some mainline kernel work to be done for video.
It required some changes. These have been PRed now. https://github.com/LibreELEC/LibreELEC.tv/pull/5975
It will be available in once the addon builds are done.
The dtb files as the compiled version of the dts files.
The dtc compiler is what is used to convert the .dts and .dtsi files into a .dtb
First couple results from google “dts dtb” …
What are looking to do?
Hi Grasshopper
scripts/create_addon chromeshould work fine. I build this in 18.04 and 20.04 (I do use the docker though) - as this keeps the “extras (packages) away from the build”
Hi joeaverage - info is here - Wsdd2 - https://github.com/LibreELEC/LibreELEC.tv/pull/5803
Fixed in
And
Hi umtauscher - LE11 nightlife’s are now all built with 5.15.5
Stepping back a bit: the udevil service on LE mounts the hard drives under /var/media
Any disk that does not meet the following conditions is automatically mounted - https://github.com/LibreELEC/Libr…vil-mount.rules if you do not want something automounted by udevil - then it must be excluded by one of these criteria.
Going to your question - using the docker argument: -v /var/media/data:/data would be like typing the following command in the Docker container: # mount /dev/sda1 /data
So it’s not really an nvme / sata question. More as saying - I am mounting a directory from my host operating system as a mount point in my container.
# journalctl -f
***** I disconnected my USB drive with a disk label of ZZ4
Nov 28 12:54:33 nuc11 kernel: usb 4-4.2.2: USB disconnect, device number 6
Nov 28 12:54:33 nuc11 systemd[1]: Stopping Udevil mount service...
Nov 28 12:54:33 nuc11 systemd[1]: var-media-ZZ4.mount: Deactivated successfully.
Nov 28 12:54:33 nuc11 systemd[1]: [email protected]: Deactivated successfully.
Nov 28 12:54:33 nuc11 systemd[1]: Stopped Udevil mount service.
***** I connected my USB drive with a disk label of ZZ4
Nov 28 12:54:37 nuc11 kernel: usb 4-4.2.2: new SuperSpeed USB device number 7 using xhci_hcd
Nov 28 12:54:37 nuc11 kernel: usb-storage 4-4.2.2:1.0: USB Mass Storage device detected
Nov 28 12:54:37 nuc11 kernel: scsi host4: usb-storage 4-4.2.2:1.0
Nov 28 12:54:38 nuc11 kernel: scsi 4:0:0:0: Direct-Access WD Elements 25A1 1005 PQ: 0 ANSI: 6
Nov 28 12:54:38 nuc11 kernel: scsi 4:0:0:0: Attached scsi generic sg2 type 0
Nov 28 12:54:38 nuc11 kernel: sd 4:0:0:0: [sdc] Spinning up disk...
Nov 28 12:54:44 nuc11 kernel: ......ready
Nov 28 12:54:44 nuc11 kernel: sd 4:0:0:0: [sdc] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB)
Nov 28 12:54:44 nuc11 kernel: sd 4:0:0:0: [sdc] Write Protect is off
Nov 28 12:54:44 nuc11 kernel: sd 4:0:0:0: [sdc] Mode Sense: 53 00 10 08
Nov 28 12:54:44 nuc11 kernel: sd 4:0:0:0: [sdc] No Caching mode page found
Nov 28 12:54:44 nuc11 kernel: sd 4:0:0:0: [sdc] Assuming drive cache: write through
Nov 28 12:54:44 nuc11 kernel: sdc: sdc1 sdc2
Nov 28 12:54:44 nuc11 kernel: sd 4:0:0:0: [sdc] Attached SCSI disk
Nov 28 12:54:45 nuc11 systemd[1]: Starting Udevil mount service...
Nov 28 12:54:45 nuc11 udevil[3486724]: Mounted /dev/sdc2 at /media/ZZ4
Nov 28 12:54:45 nuc11 systemd[1]: Finished Udevil mount service.
# mount | grep ZZ4
/dev/sdc2 on /var/media/ZZ4 type exfat (rw,nosuid,nodev,noexec,noatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro)Some commands to try:
lsusb
lsusb -v
dmesg
journalctl -f
# if you unplug and replug the usb drive with journalctl -f it should show you what it thinks is happening.Hi Grasshopper - https://github.com/LibreELEC/LibreELEC.tv/pull/5878 is still in the Queue for LE10, which is why you are not seeing it updated yet.
A bit of googling and it seemed these are the details of the chip (potentially). Next is getting a dts/dtsi… test …
If you install network-tools on LE. I’m going to guess it in upnp / mdns
tcpdump host nasip # (if it is not broadcast traffic)
# for broadcast traffic - I’ll leave that an an exercise for the reader. You could also create a pcap file and review via wireshark. But pretty sure that simple “tcpdump host nasip“ should get you heading in the right direction