Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

2012-02-13 Thread Aron Xu
On Sun, Feb 12, 2012 at 08:00, Carsten Hey cars...@debian.org wrote: * Aron Xu [2012-02-09 01:22 +0800]: Some packages come with data files that endianness matters, and many of them are large enough to split into a separate arch:all package if endianness were not something to care about. ...

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

2012-02-11 Thread Carsten Hey
* Aron Xu [2012-02-09 01:22 +0800]: Some packages come with data files that endianness matters, and many of them are large enough to split into a separate arch:all package if endianness were not something to care about. ... Debian Policy, begin of section 5.6.8: | Depending on context and the

Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

2012-02-08 Thread Aron Xu
I want to speak up about endianness of data files, this is a suggestion but not a flaw which I just want to discover the possibility of improvement to current status by the chance of implementing Multi-Arch in Debian. Some packages come with data files that endianness matters, and many of them

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

2012-02-08 Thread Simon McVittie
On 08/02/12 17:22, Aron Xu wrote: Some packages come with data files that endianness matters, and many of them are large enough to split into a separate arch:all package if endianness were not something to care about. AFAIK some maintainers are not aware of endianness issues in their packages

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

2012-02-08 Thread Aron Xu
On Thu, Feb 9, 2012 at 01:35, Simon McVittie s...@debian.org wrote: On 08/02/12 17:22, Aron Xu wrote: Some packages come with data files that endianness matters, and many of them are large enough to split into a separate arch:all package if endianness were not something to care about. AFAIK