Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On 5/26/20 7:49 AM, Pierre Labastie via lfs-dev wrote: [snip] I have changed mounting /dev/pts as --bind. We should allow the possibility to revert if we find out that some distros have gid!=5 for tty. It removes one failure in coreutils tests. I have changed the way to su to nobody for bash. There are still test failures (diff output), due to the fact that nobody does not have r/w access to /dev/stdin, /dev/stdout, or /dev/stderr. I think there are two possibilities to fix this: a - create a regular user, and use su - for this user b - use util-linux' su with the -P option (allows to allocate a private terminal for the su session, which is not possible with shadow's su) In chroot with /dev/pts as --bind I get: root:/$ ls -l /dev/pts total 0 crw--w 1 1000 tty 136, 1 May 26 09:13 1 crw--w 1 1000 tty 136, 2 May 25 12:12 2 c- 1 root root 5, 2 May 13 00:30 ptmx When we add user nobody, perhaps it would be sufficient to make that user a member of the tty group. Another thought is to create a user 'tester' with useradd with the required group membership and home directory and then at the end of Chapter 6 remove that user with userdel. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Mon, 2020-05-25 at 22:17 +0100, Ken Moffat via lfs-dev wrote: > On Mon, May 25, 2020 at 05:20:44PM +0200, Pierre Labastie via lfs-dev > wrote: > > On Mon, 2020-05-25 at 16:14 +0200, Pierre Labastie via lfs-dev > > wrote: > > > Now this has been done with /dev/pts bind mounted. Let's try with > > > /dev/pts mounted normally... > > > > > > Same, that is: no /dev/tty error... > > > > > > > But binding /dev/pts removes the failure in coreutils tests Various fixes discussed in this thread have been committed at r11859. I've used Bruce's sed for automake (with an added "s" :) I've added an upstream patch for gold (found by D. Reno), which allows to recover the: === Testsuite summary for gold 0.1 === # TOTAL: 276 # PASS: 276 that had disappeared when switching to gcc 10. I have changed mounting /dev/pts as --bind. We should allow the possibility to revert if we find out that some distros have gid!=5 for tty. It removes one failure in coreutils tests. I have changed the way to su to nobody for bash. There are still test failures (diff output), due to the fact that nobody does not have r/w access to /dev/stdin, /dev/stdout, or /dev/stderr. I think there are two possibilities to fix this: a - create a regular user, and use su - for this user b - use util-linux' su with the -P option (allows to allocate a private terminal for the su session, which is not possible with shadow's su) I have added the locale-archive symlink (in Creating symlinks and files). Note that this page is becoming complicated, and is much simplified in the cross-chap5 branch. Note that I have also updated vim to 8.2.0814, since all testers have used that version. Pierre -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Mon, May 25, 2020 at 05:20:44PM +0200, Pierre Labastie via lfs-dev wrote: > On Mon, 2020-05-25 at 16:14 +0200, Pierre Labastie via lfs-dev wrote: > > > > Now this has been done with /dev/pts bind mounted. Let's try with > > /dev/pts mounted normally... > > > > Same, that is: no /dev/tty error... > > > > But binding /dev/pts removes the failure in coreutils tests > Pierre > Pierre, I take my hat off to you! Very well done. ĸen -- Remembering The People's Republic of Treacle Mine Road. Truth! Justice! Freedom! Reasonably priced Love! And a Hard-boiled Egg! -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev wrote: > Hi, > Here are test results from a jhalfs run: > trunk book > $LFS is a subdirectory of $HOME, not a mount point (shouldn't be > important, but who knows) > with changes: > - added a link: >/tools/lib/locale/locale-archive -> > /usr/lib/locale/locale-archive > - vim version: 8.2.0814 > > --- > binutils: gcctestdir/collect-ld: error: plugin_common_test_2.o: > multiple definition of 'c5' > gcctestdir/collect-ld: plugin_common_test_1.o.syms: > previous definition here > gcctestdir/collect-ld: error: plugin_common_test_2.o: > multiple definition of 'c1' > gcctestdir/collect-ld: plugin_common_test_1.o.syms: > previous definition here > gcctestdir/collect-ld: error: plugin_common_test_2.o: > multiple definition of 'c4' > make[6]: *** [Makefile:9003: plugin_test_10] Error 1 > in gold tests (whose result are very uneasy to understand :/) > an d other errors I do not understand > readelf: Error: the PHDR segment is not covered by a LOAD > segment > make[6]: *** [Makefile:8954: plugin_test_6] Error 1 > make[6]: Leaving directory '/sources/binutils- > 2.34/build/gold/testsuite' > make[5]: *** [Makefile:7727: check-am] Error 2 > make[5]: Leaving directory '/sources/binutils- > 2.34/build/gold/testsuite' > make[4]: *** [Makefile:7731: check] Error 2 > make[4]: Leaving directory '/sources/binutils- > 2.34/build/gold/testsuite' > For this one, renodr has found an upstream fix, which cures the problem. Pierre -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Mon, 2020-05-25 at 16:14 +0200, Pierre Labastie via lfs-dev wrote: > > Now this has been done with /dev/pts bind mounted. Let's try with > /dev/pts mounted normally... > > Same, that is: no /dev/tty error... > But binding /dev/pts removes the failure in coreutils tests Pierre -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
Top posting because it is a long post, and the TL;DR is: Use: su nobody -s /bin/bash << EOF command EOF instead of: su nobody -s /bin/bash -c "command" Now is the story with bottom posting... On Sun, 2020-05-24 at 22:21 +0100, Ken Moffat via lfs-dev wrote: > On Sun, May 24, 2020 at 10:16:34PM +0100, Ken Moffat wrote: > > On Sun, May 24, 2020 at 07:35:10PM +0200, Pierre Labastie via lfs- > > dev wrote: > > > On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev > > > wrote: > > > > Hi, > > > > Here are test results from a jhalfs run: > > > > [... > > > > > > about vim test > > > > === > > > > [...] > > > > --- > > > > vim: stops at test1: > > > > test1 FAILED - terminal size must be 80x24 or larger > > > > Executed: 0 Tests > > > > Skipped: 0 Tests > > > >Failed: 0 Tests > > > > > > For some reason, my gnome terminal had 80 columns and 23 lines. > > > Vim tests do not run if the number of lines is less than 24! > > > and the number of columns is less than 80. > > > > > > Note that the in chroot the command "tty" returns "Not a tty", > > > and that > > > may explains some test failures, specially with bash tests > > > > > > Pierre > > > > > Hi Pierre, > > > > thanks for looking at this. > > > > One of the reasons why my build has taken so long is that I'm > > trying > > to look at every failign testsuite, to see if there is a way around > > it. For some things (e.g. iproute) we just say it doesn't work - > > at > > the moment I don't know if it can work (needs libmna, and then it > > wants sudo for rmmod), but in chroot I'm going to suggest it SHOULD > > NOT be run and therefore its missing deps can be ignored. > > > > And in particular, I had not realised that tty fails like that. It > > does indeed explain apparent failures in the bash tests. I wonder > > if, instead of mounting dev/pts we should bind it ? > > Or, better - because we bind /mnt/lfs/dev to /dev, perhaps NOT mount > /dev/pts in chroot ? In theory, that should give us what is on the > host in /dev/pts, but then the group may be wrong if the host uses a > different group from LFS. Tried both: - not mounting /dev/pts at all: /dev/pts is empty, so I guess it is unusable - binding /dev/pts: works, and "tty" returns /dev/fd/0 (progress) Unfortunately, bash tests still fail because of: /dev/tty: No such device or address Now, tried the following (this is what is performed by one of the tests: - (lfs chroot)...# test -t 0 http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Sun, May 24, 2020 at 10:16:34PM +0100, Ken Moffat wrote: > On Sun, May 24, 2020 at 07:35:10PM +0200, Pierre Labastie via lfs-dev wrote: > > On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev wrote: > > > Hi, > > > Here are test results from a jhalfs run: > > > [... > > > > about vim test > > > === > > > [...] > > > --- > > > vim: stops at test1: > > > test1 FAILED - terminal size must be 80x24 or larger > > > Executed: 0 Tests > > > Skipped: 0 Tests > > >Failed: 0 Tests > > > > For some reason, my gnome terminal had 80 columns and 23 lines. > > Vim tests do not run if the number of lines is less than 24! > > and the number of columns is less than 80. > > > > Note that the in chroot the command "tty" returns "Not a tty", and that > > may explains some test failures, specially with bash tests > > > > Pierre > > > Hi Pierre, > > thanks for looking at this. > > One of the reasons why my build has taken so long is that I'm trying > to look at every failign testsuite, to see if there is a way around > it. For some things (e.g. iproute) we just say it doesn't work - at > the moment I don't know if it can work (needs libmna, and then it > wants sudo for rmmod), but in chroot I'm going to suggest it SHOULD > NOT be run and therefore its missing deps can be ignored. > > And in particular, I had not realised that tty fails like that. It > does indeed explain apparent failures in the bash tests. I wonder > if, instead of mounting dev/pts we should bind it ? Or, better - because we bind /mnt/lfs/dev to /dev, perhaps NOT mount /dev/pts in chroot ? In theory, that should give us what is on the host in /dev/pts, but then the group may be wrong if the host uses a different group from LFS. ĸen -- Remembering The People's Republic of Treacle Mine Road. Truth! Justice! Freedom! Reasonably priced Love! And a Hard-boiled Egg! -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Sun, May 24, 2020 at 07:35:10PM +0200, Pierre Labastie via lfs-dev wrote: > On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev wrote: > > Hi, > > Here are test results from a jhalfs run: > > [... > > about vim test > > === > > [...] > > --- > > vim: stops at test1: > > test1 FAILED - terminal size must be 80x24 or larger > > Executed: 0 Tests > > Skipped: 0 Tests > >Failed: 0 Tests > > For some reason, my gnome terminal had 80 columns and 23 lines. > Vim tests do not run if the number of lines is less than 24! > and the number of columns is less than 80. > > Note that the in chroot the command "tty" returns "Not a tty", and that > may explains some test failures, specially with bash tests > > Pierre > Hi Pierre, thanks for looking at this. One of the reasons why my build has taken so long is that I'm trying to look at every failign testsuite, to see if there is a way around it. For some things (e.g. iproute) we just say it doesn't work - at the moment I don't know if it can work (needs libmna, and then it wants sudo for rmmod), but in chroot I'm going to suggest it SHOULD NOT be run and therefore its missing deps can be ignored. And in particular, I had not realised that tty fails like that. It does indeed explain apparent failures in the bash tests. I wonder if, instead of mounting dev/pts we should bind it ? -- Remembering The People's Republic of Treacle Mine Road. Truth! Justice! Freedom! Reasonably priced Love! And a Hard-boiled Egg! -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev wrote: > Hi, > Here are test results from a jhalfs run: > [... about vim test > === > [...] > --- > vim: stops at test1: > test1 FAILED - terminal size must be 80x24 or larger > Executed: 0 Tests > Skipped: 0 Tests >Failed: 0 Tests For some reason, my gnome terminal had 80 columns and 23 lines. Vim tests do not run if the number of lines is less than 24! and the number of columns is less than 80. Note that the in chroot the command "tty" returns "Not a tty", and that may explains some test failures, specially with bash tests Pierre -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
[lfs-dev] test results with locale-archive symlink and vim-8.2.0814 (trunk book)
Hi, Here are test results from a jhalfs run: trunk book $LFS is a subdirectory of $HOME, not a mount point (shouldn't be important, but who knows) with changes: - added a link: /tools/lib/locale/locale-archive -> /usr/lib/locale/locale-archive - vim version: 8.2.0814 There are a number of issues which seem related to the fact that the script does not own a tty. Specially, it seems vim tests are not run! Also, it seems gold has some issue with gcc 10. Otherwise, a lot of test suites have very good results. Not that "no failure" in the following is not the output of the test, but my own summary of longer uninteresting output. Also, I apologize if some of the issues have been reported before. I haven't checked mails. === glibc: Summary of test results: 5177 PASS 23 UNSUPPORTED 17 XFAIL 2 XPASS --- zlib: pass --- xz: All 9 tests passed --- file: pass (apparently) --- m4: no failure --- bc: All bc tests passed. --- binutils: gcctestdir/collect-ld: error: plugin_common_test_2.o: multiple definition of 'c5' gcctestdir/collect-ld: plugin_common_test_1.o.syms: previous definition here gcctestdir/collect-ld: error: plugin_common_test_2.o: multiple definition of 'c1' gcctestdir/collect-ld: plugin_common_test_1.o.syms: previous definition here gcctestdir/collect-ld: error: plugin_common_test_2.o: multiple definition of 'c4' make[6]: *** [Makefile:9003: plugin_test_10] Error 1 in gold tests (whose result are very uneasy to understand :/) an d other errors I do not understand readelf: Error: the PHDR segment is not covered by a LOAD segment make[6]: *** [Makefile:8954: plugin_test_6] Error 1 make[6]: Leaving directory '/sources/binutils- 2.34/build/gold/testsuite' make[5]: *** [Makefile:7727: check-am] Error 2 make[5]: Leaving directory '/sources/binutils- 2.34/build/gold/testsuite' make[4]: *** [Makefile:7731: check] Error 2 make[4]: Leaving directory '/sources/binutils- 2.34/build/gold/testsuite' Otherwise: === binutils Summary === # of expected passes267 # of unsupported tests 2 === gas Summary === # of expected passes1358 === ld Summary === # of expected passes2409 # of expected failures 57 # of untested testcases 1 # of unsupported tests 39 --- gmp: 197 PASS --- mpfr: 180 PASS --- mpc: 67 PASS --- attr: 2 PASS --- libcap: no failure --- gcc: === g++ tests === === g++ Summary === # of expected passes 192178 # of expected failures709 # of unsupported tests7882 === gcc tests === === gcc Summary === # of expected passes 149098 # of expected failures694 # of unsupported tests2220 === libatomic tests === === libatomic Summary === # of expected passes 54 === libgomp tests === === libgomp Summary === # of expected passes 2642 # of expected failures2 # of unsupported tests294 === libitm tests === === libitm Summary === # of expected passes 42 # of expected failures3 # of unsupported tests1 === libstdc++ tests === FAIL: 22_locale/time_get/get_time/char/2.cc execution test FAIL: 22_locale/time_get/get_time/char/wrapped_env.cc execution test FAIL: 22_locale/time_get/get_time/char/wrapped_locale.cc execution test FAIL: 22_locale/time_get/get_time/wchar_t/2.cc execution test FAIL: 22_locale/time_get/get_time/wchar_t/wrapped_env.cc execution test FAIL: 22_locale/time_get/get_time/wchar_t/wrapped_locale.cc execution test FAIL: experimental/net/internet/resolver/ops/lookup.cc execution test FAIL: experimental/net/internet/resolver/ops/reverse.cc execution test === libstdc++ Summary === # of expected passes14098 # of unexpected failures8 # of expected failures 93 # of unsupported tests 390 --- pkg-config: All 30 tests passed --- sed: no failure --- gettext: 4 tests results, no FAIL, no ERROR --- bison: no failure --- flex: no failure --- grep: no failure --- bash: several failures. One recurrent error message: line xxx: /dev/tty: No such device or address --- li