Re: [lfs-support] Util-linux test fails for column: invalid multibyte

2020-04-12 Thread Ken Moffat
On Sun, Apr 12, 2020 at 02:52:28PM -0400, Bud Rozwood wrote:
> Correction: "running these tests" (for util-linux).
> 
> On Sun, Apr 12, 2020 at 2:47 PM Bud Rozwood  wrote:
> 
> > Hi,
> >
> > I'm trying to run the test suite as a non-root user for Util-linux for the
> > LFS version 9.1 but I keep getting 1 test failure for "column: invalid
> > multibyte" test.
> >
> > I'm on an x86_64 bit machine, using pacman package manager. Here are the
> > installed packages
> >
> > # pacman -Q
> > warning: no 'XferCommand' configured
> > Python 3.8.1-1
> > acl 2.2.53-1
> > attr 2.4.48-1
> > autoconf 2.69-1
> > automake 1.16.1-1
> > bash 5.0-1
> > bc 2.5.3-1
> > binutils 2.34-1
> > bison 3.5.2-1
> > bzip2 1.0.8-1
> > check 0.14.0-1
> > coreutils 8.31-1
> > cracklib 2.9.7-4
> > diffutils 3.7-1
> > expat 2.2.9-1
> > expect 5.45.4-1
> > file 5.38-1
> > findutils 4.7.0-1
> > flex 2.6.4-1
> > gawk 5.0.1-1
> > gcc 9.2.0-1
> > gdbm 1.18.1-1
> > gettext 0.20.1-1
> > glibc 2.31-3
> > gmp 6.2.0-1
> > gperf 3.1-1
> > grep 3.4-1
> > groff 1.22.4-1
> > grub 2.04-1
> > gzip 1.10-1
> > iana-etc 2.30-1
> > inetutils 1.9.4-1
> > intltool 0.51.0-1
> > iproute2 5.5.0-1
> > kbd 2.2.0-1
> > kmod 26-1
> > libcap 2.31-1
> > libelf 0.178-3
> > libffi 3.3-1
> > libpipeline 1.5.2-1
> > libtool 2.4.6-1
> > linux-headers 5.5.3-1
> > m4 1.4.18-1
> > make 4.3-1
> > man-db 2.9.0-1
> > man-pages 5.05-1
> > meson 0.53.1-1
> > mpc 1.1.0-1
> > mpfr 4.0.2-1
> > ncurses 6.2-1
> > ninja 1.10.0-1
> > openssl 1.1.1f-1
> > pacman 5.2.1-4
> > patch 2.7.6-1
> > perl 5.30.1-1
> > pkg-config 0.29.2-1
> > procps-ng 3.3.15-1
> > psmisc 23.2-1
> > readline 8.0-1
> > sed 4.8-1
> > shadow 4.8.1-1
> > tar 1.32-1
> > tcl 8.6.10-1
> > texinfo 6.7-1
> > tzdata 2019c-1
> > vim 8.2.0190-1
> > xml-parser 2.46-1
> > xz 5.2.4-1
> > zlib 1.2.11-1
> > zstd 1.4.4-1
> >
> > I did find that Assaf Gordan mentioned something about it on spinics.net
> > mailing list with the subject Re: [ANNOUNCE] util-linux v2.30-rc2
> > , but that was
> > for an older version of util-linux. So I thought it might of been my
> > locales but I don't think so:
> >
> > $ locale
> > LANG=
> > LC_CTYPE="POSIX"
> > LC_NUMERIC="POSIX"
> > LC_TIME="POSIX"
> > LC_COLLATE="POSIX"
> > LC_MONETARY="POSIX"
> > LC_MESSAGES="POSIX"
> > LC_PAPER="POSIX"
> > LC_NAME="POSIX"
> > LC_ADDRESS="POSIX"
> > LC_TELEPHONE="POSIX"
> > LC_MEASUREMENT="POSIX"
> > LC_IDENTIFICATION="POSIX"
> > LC_ALL=
> >
> > I've compared it with the LFS test-logs
> > 
> > on an i7 processor (similar to mine) but they got them to all pass. Should
> > I worry about this?
> >
> > From what I've read in the book, running the tests are optional so I feel
> > like I should move on. Any insight will be greatly appreciated.
> >

