Compiling from git with Kubuntu 21.04

[Max_N]

Trying to compile Ardour 6.9. Since my system didn’t have python, only python3, I installed the package python-is-python3.

Next up is this issue:

./waf configure

bunzip2: Data integrity error when decompressing.
        Input file = t.bz2, output file = t

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

bunzip2: Deleting output file t, if it exists.
Error: Waf cannot be unpacked, check that bzip2 support is present

bzip2 is installed.

[paul (Paul Davis)]

I have never seen this message, nor do I understand why bunzip2 would be being invoked. There are no .bz2 files in the git repository.

Try running ./waf -v configure t get more context.

The version of waf that we use (and is part of the git repository) works with python2 or python3, and has done for some time.

[Max_N]

Hi Paul,

the output is identical with the -v switch.

[x42 (Robin Gareus)]

@Max_N

Since my system didn’t have python

You can call python3 waf configure ... – That works here. the “waf” binary itself uses bzip2 internally, but still the issue is a mystery.

I don’t have any “python3-*bz*” packages installed and it runs regardless.

Can you compare:

$ sha1sum waf
a79aeb587cc76c2e8e78d576f7ba124424497363  waf

[x42 (Robin Gareus)]

PS. apparently waf uses bunzip2 on itself.

Does “which bunzip2” find that executable?

[Max_N]

Oh, weird. The SHA was not the same. I deleted the directory and cloned from git again, it’s compiling now (after installing a plenty of dependency libs).

I said yes on using the old config files, restarted, then this:

Ardour: [INFO]: g_log: im-nimf.c:586: im_module_create

Aborted (core dumped)

Nimf is an input method framework

[Max_N]

Never mind, when checking out the 6.9 tag it works.