I approved the language request.
CvH ping! .. we're overdue a settings translation sync for 9.2
I approved the language request.
CvH ping! .. we're overdue a settings translation sync for 9.2
What LE version? samba: set fruit:model = Xserve for macOS finder by chewitt · Pull Request #3416 · LibreELEC/LibreELEC.tv · GitHub was backported to 9.0 some time ago.
Current patches target Gemini Lake and up and not all the patches required are in public repo's (or they are but scattered over many branches so your chances of picking the winning combinations are rather slim). Give it some time
From ghollingworth via email:
"That's weird, will have a chat with James to see if we can work out what it might be.. is it always green?
Has anyone tried writing directly to the /dev/ws2812 when it happens? I don't think I've seen the problem on my box which is still running strong!"
I confirmed the always-green, i've seen it plenty of times while testing.
MikeKL connman stores network profile data in a format based on MAC address and the boot-time logic for ensuring persistent MAC addresses has changed (so the address changed and you had to re-enter things). From this point forwards it shouldn't change again.
The HD 7770 handles nothing about HEVC - CPU makes everything (by pure CPU power). For hardware handling HEVC you need at least RX 4xx. nVidia have no VAAPI support anymore = no support in newer Libreelec.
nVidia uses VDPAU not VAAPI. AMD was also using VDPAU but switched to VAAPI (shared with Intel). VAAPI is supported going forwards. VPDAU (and thus all the nVidia cards that depend upon it) are not supported.
Will the intel nuc8i7hvk lose support too in LE10?
No, Intel GPU devices will migrate from X11 to the next-generation Kodi-GBM video pipeline.
I lost track of AMD cards years ago so cannot comment on that model, but GTX1050 is nVidia so it will not be supported in LE10 .. or to be more specific; it will run via the nouveau driver (slowly) and you won't want to use it.
There is no logic in the LE settings add-on to fall-back and use fr_FR if fr_CA is not present so it falls back to en_GB which is the default. There is no universal approach for fall-back logic covering all languages so this is a complex topic to resolve in code; some languages are fairly simple, others are not and can be burdened with geopolitical issues. The easiest solution is to contribute an fr_CA localisation on transifex; then it will match and be used when Kodi is also set to fr_CA.
wikidevi lists devices against drivers; some of which are in-kernel and many of which are not; the list of devices with in-kernel drivers has always been a fraction of what's available in the market. There are signs of Realtek changing direction - a bunch of new drivers (for new chips) were upstreamed for Linux 5.2. Hopefully that trend continues and it results in some inexpensive and technically current options for people to purchase. Being a learned-pessimist on these things I wouldn't expect too much effort from Realtek on back-filling support for the legion of chips already shipped. The business decision on how/where to invest resources means manufacturers nearly always invest in current/future generations of hardware not previous ones.
Official images will start soon-ish.. the boot plumbing is still being investigated in a few places (not for LePotato).
What is the spidev patch?
You need to create a new driver package and compile it into a self-built image. You cannot self-install from the command line; there are deliberately no compile tools or package management in the OS.
There will be device specific audio/video configuration in guisettings.xml and Kodi binary add-ons will be compiled for the wrong CPU arch which will cause errors and maybe crashing. It's not impossible to migrate data, but the best approach will be taking a backup and then doing a manual restore of specific bits (unpack the .tar archive and move files around) not a full restore via the LE settings add-on. If you do that, you'll have issues.
Make a backup. If you don't like it, revert back.
Both error messages are harmless.
A quick peek at stats shows more active Rock64 installs than any other RK board, although the numbers aren't large enough to rule our abnormal install behaviours, e.g. it could represent more happy users than any other board, or more frustrated users repeatedly reinstalling
99% of the time when someone complains about Krypton they're complaining about the skin change. The older Confluence skin is still actively maintained and available from the Kodi repo.