Description of problem:
The last two releases of the virtualbox package on i586 have contained no files:
$ rpm -qilpv /tmp/virtualbox-6.1.18-1.mga7.i586.rpm
Name : virtualbox
Version : 6.1.18
Release : 1.mga7
Install Date: (not installed)
Group : Emulators
Size : 0
License : GPLv2
Signature : RSA/SHA256, Wed 20 Jan 2021 02:36:07 PM PST, Key ID b742fa8b80420f66
Source RPM : virtualbox-6.1.18-1.mga7.src.rpm
Build Date : Wed 20 Jan 2021 02:17:21 PM PST
Build Host : localhost
Relocations : (not relocatable)
Packager : tmb <tmb>
Vendor : Mageia.Org
URL : https://www.virtualbox.org/
Summary : A general-purpose full virtualizer for x86 hardware
VirtualBox is a general-purpose full virtualizer for x86 hardware.
(contains no files)
Looking at the sizes of the packages in the updates repository, starting with virtualbox-6.1.16-4 the file size is 99.978% smaller than before:
[ ] virtualbox-6.0.10-1...> 2019-07-20 15:07 44M
[ ] virtualbox-6.0.12-1...> 2019-09-27 18:51 44M
[ ] virtualbox-6.0.14-1...> 2019-10-16 07:40 44M
[ ] virtualbox-6.0.14-2...> 2019-12-02 04:19 44M
[ ] virtualbox-6.0.16-1...> 2020-01-15 14:26 44M
[ ] virtualbox-6.0.16-2...> 2020-02-15 06:58 44M
[ ] virtualbox-6.0.18-1...> 2020-02-22 15:48 44M
[ ] virtualbox-6.0.20-1...> 2020-04-17 04:15 44M
[ ] virtualbox-6.0.24-1...> 2020-07-20 04:58 44M
[ ] virtualbox-6.1.16-4...> 2020-12-16 19:50 9.4K
[ ] virtualbox-6.1.18-1...> 2021-01-20 17:36 9.4K
I thought that perhaps the package was turned into a virtual package, but no such dependency was added. Also, the x86_64 package size has not gone down in size. Also, trying to install the package results in an error:
Failed to open 'virtualbox.conf': No such file or directory
presumably because the virtualbox.conf file is not available at post-install time (since no file was installed by the package).
Downgrading to 6.0.24 is not an option because of incompatibilities between kernel 5.10 and dkms-virtualbox 6.0.24.
Another bug closely related to this one is that there is no matching dkms-virtualbox-6.1.18 package available at all on i586.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. "urpmi virtualbox"
3. Note the error "/usr/bin/VirtualBox: No such file or directory"
virtualbox host packages are 64bit-only beginning with 6.1 series
only client side is available as 32bit packages.
so the package was left as an "empty package" to remove unsupported bits.
but I guess i missed some bits on cleanup
It would have been nice to have something in the changelog about that. Is it possible to back-port the kernel 5.10 fixes to virtualbox-6.0.24? Breaking virtualbox on in a stable release is pretty extreme.
it was supposed to be noted in the advisory that went out:
- 6.0 branch is EOL upstream since last summer (meaning summer 2020).
- as of 6.1 series, virtualbox only supports x86_64 hosts, so ...
Advisory will follow... we also need to add info about 64bit only support
but... seems we missed that part :(
the trouble is not only all bits to support 5.10 series kernels,
it's also all security updates they contain...
so no, it was not nice to break it, as I usually try to avoid feature breakages in a stable release...
but the choice had to be done ... kernel & security fixes vs 32bit support...
And as for backporting the kernel bits at this point is unfortunately nothing I have time, energy or any real motivation to do...
and since mga7 is winding down towards eol as mga8 is about to be released...
not a nice answer, but that's where we are now...
This is sad.
32 bits stuff vanishes...
Ping Morgan for an other release note 8:
32 bits Host is not supported in Virtualbox anymore:
As 6.1 series, virtualbox only supports x86_64 hosts: existing 32bits hosts should not upgrade to later version, but this is prone to security vulnerabilities, inconsistencies and un-fixed bugs.
So, we should remove existing virtualbox 6.1 i586 rpm to prevent 32bits M7 users to upgrade their host system.
Assigning to sysadmins.
For the missing lines in advisory, my mistake, sorry.
For erroneous removal:
(delete/update when bug is fixed AND new ISO out)
But I wonder:
How well do the 32 bit VirtualBox work on Mageia 7 with kernel 5.10.x?
- Should user stay on elder kernel?
How well do the 32 bit VirtualBox work after upgrading Mageia to 8?
- And if so keep an old kernel?
(In reply to Aurelien Oudelet from comment #4)
> This is sad.
> 32 bits stuff vanishes...
> So, we should remove existing virtualbox 6.1 i586 rpm to prevent 32bits M7
> users to upgrade their host system.
the virtualbox related packages in i586 are the ones that are meant to be there.
and it's not an "unfortunate removal"...
it's intended as there is no support what so ever for it, and it does not work with 5.10 series kernels
Thanks for the quick albeit sad correction.
Errata and Release notes are now corrected.