Compiling issues on CentOS7

Correct, 64bit.
debian-9.4.0-amd64-xfce-CD-1.iso

I didn't see any problems what so ever and it works with openwrt but I'll give that a try.

Before I do that, is Ubuntu a good candidate?

I personally used to prefer Ubuntu over Debian, but am finding Ubuntu too user friendly for my needs.

For running the Image Builder, they are all but the same.

I went ahead with Debian again anyhow :).

It installed just fine, downloading packages from the Debian site so that alone tells me networking is working.
Setting things up then will install the required files and try again to compile.

1 Like

I'm looking at this;
https://openwrt.org/docs/guide-developer/quickstart-build-images

I didn't use the github commands as I had downloaded the image builder onto the server and extracted that.
I did install all of the recommended packages however.

Will update this comment once I have something more.

Same thing.

wget: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory

It downloaded anything and everything I needed to install and I was able to build openwrt but this happens when I try to build lede.

I did try 'make info' and that worked so there is something to do with a url or something but in the code since I can also manually download these files.

For the Image Builder you probably want to look at https://openwrt.org/docs/guide-user/additional-software/imagebuilder

Shouldn't be much more than something like (typing as I go, not copying from the terminal)

sudo apt update
sudo apt upgrade  # just in case your system itself isn't fully patched -- may do nothing

cd
mkdir -p Documents/devel
cd Documents/devel

sudo apt install subversion build-essential libncurses5-dev zlib1g-dev gawk git ccache gettext libssl-dev xsltproc wget unzip  # python should be part of the base install from ISO

wget https://downloads.lede-project.org/releases/17.01.4/targets/ramips/mt7620/lede-imagebuilder-17.01.4-ramips-mt7620.Linux-x86_64.tar.xz
tar xvf lede-imagebuilder-17.01.4-ramips-mt7620.Linux-x86_64.tar.xz
cd lede-imagebuilder-17.01.4-ramips-mt7620.Linux-x86_64
make image

The toolchain and build environment to build everything from source is more complicated.

1 Like

@JoshGrant For reference, this is what packages I have. Debian 9 (Stretch) seems to package two libssl versions, probably because it introduces compatibility issues somewhere. Apt gives me this information:

$ LANG=C apt-cache policy wget libssl1.0.2 libssl1.1
wget:
  Installed: 1.18-5+deb9u1
  Candidate: 1.18-5+deb9u1
  Version table:
 *** 1.18-5+deb9u1 500
        500 http://cdn-fastly.deb.debian.org/debian stretch/main amd64 Packages
        500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
        100 /var/lib/dpkg/status
libssl1.0.2:
  Installed: 1.0.2l-2+deb9u2
  Candidate: 1.0.2l-2+deb9u2
  Version table:
 *** 1.0.2l-2+deb9u2 500
        500 http://cdn-fastly.deb.debian.org/debian stretch/main amd64 Packages
        500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
        100 /var/lib/dpkg/status
libssl1.1:
  Installed: 1.1.0f-3+deb9u1
  Candidate: 1.1.0f-3+deb9u1
  Version table:
 *** 1.1.0f-3+deb9u1 500
        500 http://cdn-fastly.deb.debian.org/debian stretch/main amd64 Packages
        500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
        100 /var/lib/dpkg/status

Debian security ('stretch updates') should be enabled by default afaik. Make sure you install both libssl1.1 and libssl1.0.2, if you don't have both. They'll install /usr/lib/x86_64-linux-gnu/libssl.so.1.1 and /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2 respectively.

Also, the Debian wget binary does not depend on any SSL libraries, so I'm not sure where that wget binary comes from. Is it part of the image builder?

It finally works. But, in order to help anyone who ever comes across this, I'd like to explain something.

First, the only two additional packages I installed when testing today were ccache libxslt1.1 xsltproc based on Jeff's input.

I then tried 'make image' again but it failed. Just for kicks, I then also used the link that Jeff shared to download the image builder and set it up as usual, exactly as explained in the comment.

Low and behold the darn thing worked.

So, there is something different about the version I just downloaded and the version I've been trying to use. Therefore, I'd like to know how I can find the version of the one which wasn't working and I'll post both versions in case someone ever comes across this.

As a side note, the only thing that is not working is starting a script from /etc/rc.local

In rc.local, I have;
/bin/bash /temp/script.sh

This starts properly when I manually run the above but booting does not auto start this. Something different about openwrt and lede again.

I am also trying to install the nutpile monitoring agent but keep getting the following error.

 * pkg_hash_fetch_best_installation_candidate: Packages for otm found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package otm.

The package is built for ramips so am not sure where to turn at this point since it installs and runs perfectly on my openwrt mt300n router.

BTW, centos now builds using the suggested version as well. No change to the OS what so ever.

I want to thank those who helped me out in this thread. I can't tell you how appreciated it is and I hope it can help someone else who finds it.

1 Like

Glad you're up and going! I remember my first build off an early OpenWRT toolchain and have thankfully blotted out what it took to get there. "The rest is easy now."

Build dependency: Please install the GNU C Compiler (gcc) 4.8 or later
Build dependency: Please install the GNU C++ Compiler (g++) 4.8 or later

Prerequisite check failed. Use FORCE=1 to override.
make[1]: *** [/home/kali/openwrt/include/toplevel.mk:168: staging_dir/host/.prereq-build] Error 1
make: *** [/home/kali/openwrt/include/toplevel.mk:83: prepare-tmpinfo] Error 2

I've got this when tried to compile 18.06.8.
I have the latest g++
The above message doesn't appear when I compile a snapshot version.

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