El Miércoles, 14 de Febrero de 2007 21:11, Matthew Burgess escribió:
> Thinking about this a bit more, now that we know that LFS needs to be built
> under bash, can we not just get rid of the workaround of doing `make
> SHELL=/bin/bash' in jhalfs and instead just do a config check on the host
> in
On Wednesday 14 February 2007 19:36, M.Canales.es wrote:
> El Miércoles, 14 de Febrero de 2007 20:22, Matthew Burgess escribió:
> > Oh, and Manuel, if jhalfs is using any other workarounds currently, or
> > needs to in the future, could you let lfs-dev know so we can see whether
> > the book needs
On Wednesday 14 February 2007 19:36, M.Canales.es wrote:
> The build commads are just the ones used in the book, but we need to run
> the Makefile sub-process using "make SHELL=/bin/bash" to let unpack
> commands and progress_bar.sh run nicely.
>
> As a side effect, that shell change is propagated
El Miércoles, 14 de Febrero de 2007 20:22, Matthew Burgess escribió:
> Oh, and Manuel, if jhalfs is using any other workarounds currently, or
> needs to in the future, could you let lfs-dev know so we can see whether
> the book needs to integrate the fixes? Thanks.
>
> In an ideal world, jhalfs s
On 2/14/07, Matthew Burgess <[EMAIL PROTECTED]> wrote:
>
> Oh, and Manuel, if jhalfs is using any other workarounds currently, or needs
> to in the future, could you let lfs-dev know so we can see whether the book
> needs to integrate the fixes? Thanks.
>
> In an ideal world, jhalfs should be usin
On 2/14/07, Matthew Burgess <[EMAIL PROTECTED]> wrote:
>
> Doh! Thanks for the cluebat Manuel! In that case let's get this sorted out in
> the book. I think I found the bug report that Dan was thinking of earlier.
> http://sourceware.org/bugzilla/show_bug.cgi?id=3266.
Actually, that's just anoth
On Wednesday 14 February 2007 19:17, Matthew Burgess wrote:
> On Wednesday 14 February 2007 19:09, M.Canales.es wrote:
> > El Miércoles, 14 de Febrero de 2007 19:59, Matthew Burgess escribió:
> > > Well, I've done a couple of LFS-svn builds recently on this box and
> > > never encountered this prob
On Wednesday 14 February 2007 19:09, M.Canales.es wrote:
> El Miércoles, 14 de Febrero de 2007 19:59, Matthew Burgess escribió:
> > Well, I've done a couple of LFS-svn builds recently on this box and never
> > encountered this problem, so I'm not sure that `dash' is the cause.
>
> If you are using
El Miércoles, 14 de Febrero de 2007 19:59, Matthew Burgess escribió:
> Well, I've done a couple of LFS-svn builds recently on this box and never
> encountered this problem, so I'm not sure that `dash' is the cause.
If you are using jhalfs to do the builds you will not find the bug.
We changed al
On Wednesday 14 February 2007 18:15, Dan Nicholson wrote:
> I'm pretty sure dash in the default /bin/sh now in Debian and Ubuntu.
Yep,
[EMAIL PROTECTED]:/etc$ cat /etc/issue
Ubuntu 6.10
[EMAIL PROTECTED]:/etc$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 2006-12-05 19:05 /bin/sh -> dash
> > Adding
On 2/14/07, Ken Moffat <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 14, 2007 at 08:40:10AM -0800, Dan Nicholson wrote:
> >
> > LFS team, I think this is something we need to look into. I'm pretty
> > sure Drepper insists on bash and could care less if things fail for
> > you. There was an issue some mo
On Wed, Feb 14, 2007 at 08:40:10AM -0800, Dan Nicholson wrote:
>
> After you tell configure that CONFIG_SHELL=/bin/bash, it should
> subsitute that for SHELL in make. But, glibc might not work that way.
> If you don't pass SHELL=/bin/bash to make, does it still work? I have
> a feeling that the im
On 2/14/07, Kai Ulrich <[EMAIL PROTECTED]> wrote:
> yes, problem solved
> thanx
>
> I did
>
> CONFIG_SHELL=/bin/bash ../glibc-2.3.6/configure
> --prefix=/tools \
> --disable-profile --enable-add-ons \
> --enable-kernel=2.6.0 --with-binutils=/tools/bin \
> --without-gd --with-headers
13 matches
Mail list logo