Re: common/libs/func_download_pkgs: line 84: [: =: unary operator expected
"Pierre Labastie" ([email protected] via alfs-discuss Mailing List) <[email protected]> Thu, 18 Sep 2025 10:38:10 +0200
| Newsgroups | gmane.linux.lfs.automated |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 2025-09-15 at 11:48 +0000, md wrote: > Hi, > > With > > jhalfs > git show --oneline --no-abbrev --shortstat > 540e2dbeccefe3edf0c718c3e1341190b5ab7830 (HEAD -> trunk, > origin/trunk, origin/ > HE AD) Make test-mismatch configurable > > lfs > git show --oneline --no-abbrev --shortstat > 158d47f83d68e159f05f48b07d7be584f07ec559 (HEAD -> trunk, > origin/trunk, origin/ > HE AD) Add a correction about tcl tests. > > I'm getting: > > linux-6.16.tar.xz: using cached file in > /vagrant/jhalfs/mnt/build_dir/sources > common/libs/func_download_pkgs: line 84: [: =: unary operator > expected > common/libs/func_download_pkgs: line 85: [: =: unary operator > expected > md5sum: 'standard input': no properly formatted checksum lines found > MD5SUM did not match REMOTE copy > > It looks like this does not prevent the md5 checks from functioning. > > Marcin Hi Marcin, Sorry for late answer. You do not say which flavor of the book you are using (64-bit or multilib?). Looks like something gets wrong when reading the md5 of the kernel. But using linux-6.16 is (was) only done in multilib IIUC... Since the md5 is not read correctly, the syntax of lines 84 and 85 in common/libs/func_download_pkgs is wrong. Investigating why this is so, using most recent multilib version. The commit ref you give is in the "trunk" branch, but has been merged with multilib on September 14th, while your message is dated September 15th. -- http://lists.linuxfromscratch.org/sympa/info/alfs-discuss Unsubscribe: See the above information page