If you do successfully login via ssh.
Run the following and we need to see the crash / coredump log.
Code
systemctl stop kodiPosts by heitbaum
-
-
AGLyons we are in the midst of moving to the final (updated servers)
test3 is now test as of last night.
The new server has the additional storage to hold previous nightlies.
For the moment - wget the img file into .update.
-
GDPR-7 i did test 13-rc1 as an for my info. It builds but as you have rightly identified. A bit noisy on x86.
I won’t be doing another 5.18 release into le. So now focusing on testing 5.19 and will also be testing 5.10
-
Here is the tanix tx6
Code
Display Moretx6:~ # more /etc/os-release NAME="LibreELEC" VERSION="devel-20220716124937-ec05c91" ID="libreelec" VERSION_ID="11.0" PRETTY_NAME="LibreELEC (heitbaum): devel-20220716124937-ec05c91" HOME_URL="https://libreelec.tv" BUG_REPORT_URL="https://github.com/heitbaum/LibreELEC.tv" BUILD_ID="ec05c913c7c0997b7d44b507c3557db4a51ecafa" LIBREELEC_ARCH="H6.arm" LIBREELEC_BUILD="heitbaum" LIBREELEC_PROJECT="Allwinner" LIBREELEC_DEVICE="H6" BUILDER_NAME="heitbaum" tx6:~ # dmesg | grep -i tanix [ 0.000000] Machine model: Tanix TX6 [ 6.842802] Registered IR keymap rc-tanix-tx5max tx6:~ # ls -l /flash/ total 136800 -rwxr-xr-x 1 root root 22614024 Jul 16 22:54 KERNEL -rwxr-xr-x 1 root root 48 Apr 5 21:42 KERNEL.md5 -rwxr-xr-x 1 root root 117395456 Jul 16 22:54 SYSTEM -rwxr-xr-x 1 root root 48 Apr 5 21:42 SYSTEM.md5 drwxr-xr-x 2 root root 8192 Apr 5 21:42 extlinux drwxr-xr-x 2 root root 8192 Apr 15 17:04 overlays -rwxr-xr-x 1 root root 31944 Jul 16 22:50 sun50i-h6-tanix-tx6.dtb -
I've just downloaded the latest nightly and I'd like to make a suggestion.
I could be wrong, and it may just be a transitional layout but having the archive versions on the main Pi page and the current versions a directory deeper is confusing.
My suggestion would be to have JUST the current (ie latest) RPi builds on the main Pi page with a directory for archive (or one for each model). It wasn't until I read the timestamp that I realised how it had been organised.
Most of the time people are just going to want the latest.
👍 All files will be in the Subdirectories once end state.
-
Display More
No ! No ! Noooooooo !
- the download server URL has changed.
- my script contains a bug (sorting empty lists) I realized yesterday
- I need to test my script with that changes first
- when the new URL is official I'll release a new script (if the script runs with the new URL at all)
is your comment #69 a statement that the new URL is official ?
${Forum-Admin}
I would like to open a new thread when I will release the new script, cause this thread belongs to the elder script.
thread should be the same as this one !
is this realizeable ?
how ?
What do I need to do ?
The URIs in the 11.0 directory are the proposed end state (except Generic and RPi)
The 10.0 directory will be the same.
The directories for Generic and RPi (should be)
11.0/RPi/RPi2
11.0/RPi/RPi4
11.0/Generic/Generic
11.0/Generic/Generic-legacy
-
Folder structure on test has been updated today. img.gz files will now be loaded in ther u-boot directories. The build server has just completed the H6 build, other builds will follow over the next ~10 hours.
-
Looks like it's a RTL8822BE according to the dmesg and lspci commands run from the latest nightly generic build (see link).
Any suggestions how can I get this WiFi working on the RR build?
The firmware was in the backlog. I have raised a pr for adding this to the image. https://github.com/LibreELEC/LibreELEC.tv/pull/6683
To fix this immediately you could add the firmware manually. https://wiki.libreelec.tv/how-to/add-firmware
-
I just installed this build on a HP 24" All-In-One, but can't get wifi working, no connections are showing and no options for wifi in the libreelec settings addon. Below is a link to the specs, I can't seem to find the wifi chipset though. It appears to be a shared BT/WiFi, and BT is working. The wifi is working in Ubuntu and Windows. Any help getting wifi working would be appreciated!
Looking at the spec sheet - I believe it is one of these. Please share a dmesg and lspci to confirm what wireless is/is not detected.
Realtek RTL8723DE, RTL8821CE, RTL8822BE, RTL8822CE wireless LAN Controller
-
Hi Awake - I have already tested LE build with the nezha (without graphics capabilities) We are now waiting for a 3D GPU capable SoC (that has the v4l2 decoding in kernel.) So a little way to go - and required performance. But in answer to the first part of the question - the LE platform building blocks are there.
-
Hi tekno - taken a look, and have backported the PR.
Testing looks good and raised the following PR - https://github.com/LibreELEC/LibreELEC.tv/pull/6678
Will be available soon.
-
Hi tekno - the following PR will need to be backported. https://github.com/LibreELEC/LibreELEC.tv/pull/6406 I’ll be raking a look.
-
Display More
Hi!
Just noticed that the timezone database is out of date. The background: our city's leaders have the habit to change the timezone offset and/or the DST literally twice a year, I mean it. Don't ask me why. So, ooops, they did it again and the time displayed is wrong. Pain again
Of course it's possible to choose the suitable timezone instead of my own but it's not very sportsmanlike
I tried to create the latest TZ DB (2022a) and symlink to it
# /storage/.config/system.d/tz-data-latest.service
Code
Display More[Unit] Description=Setup Timezone data (latest) DefaultDependencies=no After=tz-data.service [Service] Type=oneshot Environment=TIMEZONE=UTC EnvironmentFile=-/storage/.cache/timezone ExecStart=/bin/ln -sf /storage/.kodi/zoneinfo/${TIMEZONE} /var/run/localtime RemainAfterExit=yes StartLimitInterval=0 [Install] WantedBy=sysinit.targetI suspected it won't work and yeap it didn't work, at least in this form. The symlink is right but the time displayed is wrong
Is there a way to force the system to use the local zoneinfo installation instead of /usr/share/zoneinfo?
As fyi (I know not 9.x) - the nightly 10 and 11 image do have the current tz (and wireless db) packages. https://github.com/LibreELEC/Libr…ges/sysutils/tz
-
Yes samba 4.16.2 is in the latest nightly. “List of shares” is still an issue. \\server\share working well.
-
Hi Frank PausE
For samba connectivity browse isn’t working but direct access to your share name should work. (Replace kodi with your LibreELEC name)
\\kodi\updates
-
Biosy.Baris - you will want to edit the linux.arm.conf file:
and change the commented line CONFIG_SND_SOC_TLV320AIC3X_I2C to CONFIG_SND_SOC_TLV320AIC3X_I2C=m
you can check this in the right module by doing a diff between the .config in http://build.yyy/build/linux-yyy/ and the file below.
Code$ git grep TLV320 … projects/RPi/devices/RPi/linux/linux.arm.conf:CONFIG_SND_SOC_TLV320AIC32X4=m projects/RPi/devices/RPi/linux/linux.arm.conf:CONFIG_SND_SOC_TLV320AIC32X4_I2C=m projects/RPi/devices/RPi/linux/linux.arm.conf:# CONFIG_SND_SOC_TLV320AIC32X4_SPI is not set projects/RPi/devices/RPi/linux/linux.arm.conf:# CONFIG_SND_SOC_TLV320AIC3X_I2C is not set projects/RPi/devices/RPi/linux/linux.arm.conf:# CONFIG_SND_SOC_TLV320AIC3X_SPI is not set projects/RPi/devices/RPi/linux/linux.arm.conf:# CONFIG_SND_SOC_TLV320ADCX140 is not set -
jim_p - yes. If you check the commit log for libreelec-10.0 versus 10.0.2 you will see it is very minimal changes. This is our stable release. The add ons are updated (to both the stable and nightly channels.) you will see the few kernel updates and some other minors. Basically you will be 10.0.2 (with an updated kernel and some fixes). When 10.0.3 comes out which will have the update Kodi patch release - it will be a matter of updating to that. The ability to update back an forward within 10.0.x works fine.
LE11 nightlies are different. There have been some big changes that are harder (more complicated) to go back and forward. But are doable.
-
Hi FergFerg this link should help you add the firmware - https://wiki.libreelec.tv/how-to/add-firmware
