Arch Linux User Repository

There is no version dependency on this package on purpose! You could read comments back from 2011 to understand why.

LC_ALL=C wget -O /dev/null "${source[0]}" --2012-04-03 17:19:56-- http://download.virtualbox.org/virtualbox/4.1.12/Oracle_VM_VirtualBox_Extension_Pack-4.1.12-77218.vbox-extpack Resolving download.virtualbox.org... 137.254.16.69 Connecting to download.virtualbox.org|137.254.16.69|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://dlc.sun.com.edgesuite.net/virtualbox/4.1.12/Oracle_VM_VirtualBox_Extension_Pack-4.1.12-77218.vbox-extpack [following] --2012-04-03 17:19:57-- http://dlc.sun.com.edgesuite.net/virtualbox/4.1.12/Oracle_VM_VirtualBox_Extension_Pack-4.1.12-77218.vbox-extpack Resolving dlc.sun.com.edgesuite.net... 90.84.55.24, 90.84.55.83 Connecting to dlc.sun.com.edgesuite.net|90.84.55.24|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2012-04-03 17:19:57 ERROR 404: Not Found.

$ source PKGBUILD $ wget -O /dev/null "${source[0]}" --2012-04-03 17:02:33-- http://download.virtualbox.org/virtualbox/4.1.12/Oracle_VM_VirtualBox_Extension_Pack-4.1.12-77218.vbox-extpack Resolving download.virtualbox.org... 137.254.16.69 Connecting to download.virtualbox.org|137.254.16.69|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://dlc.sun.com.edgesuite.net/virtualbox/4.1.12/Oracle_VM_VirtualBox_Extension_Pack-4.1.12-77218.vbox-extpack [following] --2012-04-03 17:02:33-- http://dlc.sun.com.edgesuite.net/virtualbox/4.1.12/Oracle_VM_VirtualBox_Extension_Pack-4.1.12-77218.vbox-extpack Resolving dlc.sun.com.edgesuite.net... 2.22.48.82, 2.22.48.136 Connecting to dlc.sun.com.edgesuite.net|2.22.48.82|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 10062879 (9,6M) [application/x-virtualbox-vbox-extpack] Saving to: `/dev/null' 100%[==========================================================================================================================================================================>] 10 062 879 19,6M/s in 0,5s 2012-04-03 17:02:34 (19,6 MB/s) - `/dev/null' saved [10062879/10062879]

Download link is broken.

@DasFox: > is this really necessary? Yes, it is, and it is common in Linux and Unix. This way it can be used by every user. See the file permissions which are 644 (rw-r--r--). Every package gets installed by pacman this way. The home directory (~) is only meant for the user's own files like documents, music files, etc., and configurations. Btw., it's not installed under /root, but under / (also called "root directory"). > I forgot to mention at the end of the install in the terminal there should be a message telling the end-user where the extension is installed. Totally not necessary, since this is not done with any other package and not common. If you want to know, what's installed where, run pacman -Ql <package name>. I'd suggest reading and learning a bit more about the Linux basics, particularly about the file permissions, the Filesystem Hierarchy Standard (FHS) and package managers. The Wiki and the Forums are a good start, or even better some other websites and books about Linux.

I forgot to mention at the end of the install in the terminal there should be a message telling the end-user where the extension is installed. I was not aware of what /path it had been installed to, then we have to go digging in /var/lib/pacman/local to see where it's at in the pkg directory files... THANKS

Hi, As an end-user you can download the extenstion pack from Oracle, place it in your $HOME and install this, but since this is being installed into /usr/share it is owned by root and you need to run Virtualbox as root to install this, is this really necessary? I'm not sure if all of this is common on other distros with it in a /root path owned by root, needing to be installed by root... Also is /usr/share really the correct path for this? If it's ok to place it in this path owned by root then it should at least be given 'wheel' permissions so a user in group wheel can access it as a user not root? THANKS

@mikers: How many times do I need to explain this? No versioned dependencies in AUR! Not even in makedepends! Keep your system regularly up-to-date and you won't have any problems. Otherwise edit the PKGBUILD locally by yourself. And makedepends are not needed here, because there doesn't need to be built anything. Makedepends is for packages which are needed to build (compile) a package, but not for running this software, and which can be uninstalled after the package is built. This is not the case here. And if it was the case, what sense does it make to build a package with a newer version than the installed one? It makes no sense, because the package could then easily be broken. And usually there is a reason why a package is not moved from [testing] to the stable repos. @seblu: It would be nice if you would follow the stable repos and not [testing] resp. [community-testing].

Hey I know this is a rather discussed topic already, but what if this package had a makedepends=("virtualbox-$pkgver")? As the current version of VirtualBox has still not left testing in the main repositories, this will at least stop automated AUR wrappers from building this package, but it will not prevent upgrading either virtualbox or virtualbox-ext-oracle.

I don't really know about that, but you seem to have a good point cyberpatrol.

No, please, not again a versioned dependency! This just causes big trouble with updating the system like discussed very often. @monson: Arch Linux is a rolling release distro which has only one (the newest) version of each package in the repos. So it can be assumed that everybody has the newest version installed. Keep your system up-to-date and regularly run `pacman -Syu` or even better `yaourt -Syua` and you won't have any problems with that. With versioned dependencies you regularly need to manually uninstall this package to be able to run a `pacman -Syu` and manuall reinstall it afterwards.