Hush does not handle "set -o pipefail".

[Denys Vlasenko]

On Sunday 14 November 2010 22:03, Rob Landley wrote:
> On Saturday 13 November 2010 20:47:22 Denys Vlasenko wrote:
> > On Sunday 14 November 2010 02:32, Rob Landley wrote:
> > > On Saturday 13 November 2010 19:02:33 Denys Vlasenko wrote:
> > > > On Tuesday 09 November 2010 07:40, Rob Landley wrote:
> > > > > Or any set -o for that matter.  But pipefail's one that's really hard
> > > > > to work around if you haven't got it...
> > > >
> > > > But this will increase complexity, would it not?
> > >
> > > Are you being facetious?  I can't tell in email.
> >
> > My mail also contained the patch. ;)
> 
> Thanks.  It didn't apply to 1.17.3 so making my script work with it is on my 
> todo list.

I propose that I just release 1.18.0 instead. There are more fixes
in hush which you probably will benefit from.


> (I've got somebody interested in poking at aboriginal on real  
> sparc hardware so I need to buckle down and fix the dynamic linker, and I'm in 
> the middle of figuring out why the uClibc prebuilt-locale stuff still wants to 
> call the "locale -a" command on the host, which isn't _there_ on the gentoo 
> box running my cron jobs, and if throwing one in the path that just echoes "C" 
> and "POSIX" will satisfy it.)
> 
> Oh, by the way, if you point #!/bin/sh to hush and then run the zlib 
> ./configure stage it dies kind of impressively.

What is the bug or missing feature it stumbled over?


> (The others probably do too,  
> zlib is just the first package my LFS bootstrap tries to build.  Then again the 
> perl ./configure stage segfaulted repeatedly with #!/bin/sh=ash, so what I 
> really need to do is finish the lfs-bootstrap script with sh=bash and _then_ 
> see what hush breaks.  Right now I'm just trying to get the lfs-bootstrap 
> scripts _themselves_ to work with hush...)

Please provide me with the precise information what needs to be fixed/implemented,
and I will code it up.

-- 
vda