Bug 476324 – app-emulation/virtualbox-4.2.16: fix and unmask on no-multilib amd64 host

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Constantin Baranov 2013-07-09 22:05:27 UTC]

Starting from 4.2 VBox ebuild fails on no-multilib. Configuring with --disable-vmmraw fixes the problem and VBox runs my VMs pretty fine. Don't know what exactly that vmmraw is. Maybe this introduces some limitations, but it's still better than nothing.

Reproducible: Always

[Comment 1 Constantin Baranov 2013-07-09 22:06:38 UTC]

Created attachment 352964 [details, diff]
virtualbox-4.2.16-amd64.patch

[Comment 2 Ben Kohler 2013-10-02 15:21:39 UTC]

This should be toggled based on USE=multilib rather than arch, right?

[Comment 3 Constantin Baranov 2013-10-02 23:16:36 UTC]

(In reply to Ben Kohler from comment #2)
> This should be toggled based on USE=multilib rather than arch, right?

Yes... Perhaps, both are needed: if either x86 or multilib is enabled then install those files. And --disable-vmmraw under inverse.

[Comment 4 Lars Wendler (Polynomial-C) (RETIRED) 2013-10-03 11:15:53 UTC]

I tried to adapt your suggestions in virtualbox-4.3.0_beta3-r1 ebuild from poly-c overlay.
It would be great if you can test this ebuild and report back if it works for you.

[Comment 5 Constantin Baranov 2013-10-05 21:02:47 UTC]

(In reply to Lars Wendler (Polynomial-C) from comment #4)
> I tried to adapt your suggestions in virtualbox-4.3.0_beta3-r1 ebuild from
> poly-c overlay.
> It would be great if you can test this ebuild and report back if it works
> for you.

Compilation failed desite the option was passed and accepted by configure.

[Comment 6 Constantin Baranov 2013-10-05 21:05:56 UTC]

Created attachment 360190 [details]
Build failed with ebuild from poly-c overlay

[Comment 7 Lars Wendler (Polynomial-C) (RETIRED) 2013-10-18 09:01:17 UTC]

Can you test again with virtualbox-4.3.0 from portage, please?

[Comment 8 Lars Wendler (Polynomial-C) (RETIRED) 2013-11-02 15:06:08 UTC]

ping!

Any newx here? virtualbox-4.3.2 will enter the tree shortly and I'd like to know the status here.

[Comment 9 Constantin Baranov 2013-11-02 16:27:57 UTC]

Created attachment 362432 [details]
4.3.2 build.log

4.3.2 failed with the similar error :(

[Comment 10 Lars Wendler (Polynomial-C) (RETIRED) 2013-11-02 18:41:46 UTC]

Well, all changes you had proposed were incorporated into the ebuild with only slight changes. 
So I'm out of ideas what is going wrong here. Any hints would be appreciated.

[Comment 11 Constantin Baranov 2013-11-02 18:56:35 UTC]

(In reply to Lars Wendler (Polynomial-C) from comment #10)
> Well, all changes you had proposed were incorporated into the ebuild with
> only slight changes. 
> So I'm out of ideas what is going wrong here. Any hints would be appreciated.

I suppose new version (4.3.0 and newer) has a bug, or changed requirements, or something else. Now configure is invoked with the same parameters as it would be with my original patch. Likely it's time to dig into the sources again.

[Comment 12 Constantin Baranov 2013-12-21 13:56:26 UTC]

4.3.4 and 4.3.6 are OK without any modifications besides unmasking.

[Comment 13 Lars Wendler (Polynomial-C) (RETIRED) 2014-02-04 12:20:00 UTC]

+  04 Feb 2014; Lars Wendler <[e-mail]>
+  arch/amd64/no-multilib/package.mask:
+  Removed virtualbox mask (bug #476324). arch/amd64/no-multilib/package.mask
+