VirtualBox Additions Slackware Package
Greetings Slackers...
I want to create a Slackware package with the VirtualBox guest additions in it. The latest official ones, not the old 5.0.40 version on Slackbuilds. I don't need anything in this package other than the ability to execute programs in the guest, but a complete package would of course be nice. Creating a Slack build script to compile the kernel modules and package up the binaries seems prohibitively complicated, so I'm left with (I think) two options: 1) Look for recently changed files and so capture the files/symlinks that got installed when I ran the installer 2) Watch the file system using some software that will give me callbacks on changes. I'm just wondering how other people are solving/have solved this problem. I know I can google all sorts of possible solutions to this but I'm looking for real-life experiences, ideally giving me a generated package, or enough bits that I don't have too much coding to do to finish the job. many thanks, Biff. |
Quote:
|
Quote:
|
Quote:
For my host systems I much prefer packages. For my VMs I use the main and kernel module build scripts. The kernel module package gets rebuilt occasionally. For example, today I updated to 4.4.199 and rebuilt the kernel module package. Mostly because VMs are "disposable," for VirtualBox guest systems I never use a package, regardless of the OS in the VM. Instead I insert the GA ISO and install from there with the guest system OS prompts/dialogs. While not a hard requirement, if a VM remains on my system for a while and I update the main VirtualBox package, I repeat the GA ISO process to keep the two versions in sync. Loosely related, at work we use Proxmox (free/libre software). Mostly for servers with no GUI, but we have three Windows VMs using the virtio drivers, which is somewhat the equivalent of VirtualBox GA. |
Been this route use VB . Just use KISS and let VB do what they do Slackware is built for what they do.
Slackware HISS And VB run is made to go together. PKG will break. |
Quote:
|
Quote:
Please can people stop filling this thread with cruft that doesn't answer the question. If you don't know the answer, then please don't post. |
Quote:
It would be more usefull to just create a SlackBuild script, that REcompiles the kernel modules every time you update the kernel in your VM, so: fetch the additions in the VM and use its install script to build the stuff. |
Quote:
I don't need to do this every two weeks, when a new current comes out, I only need to do it from time-to-time. But I think that doesn't matter too much, I do still need a way to automate the generation of such a package using some kind of networked service, and that's another challenge to be solved, probably using vagaslack as a starting point. Plenty of challenges ahead that's for sure. |
From /usr/doc/slacktrack-2.20/OVERVIEW
Quote:
|
/usr/doc/slacktrack-2.20/OVERVIEW also says:
Quote:
|
For info, slacktrack was able to get me *something*, even with just default parameters. I need to remove the /etc/* files that it picked up and change those into doinst.sh commands to create the relevant users/groups, figure out how to remove the /dev/vbox* files. There seem to be a few different ways to approach this but the simplest seems to be a post build script. I don't think I need to create a .build file because I can run the perl installer direct from slacktrack.
Once I've done that it will be interesting to see if the created package installs and runs. |
Quote:
All you need -- remove vboxguest.ko module (and maybe vboxvideo.ko module) installed from the kernel-modules package: /lib/modules/<kernel-version>/kernel/drivers/virt/vboxguest/vboxguest.ko /lib/modules/<kernel-version>/kernel/drivers/staging/vboxvideo/vboxvideo.ko |
Quote:
The best starting point for you is going to be the Slackbuild for the old version. Download the files, look at what it does and replicate that with the new version. That will simplify things and most likely will answer your questions. There is one qualification to this: I'd make the suggestion that you use sysv-style scripts (which Slackware supports) instead of physically adding commands to the rc.local file (IMO, manually adding things to rc.local ruins the "portability" of the package). I use a Slackware VM to run & maintain the mission-critical backups for my business and haven't bothered packaging the guest additions, although that's running on a bare metal hypervisor (not VBox) and it's a very basic installation without X. |
Quote:
https://github.com/bifferos/slackbui...ons.SlackBuild Unfortunately now my issue is makepkg, or lack of understanding thereof. I can't get my setup script executed. According to the manual it's supposed to be put in /var/lib/pkgtools/setup/setup.* Although I've also tried: /var/log/setup/setup.* as well. installpkg doesn't seem to execute it regardless of which I use. If I execute the setup script manually everything seems to work, so that's the good news. |
All times are GMT -5. The time now is 02:04 PM. |