Pjlib.h seems not to be where install_prereq expects

I am attempting to move from Asterisk 20 to the latest version on a raspberry pi 5.
I have installed the version 22.1.0 source code and resolved all the complaints that ./configure makes regarding missing packages.
The result is the asterisk letter art and:

configure: Package configured for: configure: OS type : linux-gnu configure: Host CPU : aarch64 configure: build-cpu:vendor:os: aarch64 : unknown : linux-gnu : configure: host-cpu:vendor:os: aarch64 : unknown : linux-gnu :

Which looks OK. Then I continue to follow the instructions below the heading “Using install_prereq”
When I get to “install_prereq install-unpackaged” I get an error:

ray@raspberrypi:/usr/local/src/asterisk-22.1.0/contrib/scripts $ ./install_prereq install-unpackaged PJProject not installed, yet. Therefore, please, run ./configure --with-pjproject-bundled

Which I do, apparently without error.
The output at lines 100 and 101 reads:

checking for embedded pjproject (may have to download)... configuring checking for bundled pjproject... yes
install_prereq install-unpackaged is making the test:

if ! test -f /usr/include/pjlib.h; then echo "PJProject not installed, yet. Therefore, please, run" echo "./configure --with-pjproject-bundled" fi
I have checked, /usr/include does not have pjlib.h installed.
Furthermore ray@raspberrypi:/usr/local/src/asterisk-22.1.0/contrib/scripts $ sudo find / -name “pjlib.h” 2>/dev/null

Yields:
/usr/local/src/asterisk-22.1.0/third-party/pjproject/source/pjlib/include/pjlib.h

i.e. the only place that it is installed is in the original sources.

Question - what am I doing wrong? Is there a missing step between .configure and ./install_prereq install-unpackaged?

If you don’t have PJSIP installed on the system and are relying on bundled then install_prereq will always say that and it can be ignored.

Aside from that message, is there an actual issue - such as bundled PJSIP not building?

As far as I can tell there are no downstream problems:all seems to build OK. But, I am always sensitive about reported discrepancies when I am dealing with software with which I am unfamiliar because they can indicate that I may be confronted with obscure downstream problems. “Do not ignore what the developers warn you about” seems not a bad strategy to follow. In this case - thank you for setting my mind at rest. Onward and upward as they say,
Regards, Ray Foulkes

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.