On Fri, Jan 2, 2015 at 9:28 AM, Jon Ringle <[email protected]> wrote:

> On Wed, Dec 31, 2014 at 7:55 AM, Michael Olbrich <[email protected]
> > wrote:
>
>> On Wed, Dec 31, 2014 at 01:57:17AM -0500, Jon Ringle wrote:
>> > Changing the /bin/sh link to point to bash instead of dash fixed this
>> for me
>> >
>> > On Tue, Dec 30, 2014 at 2:02 PM, Jon Ringle <[email protected]> wrote:
>> >
>> > > I'm setting up a new machine with Ubuntu-14.04 where I'll be doing
>> ptxdist
>> > > builds. I'm running into a problem where the targetinstall step fails
>> on
>> > > all packages with something like the following (I added 'set -x' to
>> the
>> > > fakeroot script for debugging purposes):
>> [...]
>>
>> I think I saw this at some point, but then it worked again and I never
>> made
>> a patch. Does this help?
>>
>> Michael
>>
>> diff --git a/rules/host-fakeroot.make b/rules/host-fakeroot.make
>> index 53236194a582..3fb699a56759 100644
>> --- a/rules/host-fakeroot.make
>> +++ b/rules/host-fakeroot.make
>> @@ -30,6 +30,10 @@ HOST_FAKEROOT_DIR    :=
>> $(HOST_BUILDDIR)/$(HOST_FAKEROOT)
>>  # Prepare
>>  #
>> ----------------------------------------------------------------------------
>>
>> +HOST_FAKEROOT_CONF_ENV := \
>> +       $(HOST_ENV) \
>> +       CONFIG_SHELL=/bin/bash
>> +
>>  HOST_FAKEROOT_CONF_TOOL := autoconf
>>  HOST_FAKEROOT_CONF_OPT := \
>>         $(HOST_AUTOCONF) \
>>
>
> I reproduced the problem by restoring the sh link to point back to dash
> again and then applied this patch. Starting a build after a complete clean
> again, this patch did not help :(
>
>
Ahh... however, I just realized that I had a host-fakeroot-*-dev.tar.gz
package that my build was using. After removing that so that ptxdist would
rebuild host-fakeroot again, it is now having a positive effect :)

Jon
-- 
ptxdist mailing list
[email protected]

Reply via email to