Dario Faggioli
773567aa73
- Binary firmwares are built from sources by default (and not only on x86) and then "cross-imported" among builds for different arches. Of course this requires, additionally to these changes, a proper project setup (see prjconf). This fixes bsc#1193545. * Build x86 firmwares only on x86 builds (i.e., stop cross building them on ARM) * Build x86 firmwares only once (during x86_64 builds only), instead of twice (i.e., during both %ix86 and x86_64, as we're doing now)) * Always build PPC firmwares (only on PPC builds) * Build PPC firmwares only once (during ppc64le builds only), instead of twice (i.e., during both ppc64 and ppc64le, as we're doing now)) OBS-URL: https://build.opensuse.org/request/show/952206 OBS-URL: https://build.opensuse.org/package/show/Virtualization/qemu?expand=0&rev=687 |
||
---|---|---|
_constraints | ||
_multibuild | ||
.gitattributes | ||
.gitignore | ||
50-seabios-256k.json | ||
60-seabios-128k.json | ||
80-kvm.rules | ||
80-qemu-ga.rules | ||
acpi_piix4-Fix-migration-from-SLE11-SP2.patch | ||
AIO-Reduce-number-of-threads-for-32bit-h.patch | ||
ath5k-Add-missing-AR5K_EEPROM_READ-in-at.patch | ||
bridge.conf | ||
brotli-fix-actual-variable-array-paramet.patch | ||
build-be-explicit-about-mx86-used-note-n.patch | ||
bundles.tar.xz | ||
config.sh | ||
configure-only-populate-roms-if-softmmu.patch | ||
configure-remove-pkgversion-from-CONFIG_.patch | ||
doc-add-our-support-doc-to-the-main-proj.patch | ||
enable-cross-compilation-on-ARM.patch | ||
help-compiler-out-by-initializing-array.patch | ||
hw-intc-exynos4210_gic-provide-more-room.patch | ||
hw-smbios-handle-both-file-formats-regar.patch | ||
i8254-Fix-migration-from-SLE11-SP2.patch | ||
increase-x86_64-physical-bits-to-42.patch | ||
ipxe-Makefile-fix-issues-of-build-reprod.patch | ||
ksm.service | ||
kvm.conf | ||
linux-user-add-binfmt-wrapper-for-argv-0.patch | ||
linux-user-binfmt-support-host-binaries.patch | ||
linux-user-Fake-proc-cpuinfo.patch | ||
linux-user-lseek-explicitly-cast-non-set.patch | ||
linux-user-use-target_ulong.patch | ||
Make-char-muxer-more-robust-wrt-small-FI.patch | ||
Make-installed-scripts-explicitly-python.patch | ||
Makefile-Don-t-check-pc-bios-as-pre-requ.patch | ||
meson-build-all-modules-by-default.patch | ||
meson-install-ivshmem-client-and-ivshmem.patch | ||
modules-quick-fix-a-fundamental-error-in.patch | ||
pc-bios-s390-ccw-net-avoid-warning-about.patch | ||
pkg-split.txt | ||
PPC-KVM-Disable-mmu-notifier-check.patch | ||
qboot-add-cross.ini-file-to-handle-aarch.patch | ||
qemu-6.2.0.tar.xz | ||
qemu-6.2.0.tar.xz.sig | ||
qemu-binfmt-conf-Modify-default-path.patch | ||
qemu-binfmt-conf-use-qemu-ARCH-binfmt.patch | ||
qemu-binfmt-conf.sh-allow-overriding-SUS.patch | ||
qemu-binfmt-conf.sh-should-use-F-as-shor.patch | ||
qemu-bridge-helper-reduce-security-profi.patch | ||
qemu-cvs-gettimeofday.patch | ||
qemu-cvs-ioctl_debug.patch | ||
qemu-cvs-ioctl_nodirection.patch | ||
qemu-guest-agent.service | ||
qemu-ifup | ||
qemu-kvm.1.gz | ||
qemu-rpmlintrc | ||
qemu-supportconfig | ||
qemu.changes | ||
qemu.keyring | ||
qemu.spec | ||
qemu.spec.in | ||
qht-Revert-some-constification-in-qht.c.patch | ||
qom-handle-case-of-chardev-spice-module-.patch | ||
Raise-soft-address-space-limit-to-hard-l.patch | ||
README.PACKAGING | ||
Revert-qht-constify-qht_statistics_init.patch | ||
Revert-roms-efirom-tests-uefi-test-tools.patch | ||
roms-change-cross-compiler-naming-to-be-.patch | ||
roms-Makefile-add-cross-file-to-qboot-me.patch | ||
roms-Makefile-pass-a-packaging-timestamp.patch | ||
roms-sgabios-Fix-csum8-to-be-built-by-ho.patch | ||
scsi-generic-replace-logical-block-count.patch | ||
seabios-switch-to-python3-as-needed.patch | ||
seabios-use-python2-explicitly-as-needed.patch | ||
sgabios-Makefile-fix-issues-of-build-rep.patch | ||
stub-out-the-SAN-req-s-in-int13.patch | ||
supported.arm.txt | ||
supported.ppc.txt | ||
supported.s390.txt | ||
supported.x86.txt | ||
test-add-mapping-from-arch-of-i686-to-qe.patch | ||
tests-change-error-message-in-test-162.patch | ||
tests-Fix-block-tests-to-be-compatible-w.patch | ||
tests-qemu-iotests-Triple-timeout-of-i-o.patch | ||
update_git.sh | ||
usb-Help-compiler-out-to-avoid-a-warning.patch | ||
xen_disk-Add-suse-specific-flush-disable.patch | ||
xen-add-block-resize-support-for-xen-dis.patch | ||
xen-ignore-live-parameter-from-xen-save-.patch | ||
XXX-dont-dump-core-on-sigabort.patch |
The qemu package includes a special maintenance workflow in order to support git based patching, including of submodules. Please use it in order to have changes you make be acceptable to the package maintainers. A bash script (update_git.sh) implements this workflow. A local clone of the upstream repo(s) is required for the packaging workflow. If none is found, the qemu superproject will be cloned as a shallow repo for the workflow script's use. If you intend to do more than superficial work in the qemu package, unshallow it. The submodule local repos aren't needed unless you intend to do patch work there. See config.sh for the local repo paths. The qemu.spec file is generated from a template file (qemu.spec.in), so to make spec file changes outside of the patch file references (handled by the script), you need to edit the template file, and NOT the qemu.spec file. The spec file's version and patch references are added when update_git.sh is passed certain commands, as described below. If you are not modifying any patches or their order, but just need to update the spec file from a changed template, run 'bash ./update_git.sh refresh'. If the set of patches is being modified, including their order, you will want to first run 'bash ./update_git.sh pkg2git', which makes the current package patch set available in a local git branch named 'frombundle' (see config.sh for the locations). This incarnation of the package patches comes from a "bundle of git bundles", included as a package source file named bundles.tar.xz, which the script extracts to the corresponding local frombundle branch. To add, remove or modify the package patches, you will then do that work in a local branch whose name corresponds to that qemu package's release version as follows: The qemu major and minor release numbers are part of the name, prefixed by 'opensuse-', so, for example, for the v5.2.0 based SLE-15-SP3 qemu, the branch would be named 'opensuse-5.2'. You want to start your work based on the current patchqueue as contained in 'frombundle', so one approach is to do (depending on your local repo's current state), 'git checkout -f --recurse-submodules -B opensuse-5.2 frombundle', and then cherry-pick upstream patches into it, or interactive rebase it to modify or delete patches, etc. Be careful to keep the branch based on the upstream tag which represents the package tarball however! Once you have the patch queue ready to go, simply run 'bash ./update_git.sh git2pkg' (in your local obs branch directory) to refresh the bundles.tar.xz file, as well as the package spec and patch files. The package qemu.changes file is modified to list added or removed patches as a starting point for documenting the change. When you are ready to check in the package, using 'bash update_git.sh ci' is provided as a convenience (and to help preserve correct spec file formatting, since a 'normal osc check-in' messes up the spec file a bit). Additional Notes: The maintainer and automation use another workflow mode dealing with packaging the latest upstream qemu. See 'LATEST' references in the scripts for details, as this is an 'expert mode' and isn't documented here. Patches which are from an upstream git repo should have the commit id recorded just below the Subject line (after a blank line) as follows: Git-commit: <40-char-sha-id> If a patch is anticipated to be shortly included in upstream repo, mark that fact by doing the above with 40 0's, which will flag it as needing to be updated in the near future. We try to maintain, if possible, patch ordering as follows: (tarball as base), patches which come from upstream commits in commit order, patches which will soon be upstream (as mentioned above), followed by our private patches. Bug or feature tracking identifiers should also be added to the patch similarly, using the abbreviations identified here: http://en.opensuse.org/openSUSE:Packaging_Patches_guidelines#Current_set_of_abbreviations using the "Reference:" tag, with multiple entries comma separated. The ability to provide a conditional inclusion of a patch (eg based on architecture, is provided by this workflow by using the "Include-If:" tag, as shown here: Include-If: %ifarch aarch64 This will cause the patch application in the spec file to be done as follows: %ifarch aarch64 %patch0013 -p1 %endif A trick worth noting is, if a given git tracked patch is to be applied in a way that can't be done in the normal patching section of the spec file, you can still include the patch, and use it by name with the patch program elsewhere in the spec file by doing something such as: Include-If: %if 0%{?patch-possibly-applied-elsewhere} (this variable will remain undefined in the spec file) And then elsewhere in the spec file, the actual patch (eg specially-handled-change.patch) is referenced as eg: patch -p1 < %_sourcedir/specially-handled-change.patch