Arch Linux User Repository

Notice:

To avoid crashes when upgrading Guest Additions from version 6.x to 7.x on Windows guests, uninstall the old Guest Additions first, then reboot, and then install the new ones. It's recommended to do all these operations in Safe Mode. See this upstream bug ticket for more details.

Hi,

neither a soft link, nor the PATH variable provide to run the new command, providing the old options such as "--startvm", without using the complete path to the command.

It was like this

$ pacman -Q virtualbox-bin
virtualbox-bin 5.2.22-1
$ pacman -Ql | grep /bin/virtualbox
virtualbox-bin /usr/bin/virtualbox
$ ls -hl /usr/bin/virtualbox
lrwxrwxrwx 1 root root 26 Nov 11 18:25 /usr/bin/virtualbox -> /opt/VirtualBox/VirtualBox
$ /usr/bin/virtualbox --help | grep -e --startvm
  --startvm <vmname|UUID>    start a VM by specifying its UUID or name

and changed to

$ pacman -Q virtualbox-bin
virtualbox-bin 6.0.0-1
$ ls -hl /usr/bin/virtualbox
ls: cannot access '/usr/bin/virtualbox': No such file or directory
$ /usr/bin/VirtualBox --help | grep startvm
If you are looking for --startvm and related options, you need to use VirtualBoxVM.
$ pacman -Ql virtualbox-bin | grep VirtualBoxVM -m1
virtualbox-bin /opt/VirtualBox/VirtualBoxVM
$ grep Exec /opt/VirtualBox/virtualbox.desktop -m1
Exec=VirtualBox %U
$ grep Exec /usr/share/applications/virtualbox.desktop -m1
Exec=VirtualBox %U

Since the desktop files were always using VirtualBox and people writing scripts usually avoid CamelCase, it makes sense to add a new link /usr/bin/virtualbox against /opt/VirtualBox/VirtualBoxVM. Too funny, my several years old script already separated VirtualBox from virtualbox. Don't ask me why I added the %U to the script, looks like a copy and paste error from a desktop file :D.

$ ls -hAl /usr/local/bin/vbox
-rwxr-xr-x 1 root root 157 Jul 17  2014 /usr/local/bin/vbox
$ grep case -A3 /usr/local/bin/vbox 
case $* in
 "") VirtualBox %U ;;
  *) virtualbox --startvm "$*" ;;
esac

However, even if you don't want to add a /usr/bin/virtualbox link, at least add a link /usr/bin/VirtualBoxVM against /opt/VirtualBox/VirtualBoxVM, as it is done for VirtualBox:

$ pacman -Ql virtualbox-bin | grep /usr/bin/VirtualBox
virtualbox-bin /usr/bin/VirtualBox
$ ls -hAl /usr/bin/VirtualBox
lrwxrwxrwx 1 root root 31 Dec 30 01:34 /usr/bin/VirtualBox -> ../../opt/VirtualBox/VirtualBox

Guten Rutsch!

Ralf

While I agree that if an AUR helper should fail, the user has to try to build it without a helper, before adding a comment, we shouldn't spread myths regarding yaourt. A lot of users are satisfied by yaourt, there are not many use cases when yaourt could fail. Actually, I build 5.2.22-1 using yaourt 1.9-1 without any issue at all. IIUC the OP was able to build and install virtualbox. If the OP wants to learn what was going wrong regarding the permissions, I recommend to repeat everything and post the used commands and their complete output to an Arch forum, assuming googling shouldn't already enlighten the OP.

I'd recommend not to use yaourt in the first place. It's proven to be unsafe, is deprecated and no longer actively maintained.

If u really must use an AUR helper, I'd suggest taking a look at the Arch Wiki page before choosing one.

Even better would probably be to simply use Arch's default tooling, i.e. makepkg, or but maybe that's more of a personal preference.

I have installed virtualbox-bin 5.22 but at the end of install. I have this error /usr/lib/yaourt/aur.sh: line 211: cd: /root: Permission denied

Can anyone help me ?

Thanks,

Yep, SDK is now included in the package.

Yikes, whatever changes were made to accommodate the SDK or in the 5.2.20 release has ballooned the package size by 31.74 MiB. Is that expected? I haven't seen that big of a jump in vbox package size in years.

@Kr1ss Thank you for reporting this. Fixed.

There seems to be a conflict w/ the virtualbox-sdk package from community @dbermond (b/c of usr/lib/python3.7/site-packages/vboxapi*).

Would u pls consider adding that to the PKGBUILD ?

Thx a lot for the package, btw !

EDIT : Thank you for fixing this so quickly !

@GeneArch Please do not report problems when using a modified PKGBUILD.

I don't know if this will be a problem in future upstream stable releases.

with the older 5.2.16 everything works fine.

So its the development snapshots this is happening with. Do you know if this will be a problem when those migrate to released builds?

thanks