Re: [lfs-dev] Util-linux arch command

2012-02-27 Thread Jasmine Iwanek
On 2012-02-27 07:41, Matt Burgess wrote: > On Mon, 2012-02-27 at 08:33 +0100, Gilles Espinasse wrote: > >> Each configure run arch at 2 different path and look to satisfy from >> 'unknow' answer >> /bin/arch = `(/bin/arch) 2>/dev/null || >> echo >> unknown` >> /usr/bin/ar

Re: [lfs-dev] Introduction

2012-08-20 Thread Jasmine Iwanek
ssed, > please just say so, and I will search the archives. > > -- > Randy Welcome back, I've been sort of back myself on and off for the last few months, work keeps me from really digging in, but hey, such is life. Just think, at this rate, we'll have pretty much all of

Re: [lfs-dev] Glibc-2.16.0 [ test-installation.pl ]

2012-08-21 Thread Jasmine Iwanek
ell, unlike their British > counterparts :-) > > Matt. Some of us, yes, the quality of the average brit's linguistics has gone rapidly down hill over the last decade. I'm pretty convinced it's got a lot to do with all the education cutbacks and cost "increases" (

Re: [lfs-dev] Proposed package freeze

2012-08-21 Thread Jasmine Iwanek
On 2012-08-22 01:22, Ken Moffat wrote: > I'm adding the extra locales. Then I'll add the patch for sed. > > ĸen > -- > das eine Mal als Tragödie, das andere Mal als Farce You might wanna check your patch ken, the output for atleast en_GB.UTF-8 is currently set to en_US

Re: [lfs-dev] Proposed package freeze

2012-08-21 Thread Jasmine Iwanek
ndere Mal als Farce Don't we all though? XD -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

[lfs-dev] Minor cleanups and consistancy fixes

2012-08-22 Thread Jasmine Iwanek
Attached is a few cleanups to grammar and fixes for inconsistent use of terminology throughout the book. diff -urN LFS/trunk/BOOK/chapter02/creatingpartition.xml LFS.edited/trunk/BOOK/chapter02/creatingpartition.xml --- LFS/trunk/BOOK/chapter02/creatingpartition.xml 2012-08-23 03:28:25.0 +

Re: [lfs-dev] Minor cleanups and consistancy fixes

2012-08-22 Thread Jasmine Iwanek
On 2012-08-23 02:45, Jasmine Iwanek wrote: > Attached is a few cleanups to grammar and fixes for inconsistent use > of terminology throughout the book. Replying to myself here, but there's a xz compressed version of e2fsprogs available at: http://kernel.org/pub/linux/kernel/p

Re: [lfs-dev] Minor cleanups and consistancy fixes

2012-08-22 Thread Jasmine Iwanek
On 2012-08-23 03:05, Bruce Dubbs wrote: > Jasmine Iwanek wrote: >> Attached is a few cleanups to grammar and fixes for inconsistent use >> of >> terminology throughout the book. > > - are included that are not strictly required. The lists below > document the

Re: [lfs-dev] Minor cleanups and consistancy fixes

2012-08-22 Thread Jasmine Iwanek
On 2012-08-23 03:10, Bruce Dubbs wrote: > Jasmine Iwanek wrote: > >> There's a xz compressed version of >> e2fsprogs available at: >> http://kernel.org/pub/linux/kernel/people/tytso/e2fsprogs/v1.42.5/ >> >> for those interested, might want to add it to the

[lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
s may be worth looking into. rpc_clntout.c:34:23: fatal error: rpc/types.h: No such file or directory compilation terminated. make[2]: *** [/mnt/lfs/sources/glibc-build/sunrpc/cross-rpc_clntout.o] Error 1 make[1]: *** [sunrpc/others] Error 2 make: *** [all] Error 2 -- Jasmine Iwanek --

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
On 2012-08-25 16:14, Bruce Dubbs wrote: > Jasmine Iwanek wrote: >> Onto my second pass building 7.2 dev and it would appear that >> without >> the obsolete rpc interfaces that glibc 2.16 wont compile, I grabbed >> rpc/types.h and put it in usr/include/rpc and a

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
you and bruce's suggestions, (I'll do chapter 6 later on) and report back. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
nds like the problem is in Chapter > 5 > glibc from a LFS-7.1 host that does not have libtirpc installed, or > at > least the rpcnis-headers.tar.bz2 files. LFS-7.2 Host, no rpcnis-headers.tar.bz2, no libtirpc (LFS from LFS, No BLFS stuff at all) -- Jasmine Iwanek -- http://linu

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
On 2012-08-25 22:14, Jasmine Iwanek wrote: > > LFS-7.2 Host, no rpcnis-headers.tar.bz2, no libtirpc (LFS from LFS, > No > BLFS stuff at all) > > -- > Jasmine Iwanek Tried --enable-obsolete-rpc, makes no difference in ch5, adding it in ch6 will solve the problem compilin

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
iven an update in my other message, but as you were replying as I was, yes, works fine with that sed. >-- Bruce -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
On 2012-08-26 00:26, William Harrington wrote: > On Aug 25, 2012, at 17:43 PM, Bruce Dubbs wrote: > >> Jasmine Iwanek wrote: >>> On 2012-08-25 22:35, Bruce Dubbs wrote: >>>> >>>> OK, that's pretty early in the build. Does /usr/include/rpc/rpc.h &g

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
On 2012-08-26 00:47, Bruce Dubbs wrote: > Jasmine Iwanek wrote: >> On 2012-08-26 00:26, William Harrington wrote: >>> On Aug 25, 2012, at 17:43 PM, Bruce Dubbs wrote: > >>> I ran across this in our CLFS multilib builds when during 32 bit >>> eglibcbuilds, it

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-25 Thread Jasmine Iwanek
On 2012-08-26 01:59, Greg Schafer wrote: > On Sat, 25 Aug 2012 21:59:04 +0100, Jasmine Iwanek wrote: > >> Actually, when I copied in rpc/types.h, I put it in /usr/include/rpc >> and >> that made the ch5-glibc build happy > > Um, doesn't anyone see the obvious pr

