So, not even LTS?

Regarding the bash completions, mine are the correct permissions so could be a local issue?

ndctl-71.1:

https://github.com/pmem/ndctl/releases

the 'ndctl-71' package probabbly have bad permission, the file /usr/share/bash-completion/completions/ndctl need to change to chmod 644.

Xfce 4.16 is released today.

In the util-linux package the doinst.sh create a symbolic link /usr/share/bash-completion/completions/runuser, which does not point to anything, probably because su is in shadow package not in util-linux.

( cd usr/share/bash-completion/completions ; rm -rf runuser )
( cd usr/share/bash-completion/completions ; ln -sf su runuser )

https://www.xfce.org/download/changelogs/4.16

I have added 'libgtop' it's a new dep, xfce4-4.16, build and work here on current ;)

Probably, one possible solution is build util-linux with, '--disable-su'. (tested here)

It's not being ignored, it just not in -current, it is available on SBo. You have to build it. I have it installed on my system, using my own build, you will also need to rebuild cups from the slackware source tree.

Still in 5.10.2

Running the output of mkinitrd_command_generator.sh with 5.10.2 as

gives

I'm not one of the unlucky ones like (un)LuckyCyborg with a problem connecting USB devices, though. Sorry to hear that, LC, hopefully this is resolved for you soon.

TKS

Yes, I'm aware its on SBo.
My question is why is it excluded from the main distribution?

that's an issue only if you have one of the two affected USB 3.0 controllers, Renesas uPD720201 and uPD720202, otherwise is just an harmless warning: you can check with
BTW should be fixed soon upstream
https://bugzilla.kernel.org/show_bug.cgi?id=208911

https://lore.kernel.org/lkml/2020081...ul@kernel.org/

Yeah, are affected "only" half of the cheap USB 3.0 controllers available on the market. Because the other half luckily have a VLI chipset.

Probably a not so important issue to worth adding that 12KB file to our firmware...

BTW, they talk about fixing the accepting various versions of that firmware file. We, we have no one yet.

it seems that to provide/use that firmware file you are bound to accept an EULA, so I'm not sure if its inclusion is acceptable...

https://github.com/denisandroid/uPD72020x-Firmware/
https://github.com/denisandroid/uPD7...er/License.rtf

Permit me to doubt that the well versed kernel devs will be crazy enough to put half of the potential users of XHCI driver and the Linux distros in an embarrassing legal situation, just for asking for a firmware blob with highly restrictive license.

Maybe this is just the file found by me and they thought about another one. Or maybe this OMG! EULA! is not that restrictive.

I for one I have no clue about the American legalese, BUT I wonder what the other Linux distributions do...

Thanks, turns out not a problem for me. Unfortunate for others.

As an aside, not a request for -current, I just keep experiencing and hearing of more and more USB weirdness. I thought the whole idea was that it was going to be a standard. Maybe it turned out to be less "standard" than intended, maybe it's bad implementation, but as a user, it's a bit of a mess.

TKS