That one test failed on all the machines where I ran the testsuite.
Seems to be a new failure since 2.34.1 (my previous builds).

If you have nothing better to do, I guess you could look at this
when the completed system is running, and see if a fresh build +
test (not an install!) is also affected.  From that spinics thread,
ncursesw was picked up - on LFS that would be correct.  But in the
great scheme of things I would not worry about this unless the
details of the util-linux testsuite are interesting to you.

ĸen
-- 
The beauty of reading a page of de Selby is that it leads one
inescapably to the conclusion that one is not, of all nincompoops,
the greatest.-- du Garbandier
-- 
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style


Re: [lfs-support] Util-linux test fails for column: invalid multibyte

2020-04-12 Thread Bud Rozwood
Correction: "running these tests" (for util-linux).

On Sun, Apr 12, 2020 at 2:47 PM Bud Rozwood  wrote:

> Hi,
>
> I'm trying to run the test suite as a non-root user for Util-linux for the
> LFS version 9.1 but I keep getting 1 test failure for "column: invalid
> multibyte" test.
>
> I'm on an x86_64 bit machine, using pacman package manager. Here are the
> installed packages
>
> # pacman -Q
> warning: no 'XferCommand' configured
> Python 3.8.1-1
> acl 2.2.53-1
> attr 2.4.48-1
> autoconf 2.69-1
> automake 1.16.1-1
> bash 5.0-1
> bc 2.5.3-1
> binutils 2.34-1
> bison 3.5.2-1
> bzip2 1.0.8-1
> check 0.14.0-1
> coreutils 8.31-1
> cracklib 2.9.7-4
> diffutils 3.7-1
> expat 2.2.9-1
> expect 5.45.4-1
> file 5.38-1
> findutils 4.7.0-1
> flex 2.6.4-1
> gawk 5.0.1-1
> gcc 9.2.0-1
> gdbm 1.18.1-1
> gettext 0.20.1-1
> glibc 2.31-3
> gmp 6.2.0-1
> gperf 3.1-1
> grep 3.4-1
> groff 1.22.4-1
> grub 2.04-1
> gzip 1.10-1
> iana-etc 2.30-1
> inetutils 1.9.4-1
> intltool 0.51.0-1
> iproute2 5.5.0-1
> kbd 2.2.0-1
> kmod 26-1
> libcap 2.31-1
> libelf 0.178-3
> libffi 3.3-1
> libpipeline 1.5.2-1
> libtool 2.4.6-1
> linux-headers 5.5.3-1
> m4 1.4.18-1
> make 4.3-1
> man-db 2.9.0-1
> man-pages 5.05-1
> meson 0.53.1-1
> mpc 1.1.0-1
> mpfr 4.0.2-1
> ncurses 6.2-1
> ninja 1.10.0-1
> openssl 1.1.1f-1
> pacman 5.2.1-4
> patch 2.7.6-1
> perl 5.30.1-1
> pkg-config 0.29.2-1
> procps-ng 3.3.15-1
> psmisc 23.2-1
> readline 8.0-1
> sed 4.8-1
> shadow 4.8.1-1
> tar 1.32-1
> tcl 8.6.10-1
> texinfo 6.7-1
> tzdata 2019c-1
> vim 8.2.0190-1
> xml-parser 2.46-1
> xz 5.2.4-1
> zlib 1.2.11-1
> zstd 1.4.4-1
>
> I did find that Assaf Gordan mentioned something about it on spinics.net
> mailing list with the subject Re: [ANNOUNCE] util-linux v2.30-rc2
> , but that was
> for an older version of util-linux. So I thought it might of been my
> locales but I don't think so:
>
> $ locale
> LANG=
> LC_CTYPE="POSIX"
> LC_NUMERIC="POSIX"
> LC_TIME="POSIX"
> LC_COLLATE="POSIX"
> LC_MONETARY="POSIX"
> LC_MESSAGES="POSIX"
> LC_PAPER="POSIX"
> LC_NAME="POSIX"
> LC_ADDRESS="POSIX"
> LC_TELEPHONE="POSIX"
> LC_MEASUREMENT="POSIX"
> LC_IDENTIFICATION="POSIX"
> LC_ALL=
>
> I've compared it with the LFS test-logs
> 
> on an i7 processor (similar to mine) but they got them to all pass. Should
> I worry about this?
>
> From what I've read in the book, running the tests are optional so I feel
> like I should move on. Any insight will be greatly appreciated.
>
-- 
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style


