forked from pool/virtualbox
dc964dce20
- Add directory %{buildroot}%{_datadir}/metainfo for metafile "virtualbox.appdata.xml - Version bumk to 6.0.14 (released October 15 2019 by Oracle) This is a maintenance release. The following items were fixed and/or added: Virtualization core: fixed an invalid-guest state guru meditation in some rare circumstances on Intel hosts Virtualization core: some fixes for systems with lots of processors Audio: relaxed VRM / VRA (variable rate audio) bit checks to provide more compatibility for guests running ALSA setups with the AC'97 emulation USB: made device capturing for passthrough more accurate and reliable on Windows host Network: fixed potential issue with interrupt signalling for network adapters in UEFI guests 3D: fixed flicker and redraw issues when using VBoxSVGA or VMSVGA graphics adapter (bugs #18562, #18956) 3D: fixed crash with some applications when using VBoxSVGA or VMSVGA graphics adapter (bug #18638) macOS host: fix crash of GUI VM process which showed up frequently with 10.15 Catalina (bug #18990) Linux host: support Linux 5.3, thank you Larry Finger (see also bug #18911) Linux host: improve python version detection during rpm package creation, can change package dependencies and fix some installation problems Linux guests: calls to aio_read(3) and aio_write(3) may fail inside shared folders (bug #18805) Linux guests: fix problem with shared folder unmounting in service script, thank you Denis Ryndine (bug #18853) Linux guests: VBox 6.0.10 GAs fail to compile on Red Hat/CentOS/Oracle Linux 7.7 and Red Hat 8.1 Beta (bug #18917) Fix vulnerabilities CVE-2019-3028 CVE-2019-3017 CVE-2019-2944 CVE-2019-3026 CVE-2019-3021 CVE-2019-2984 CVE-2019-3002 CVE-2019-3005 CVE-2019-3031 CVE-2019-1547 CVE-2019-2926 (bsc#1154166) Removed file "fixes_for_5.3.patch" - fixes included upstream. OBS-URL: https://build.opensuse.org/request/show/741636 OBS-URL: https://build.opensuse.org/package/show/Virtualization/virtualbox?expand=0&rev=514 |
||
---|---|---|
_constraints | ||
_service | ||
.gitattributes | ||
.gitignore | ||
fix_conflict_between_host_and_guest.patch | ||
Fix_for_server_1.19.patch | ||
fix_lib_search.patch | ||
fix_usb_rules.sh | ||
fixes_for_5.4.patch | ||
fixes_for_Leap42.3.patch | ||
fixes_for_python.patch | ||
fixes_for_qt5.13.patch | ||
fixes_for_Qt5.11.patch | ||
gcc5-real-support.patch | ||
internal-headers.patch | ||
modify_for_4_8_bo_move.patch | ||
README.autostart | ||
README.build | ||
remove_vbox_video_build.patch | ||
security_fixes.patch | ||
set_graphics_type.patch | ||
smap.diff | ||
switch_to_python3.4+.patch | ||
UserManual.pdf | ||
vbox_fix_for_gcc7.patch | ||
vbox_remove_smp_mflags.patch | ||
vbox-default-os-type.diff | ||
vbox-deprec-gsoap-service-proxies.diff | ||
vbox-disable-updates.diff | ||
vbox-fpie.diff | ||
vbox-gsoapssl-deps.diff | ||
vbox-no-build-dates.diff | ||
vbox-permissions_warning.diff | ||
vbox-python-detection.diff | ||
vbox-smc-napa.diff | ||
vbox-suid-warning.diff | ||
vbox-usb-warning.diff | ||
vbox-vboxadd-init-script.diff | ||
vbox-vboxdrv-init-script.diff | ||
vboxadd-service.service | ||
vboxautostart.service | ||
vboxautostart.sh | ||
vboxconfig.sh | ||
vboxdrv.service | ||
vboxdrv.sh | ||
vboxguestconfig.sh | ||
vboxweb-service.service | ||
vboxweb-service.sh | ||
virtualbox-60-vboxdrv.rules | ||
virtualbox-60-vboxguest.rules | ||
VirtualBox-6.0.14-patched.tar.bz2 | ||
virtualbox-default.virtualbox | ||
virtualbox-fix-ui-background-color.patch | ||
virtualbox-kmp-files | ||
virtualbox-kmp-preamble | ||
virtualbox-LocalConfig.kmk | ||
virtualbox-patch-source.sh | ||
virtualbox-rpmlintrc | ||
virtualbox-sed-params.patch | ||
virtualbox-snpritnf-buffer-overflow.patch | ||
virtualbox-wrapper.sh | ||
VirtualBox.appdata.xml | ||
virtualbox.changes | ||
virtualbox.spec |
Instructions for creating a separate VirtualBox project and building the packages Although it is possible to modify a project at the openSUSE Build System (OBS), I have found it to be more convenient to use the various osc commands to create a local copy, edit it on my own computer to fix any problems, and then push the result to OBS. A. Create a new sub-project: 1. Branch the package: osc branch Virtualization virtualbox 2. Checkout the package using the "osc co" command listed B. Build the project: 1. Use "osc build" to build. This step is rather compute intensive and takes about an hour on my Toshiba laptop with a dual-core Intel Core i7 CPU with hyper-threading, 12 GB RAM, and an SSD. 2. The build results are stored in the /var/tmp/build-root tree. These files can occupy a lot of disc space, particularly when one builds several flavors. To keep from running out of space on the / partition, I mount /var/tmp on a separate partition. At present, I have used about 43 GiB in that partition. 3. Special flavors: When a new kernel is released, there may be several API changes that affect builds of the kernel modules used by VirtualBox. In Factory, the project that contains the latest kernels is "Kernel-HEAD-standard". To run a test build with this kernel, use the command "osc build Kernel-HEAD-standard". When switching between kernel projects, use of the "--clean" switch is advised, otherwise strange "missing library" messages will result. 4. On occasion, there may be breakage in the build when there is an update with python or Qt. Use the "--alternative-project=<xxx>" switch to force usage of the revised component. C. Steps to take with a new release: 1. When Orable releases a new version, you will need to download then new tarball from https://download.virtualbox.org/virtualbox/. While downloading the file, I also get the new UserManual.pdf. 2. openSUSE makes some changes to the tarball by running the command bash ./virtualbox-patch-source.sh <name of tarball just downloaded> This command unpacks the tar file, makes some modifications to the source, and recreates the tar file with "patched" in its name. Any further modifications are made by patches that are applied during the build process. Do NOT make any further changes to the tar file. 3. Edit the "Version" line near the start of virtualbox.spec to select the new version. 4. Use "osc rm <old version>" and "osc add <new version>" to get the new file into osc. The local build will work without these changes, but the remote operations will fail.`