similar to: CEBA-2014:1334 CentOS 7 xz FASTTRACK BugFix Update

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Bugfix Advisory 2015:1598 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1598.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d1f3c585b5e1d389d7aa761c813f8d343da761dba95c3a85bc60262537067569 xz-5.1.2-12alpha.el7.x86_64.rpm

On 4/1/2015 1:39 AM, Karanbir Singh wrote: > is it possible that the mirror you are hitting isnt updated as yet ? 'probable' is more likely than 'possible' :) now its updating. last night, on two different passes, it tried... * base: dallas.tx.mirror.xygenhosting.com * epel: linux.mirrors.es.net * extras: linux.mirrors.es.net * updates:

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

https://bugzilla.netfilter.org/show_bug.cgi?id=1334 Bug ID: 1334 Summary: invalid example in u32 extension documentation Product: iptables Version: unspecified Hardware: All URL: ttps://netfilter.org/documentation/HOWTO/netfilter-ext ensions-HOWTO-3.html OS: All Status: NEW

CentOS Errata and Bugfix Advisory 2012:1334 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1334.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 834ad2fc6f3d74700c5fc601b4298e7383b8eddd8e4e1aff7d6f3144361bfa76 gnome-keyring-2.28.2-8.el6_3.i686.rpm

CentOS Errata and Bugfix Advisory 2019:1334 Upstream details at : https://access.redhat.com/errata/RHBA-2019:1334 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9dc8ce1319f07ab2ce6a23471a5ffef9c4b32d56e982b23273ffe5eafb46dda7 qt-4.8.7-3.el7_6.i686.rpm 91db10e590a952afe819d6295714a6d44a1130949aba43e88433b1739c68ac23

http://bugzilla.mindrot.org/show_bug.cgi?id=1334 Summary: Bind tunnels to given interface on the server Product: Portable OpenSSH Version: 4.6p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy:

-- 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