That makes it a pain to upgrade, you would have to uninstall and reinstall this package every time vbox is upgraded instead of just upgrading it when needed.
Search Criteria
Package Details: virtualbox-ext-oracle 7.1.6-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/virtualbox-ext-oracle.git (read-only, click to copy) |
|---|---|
| Package Base: | virtualbox-ext-oracle |
| Description: | Oracle VM VirtualBox Extension Pack |
| Upstream URL: | https://www.virtualbox.org/ |
| Keywords: | virtualbox |
| Licenses: | custom:PUEL |
| Submitter: | seblu |
| Maintainer: | seblu (eworm) |
| Last Packager: | eworm |
| Votes: | 1361 |
| Popularity: | 1.36 |
| First Submitted: | 2010-12-24 16:48 (UTC) |
| Last Updated: | 2025-01-21 22:36 (UTC) |
Dependencies (2)
- virtualbox (virtualbox6-binAUR, virtualbox-svnAUR, virtualbox6.1-binAUR, virtualbox-binAUR)
- rdesktop (optional) – client to connect vm via RDP
Required by (2)
- virtualbox-bin (optional)
- virtualbox6.1-bin (optional)
Sources (1)
Scimmia commented on 2014-01-18 14:10 (UTC)
alerque commented on 2014-01-18 07:31 (UTC)
Please do add the exact version dependency so that upgrades of the main package prompt a conflict that we then know to go fix. Thanks.
depends=("virtualbox=${pkgver}")
swiftgeek commented on 2013-10-21 18:40 (UTC)
But do not bump pkgrel :D
stmc commented on 2013-10-21 18:29 (UTC)
add to pkgbuild:
depends=("virtualbox=${pkgver}")
kullfar commented on 2013-10-21 05:16 (UTC)
BTW, it can be fixed by explicit version in "Dependencies", can not it be?
Scimmia commented on 2013-10-21 02:13 (UTC)
@ngoonee, that's because this package was update to 4.3 while virtualbox in the repos is still 4.2.18. You shouldn't update this package until virtualbox itself is updated.
ngoonee commented on 2013-10-21 02:11 (UTC)
Get this error from post_install.
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install "/usr/share/virtualbox/extensions/Oracle_VM_VirtualBox_Extension_Pack-4.3.0.vbox-extpack"
VBoxManage: error: VBoxExtPackRegister returned VERR_VERSION_MISMATCH, pReg=0000000000000000 ErrInfo='Helper version mismatch - expected 0x10001 got 0x10000'
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component ExtPackManager, interface IExtPackManager
VBoxManage: error: Context: "int handleExtPack(HandlerArg*)" at line 1126 of file VBoxManageMisc.cpp
FredBezies commented on 2013-10-15 16:54 (UTC)
Will be soon out of date, as VirtualBox 4.3.0 was released on 15 october : http://www.oracle.com/us/corporate/press/2033376
archlinuxomane commented on 2013-09-10 08:54 (UTC)
@reed1
What's your virtualbox version? Had the same error message, reason was that I had updated the ext-pack to 2.18 but virtualbox was still 2.16.
eworm commented on 2013-09-10 07:28 (UTC)
I do not get this, so I suppose you need to reboot or shutdown guests, reload the new host modules and then start the guests.
Pinned Comments
seblu commented on 2019-04-25 17:41 (UTC)
There is no version dependency on this package on purpose! You could read comments back from 2011 to understand why.