[lfs-support] Util-linux test fails for column: invalid multibyte

2020-04-12 Thread Bud Rozwood
Hi,

I'm trying to run the test suite as a non-root user for Util-linux for the
LFS version 9.1 but I keep getting 1 test failure for "column: invalid
multibyte" test.

I'm on an x86_64 bit machine, using pacman package manager. Here are the
installed packages

# pacman -Q
warning: no 'XferCommand' configured
Python 3.8.1-1
acl 2.2.53-1
attr 2.4.48-1
autoconf 2.69-1
automake 1.16.1-1
bash 5.0-1
bc 2.5.3-1
binutils 2.34-1
bison 3.5.2-1
bzip2 1.0.8-1
check 0.14.0-1
coreutils 8.31-1
cracklib 2.9.7-4
diffutils 3.7-1
expat 2.2.9-1
expect 5.45.4-1
file 5.38-1
findutils 4.7.0-1
flex 2.6.4-1
gawk 5.0.1-1
gcc 9.2.0-1
gdbm 1.18.1-1
gettext 0.20.1-1
glibc 2.31-3
gmp 6.2.0-1
gperf 3.1-1
grep 3.4-1
groff 1.22.4-1
grub 2.04-1
gzip 1.10-1
iana-etc 2.30-1
inetutils 1.9.4-1
intltool 0.51.0-1
iproute2 5.5.0-1
kbd 2.2.0-1
kmod 26-1
libcap 2.31-1
libelf 0.178-3
libffi 3.3-1
libpipeline 1.5.2-1
libtool 2.4.6-1
linux-headers 5.5.3-1
m4 1.4.18-1
make 4.3-1
man-db 2.9.0-1
man-pages 5.05-1
meson 0.53.1-1
mpc 1.1.0-1
mpfr 4.0.2-1
ncurses 6.2-1
ninja 1.10.0-1
openssl 1.1.1f-1
pacman 5.2.1-4
patch 2.7.6-1
perl 5.30.1-1
pkg-config 0.29.2-1
procps-ng 3.3.15-1
psmisc 23.2-1
readline 8.0-1
sed 4.8-1
shadow 4.8.1-1
tar 1.32-1
tcl 8.6.10-1
texinfo 6.7-1
tzdata 2019c-1
vim 8.2.0190-1
xml-parser 2.46-1
xz 5.2.4-1
zlib 1.2.11-1
zstd 1.4.4-1

I did find that Assaf Gordan mentioned something about it on spinics.net
mailing list with the subject Re: [ANNOUNCE] util-linux v2.30-rc2
, but that was
for an older version of util-linux. So I thought it might of been my
locales but I don't think so:

$ locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

I've compared it with the LFS test-logs

on an i7 processor (similar to mine) but they got them to all pass. Should
I worry about this?

>From what I've read in the book, running the tests are optional so I feel
like I should move on. Any insight will be greatly appreciated.
make  check-recursive
make[1]: Entering directory '/home/bob/builds/util-linux/src/util-linux-2.35.1'
Making check in po
make[2]: Entering directory '/home/bob/builds/util-linux/src/util-linux-2.35.1/po'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/home/bob/builds/util-linux/src/util-linux-2.35.1/po'
make[2]: Entering directory '/home/bob/builds/util-linux/src/util-linux-2.35.1'
make  test_blkdev test_canonicalize test_colors test_fileutils test_ismounted test_pwdutils test_mangle test_randutils test_strutils test_ttyutils test_timeutils test_cpuset test_sysfs test_pager test_procutils test_path test_pty test_linux_version test_uuid_parser  sample-mkfs sample-partitions sample-superblocks sample-topology   sample-scols-title sample-scols-wrap sample-scols-continuous sample-scols-fromfile sample-scols-grouping-simple sample-scols-grouping-overlay sample-scols-maxout sample-scols-tree  sample-fdisk-mkpart sample-fdisk-mkpart-fullspec test_more test_script test_consoles test_islocal test_logindefs test_dmesg test_cal test_logger test_uuidd test_mkfs_minix test_mbsencode test_byteswap test_md5 test_sha1 test_pathnames test_strerror test_sysinfo test_sigreceive test_tiocsti test_uuid_namespace \
  
