File permissions are ok?
Yes I checkt that too.
I even changed it to chmod a+rwx * and tried it with sudo to gain it root permissions.
File permissions are ok?
Yes I checkt that too.
I even changed it to chmod a+rwx * and tried it with sudo to gain it root permissions.
This same error was reported not long back. No idea why it happens. That's why you will need to debug it yourself - put some echo's and ls in scripts/mkimage to see why it happens.
Hi,
I did so. The tool "populatefs" does refuse to open part2.ext4
The file is there and I was able to mount it to some folder. I think the problem might be in populatefs.
To get an update package for my RPi I should use:
Right?
bye muebau
Hello,
I compiled it (master branch, commit 4d4fe5db747f77bc1c87dce714babbfe6da0437f).
Now I get the following error:
image: creating filesystem on part2...
image: populating filesystem on part2...
image: error happen...
Error: [Filesystem error] /tmp/tmp.7W2JyYfMyC/part2.ext4 cannot be opened.
image: cleanup...
I pretty sure I followed the instructions correctly.
Bye muebau
I'm still building official things on 16.04 which works fine as I created a 7.0.2-ish image yesterday. We're not really interested in trying to solve custom build issues on the 7.0 branch as Jarvis is basically a closed book now, but if you create a Krypton build (master branch) it will use gcc 6.2 which might sidestep the version issue. Despite the 'Alpha' working label Raspberry Pi builds are extremely stable.
Hello,
OK good to know this. So I will try to build master branch tomorrow.
Last time I tried to build master I got some "part2" error.
Is this error known?
Do I have to take care of something else more than:
export PROJECT=RPi2
export ARCH=arm
PROJECT=RPi2 ARCH=arm scripts/clean linux
rm -rf /home/user/.ccache-libreelec/
PROJECT=RPi2 ARCH=arm make clean
PROJECT=RPi2 ARCH=arm tools/download-tool
PROJECT=RPi2 ARCH=arm make image
Bye
muebau
What distro are you compiling on? .. in theory it makes no difference, but in practice it can.
Hello,
I use Ubuntu Mate 16.10.
While my researches I found:
Can't compile GCC4.9.3 with GCC6.1.1 · Issue #1361 · mxe/mxe · GitHub
gcc.gnu.org Git - gcc.git/commitdiff
Bye
muebau
Hello,
I try to get my WiFi stick running:
Amazon.com: AUKEY WiFi Adapter, 150Mbps USB Wireless Adapter and Bluetooth 4.0 Adapter for Windows 7, 8, 10, XP, Vista: Computers & Accessories
(AUKEY WiFi & Bluetooth stick)
It's a RTL8723 internally.
I think I have to compile a homebrew version of LibreELEC to get it working.
I followed this guide:
Compile - LibreELEC
PROJECT=RPi2 ARCH=arm scripts/clean linux
rm -rf /home/user/.ccache-libreelec/
PROJECT=RPi2 ARCH=arm make clean
PROJECT=RPi2 ARCH=arm tools/download-tool
PROJECT=RPi2 ARCH=arm make image
I edited the file
projects/RPi2/linux/linux.arm.conf
Quote
-# CONFIG_RTL8XXXU is not set
+CONFIG_RTL8XXXU=y
The compilation stops with the following error:
In file included from /home/umueller/code/LibreELEC.tv/build.LibreELEC-RPi2.arm-7.0.2/gcc-5.3.0/gcc/cp/except.c:1023:0:
cfns.gperf: In function 'const char* libc_name_p(const char*, unsigned int)':
cfns.gperf:101:1: error: 'const char* libc_name_p(const char*, unsigned int)' redeclared inline with 'gnu_inline' attribute
cfns.gperf:26:14: note: 'const char* libc_name_p(const char*, unsigned int)' previously declared here
cfns.gperf: At global scope:
cfns.gperf:26:14: warning: inline function 'const char* libc_name_p(const char*, unsigned int)' used but never defined
Makefile:1065: recipe for target 'cp/except.o' failed
There is a known problem with this particular version of gcc.
What should I do to get to a working version of LibreELEC (including a working WiFi stick)?
Bye
muebau