similar to: Bug#1092495: linux-image-amd64: xz compression incompatible with Xen/pygrub

Hi, I ran into this bug on bookworm and was able to fix an existing machine by booting the old kernel and then converting it to pvgrub. But... I am unable to create new pvgrub compatible DomU's now because xen-create-image does not support pvgrub. I attempted to work around this by adding a xen-create-image role script that installs grub-xen, but it will not install properly inside the

Processing control commands: > fixed -1 4.19.1-1 Bug #1092495 [src:xen] linux-image-amd64: xz compression incompatible with Xen/pygrub Marked as fixed in versions xen/4.19.1-1. > affects -1 linux-image-amd64 Bug #1092495 [src:xen] linux-image-amd64: xz compression incompatible with Xen/pygrub Added indication that 1092495 affects linux-image-amd64 -- 1092495:

Control: fixed -1 4.19.1-1 Control: affects -1 linux-image-amd64 Good to hear you were able to solve the problem for you by moving to pvgrub. I'm marking this bug as fixed in the xen version in unstable (as it should be really fixed there), but will leave the bug open as it still affects bookworm. This way it's also easier for other people to find out what's the problem and how to

Package: release.debian.org Severity: normal Tags: bookworm User: release.debian.org at packages.debian.org Usertags: pu X-Debbugs-Cc: xen at packages.debian.org, hans at knorrie.org, maxi at daemonizer.de Control: affects -1 + src:xen [ Reason ] Linux 6.12 changed the way it xz compresses the kernel [1]. This broke direct kernel boot in bookworm xen for kernels 6.12 or newer. It only affects

Processing commands for control at bugs.debian.org: > found 1092495 4.17.3+10-g091466ba55-1~deb12u1 Bug #1092495 [src:xen] linux-image-amd64: xz compression incompatible with Xen/pygrub Marked as found in versions xen/4.17.3+10-g091466ba55-1~deb12u1. > thanks Stopping processing here. Please contact me if you need assistance. -- 1092495:

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -------------- next part -------------- >From 1ff2c479a63574395903361bfb037e555c69ad26 Mon Sep 17 00:00:00 2001 From:

In a recent commit guestfish changed the default size for disk images prepared using the -N parameter from 100M to 1G: https://github.com/libguestfs/libguestfs/commit/adc23829e4b128562c2c29d984654528bd259644 For the xz plugin test we prepared a disk image using guestfish and then xz-compressing the output, but we did not take our own advice and use the --block-size parameter to limit the xz

FYI; I'm going to push this because it's such an obvious fix. Rich.

Hello, The attached patch adds bzip2 and lzma/xz libs to stubdom for pvgrub. This is the first step of getting the additional compression methods supported in pvgrub. There''s still some Makefile voodoo to sort out before pvgrub actually properly gets linked against these new libs. This patch only adds the libs and makes them build. -- Pasi

Hello, Just wondering: Dovecot has gzip/bzip2 compression/decompression support. According to this: http://stephane.lesimple.fr/wiki/blog/lzop_vs_compress_vs_gzip_vs_bzip2_vs_lzma_vs_lzma2-xz_benchmark_reloaded gzip and bzip2 aren't really useful together. While gzip can offer speed and a reasonable amount of compression ratio, bzip2 is slow, especially on decompression, which Dovecot does

Timo, Thoughts on adding LZMA2 (xz) support via liblzma to Dovecot? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

Hi, Would it be possible to ship the releases using xz (or lzma) ? -rw-r--r-- 1 root root 3423720 Jul 20 12:17 syslinux-4.02-pre5.tar.xz -rw-r--r-- 1 root root 3423147 Jul 20 12:17 syslinux-4.02-pre5.tar.lzma -rw-r--r-- 1 root root 4395234 Jul 20 12:17 syslinux-4.02-pre5.tar.bz2 -rw-r--r-- 1 root root 20080640 Jul 20 12:17 syslinux-4.02-pre5.tar Regards, Shantanu

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -------------- next part -------------- >From b253ab9346518d3a31ce572f3d37300a9a2ff086 Mon Sep 17

I had to make some changes to the xz patch. The code that was used for conftest had to be modified and I needed to add lzma to the link line. The urpmi patch worked fine. On Mon, Aug 19, 2013 at 4:43 PM, Richard W.M. Jones <rjones@redhat.com>wrote: > Joseph, > > Please try my modified versions of these patches. These are > compile-tested on Fedora and they don't break

On 11/21/18 9:46 AM, Richard W.M. Jones wrote: > Matt asked if xz should really be a filter rather than a plugin. The > answer is yes, of course it should be! That's been something in the > todo file for a while. > > The commit converts the xz plugin code into a filter (leaving the > plugin around, but deprecating it). > > plugin: nbdkit xz file.xz >

On Wed, Nov 21, 2018 at 04:05:10PM +0000, Richard W.M. Jones wrote: > The xz plugin includes a block cache, and now so does the filter. > (The plugin long predates our addition of filters into nbdkit). > > I suppose there is a case for removing the block cache code from the > xz plugin, and relying on the cache filter instead. I'll test that > out to see if it makes a

Using ‘nbdkit --filter=xz file disk.xz’ and loop mounting eventually results in this error: nbdkit: file[1]: debug: xz: pwrite count=4096 offset=1048576 flags=0x0 nbdkit: file[1]: debug: pwrite count=4096 offset=1048576 fua=0 nbdkit: file[1]: error: pwrite: Bad file descriptor nbdkit: file[1]: debug: sending error reply: Bad file descriptor Since the filter did not intercept can_write, it was

hello centos list hello guys hello master of "Fu" how to create a rpm package for centos 5 with an archive tar.xz. I possess a source rpm of gnutls http://ns.fakessh.eu/rpms/gnutls-2.12.16-1.el5.src.rpm and I would try to compile the latest version of gnutls What is the correct procedure to build an rpm with this type of package tar.xz sincerely --

Am 25.11.2016 um 15:03 schrieb Staazul: > I try to create own patch for kernel, and I look in process of > generation binary rpm file. > As I can see, for creation binary package, rpmbuild doesn't uses any set > of patches and doesn't uses file of original (vanilla) version of > kernel. Instead it, I see some xz archive of compressed tree of kernel > probably with all

CentOS Errata and Bugfix Advisory 2014:0769 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0769.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 63d334c65874542d42df4740d86822cc7fa91364a972042ed773a9b4d84113ae xz-4.999.9-0.5.beta.20091007git.el6.i686.rpm