make[3]: Entering directory '/home/bob/builds/util-linux/src/util-linux-2.35.1'
  CC   lib/test_blkdev-blkdev.o
  CCLD test_blkdev
  CC   lib/test_canonicalize-canonicalize.o
  CCLD test_canonicalize
  CC   lib/test_colors-colors.o
  CC   lib/test_colors-color-names.o
  CCLD test_colors
  CC   lib/test_fileutils-fileutils.o
  CCLD test_fileutils
  CC   lib/test_ismounted-ismounted.o
  CCLD test_ismounted
  CC   lib/test_pwdutils-pwdutils.o
  CCLD test_pwdutils
  CC   lib/test_mangle-mangle.o
  CCLD test_mangle
  CC   lib/test_randutils-randutils.o
  CCLD test_randutils
  CC   lib/test_strutils-strutils.o
  CCLD test_strutils
  CC   lib/test_ttyutils-ttyutils.o
  CCLD test_ttyutils
  CC   lib/test_timeutils-timeutils.o
  CC   lib/test_timeutils-strutils.o
  CCLD test_timeutils
  CC   lib/test_cpuset-cpuset.o
  CCLD test_cpuset
  CC   lib/test_sysfs-sysfs.o
  CC   lib/test_sysfs-path.o
  CC   lib/test_sysfs-fileutils.o
  CC   lib/test_sysfs-cpuset.o
  CCLD test_sysfs
  CC   lib/test_pager-pager.o
  CCLD test_pager
  CC   lib/test_procutils-procutils.o
  CCLD test_procutils
  CC   lib/test_path-path.o
  CC   lib/test_path-fileutils.o
  CC   lib/test_path-cpuset.o
  CCLD test_path
  CC   lib/test_pty-pty-session.o
  CC   lib/test_pty-monotonic.o
  CCLD test_pty
  CC   

Re: [lfs-support] su: Cannot drop the controlling terminal - 6.25 GCC

2020-04-12 Thread Ken Moffat
On Sun, Apr 12, 2020 at 10:01:07PM +0800, devin operline wrote:
> Hi there,
> 
> This is my 3rd attempt at getting through LFS for the first time using
> (Debian 10).  It was a fresh install when I made my second attempt.  Then
> hit this error and redid chapters 4, 5 and 6 before failing at the same
> place.  While I'd typed all commands on my 2nd try (for better absorption),
> I copied and pasted all commands this time (3rd) around
> 
> On section 6.25 - GCC, I get the following error on the make check:
> 
> su nobody -s /bin/bash -c "PATH=$PATH make -k check" =>
> su: Cannot drop the controlling terminal
> 

Beyond what other people have said, one item I noticed:

> commands I've run based on different threads I've found usually referring
> to different sections and/or previous versions of the book (as root, within
> chroot)
> ls -l /tools/bin/bash   =>   -rwxr-xr-x
> 
> ls -l /dev/pts =>  c- 1 root root 5, 2 Apr 12 10:22 ptmx
> 
> tty =>  not a tty
> 
> ldd /bin/bash   =>  linux-vdso.so.1
> libncursesw.so.6 => not found
 ^^

(section 5.15.1, at the bottom -
ln -s libncursesw.so /tools/lib/libncurses.so)

At this point in the build, libncursesw.so can only be in
/tools/lib.  You showed output from ls -l for /lib, with it not
present, but that is correct until a little later in chapter 6.

ĸen
-- 
The beauty of reading a page of de Selby is that it leads one
inescapably to the conclusion that one is not, of all nincompoops,
the greatest.-- du Garbandier
-- 
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style


Re: [lfs-support] linux 5.5.9: shutdown -h hangs on detaching cdrom

