From: Matthias Fischer <matthias.fischer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: unterminated call to function 'firstword' while downloading new sources
Date: Sun, 03 Apr 2022 20:26:51 +0200 [thread overview]
Message-ID: <87014a86-a8b9-bda1-44a6-292267a3e392@ipfire.org> (raw)
In-Reply-To: <04653d83-7183-f400-d674-7f1a0d76a4f8@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 2465 bytes --]
Hi Peter,
it's still interesting...: ;-)
After "pulling" the missing bracket I get the error described below, but
only the first time.
E.g., I delete 'monit-5.32.0.tar.gz' from my local cache.
Next, I run './make.sh downloadsrc'.
Result: I get complains about "Building monit b2sum:
/tmp/monit-5.32.0.tar.gz: No such file or directory"
*Immediately* afterwards I run './make.sh downloadsrc' again.
No complains, everything is ok, 'monit-5.32.0.tar.gz' is present in
local cache - "all files BLAKE2 checksum match".
Tested with 'monit 5.32.0', 'minicom 2.8' and 'ncurses 6.3' (all tar.gz).
Best,
Matthias
On 03.04.2022 18:54, Matthias Fischer wrote:
> Hi Peter,
>
> no problem - I was just typing around... ;-)
>
> First thing I found:
>
> In 'lfs/Config' I added a somehow missing ")" in line 350 after "(notdir
> $@))..."
>
> But that didn't make it.
>
> Now - after deleting 'monit-5.32.0.tar.gz' from my local cache - I get:
>
> ...
> Apr 3 16:40:41: Building monit b2sum: /tmp/monit-5.32.0.tar.gz: No such
> file or directory
> ...
>
> Hm...
>
> On 03.04.2022 18:36, Peter Müller wrote:
>> Hello Matthias,
>>
>> yes, I just experienced the same thing with an updated version of smartmontools.
>>
>> This looks like I broke something while switching the checksum algorithm. Not
>> being very familiar to Makefiles, I will try to figure it out and report back.
>>
>> Sorry for the mess - feel free to compile things against the "master" branch,
>> using MD5 checksums. I will convert the patches for BLAKE2 if you submit them,
>> so you can continue working.
>>
>> Thanks, and best regards,
>> Peter Müller
>>
>>
>>> Hi,
>>>
>>> interesting error:
>>>
>>> While running './make.sh downloadsrc' I'm getting these errors for files
>>> that didn't exist in the local cache of my 'Devel':
>>>
>>> ***SNIP***
>>> Building monit Config:347: *** unterminated call to function
>>> 'firstword': missing ')'. Stop.
>>> ...
>>> Apr 3 16:23:50: Building util-linux Config:347: *** unterminated call
>>> to function 'firstword': missing ')'. Stop.
>>> ...
>>> Apr 3 16:27:44: Building zlib Config:347: *** unterminated call to
>>> function 'firstword': missing ')'. Stop.
>>> ***SNAP***
>>>
>>> After downloading these three files manually, all went through, "all
>>> files BLAKE2 checksum match".
>>>
>>> Anyone else?
>>>
>>> Best,
>>> Matthias
>
prev parent reply other threads:[~2022-04-03 18:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-03 16:32 Matthias Fischer
2022-04-03 16:36 ` Peter Müller
2022-04-03 16:54 ` Matthias Fischer
2022-04-03 18:26 ` Matthias Fischer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87014a86-a8b9-bda1-44a6-292267a3e392@ipfire.org \
--to=matthias.fischer@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox