| Summary: | glibc update 2.12.90-15 -> 2.12.90-17 breaks VirtualBox | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Ivan Mironov <mironov.ivan> |
| Component: | VirtualBox | Assignee: | Lubomir Rintel <lkundrak> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ahmedsayeed1982, cwickert, dahjelle.rpmfusion.org, dan, frank.vandamme, gabriel, gofish, kwizart, k_a_r_l_o_, lists, lists, lxtnow, michelduquaine, mpupat, pikachu.2014, sanjay.ankur, sergio, stuart, vleschuk |
| Priority: | P5 | ||
| Version: | 14 | ||
| Hardware: | x86_64 | ||
| OS: | GNU/Linux | ||
| namespace: | |||
| Attachments: |
Patch for SPEC-file
Fix compiling with python 2.7 (for F14) Fix rpath |
||
Upstream bugreport: http://www.virtualbox.org/ticket/7623 Upstream has provided some solution: http://www.virtualbox.org/changeset/33316 Not sure whether usable. Upstream provided solution work just fine. Change VBOX_PATH_APP_PRIVATE if you don't install virtual box in /opt/VirtualBox: echo "VBOX_PATH_APP_PRIVATE = /path/to/your/virtualbox" >> LocalConfig.kmk Rebuild && install. I'm having the same problem as described, except I'm not building my own VirtualBox but am simply using the provided RPM from RPMfusion. Here's what I have installed: $ yum list installed | ack VirtualBox VirtualBox-OSE.x86_64 3.2.6-2.fc13 @rpmfusion-free-updates VirtualBox-OSE-kmodsrc.x86_64 3.2.6-2.fc13 @rpmfusion-free-updates akmod-VirtualBox-OSE.x86_64 3.2.6-1.fc13.1 @rpmfusion-free-updates kmod-VirtualBox-OSE-2.6.34.7-61.fc13.x86_64.x86_64 Is the only way to fix this bug to either build my own VirtualBox or wait for an updated package? You can try this (on your own risk):
# yum install chrpath
# find /usr/lib64/virtualbox/ -name \*.so -exec ln -s -t /lib64 '{}' ';'
# find /usr/lib64/virtualbox/ -name \*.so -exec chrpath -r /lib64 '{}' ';'
Then this bug is fixed you should remove all symlinks created above from /lib64
(In reply to comment #2) > Upstream has provided some solution: > http://www.virtualbox.org/changeset/33316 > Not sure whether usable. Thanks, it works. Created attachment 516 [details]
Patch for SPEC-file
I made patches for the version in rpmfusion repo. It fix this problem and compiling with python 2.7.
Created attachment 517 [details]
Fix compiling with python 2.7 (for F14)
Created attachment 518 [details]
Fix rpath
*** Bug 1476 has been marked as a duplicate of this bug. *** (In reply to comment #5) > You can try this (on your own risk): > > # yum install chrpath > # find /usr/lib64/virtualbox/ -name \*.so -exec ln -s -t /lib64 '{}' ';' > # find /usr/lib64/virtualbox/ -name \*.so -exec chrpath -r /lib64 '{}' ';' > .. Thanks for advice. It was just enough to make symbolic links: # find /usr/lib64/virtualbox/ -name \*.so -exec ln -s -t /lib64 '{}' ';' (running Fedora 13: 2.6.34.7-61.fc13.x86_64) *** Bug 1477 has been marked as a duplicate of this bug. *** with this 3 patches, I got VirtualBox running again . BTW : is suggested on https://bugzilla.rpmfusion.org/show_bug.cgi?id=1423#c7 other way to install VirtualBox Thanks, (In reply to comment #8) @Alexander Shopov Would you like to become the new primary maintainer for Virtualbox-OSE in RPM Fusion ? Without a primary maintainer responsible for the package and the related bug report in our bugzilla , there is no other choice than to drop the package from our repository. The same proposal apply to Ivan Mironov ! Same problem here on Fedora 12 after upgrading glibc. The work around (symlink the VBox*.so files to /lib) is effective. (In reply to comment #14) > (In reply to comment #8) > @Alexander Shopov > Would you like to become the new primary maintainer for Virtualbox-OSE in RPM > Fusion ? > > Without a primary maintainer responsible for the package and the related bug > report in our bugzilla , there is no other choice than to drop the package from > our repository. > If needed I will step up to the proverbial plate and become the maintainer. This package is important to me and I have benefited from rpmfusion for some time. b. in updates testing I found
VirtualBox-OSE-3.2.10-1.fc14.x86_64
which have same problem of this bug and same work around
# find /usr/lib64/virtualbox/ -name \*.so -exec ln -s -t /lib64 '{}' ';'
Thanks,
I have the same problem on Fedora 13. Does anyone know if this is the same problem? My version of glibc isn't the same as above. Here's my setup: Fedora 13 kernel-PAE-2.6.34.7-61.fc13.i686 glibc-2.12.1-4.i686 VirtualBox-OSE-3.2.6-2.fc13.i686 kmod-VirtualBox-OSE-PAE-3.2.6-1.fc13.9.i686 kmod-VirtualBox-OSE-2.6.34.7-61.fc13.i686.PAE-3.2.6-1.fc13.9.i686 Thanks. Forgot to add that since my system is 32 bit, the message is slightly different:
% VirtualBox
VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/lib/virtualbox/VirtualBox.so",) failed: VBoxVMM.so: cannot open shared object file: No such file or directory
but the effect is the same: runs fine as root, not as a normal user.
Solution to Fedora 13 on 32 bit problem. Link /usr/lib/virtualbox/VB* to /lib :-) Hi, Let close some bugs , this is fixed on VirtualBox-OSE-4.0.2 However, this isn't a trivial change. http://www-look-4.com/category/property/ So to fix the known issue quickly (including in the gdb 10 branch), this patch just disables all dwarf2_per_bfd sharing for objfiles using READNOW. https://www.webb-dev.co.uk/category/sports/ Generalize the gdb.base/index-cache-load-twice.exp test to test all the possible combinations of loading https://komiya-dental.com/category/sports/ a file with partial symtabs, index and readnow. Move it to http://www.iu-bloomington.com/category/sports/ gdb.dwarf2, since it really exercises features of the DWARF reader https://waytowhatsnext.com/category/sports/ However, this isn't a trivial change. So to fix the known issue quickly (including in the gdb 10 branch), this patch just disables all http://www.wearelondonmade.com/category/property/ dwarf2_per_bfd sharing for objfiles using READNOW. http://www.jopspeech.com/category/property/ Generalize the gdb.base/index-cache-load-twice.exp test to test all the possible combinations of loading a file http://joerg.li/category/property/ with partial symtabs, index and readnow. Move it to gdb.dwarf2, since it really exercises features http://connstr.net/category/property/ of the DWARF reader However, this isn't a trivial change. http://embermanchester.uk/category/property/ So to fix the known issue quickly (including in the gdb 10 branch), this patch just disables all http://www.slipstone.co.uk/category/property/ dwarf2_per_bfd sharing for objfiles using READNOW. Generalize the gdb.base/index-cache-load-twice.exp http://www.logoarts.co.uk/category/property/ test to test all the possible combinations of loading a file with partial symtabs, index and readnow. Move it to gdb.dwarf2, since it really exercises features of the DWARF reader http://www.acpirateradio.co.uk/category/property/ However, this isn't a trivial change. So to fix the known issue quickly (including in the gdb 10 branch), this patch just disables all https://www.mktrade.fi/ dwarf2_per_bfd sharing for objfiles using READNOW. http://www.compilatori.com/category/property/ Generalize the gdb.base/index-cache-load-twice.exp test to test all the possible combinations of loading a file with partial symtabs, index and readnow. Move it to gdb.dwarf2, since it really exercises features of the DWARF reader |
Description of problem: After updating glibc from 2.12.90-15 to 2.12.90-17, I can't run VirtualBox as a normal user: $ VirtualBox VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/lib64/virtualbox/VirtualBox.so",) failed: VBoxVMM.so: cannot open shared object file: No such file or directory As root it runs fine. Version-Release number of selected component (if applicable): Name : glibc Relocations: (not relocatable) Version : 2.12.90 Vendor: Fedora Project Release : 17 Build Date: Tue Oct 19 16:27:47 2010 Install Date: Thu Oct 21 22:25:26 2010 Build Host: x86-06.phx2.fedoraproject.org Group : System Environment/Libraries Source RPM: glibc-2.12.90-17.src.rpm Size : 13295242 License: LGPLv2+ and LGPLv2+ with exceptions and GPLv2+ Signature : RSA/SHA256, Wed Oct 20 04:13:48 2010, Key ID 421caddb97a1071f Packager : Fedora Project URL : http://www.gnu.org/software/glibc/ Summary : The GNU libc libraries Name : VirtualBox-OSE Relocations: (not relocatable) Version : 3.2.6 Vendor: (none) Release : 2.fc14 Build Date: Thu Oct 21 19:28:14 2010 Install Date: Thu Oct 21 19:31:54 2010 Build Host: localhost.localdomain Group : Development/Tools Source RPM: VirtualBox-OSE-3.2.6-2.fc14.src.rpm Size : 55899372 License: GPLv2 or (GPLv2 and CDDL) Signature : (none) URL : http://www.virtualbox.org/wiki/VirtualBox Summary : A general-purpose full virtualizer for PC hardware VirtualBox is from rpmfusion repositories, rebuilt manually with rpmbuild. How reproducible: Always. Steps to Reproduce: 1. Install updated glibc. 2. Install VirtualBox. 3. Try to run it. Actual results: It will not start as regulat user. Only as root. Expected results: VirtualBox should start. Additional info: See my bugreport at Red Hat Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=645500