Deltarpm xz problem with PPC generated rpms?
Jonathan Dieter
jdieter at gmail.com
Mon Sep 14 16:44:49 UTC 2009
On Mon, 2009-09-14 at 12:30 -0400, Bill Nottingham wrote:
> Andreas Schwab (schwab at redhat.com) said:
> > > 2. xz generates different compressed files when run on different
> > > architectures
> >
> > The problem is that the encoder uses different hash functions depending
> > on the endianess. The hash functions are defined in
> > liblzma/lz/lz_encoder_hash.h, and are based on the values in
> > lzma_crc32_table[0]. This table is different between big end little
> > endian.
>
> Not having looked at the algorithm... *why*? Is it really that big
> of a difference?
I've been talking to the xz developer on IRC, and he says it's really
not a huge difference. He sounds amenable to changing big-endian
compression so it uses the little-endian CRC32 table.
He said you'd need a new single-dimension CRC32 table that would only be
used when doing the big-endian build.
To be honest, though, this is all way over my head.
Jonathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20090914/32d02681/attachment.bin
More information about the devel
mailing list