You can't always get what you want - Joe Jackson !
On my box it's nearly gone (1x artefact per h, or so) with the last TVheadend from here:
I was joking ! 
a link to that magic "Wonderwall song" would shade some light.
the only song I currently could remember of where the word "said" is iterated, is:
Simple Minds - All The Things She Said -
I thought already it was a "special" release and I was wondering for what.
.. and I said thanks that he is thinking about ...
any doubts against CvH, an "inspector" ? 
Serious:
any hints what "PR" on the nightly download site stands for ?
I have a look how it works, maybe we can add this quite easily
Thanks for lightning fast support !
no way to trace what's going on ?
- make --trace (from man make)
- for kernel compile there is make V=1 (=> make help [being in the kernel tree])
- searching via google with search string "collect2: error: ld returned 1 exit status" or the string where the first error occured
... ?
how can I see which patches are in nightly ?
or
are all current patches I can see here:
GitHub - LibreELEC/LibreELEC.tv: Just enough OS for KODI
and
are in nightlies ?
- maybe with an difference up to max 24 h -
mostly fixed, apart from the language bug in the first photo.
....But now I have the problem that I can no longer get the boot CD from the NUC.
Ejection doesn't work in Kodi
usually there is a smale hole in the front of an cd-drive.
carefully stick a paper-clip in it and it should open
I'm no developer, but to me the error happens at line 8 and you got a hint of it at line 10
=> "See `config.log' for more details"
those are ancient devices mostly. not very (honestly, not at all) helpful when trying to buy a Wi-Fi dongle.
sure ?
cklick: en:users:drivers:iwlwifi [Linux Wireless]
you're free to search on that webpage somewhat deeper.
AFAIK, it's the main page to see what's supported by the linux kernels and to provide a pointer for further investigation was my main intention.
dito no audio with todays nightly.
the box runs with the same bios, audio setting on LE 9.2.4, though.
attaching some photo's and output of dmesg from nightly running.
you'll see audio is switched off, somehow and mp2, aac are "unknown".
Anyone, to teach me "Maori" ?
grep -iE 'alsa|pulse|hda' dmesg.txt
[ 2.883483] ALSA device list:
[ 5.860302] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops 0xffffffffb6a0ae00)
[ 5.893548] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC233: line_outs=1 (0x21/0x0/0x0/0x0/0x0) type:hp
[ 5.893550] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 5.893552] snd_hda_codec_realtek hdaudioC0D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 5.893553] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
[ 5.893553] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 5.893555] snd_hda_codec_realtek hdaudioC0D0: Mic=0x19
[ 5.973936] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1f.3/sound/card0/input14
[ 5.973974] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input15
[ 5.974003] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input16
[ 5.974034] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input17
[ 5.974072] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input18
[ 5.974096] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input19
[ 5.974124] input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input20
[ 5.974148] input: HDA Intel PCH HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input21
updated my nightly today to 20201003-46b99e7 from a nightly ~Sept 28th 2020
today I got NO audio !
box => see signature
P.S.
are there config data to update to the next/current nightly ?
URL ?
update channel ?
like this here:
LibreELEC Testbuilds for x86_64 (Kodi 19.0)
=> 7. LibreELEC Settings add-on Development Updates
I'm talking about the firmware for the GPU-driver i915 which only gets loaded if
a) i915 is compiled as a module and
b) the boot parameter is set
Arrggghhh, and I'm just now realizing that I forgot b), the boot parameter "i915.enable_guc=2" (FW was already in place)
Sorry !
Hell, I'm getting dementia.
yup, 3. did it.
thanks for your patience.
P.S.
I guess I had done so ever with my milhouse nightly installations and forgot about it or was now mislead with the offered bootprompts "Install" versus "run".
It's not that obvious (to me) that "run" also ~installs~ on a stick ...
P.P.S
it seems that the intel graphic is compiled in ?!
on my homebrewed kernels on an other box I compile it as module so that the i915-firmware gets loaded.
maybe there is a module option nowadays, although I played with it months/years ago without luck.
to 2.:
i have done so several times since ~march 2020 to get milhouse nightly running.
With the same stick and an initial LE Release, btw.
At that time the stick I booted from was visible as install target.
Today it's not, so I need to replug.
I was under the impression that the whole installer stuff was copied to RAM, so the stick was free.
okay, will try with two sticks...
