Package Details: virtualbox-ext-oracle 7.1.4-1

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)

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.

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)

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}").

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...