To be convenient to most people, I think it's better to modify to depends=("virtualbox=$pkgver"),
as the "virtualbox_bin" PKGBUILD already provides=("virtualbox=${pkgver}").
Search Criteria
Package Details: virtualbox-ext-oracle 7.1.4-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.50 |
First Submitted: | 2010-12-24 16:48 (UTC) |
Last Updated: | 2024-10-15 16:10 (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)
Latest Comments
« First ‹ Previous 1 .. 28 29 30 31 32 33 34 35 36 37 38 .. 42 Next › Last »
monson commented on 2011-07-20 04:15 (UTC)
mukhametshin commented on 2011-07-19 23:23 (UTC)
qs9rx:
Now virtualbox_bin is already in repo. Just try to update virtualbox_bin first, and this package hereafter, it should work. However I'm sure seblu will fix it soon.
seblu commented on 2011-07-19 18:35 (UTC)
yes it did not check. You can find why in previous comment.
qs9rx commented on 2011-07-19 14:42 (UTC)
Proceed with installation? [Y/n]
(1/1) checking package integrity [#########################################################] 100%
(1/1) checking for file conflicts [#########################################################] 100%
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
(1/1) upgrading virtualbox-ext-oracle [#########################################################] 100%
0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install "/usr/share/virtualbox/extensions/Oracle_VM_VirtualBox_Extension_Pack-4.1.0.vbox-extpack": VBoxExtPackRegister returned VERR_VERSION_MISMATCH, pReg=00000000 ErrInfo='VirtualBox version mismatch - expected 4.1 got 4.0'
error: command failed to execute correctly
---------------------------------------------
pacman -Qs gives me
local/virtualbox 4.0.12-1
local/virtualbox-additions 4.0.12-1
local/virtualbox-ext-oracle 4.1.0-1
So I guess it did not check for the needed vbox version which is not in the repositories yet (just released today).
Det commented on 2011-06-25 20:20 (UTC)
By the way, what cyberpatrol said about all the files in "$startdir" automatically being symlinked into "$srcdir" was not entirely accurate. Only the ones listed in the source=() section are (thus passing the integrity check first).
seblu commented on 2011-06-25 12:22 (UTC)
We are on the same wavelength. I was not sure about deprecation (will be removed) of startdir even though I had no doubt of the fact that it was necessary to use ${src/pkg}dir. it may seem paradoxical but not.
I proposed a patch on pacman-dev, to update man page of PKGBUILD.
Det commented on 2011-06-25 03:27 (UTC)
I'm not quite picking up what you're saying but what I _think_ you mean is that you checked the pacman/makepkg source code and there was a cd command to 'src', am I right? You also said that "$startdir" was being used there (even though it's otherwise deprecated), which would makes this all really simple and easy, since: "$startdir/src" = "$srcdir" (and "$startdir/pkg" = "$pkgdir").
But again, if you meant something else then please do enlighten me.
seblu commented on 2011-06-25 01:02 (UTC)
@det: i test this when i've done my first package, but before your suggestion i never take time to read makepkg source how it was done and if my conclusions was correct. Proof against the experience...
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.