SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,167
Original Poster
Rep:
Quote:
Originally Posted by ehartman
It doesn't seem to be available yet as a DUSK kernel (32-bit only!).
I've not looked at the script so I don't know how often it searches for updates. If the script still works, it will pick up the changes and generate a new kernel... eventually.
Last edited by cwizardone; 04-02-2020 at 04:17 PM.
Kernel 5.6.2 running fine on Slackware -current with NVidia 440.82. However VirtualBox 6.1.4 barfs on the new kernel, a known problem noted here with a fix in the pipeline...
Distribution: VM Host: Slackware-current, VM Guests: Artix, Venom, antiX, Gentoo, FreeBSD, OpenBSD, OpenIndiana
Posts: 1,018
Rep:
Quote:
Originally Posted by andrew.46
Kernel 5.6.2 running fine on Slackware -current with NVidia 440.82. However VirtualBox 6.1.4 barfs on the new kernel, a known problem noted here with a fix in the pipeline...
download 6.1.5 from testing
outstanding issue is with the choice between having the ability of working clipboard between host and clients or client to client and vboxsf:
5.6.x adds support for vboxsf. If you compile it, you have to remove VirtualBoxGuestAddtions otherwise vboxsf module will not work at all and then you will loose clipboard support. Removing VirtualBoxGuestAddtions will keep vboxsf kernel functionality.
On the other hand, if you do not compile kernel vboxsf then you will loose support for vboxsf kernel and Oracle (VBox module will not compile generating an error) but clipboard will work.
Personally I opted for this option as I also have enabled smb and nfs so file transfer between vm host and client works and clipboard functionality is preserved
Kernel 5.6.2 running fine on Slackware -current with NVidia 440.82. However VirtualBox 6.1.4 barfs on the new kernel, a known problem noted here with a fix in the pipeline...
I was unhappy with how long Virtualbox is taking to resolve this (they've only known about it all month before the Linux 5.6 release) so I switched to Qemu and I'm not looking back. That's much more sustainable in the long run, not needing third party, out of tree kernel modules. I'm using Qemu with the Spice libraries and I even have decent drivers in my Windows 7 guest. (spice guest tools...qxl video driver, virtio storage, accelerated virtio-net-pci etc.)
Not at all onerous to compile Qemu either. (I don't compile the VirtualBox application, build needs too much crap that I don't want to have)
P.S. Must be new build of VirtualBox 6.1.5 because it didn't work at the time I tried. Nor did 6.1.97 dev snapshot.
Last edited by TheRealGrogan; 04-07-2020 at 06:56 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.