Be aware you need to run the command boot-update after (re-)installing Grub or replacing a kernel. And you need to run it as root

I've updated augmented the thread you mentioned with a script I wrote way back. HTH!

Yes, it's still a bug if no .dev package is installed. Worse even, as there's no logical path for this info to be generated, in such case I'd rate the issue very serious indeed.

It's indeed worth putting in a bug report for this, even after 2 years, as it clearly isn't completely rooted out yet. Make sure you provide as much relevant info to the circumstances of the occurrence of the bug so the dev's can replicate it accurately.

Informative, thx. I happen to have a similar problem, but on the wired side of the router (my desktop always gets the same IP address, changing it always fails, now I know why. solution is simple: disconnect the ethernet cable on booting so the timer times out and a new IP address is obtained.)

First, see if the kernel already knows about your tuner: run lshw (as root) and scan the output for your device showing up*. If it does, the kernel knows about it and you'll only need firmware to get it operational. If it doesn't show up, there's no easy way of getting your tuner to work I'm afraid.

*the best way of doing this (you need to install the lshw package in any case) is to redirect the output to a text file, then scan the file at your leisure:

lshw > lshw.txt
cat lshw.txt | grep tuner

Or use Pluma (text viewer) to open the file and search for the tuner.

You may want to investigate the stage3/stage4 tarballs used in Gentoo/Funtoo as these offer a good deal of the functionality you describe.

HTH!

I used Mate/LightDM   Having said that, Funtoo is based on Gentoo and has OpenRC as init system, which is highly parallelized. IMO a modern system based on NVMe M.2 or PCIe SSD's with OpenRC would be able to cut cold-start boot times to below 3-5 seconds. Currently, manufacturers claim to have approached the theoretical band-width of PCIe (4Gb/s) in the latest incarnations of PCIe based SSD's (including NVMe) at 3.7 Gb/s read/write. Personally, I foresee that SATA will follow the likes of IDE, ISA and APG within the next 5 years as PCIe and whatever follows it will render the "old" SATA bus obsolete.

But then, what do I know

A related issue I ran into, although for Ascii: over the weekend, maybe longer, my usual nl.deb.devuan.org repo failed due to missing release files. Changing to deb.devuan.org failed too, as it points to the same local mirror. Changing to pkgmaster.devuan.org fixed the problem. Does that warrant a bug report?

Name me any OS that performs this from a cold start.

I had, for a time, a moderately spec'd desktop that could do a cold start in under 10 seconds, using an SSD, running Funtoo. This was with a Grub time-out period, so effectively it could boot in under 5 seconds. I'm still on the same hardware, but as I had to change OS due to Funtoo's inability to perform an intelligent update/upgrade w/o breaking virtually anything, switching to Devuan, it takes a little longer to boot, but still below 30 sec.

When I do that (installed from a .deb package) it tells me it detected yt-dl was installed via a package manager and I should use that to install a new version, then quits. It does not update the package!

@golinux: No offense, but I'm not cool with your 'compile it yourself' advise every time someone asks for the inclusion of a new or updated package. Yes, I could compile stuff myself, but then I'd be installing s/w outside of the apt tool chain, so what's the use of that? Taking that a step further, if I install tools/apps outside of the package management tools provided by Debian/Devuan, what's the purpose of a package manager? Then I could just switch back to Funtoo, which is a source-based distro anyway

Many thanks guys, I had given up on this. ATM I'm having a holiday so it's not really urgent.

@pcalvert: this is exactly what I'm doing, installing a Devuan base system (no GUI!) from an install CD (I only use CD1 from the set) then edit sources.list to remove the cdrom entry and enable the local mirror. I know I can provide a path during the install phase, but as my co-worker(s) has/have little to no Linux experience, I'd like to keep it simple for him/them in the install guide I wrote. Which also teaches him/them a bit about Linux

As for the ttl-workaround: I update from the official Devuan mirror on my desktop, then copy the entire tree (rsync is an asset here!) to a USB harddrive. This harddrive is then used to transfer the tree onto the local offline mirror, again using rsync. So that's not a problem. The issue is with the clients on the offline network that need installing. Now the ttl of the mirror is set so low I essentially have to sync the mirror each time I go there. (it's a part-time section of my job, just 2 days/week and not consecutive)  Our IT guys have promised me I can get online access as soon as the fibre connection works, but that's delayed since at least Sept. last year

@msi: he'd already stated he's on Ascii, as per the title of the thread

@strierlitz: post your /etc/apt/sources.list, it should include the contrib and non-free repo's. If they don't, add these (synaptic has the option to do it for you, but as you're clearly capable of comfortable on the cli, a text editor will do too ) then update the package list: apt-get update.

HTH!