[OE-core] [PATCH] automake: Fix issue with tar configure failing with large UID/GIDs

Tom Rini tom_rini at mentor.com
Tue Aug 2 16:04:42 UTC 2011


On 08/02/2011 09:01 AM, Kumar Gala wrote:
> 
> On Aug 2, 2011, at 10:34 AM, Tom Rini wrote:
> 
>> On 08/02/2011 08:19 AM, Phil Blundell wrote:
>>> On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
>>>> +-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
>>>> ++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
>>>
>>> Have you discussed that with upstream?  If not, are you confident that
>>> preferring cpio will not simply mean that we are swapping one deficiency
>>> for another?
>>
>> A bug was filed with upstream automake.  At issue is that pax does not
>> fail gracefully when it cannot create ustar archives while cpio does.
>>
>>>> +Index: automake-1.11.1/Makefile.in
>>>> +===================================================================
>>>> +--- automake-1.11.1.orig/Makefile.in
>>>> ++++ automake-1.11.1/Makefile.in
>>>> +@@ -44,7 +44,7 @@ am__aclocal_m4_deps = $(top_srcdir)/m4/a
>>>> + 	$(top_srcdir)/m4/missing.m4 $(top_srcdir)/m4/mkdirp.m4 \
>>>> + 	$(top_srcdir)/m4/options.m4 $(top_srcdir)/m4/runlog.m4 \
>>>> + 	$(top_srcdir)/m4/sanity.m4 $(top_srcdir)/m4/strip.m4 \
>>>> +-	$(top_srcdir)/m4/substnot.m4 $(top_srcdir)/m4/tar.m4 \
>>>> ++	$(top_srcdir)/m4/substnot.m4 \
>>>> + 	$(top_srcdir)/configure.ac
>>>> + am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \
>>>> + 	$(ACLOCAL_M4)
>>>
>>> Can you explain why this hunk is necessary?
>>
>> That I don't recall.  Possibly some sort of re-gen hell I was trying /
>> needing to avoid.
>>
>>>
>>>> +do_configure () {
>>>> +	touch ${S}/Makefile.in
>>>> +	autotools_do_configure
>>>> +}
>>>
>>> ... and this one?
>>
>> Didn't do that one.  Kumar? :)
> 
> I think I pulled that from the SB3 change you made.

Gah, you're right.  I think it was more "avoid re-gen" bits.

-- 
Tom Rini
Mentor Graphics Corporation




More information about the Openembedded-core mailing list