similar to: xen_4.19.1-1~exp3_source.changes REJECTED

Source: xen Version: 4.17.3+10-g091466ba55-1 Severity: serious Tags: patch pending sid trixie Justification: library ABI skew on upgrade User: debian-arm at lists.debian.org Usertags: time-t NOTICE: these changes must not be uploaded to unstable yet! Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1_multi.changes uploaded successfully to localhost along with the files: xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1.dsc xen_4.20.0~rc2+1-gfcde5e0de8.orig.tar.xz xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1.debian.tar.xz libxen-dev_4.20.0~rc2+1-gfcde5e0de8-1~exp1_amd64.deb libxencall1-dbgsym_4.20.0~rc2+1-gfcde5e0de8-1~exp1_amd64.deb

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Fri, 05 Oct 2018 19:38:52 +0100 Source: xen Binary: xenstore-utils xen-utils-common xen-hypervisor-common xen-doc xen-utils-4.11 xen-hypervisor-4.11-amd64 xen-system-amd64 xen-hypervisor-4.11-arm64 xen-system-arm64 xen-hypervisor-4.11-armhf xen-system-armhf libxen-dev libxenmisc4.11 libxencall1 libxendevicemodel1

xen_4.19.1-1~exp3_source.changes uploaded successfully to localhost along with the files: xen_4.19.1-1~exp3.dsc xen_4.19.1-1~exp3.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

Package: xen-utils-common Version: 4.17.5+23-ga4e5191dc0-1+deb12u1 Severity: normal two issues with block-iscsi 1. If the iqn that is being used as a disk device is a prefix of an existing in use iqn then xl create will fail with libxl: error: libxl_device.c:1337:device_hotplug_child_death_cb: script: Device already opened My fix is to match a space before and after the iqn. iscsiadm -m

Package: xen-utils-4.11 Severity: important Dear Maintainer, We have discovered that the `pygrub` binaries, expected under `/usr/lib/xen-4.11/bin`, are no longer present in the xen-utils-4.11 package. Reviewing the source package reveals that the binary is still present under `tools/pygrub/src/pygrub`, however it is not referenced anywhere obvious in the package build configurations, nor is

While attempting to troubleshoot a problem with PCI passthrough, I noticed a number of facts that, when considered together, may indicate a serious upgrade path issue with regard to Xen and QEMU: 1. libxen-dev is a single package with two versions: a 4.8 version and a 4.11 version 2. libxen-dev version 4.8 produces libraries with 4.8 in the soname. A qemu compiled against this version has

Tested on Gentoo Linux x86. gcc (Gentoo Hardened 14.2.1_p20241221 p7) 14.2.1 20241221 my configure command and the summary at the end are here: https://bpa.st/2VPA emerge --info available here: https://bpa.st/LF7Q make tests returned all tests passed. It can talk to itself fine. It can talk to Gentoo's net-misc/openssh-9.9_p2 fine (client and server) It can login to both of the oldest

Package: src:xen Version: 4.11.1-1 Currently, these are rdepends: -$ apt-cache rdepends libxenmisc4.11 libxenmisc4.11 Reverse Depends: libxen-dev xen-utils-4.11 collectd qemu-system-x86 libvirt-daemon collectd-core It's on the wishlist to start doing buster-backports for Xen. If the user has a cluster of servers and can make use of live migrate, then this allows the user to

Source: xen Severity: normal User: debian-lts at lists.debian.org Usertags: upstream-trixie X-Debbugs-Cc: debian-lts at lists.debian.org Dear xen maintainers, Testing (trixie) currently ships xen 4.17, which, according to the upstream support matrix [x], will get security support until 2025-12-12. The latest upstream release (4.19) will get security support until 2027-07-29. I believe it would