[lfs-support] Check-0.9.10 can't find subunit/child.h - LFS 7.4

2013-11-03 Thread Bernard Hurley
Hi all,

On my machine, the output from `ls /usr/include/subunit' is:

  SubunitTestProgressListener.h  child.h

However when I try to make Check-0.9.10 (section 5.14.1 page 56,) it
fails with the error:

==snip==
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -pthread -g -O2 -Wall -ansi 
-pedantic -Wextra -Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings 
-Wno-variadic-macros -MT check_msg.lo -MD -MP -MF .deps/check_msg.Tpo -c 
check_msg.c  -fPIC -DPIC -o .libs/check_msg.o
check_log.c:27:27: fatal error: subunit/child.h: No such file or directory
 #include 
   ^
compilation terminated.
make[2]: *** [check_log.lo] Error 1
make[2]: *** Waiting for unfinished jobs
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -pthread -g -O2 -Wall -ansi 
-pedantic -Wextra -Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings 
-Wno-variadic-macros -MT check_msg.lo -MD -MP -MF .deps/check_msg.Tpo -c 
check_msg.c -o check_msg.o >/dev/null 2>&1
mv -f .deps/check_msg.Tpo .deps/check_msg.Plo
make[2]: Leaving directory `/mnt/lfs/sources/check-0.9.10/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/lfs/sources/check-0.9.10'
make: *** [all] Error 2
==snip==

If I configure it with:

  ./configure --prefix=/tools --enable-subunit=no

then `make' runs OK, for obvious reasons.  The default for
`--enable-subunit' is `autodetect' but it obiously is not autodetected.
I am wondering if subunit support is needed.  If not then this solution
is OK, and maybe it should be added to the book.  If not, then what can
I do about it?

I am running Debian Wheezy.  I have tried purging all the packages that
mention subunit and re-installing them, all to no avail.

Any thoughts?

Thanks,

Bernard

-- 

Your fortune cookie for today:

Reapply as necessary.

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] Using wpa_supplicant [Was: ifup--a really uninformed question]

2013-11-03 Thread Dan McGhee
On 11/03/2013 11:14 AM, Bruce Dubbs wrote:
>> If the bootscripts are exiting, then it's no wonder that my efforts are
>> failing. I consider this one of the "simple things" that I miss. My
>> knowledge of the bootscripts is slowly coming back. I knew them well six
>> years ago. :)
> The bootscripts were completely rewritten for LFS 7.0.  That's why we
> are at 7.x and not 6.x.
I had noticed some big differences from what I was used to. My last 
complete LFS build was 6.7. I was going to ask later, but you just let 
me know. Thanks.
> Before I forget. Once I get the directory thing straightened out, should
> I, as root, touch /run/var/bootlog?
> That wouldn't be needed if /ver/run has been created, but I don't
> understand running the bootscripts in chroot.  Why are you trying to do
> that?
>
> -- Bruce
The original situation got lost in the responses to a passing comment I 
made when I originally posted. The comment was that 'ifup' complained 
that /run/var/bootlog didn't exist.

I want to build up through Xorg in chroot. I've done it before, but I 
used the host system to down load packages and patches and read the 
book. I thought that if I could get my wifi working in chroot then I 
could do what I wanted to and could download packages directly to the 
LFS tree without having to go through the host system to do that. Just 
an idea to make it easier for me.

I posted in LFS because I didn't know if this was possible in chroot and 
knew that someone would tell me if it weren't. The problem I'm having is 
a BLFS one in that I've not configured either dhcpcd or wpa_supplicant 
correctly. I'm learning that it might be an Ubuntu phenomenon.

Short version with no more info is that my card wlan0 authenticates and, 
then, immediately de-authenticates. I'm still trying to troubleshoot and 
learn.

But.with the info about the bootscripts, I got rid of the error 
messages in chroot.

Dan


-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] Using wpa_supplicant [Was: ifup--a really uninformed question]

2013-11-03 Thread Bruce Dubbs
Dan McGhee wrote:
> On 11/02/2013 02:50 PM, Bruce Dubbs wrote:
>> Dan McGhee wrote:
>>
>>> (Received complaints about /run/var/bootlog all through the process.
>>> They were right, it doesn't exist yet.)
>> Do you have /run/var?
> I just discovered. No I don't. Nor do I have /run/lock. I looked in the
> book Sections 6.5 and 6.6 to see where and how I missed these. I didn't
> see their creation in either section. Would you please tell me where in
> the book they get created? I've got to see if I missed anything else.

/etc/init.d/mountvirtfs

> When I create them, just to double check, make sure the permissions are
> 0755?

Only /run/shm needs the permissions changed.

>>
>> /run is mounted form fstab
>>
>> tmpfs/run   tmpfs  defaults 0 0
>>
>> in the very first boot boot script (mountvirtfs):
>>
>> # Make sure /run/var is available before logging any messages
>> if ! mountpoint /run >/dev/null; then
>> mount /run || failed=1
>> fi
>>
>> mkdir -p /run/var /run/lock /run/shm
>> ...
>>
>> The scripts all use >> so the only reason that you would get this error
>> is iv /run is not mounted.  Actually, even then the writing would be to
>> a standard directory so the issue would be permissions.  These scripts
>> need to be run as root.
> That's great info. Thanks. Referencing the paragraph above, the
> directories /run/{var,lock} get created the first time the system boots?
> I do have /run/shm. It got created in Section 6.2.
>
> Since I'm operating in chroot, I need to mount /run. Again, to double
> check, is the following command the one to use?
>
> 

That would probably work.

> If the bootscripts are exiting, then it's no wonder that my efforts are
> failing. I consider this one of the "simple things" that I miss. My
> knowledge of the bootscripts is slowly coming back. I knew them well six
> years ago. :)

The bootscripts were completely rewritten for LFS 7.0.  That's why we 
are at 7.x and not 6.x.

> Before I forget. Once I get the directory thing straightened out, should
> I, as root, touch /run/var/bootlog?

That wouldn't be needed if /ver/run has been created, but I don't 
understand running the bootscripts in chroot.  Why are you trying to do 
that?

   -- Bruce



-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page