2020-04-12 Thread Ken Moffat
On Sat, Apr 11, 2020 at 06:43:22PM +0200, Stephen Berman wrote:
> On Fri, 10 Apr 2020 15:51:22 -0500 Bruce Dubbs  wrote:
> 
> > On 4/10/20 3:29 PM, Stephen Berman wrote:
> >> I've built current development LFS using jhalfs and when I invoke (via
> >> sudo or logged in as root) `shutdown -h now', the system appears to hang
> >> while trying to detach the cdrom block device.  Here are the last two
> >> lines printed to the terminal after issuing that command:
> >> Bringing down the loopback interface..[OK]
> >> sr 5:0:0:0: tag#21 timing out command, waited 120s
> >> and every 2 minutes, the last line repeats with a different tag#.  So
> >> far I haven't had the patience to wait more than six minutes, then I
> >> power off the machine with the start button.  I know this is the cdrom
> >> because on booting there are these messages:
> >> [6.633004] scsi 5:0:0:0: CD-ROMHL-DT-ST DVDRAM GH24NSD1
> >> LW00 PQ: 0 ANSI: 5
> >> [ 6.679083] sr 5:0:0:0: [sr0] scsi3-mmc drive: 48x/12x writer dvd-ram cd/rw
> >> xa/form2 cdda tray
> >> [6.679101] cdrom: Uniform CD-ROM driver Revision: 3.20
> >> [6.689325] sr 5:0:0:0: Attached scsi CD-ROM sr0
> >> [6.689399] sr 5:0:0:0: Attached scsi generic sg1 type 5
> >> In addition, the message "timing out command, waited %lus\n" comes from
> >> the function scsi_softirq_done in linux-5.5.9/drivers/scsi/scsi_lib.c.
> >> This only happens with `shutdown -h' or `shutdown -hP', not with
> >> `shutdown -r'.  Moreover, on the same computer I also have LFS 8.4 with
> >> kernel 4.20.12, and there `shutdown -h' works fine.  So it seems to be
> >> an issue with kernel 5.5.9.  When I built the latter I used `make
> >> oldconfig' with the config file of kernel 4.20.12, accepting the
> >> defaults for all new options.  Comparing the two config files, I didn't
> >> notice any evidently relevant difference, e.g. involving SCSI options.
> >> I suppose it's also possible there is some other difference between LFS
> >> 8.4 and the current development version that could be involved, but I
> >> have no idea what to look for.  Does anyone here have any ideas or
> >> suggestions for how to track down what's causing the hang and stop it?
> >
> > Since it is bringing down the loopback interface it is running the 
> > bootscript
> > S90localnet properly.  The only other script is S99halt and that only does
> > 'halt -d -f -i -p'.
> >
> > -d Don't write the wtmp record.
> > -f Force halt or reboot, don't call shutdown(8).
> > -i Shut  down  all network interfaces just before halt or reboot.
> > -p When  halting  the system, switch off the power.
> >
> > Try using 'poweroff' or 'init 0' and see if anything changes.  You can also
> > try using an older kernel with the current build to validate that it is a
> > kernel problem.
> 
> Thanks for the suggestions.  I tried `poweroff' and the effect was the
> same as `shutdown -h', hanging on detaching the cdrom device.  (I didn't
> try `init 0' -- as the LFS book says, "init 0 is an alias for the halt
> command", so shouldn't it have the same result?)  But I did, on this
> system, build and install kernel 4.20.12 from LFS 8.4 -- and when I
> booted it and then did `shutdown -h now', the system shut down and the
> machine powered off, just as in LFS 8.4.  So that pretty clearly points
> the finger at kernel 5.5.9.
> 
> I've tried searching the web but found nothing about this problem.  I'm
> not sure how best to proceed.  It would be tedious and time-consuming to
> build all released kernels between 4.20.12 and 5.5.9, though I might try
> one or two, or maybe the current 5.6.2.  If you or anyone else has more
> advice, I'm all ears.
> 
> Steve Berman

Hi Steve,

it seems a very uncommon problem, so some questions just in case:

Do you have a CD in the drive when you try to shutdown ?

Is the CD using an old or obscure driver (I'm thinking of old PATA
drives, I guess anything older than that is unlikely to still be
usable.  Hmm, that prompts me to ask if the CD drive is working with
this kernel ?

Recent kernels have seen a lot of overhauls in the kernel
infrastructure. perhaps your .config for versions after 4.20.12 has
lost something it needs for the CDROM.  Seems unlikely, since it
shows up, but testing that it works will dispel that suggestion.

For finding which commit caused a problem, you really need to run
git bisect.  I hope you are aware that the stable kernels maintained
by Greg KH use a different git tree from Linus' upstream, and that
while in Linus' tree there is a progression from 4.20.0 to 5.6.0, in
Greg's stable trees the progressions are 4.20.0 to 4.20.last, 5.0.0
to 5.0.last, etc.

Picking random versions can help identify where a problem occurred,
but it needs a plan.  I'll suggest you try 5.6.latest first (5.6.3
at the moment), just in case.  Assuming that is still broken, try
5.6.0 itself to confirm the breakage.  Then try 4.20.0 to confirm
that was ok (we know 4.20.12 was ok, but that is not in 

Re: [lfs-support] su: Cannot drop the controlling terminal - 6.25 GCC

2020-04-12 Thread Bruce Dubbs

On 4/12/20 10:12 AM, Thomas Trepl wrote:

Am Sonntag, den 12.04.2020, 22:01 +0800 schrieb devin operline:

Hi there,

This is my 3rd attempt at getting through LFS for the first time using (Debian 
10).  It was a fresh install when I made my second attempt.  Then hit this 
error and redid chapters 4, 5 and 6 before failing at the same place.  While 
I'd typed all commands on my 2nd try (for better absorption), I copied and 
pasted all commands this time (3rd) around

On section 6.25 - GCC, I get the following error on the make check:

su nobody -s /bin/bash -c "PATH=$PATH make -k check" =>
su: Cannot drop the controlling terminal

commands I've run based on different threads I've found usually referring to 
different sections and/or previous versions of the book (as root, within chroot)
ls -l /tools/bin/bash   =>   -rwxr-xr-x

ls -l /dev/pts =>  c- 1 root root 5, 2 Apr 12 10:22 ptmx

tty =>  not a tty

ldd /bin/bash   =>  linux-vdso.so.1
libncursesw.so.6 => not found
libdl.so.2 => /lib/libdl.so.2
libc.so.6 => /lib/libc.so.6
/tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2

ls -l /lib/{libreadline,libhistory,libncursesw,libdl,libc,ld}* =>
-rwxr-xr-x 1 root root  1495440 Apr 11 14:44  /lib/ld-2.31.so
lrwxrwxrwx 1 root root   10 Apr 11 14:44  /lib/ld-linux-x86-64.so.2 -> 
ld-2.31.so
-rwxr-xr-x 1 root root 18445352 Apr 11 14:44  /lib/libc-2.31.so
lrwxrwxrwx 1 root root   12 Apr 11 14:44  /lib/libc.so.6 -> libc-2.31.so
-rwxr-xr-x 1 root root   179648 Apr 11 14:43  /lib/libcrypt-2.31.so
lrwxrwxrwx 1 root root   16 Apr 11 14:44  /lib/libcrypt.so.1 -> 
libcrypt-2.31.so
-rwxr-xr-x 1 root root   251248 Apr 11 14:43  /lib/libdl-2.31.so
lrwxrwxrwx 1 root root   13 Apr 11 14:44  /lib/libdl.so.2 -> libdl-2.31.so
lrwxrwxrwx 1 root root   17 Apr 11 15:51  /lib/libhistory.so.8 -> 
libhistory.so.8.0
-rwxr-xr-x 1 root root   174272 Apr 11 15:51  /lib/libhistory.so.8.0
lrwxrwxrwx 1 root root   18 Apr 11 15:51  /lib/libreadline.so.8 -> 
libreadline.so.8.0
-rwxr-xr-x 1 root root  1092480 Apr 11 15:51  /lib/libreadline.so.8.0

i had also checked some other permissions which are mentioned in this thread, 
when I was trying to wrap my head around the controlling terminal: 
https://www.linuxquestions.org/questions/linux-from-scratch-13/su-cannot-drop-the-controlling-terminal-6-25-gcc-4175671731/

Admittedly, I still don't really understand what is going on.

Any help or suggestions would be very much appreciated!

Thank you, take care,
Al


Hi Al,

dump question, but are the virtual filesystems mounted as described in
section 6.2 ?


Indeed.  It looks like the virtual file systems are not correct.  From 
the *host*, run:


  findmnt

You should have:

TARGET SOURCE FSTYPE   OPTIONS
├─/mnt/lfs /dev/sda6  ext4 rw,noatime
│ ├─/mnt/lfs/dev   devtmpfs   devtmpfs 
rw,relatime,size=8147408k,nr_inodes=2036852,mode=755
│ │ └─/mnt/lfs/dev/pts devpts devpts 
rw,relatime,gid=5,mode=620,ptmxmode=000

│ ├─/mnt/lfs/proc  proc   proc rw,relatime
│ ├─/mnt/lfs/sys   sysfs  sysfsrw,relatime
│ ├─/mnt/lfs/run   runtmpfsrw,relatime

Some of the options for /mnt/lfs/dev and /mnt/lfs/dev/pts may differ a 
bit, but that's OK.


You should also have:

$ ls -l $LFS/var/run
lrwxrwxrwx 1 root root 4 Mar 31 13:53 /mnt/lfs/var/run -> /run

$ ls -l $LFS/dev/shm
lrwxrwxrwx 1 root root 8 Mar  4 15:00 /mnt/lfs/dev/shm -> /run/shm

  -- Bruce


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

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style


Re: [lfs-support] su: Cannot drop the controlling terminal - 6.25 GCC

2020-04-12 Thread Thomas Trepl
Am Sonntag, den 12.04.2020, 22:01 +0800 schrieb devin operline:
> Hi there,
> 
> This is my 3rd attempt at getting through LFS for the first time using 
> (Debian 10).  It was a fresh install when I made my second attempt.  Then hit 
> this error and redid chapters 4, 5 and 6 before failing at the same place.  
> While I'd typed all commands on my 2nd try (for better absorption), I copied 
> and pasted all commands this time (3rd) around
> 
> On section 6.25 - GCC, I get the following error on the make check:
> 
> su nobody -s /bin/bash -c "PATH=$PATH make -k check" =>
> su: Cannot drop the controlling terminal 
> 
> commands I've run based on different threads I've found usually referring to 
> different sections and/or previous versions of the book (as root, within 
> chroot)
> ls -l /tools/bin/bash   =>   -rwxr-xr-x
> 
> ls -l /dev/pts =>  c- 1 root root 5, 2 Apr 12 10:22 ptmx
> 
> tty =>  not a tty
> 
> ldd /bin/bash   =>  linux-vdso.so.1
> libncursesw.so.6 => not found
> libdl.so.2 => /lib/libdl.so.2
> libc.so.6 => /lib/libc.so.6
> /tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2
> 
> ls -l /lib/{libreadline,libhistory,libncursesw,libdl,libc,ld}* =>
> -rwxr-xr-x 1 root root  1495440 Apr 11 14:44  /lib/ld-2.31.so
> lrwxrwxrwx 1 root root   10 Apr 11 14:44  /lib/ld-linux-x86-64.so.2 -> 
> ld-2.31.so
> -rwxr-xr-x 1 root root 18445352 Apr 11 14:44  /lib/libc-2.31.so
> lrwxrwxrwx 1 root root   12 Apr 11 14:44  /lib/libc.so.6 -> libc-2.31.so
> -rwxr-xr-x 1 root root   179648 Apr 11 14:43  /lib/libcrypt-2.31.so
> lrwxrwxrwx 1 root root   16 Apr 11 14:44  /lib/libcrypt.so.1 -> 
> libcrypt-2.31.so
> -rwxr-xr-x 1 root root   251248 Apr 11 14:43  /lib/libdl-2.31.so
> lrwxrwxrwx 1 root root   13 Apr 11 14:44  /lib/libdl.so.2 -> libdl-2.31.so
> lrwxrwxrwx 1 root root   17 Apr 11 15:51  /lib/libhistory.so.8 -> 
> libhistory.so.8.0
> -rwxr-xr-x 1 root root   174272 Apr 11 15:51  /lib/libhistory.so.8.0
> lrwxrwxrwx 1 root root   18 Apr 11 15:51  /lib/libreadline.so.8 -> 
> libreadline.so.8.0
> -rwxr-xr-x 1 root root  1092480 Apr 11 15:51  /lib/libreadline.so.8.0
> 
> i had also checked some other permissions which are mentioned in this thread, 
> when I was trying to wrap my head around the controlling terminal: 
> https://www.linuxquestions.org/questions/linux-from-scratch-13/su-cannot-drop-the-controlling-terminal-6-25-gcc-4175671731/
> 
> Admittedly, I still don't really understand what is going on.
> 
> Any help or suggestions would be very much appreciated!
> 
> Thank you, take care,
> Al

Hi Al,

dump question, but are the virtual filesystems mounted as described in
section 6.2 ?

--
Thomas

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

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style


Re: [lfs-support] su: Cannot drop the controlling terminal - 6.25 GCC

2020-04-12 Thread Xi Ruoyao
On 2020-04-12 22:01 +0800, devin operline wrote:
> Hi there,
> 
> This is my 3rd attempt at getting through LFS for the first time using (Debian
> 10).  It was a fresh install when I made my second attempt.  Then hit this
> error and redid chapters 4, 5 and 6 before failing at the same place.  While
> I'd typed all commands on my 2nd try (for better absorption), I copied and
> pasted all commands this time (3rd) around

I digged up my mail archive for a while.  Douglas said he'd been using Debian 10
as the host to build LFS.  So I think it's not a bug of Debian or LFS book.

> On section 6.25 - GCC, I get the following error on the make check:
> 
> su nobody -s /bin/bash -c "PATH=$PATH make -k check" =>
> su: Cannot drop the controlling terminal 
> 
> commands I've run based on different threads I've found usually referring to
> different sections and/or previous versions of the book (as root, within
> chroot)
> ls -l /tools/bin/bash   =>   -rwxr-xr-x
> 
> ls -l /dev/pts =>  c- 1 root root 5, 2 Apr 12 10:22 ptmx
> 
> tty =>  not a tty
> 
> ldd /bin/bash   =>  linux-vdso.so.1
> libncursesw.so.6 => not found
> libdl.so.2 => /lib/libdl.so.2
> libc.so.6 => /lib/libc.so.6
> /tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2
> 
> ls -l /lib/{libreadline,libhistory,libncursesw,libdl,libc,ld}* =>
> -rwxr-xr-x 1 root root  1495440 Apr 11 14:44  /lib/ld-2.31.so
> lrwxrwxrwx 1 root root   10 Apr 11 14:44  /lib/ld-linux-x86-64.so.2 -> ld-
> 2.31.so
> -rwxr-xr-x 1 root root 18445352 Apr 11 14:44  /lib/libc-2.31.so
> lrwxrwxrwx 1 root root   12 Apr 11 14:44  /lib/libc.so.6 -> libc-2.31.so
> -rwxr-xr-x 1 root root   179648 Apr 11 14:43  /lib/libcrypt-2.31.so
> lrwxrwxrwx 1 root root   16 Apr 11 14:44  /lib/libcrypt.so.1 -> libcrypt-
> 2.31.so
> -rwxr-xr-x 1 root root   251248 Apr 11 14:43  /lib/libdl-2.31.so
> lrwxrwxrwx 1 root root   13 Apr 11 14:44  /lib/libdl.so.2 -> libdl-2.31.so
> lrwxrwxrwx 1 root root   17 Apr 11 15:51  /lib/libhistory.so.8 ->
> libhistory.so.8.0
> -rwxr-xr-x 1 root root   174272 Apr 11 15:51  /lib/libhistory.so.8.0
> lrwxrwxrwx 1 root root   18 Apr 11 15:51  /lib/libreadline.so.8 ->
> libreadline.so.8.0
> -rwxr-xr-x 1 root root  1092480 Apr 11 15:51  /lib/libreadline.so.8.0

All these seem OK.

Which version of LFS book are you using?  And what is the output of "version-
check.sh" in sect. 2.2.?
-- 
Xi Ruoyao 
School of Aerospace Science and Technology, Xidian University

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

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style