diff options
Diffstat (limited to 'results/classifier/zero-shot/118/none/1484990')
| -rw-r--r-- | results/classifier/zero-shot/118/none/1484990 | 195 |
1 files changed, 195 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/118/none/1484990 b/results/classifier/zero-shot/118/none/1484990 new file mode 100644 index 00000000..fab181db --- /dev/null +++ b/results/classifier/zero-shot/118/none/1484990 @@ -0,0 +1,195 @@ +permissions: 0.691 +semantic: 0.638 +virtual: 0.610 +register: 0.603 +debug: 0.598 +assembly: 0.596 +architecture: 0.578 +KVM: 0.571 +graphic: 0.556 +TCG: 0.552 +risc-v: 0.551 +arm: 0.548 +PID: 0.546 +performance: 0.542 +device: 0.537 +user-level: 0.530 +files: 0.516 +mistranslation: 0.510 +vnc: 0.493 +socket: 0.492 +boot: 0.473 +VMM: 0.465 +ppc: 0.451 +hypervisor: 0.430 +kernel: 0.429 +network: 0.406 +peripherals: 0.391 +x86: 0.353 +i386: 0.220 + +fsfreeze-hook script should also ignored dpkg generated files + +Hello, + +In the fsfreeze-hook script, the following code check if some of the files should be ignored: + + +# Check whether file $1 is a backup or rpm-generated file and should be ignored +is_ignored_file() { + case "$1" in + *~ | *.bak | *.orig | *.rpmnew | *.rpmorig | *.rpmsave | *.sample) + return 0 ;; + esac + return 1 +} + +The functions should probably also skip dpkg generated files. + +I've found a list of the different extensions in the systemd source tree: https://github.com/systemd/systemd/blob/master/src/basic/util.c#L1871 + +(late) Hi, +You are right Laurent, IMHO they should be added. +Not very critical since as of today there are no conffiles in there yet, but still right to do so. + +Adding an Ubutu task to include the fix and actually also the script to better support the freeze/thaw operations. + +The link you added has changed a lot, but due to the feats of git the following will do for what you initially suggested. + +https://github.com/systemd/systemd/blob/61ee6939819963b7845c101485e188ca2a8119c6/src/basic/util.c#L1871 + +I submitted a change based on the suggestion upstream: +http://lists.nongnu.org/archive/html/qemu-devel/2017-12/msg02142.html + +Grml, due to LP posts being mirrored on the ML this is kind of redundant when viewed from the ML. +But I want to leave that info for LP-only-readers as well :-/ + +qemu 2.11 is in proposed + +This bug was fixed in the package qemu - 1:2.11+dfsg-1ubuntu1 + +--------------- +qemu (1:2.11+dfsg-1ubuntu1) bionic; urgency=medium + + * Merge with Debian testing, among other fixes this includes + - fix fatal error on negative maxcpus (LP: #1722495) + - fix segfault on dump-guest-memory on guests without memory (LP: #1723381) + - linux user threading issues (LP: #1350435) + - TOD-Clock Epoch Extension Support on s390x (LP: #1732691) + Remaining changes: + - qemu-kvm to systemd unit + - d/qemu-kvm-init: script for QEMU KVM preparation modules, ksm, + hugepages and architecture specifics + - d/qemu-kvm.service: systemd unit to call qemu-kvm-init + - d/qemu-system-common.install: install systemd unit and helper script + - d/qemu-system-common.maintscript: clean old sysv and upstart scripts + - d/qemu-system-common.qemu-kvm.default: defaults for + /etc/default/qemu-kvm + - d/rules: install /etc/default/qemu-kvm + - Enable nesting by default + - set nested=1 module option on intel. (is default on amd) + - re-load kvm_intel.ko if it was loaded without nested=1 + - d/p/ubuntu/expose-vmx_qemu64cpu.patch: expose nested kvm by default + in qemu64 cpu type. + - d/p/ubuntu/enable-svm-by-default.patch: Enable nested svm by default + in qemu64 on amd + - libvirt/qemu user/group support + - qemu-system-common.postinst: remove acl placed by udev, and add udevadm + trigger. + - qemu-system-common.preinst: add kvm group if needed + - Distribution specific machine type + - d/p/ubuntu/define-ubuntu-machine-types.patch: define distro machine + types to ease future live vm migration. + - d/qemu-system-x86.NEWS Info on fixed machine type defintions + - improved dependencies + - Make qemu-system-common depend on qemu-block-extra + - Make qemu-utils depend on qemu-block-extra + - let qemu-utils recommend sharutils + - s390x support + - Create qemu-system-s390x package + - Include s390-ccw.img firmware + - Enable numa support for s390x + - ppc64[le] support + - d/qemu-system-ppc.links provide usr/bin/qemu-system-ppc64le symlink + - arch aware kvm wrappers + * Added Changes + - update VCS-git to match the bionic branch + - sdl2 is yet too unstable for the LTS Ubuntu release given the reports + we still see upstream and in Debian - furthermore sdl2 isn't in main yet, + so we revert related changes to stick with the proven for now: + - 0fd25810 - do not build-depend on libx11-dev (libsdl2-dev already + depends on it) + - 9594f820 - switch from sdl1.2 to sdl2 (#870025) + - d/qemu-system-x86.README.Debian: document intention of nested being + default is comfort, not full support + - update Ubuntu machine types for qemu 2.11 + - qemu-guest-agent: freeze-hook fixes (LP: #1484990) + - d/p/guest-agent-freeze-hook-skip-dpkg-artifacts.patch + - d/qemu-guest-agent.install: provide /etc/qemu/fsfreeze-hook + - d/qemu-guest-agent.dirs: provide /etc/qemu/fsfreeze-hook.d + - Create and install pxe netboot images for KVM s390x (LP: #1732094) + - d/rules enable install s390x-netboot.img + - debian/patches/ubuntu/partial-SLOF-for-s390x-netboot-compilation.patch + - d/control-in: enable RDMA support in qemu (LP: #1692476) + - on s390x provide facility bits 81 (ppa15) and 82 (bpb) (LP: #1743560) + - d/p/ubuntu/linux-headers-update-to-4.15-rc1.patch + - d/p/ubuntu/linux-headers-update-4.15-rc9.patch + - d/p/ubuntu/lp1743560-s390x-kvm-Handle-bpb-feature.patch + - d/p/ubuntu/lp1743560-s390x-kvm-provide-stfle.81.patch + - tolerate ipxe size change on migrations to >=18.04 (LP: #1713490) + - d/p/ubuntu/pre-bionic-256k-ipxe-efi-roms.patch: old machine types + reference 256k path + - d/control: depend on ipxe-qemu-256k-compat-efi-roms to be able to + handle incoming migrations from former releases. + - d/control-in: enable seccomp on s390x + * Dropped changes (no more needed): + - Dropped VHOST_NET_ENABLED and KVM_HUGEPAGES from /etc/default/qemu-kvm + The functionality is retained for upgraders, but is deprecated. + Post 18.04 the implementation for these configurations will be removed. + * Dropped changes (in Debian now): + - ppc64[le] support + - Enable seccomp for ppc64el + - bump libseccomp-dev dependency, 2.3 is the minimum for ppc64 + - disable missing x32 architecture + - d/rules: or32 is now named or1k (since 4a09d0bb) + - d/qemu-system-common.docs: new paths since (ac06724a) + - d/qemu-system-common.install: qmp-commands.txt removed, but replaced + by qapi-schema.json which is already packaged (since 4d8bb958) + - d/p/02_kfreebsd.patch: utimensat is no more optional upstream (Update + to Debian patch to match qemu 2.10) + - d/qemu-system-common.docs: adapt new path of live-block-operations.rst + since 8508eee7 + - d/qemu-system-common.docs: adapt q35 config paths since 9ca019c1 + - make nios2/hppa not installed explicitly until further stablized + - d/qemu-guest-agent.install: add the new guest agent reference man page + qemu-ga-ref + - d/qemu-system-common.install: add the now generated qapi/qmp reference + along the qapi intro + - d/not-installed: ignore further generated (since 56e8bdd4) files in + dh_missing that are already provided in other formats qemu-doc, + qemu-qmp-ref,qemu-ga-ref + * Dropped changes (integrated upstream): + - d/p/detect-ITS-and-skip-usage-on-older-kernel.patch to avoid crashes + on arm64 when doing suspend/resume and reboots due to older kernels not + supporting ITS (LP 1731051). + - Apply linux-user-return-EINVAL-from-prctl-PR_-_SECCOMP.patch from + James Cowgill to prevent qemu-user from forwarding prctl seccomp + calls (LP 1726394) + - update to upstream 2.10.1 point release (LP 1722808) + + -- Christian Ehrhardt <email address hidden> Mon, 22 Jan 2018 14:35:18 +0100 + +Christian, what happened to the upstream patch? Looks like it never got included? Could you please poke the maintainer, so we could finally close this bug for upstream, too? + +Yeah I even got help back then to make sure CCs are better but nothing happened. +Old thread: http://lists.nongnu.org/archive/html/qemu-devel/2017-12/msg02142.html + +I re-pinged on the old thread to be reconsidered. +New Ping: http://lists.nongnu.org/archive/html/qemu-devel/2018-08/msg03892.html + +Thanks Thomas for making me aware this was still lingering unresolved. + + +Fix had been included here (in QEMU v3.1 already): +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=7294e600eb814fd2 + |