similar to: LZ4 mailbox corruption

https://bugzilla.mindrot.org/show_bug.cgi?id=2888 Bug ID: 2888 Summary: Consider adding other compression schemes (lz4, zstd) Product: Portable OpenSSH Version: 7.7p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

I am running XEN on CentOS Linux release 7.8.2003 I have a Debian 7, and two Gentoo DomU Guests running fine. I am trying to get an Ubuntu 20.04 DomU Guest running but I get this error when trying to run the netboot kernel image xc_dom_probe_bzimage_kernel unable to LZ4 decompress kernel I understand that CentOS Xen does not support LZ4 decompression. Is there a workaround for this?

I'm a long time user of openssh and I was wondering if there is any work towards supporting alternative compression methods in openssh like LZ4? Regards, Mark -- Mark E. Lee <mark at markelee.com> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: This is a digitally signed message

----- Forwarded message from Bob Friesenhahn <bfriesen at simple.dallas.tx.us> ----- From: Bob Friesenhahn <bfriesen at simple.dallas.tx.us> Date: Mon, 23 Jul 2012 12:55:44 -0500 (CDT) To: zfs at lists.illumos.org cc: Radio m?odych bandyt?w <radiomlodychbandytow at o2.pl>, Pawel Jakub Dawidek <pjd at FreeBSD.org>, developer at lists.illumos.org Subject: Re: [zfs] LZ4

Thanks for the response, what kind of problematic interactions would occur (other than trying to compress seemingly random data)? Regards, Mark On Fri, 2013-10-25 at 04:02 -0400, Dan Kaminsky wrote: > Compression has some problematic interactions with encryption that > OpenSSH seems to have handled far before anyone else (by having it off > by default). > > On Thursday, October

Compression has some problematic interactions with encryption that OpenSSH seems to have handled far before anyone else (by having it off by default). On Thursday, October 24, 2013, Darren Tucker wrote: > On Thu, Oct 24, 2013 at 07:30:38PM -0400, Mark E. Lee wrote: > > I'm a long time user of openssh and I was wondering if there is any work > > towards supporting alternative

WARNING: This is not compatible with the previous lz4 patchset. If you''re using experimental compression that isn''t in mainline kernels, be prepared to backup and restore or decompress before upgrading, and have backups in case it eats data (which appears not to be a problem any more, but has been during development). These patches add lz4 and lz4hc compression

Hi, so here it is, LZ4 compression method inside btrfs. The patchset is based on top of current Chris'' for-linus + Andi''s snappy implementation + the fixes from Li Zefan. Passes xfstests and stresstests. I haven''t measured performance on wide range of hardware or workloads, rather wanted to publish the patches before I get distracted again. I''d like to ask

I see. From reading that wikipedia article, I'm wondering what gets compressed when compression is enabled in openssh. Is it the ciphertext or the cleartext? Regards, Mark On Fri, 2013-10-25 at 15:47 -0400, Daniel Kahn Gillmor wrote: > On 10/25/2013 03:23 PM, Mark E. Lee wrote: > > Thanks for the response, what kind of problematic interactions would > > occur (other than

Also nice to know that zlib at openssh.com enables the compression only after authentication, mitigating the known problems with compression and passwords. It is also very hard to do chosen-plaintext attacks on the client to server side (in opposite to HTTPS where that's trivial). And most passwords that are typed after authentications are entered character by character, making them fall under

Hello, I am running dovecot 2.2.12 Current mail storage is sdbox and I am trying to compress all emails, which works fine, except for a few old mailboxes. If I run the following dsync command "dsync -u flea -o "mail_plugins=zlib" mirror maildir:~/ndbox" It fails with: dsync(flea): Error: Exporting mailbox INBOX failed: Backend doesn't support GUIDs, sync with header

On Sun, May 10, 2015 at 08:16:54PM -0400, Darik Horn wrote: > > LZ4 is supposed > > to be a very fast compression algorithm, especially when it comes to > > decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, > > there are many benchmarks you can find online, but most of them deal > > with compressing large files. Tinc on the other hand has to

On Sun, May 10, 2015 at 7:17 PM, Guus Sliepen <guus at tinc-vpn.org> wrote: > > Darik Horn sent a pull request adding support for LZ4. The PR is: * https://github.com/gsliepen/tinc/pull/78 > LZ4 is supposed > to be a very fast compression algorithm, especially when it comes to > decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, > there are many

Hello, Darik Horn sent a pull request adding support for LZ4. LZ4 is supposed to be a very fast compression algorithm, especially when it comes to decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, there are many benchmarks you can find online, but most of them deal with compressing large files. Tinc on the other hand has to compress small packets individually. So I did the

Thanks for the info. I will look at encode.ru . In the meantime I discovered "nanozip" : http://www.nanozip.net/ On http://compressionratings.com/sort.cgi?aud1.brief+4nf_pf, the result is amazing : 100 MB compressed in ... 0.44 sec ! with compressed size = 60% of the original size ! i.e. ratio = similar to FLAC, and very very fast... nanozip 0.09a -m.5g -cf ***** 63 710

Hello Teemu, the version of my lz4 library is the most recent lz4-1.7.5, and "dovecot -n" output is as follows: # 2.2.30.1 (eebd877): /raid/data/module/Dovecot/sys/etc/dovecot/dovecot.conf # OS: Linux 2.6.33N7700 i686 auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = sha1 info_log_path = /raid/data/module/Dovecot/sys/var/log/dovecot-info.log

Hi there ! I?m using dovecot 2.3.10 (manually compiled on Centos 8 x86_64 - fully updated), XFS filesystem, with mdbox and a separated compressed attachment directory: mail_attachment_fs = sis compress:lz4:6:posix mail_attachment_hash = %{sha256} mail_attachment_dir = /ATTACHMENTS I'm using dovecot LDA (for mail delivery). Everything works fine with the delivery and compression. The

On 05.06.2017 11:02, awl1 wrote: > Resending - any ideas why I might get "IMAP session state is inconsistent" whenever emtyping the trash in Thunderbird? > > Thanks, > Andreas > > > Am 31.05.2017 um 00:02 schrieb awl1: >> All, >> >> having successfully compiled and set up Dovecot 2.2.29.1 on my Thecus NAS as a newbie without any further hassle,

Hello, Is there some version of FLAC that allows very very fast encoding (i.e. able to process at least 150 MB / second of .wav input data on a standard computer : laptop computer, Core i5/i7, Windows 7 64 bit, 8 GB RAM) ? (It's ok to have a compression ratio which is a little bit lower than traditionnal FLAC) I'm looking for something which is between FLAC (very good ratio, slower than

Linux 3.11 added respective support, so I think we should follow suit. 1: xen: add LZ4 decompression support 2: libxc: add LZ4 decompression support Signed-off-by: Jan Beulich <jbeulich@suse.com>