Re: [lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

2012-08-26 Thread Jasmine Iwanek
o keep carrying this > for our own "idiosyncratic" pure build - it's the sort of thing that > will be fun to fix whenever that part of the code gets changed. > But, FWIW, I'll attach it - it's the sort of thing that will be fun > to fix whenever that part of the

Re: [lfs-dev] glibc and rpc headers

2012-08-26 Thread Jasmine Iwanek
d several times now, we should *not* be pulling host headers into glibc. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

Re: [lfs-dev] glibc and rpc headers

2012-08-26 Thread Jasmine Iwanek
On 2012-08-27 04:00, Bruce Dubbs wrote: >> I thought we'd already concluded that? > > We were revisiting other options. > Fair enough >> As I've stated several times now, we should *not* be pulling host >> headers into glibc. > > I don't think we are. We are building cross-rpcgen as a tool to ru

Re: [lfs-dev] glibc and rpc headers

2012-08-26 Thread Jasmine Iwanek
On 2012-08-27 04:28, Bruce Dubbs wrote: > Jasmine Iwanek wrote: >> On 2012-08-27 04:00, Bruce Dubbs wrote: >> >> How about disabling the unnecessary tool? > > That's a lot harder and I'm not sure it's unnecessary. It's executed > 26 > times

Re: [lfs-dev] glibc and rpc headers

2012-08-26 Thread Jasmine Iwanek
On 2012-08-27 05:00, Ken Moffat wrote: > On Mon, Aug 27, 2012 at 03:46:00AM +0100, Jasmine Iwanek wrote: >> >> As I've stated several times now, we should *not* be pulling host >> headers into glibc. >> > You haven't explained why you didn't install

[lfs-dev] Typos

2012-09-01 Thread Jasmine Iwanek
http://www.linuxfromscratch.org/lfs/view/7.2/chapter05/diffutils.html Required disk space: a8.5 MB Should be: Required disk space: 8.5 MB Looks like I've missed the merge window for 7.2 though. ): -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ:

Re: [lfs-dev] Typos

2012-09-01 Thread Jasmine Iwanek
On 2012-09-01 16:31, Bruce Dubbs wrote: > Jasmine Iwanek wrote: >> >> http://www.linuxfromscratch.org/lfs/view/7.2/chapter05/diffutils.html >> >> Required disk space: >> a8.5 MB >> >> Should be: >> >> Required disk space: >> 8.5

[lfs-dev] Testing for purity - Chapter 5

2012-09-01 Thread Jasmine Iwanek
Results are from building ch5 glibc onwards in ch5 (not installed) binutils build pass2: (superficial) -/mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find -lstdc++ potentially uses host c++ compiler gcc build pass2: potentially uses host c+

Re: [lfs-dev] Testing for purity - Chapter 5

2012-09-02 Thread Jasmine Iwanek
64, although I think Archaic > was the last person to run farce, probably on i686, and that he > saw similar 'inexplicable' differences. > I'll take a look at them, but at the same time, I'm still crazy enough to do it all by hand and using stuff like xxd. (: > ĸe

[lfs-dev] Quick note for bruce on vs "rpc/types.h"

2012-09-23 Thread Jasmine Iwanek
ke it is indeed a bug. *shrug* Bruce: I'm aware it's not our job to find and fix every bug in each package we use, but as it was such an intense debate on this particular matter, I figured it needed stating if nothing else for closure. -- Jasmine Iwanek -- http://linuxfromscratch.org

Re: Gettext --without-csharp not valid

2005-09-17 Thread Jasmine Iwanek
Archaic wrote: On Sat, Sep 17, 2005 at 07:17:56PM +0100, Jasmine Iwanek wrote: ive got mono installed and without --disable-csharp gettext will fail in chapter 5 of the LFS book - grokking the sources of gettext-0.14.5 i find no references to --without-csharp yet --disable-csharp works fine