Hi Chris,
- snip -
> Actually, it's a different error (look carefully -
> it's "tst-cancelx17"
> - before it was "tst-cancel17"). That's the other
> known frequent-failing
> test, also fixed by the patch in the latest LFS.
> That error can also be
> ignored. Try "make check" again.
Performed
Hi all!
When I give the command LFSHOME=`su - lfs -c 'echo $HOME'` in chapter
4.5 Creating the $HOME/cross-tools Directory everything hangs. How to
solve the problem?
Host system is SuSE 9.1, cpu is athlon64.
Thanks in advance,
Luca Piol
--
http://linuxfromscratch.org/mailman/listinfo/lfs-
Recently, Somebody Somewhere wrote these words
> Declan Moriarty wrote:
>
> >On the basis that udev-059 should have improved things, (but didn't);
> >udev-060 should have fixed that (but didn't); So udev-061 must work...
>
> And our survey said"possibly not" :) Try udev-062!
Too late... Ude
Hi folks,
6.11.1. Installation of Glibc
http://www.sg.linuxfromscratch.org/lfs/view/6.0/chapter06/glibc.html
upto
root:/sources/glibc-build# touch /etc/ld.so.conf
root:/sources/glibc-build# make install
All went through without problem
Now coming to re-do
root:/sources/glibc-build# mkdir -p
On Sat, Jul 09, 2005 at 10:45:07PM +0100, Declan Moriarty wrote:
>
> Mind you, I STILL have no /dev/hdc, or /dev/hdd. /proc/ide/ide0 shows me
> hda (all nodes present & correct). There is no hdb in the box.
>
> /proc/ide/ide1 shows me hdc & hdd as cdroms in the media file. hdd is
> actually a dvd
On Mon, 11 Jul 2005, Luca wrote:
> Hi all!
>
> When I give the command LFSHOME=`su - lfs -c 'echo $HOME'` in chapter
> 4.5 Creating the $HOME/cross-tools Directory everything hangs. How to
> solve the problem?
> Host system is SuSE 9.1, cpu is athlon64.
>
> Thanks in advance,
> Luca Piol
>
>
Thi
Luca wrote:
Hi all!
When I give the command LFSHOME=`su - lfs -c 'echo $HOME'` in chapter
4.5 Creating the $HOME/cross-tools Directory everything hangs. How to
solve the problem?
Host system is SuSE 9.1, cpu is athlon64.
What exactly do you mean 'everything hangs'? Are you able to use anoth
Does anyone know why the version of binutils was dropped back for the just
released 6.1 version?
The last SVN version I was running was 20050608 and had binutils-2.16 in it
while the 6.1 version just released has 2.15.94.0.2.2?
Thanks
--
http://linuxfromscratch.org/mailman/listinfo/lfs-suppor
Stephen Liu wrote:
Hi Chris,
- snip -
Actually, it's a different error (look carefully -
it's "tst-cancelx17"
- before it was "tst-cancel17"). That's the other
known frequent-failing
test, also fixed by the patch in the latest LFS.
That error can also be
ignored. Try "make check" again.
Hi Chris,
> No, don't apply the patch - that won't work because
> the glibc versions
Oh, sorry, too late here, done already.
I re-ran, the second time,
# make check
To my surprise this time it went through without
complaint/warning.
Later I encountered another problem of "Segmentation
fault'.
Daryn Neadow wrote:
Does anyone know why the version of binutils was dropped back for the just
released 6.1 version?
The last SVN version I was running was 20050608 and had binutils-2.16 in it
while the 6.1 version just released has 2.15.94.0.2.2?
It didn't drop back. The way we develop the b
Hello,
I noticed that the lfs bootscripts changed to echo /sbin/udevsend into
/proc/sys/kernel/hotplug instead of /sbin/hotplug.
Does hotplug ever get called anymore in this case?
My problem is with my digital camera. It does not have a /dev entry.
When I plug it in, a new entry is created in /p
Hi.
Trying to build LFS-6.1: Chapter VI, glibc-2.3.4:
"make" went fine, but "make check" fails:
[EMAIL PROTECTED]: make check
(...)
GCONV_PATH=/sources/glibc-build/iconvdata LC_ALL=C
LOCPATH=/sources/glibc-build/localedata
/sources/glibc-build/elf/ld-linux.so.2 --library-path
/sources/glibc-
kareemy wrote:
Hello,
I noticed that the lfs bootscripts changed to echo /sbin/udevsend into
/proc/sys/kernel/hotplug instead of /sbin/hotplug.
Does hotplug ever get called anymore in this case?
My problem is with my digital camera. It does not have a /dev entry.
When I plug it in, a new entr
Hi.
I've tried "make check" again and the problem was fixed automagically.
There was a spiritual problem that affected the connections between the
electronic devices of my computer. But finally harmony was
re-established between the transistors, and the buses were unblocked
permitting the pure
On 7/11/05, Dan McGhee <[EMAIL PROTECTED]> wrote:
> kareemy wrote:
>
> >Hello,
> >
> >I noticed that the lfs bootscripts changed to echo /sbin/udevsend into
> >/proc/sys/kernel/hotplug instead of /sbin/hotplug.
> >
> >Does hotplug ever get called anymore in this case?
> >
> >My problem is with my
On 7/12/05, kareemy <[EMAIL PROTECTED]> wrote:
> On 7/11/05, Dan McGhee <[EMAIL PROTECTED]> wrote:
> > kareemy wrote:
> >
>
> Thank you. I have read that. It provided some insight as to how
> udev+hotplug are supposed to work but didn't quite solve my issue. In
> the meantime I found two possib
17 matches
Mail list logo