[OE-core] [PATCH 4/5] ncurses: Uncompress man pages

Mark Hatle mark.hatle at windriver.com
Mon Jul 25 19:14:16 UTC 2011


On 7/25/11 9:13 AM, Phil Blundell wrote:
> On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
>> From: Mark Hatle <mark.hatle at windriver.com>
>>
>> If the man pages are compressed, then they cause file conflicts between
>> the 32-bit and 64-bit versions of the package.
> 
> I'm slightly bemused as to why it makes a difference (for this purpose)
> whether the manpages are compressed or not, and I would have thought
> that we would generally want to ship manpages as compressed for reasons
> of disk-space efficiency.  Can you explain where exactly that conflict
> comes from and why uncompressing the man pages resolves it?

If you don't use the gzip option "-n", both the name and timestamp of the
original file is encoded into the gzip archive.  This encoding makes the
compressed versions different from one build to the next.

Uncompressing resolves this since the file contents themselves are correct.

---

As for why they are being left uncompressed, when I could just re-gzip them
using the -n option..  My expectation is I'm going to be adding a new
package.bbclass step that searches for specific documentation files (man pages
specifically) and compresses them with the correct option(s) to avoid this
conflict.  So leaving them uncompressed made the most sense to me.

(Note, almost all of the other generated man pages on the system are already
uncompressed... that was the secondary reason for the change.)


>> +inherit autotools binconfig multilib_header
>>  
>> [...]
>>
>> +	oe_multilib_header curses.h
> 
> This change isn't mentioned in either the short or long commit messages
> and, as I mentioned in my previous email, it looks like it will cause
> some complications with the LICENSE.

Yes, this should have been with the previous patch dealing with header conflicts.

--Mark

> p.
> 
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core





More information about the Openembedded-core mailing list