Hey there, I've been hacking away at this issue for a few days now and I'm running out of ideas. I was hoping one of you kind folk could give me a hand.
I've been running SNIProxy as part of a Lancache config on Ubuntu for some time now and it's been working great. However, I need to migrate the services to a hosted server in my company, and the only supported OS is Red Hat 7. I've managed to get everything else working, but this app just will not cooperate for me.
When I try to compile the code I'm getting some errors from autogen.sh. Here's the output from the command:
server:/temp/sniproxy[ 60 ] --> sudo ./autogen.sh
./setver.sh: line 35: debchange: command not found
configure.ac:20: error: possibly undefined macro: AC_LIB_HAVE_LINKFLAGS
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:22: error: possibly undefined macro: AC_SUBST
configure.ac:24: error: possibly undefined macro: AC_MSG_ERROR
configure.ac:47: error: possibly undefined macro: AS_IF
autoreconf: /usr/bin/autoconf failed with exit status: 1
Looking online, I've only found people who were missing certain packages encountered this sort of "undefined macro" issue. Assuming the prerequisite list is complete, I believe this should not be the cause for my issue. Here's the output from the YUM command provided in the readme:
server:/temp/sniproxy[ 59 ] --> sudo yum install autoconf automake curl gettext-devel libev-devel pcre-devel perl pkgconfig rpm-build udns-devel
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
COMPANY_CUSTOM_RHEL7_COMPANY_CUSTOM_RHEL7 | 2.1 kB 00:00:00
epel/x86_64/metalink | 17 kB 00:00:00
epel | 5.3 kB 00:00:00
rhel-7-server-extras-rpms | 2.0 kB 00:00:00
rhel-7-server-optional-rpms | 1.8 kB 00:00:00
rhel-7-server-rh-common-rpms | 2.1 kB 00:00:00
rhel-7-server-rpms | 2.0 kB 00:00:00
rhel-7-server-satellite-tools-6.6-rpms | 2.1 kB 00:00:00
rhel-7-server-supplementary-rpms | 2.0 kB 00:00:00
(1/2): epel/x86_64/updateinfo | 1.0 MB 00:00:00
(2/2): epel/x86_64/primary_db | 6.7 MB 00:00:00
Package autoconf-2.69-11.el7.noarch already installed and latest version
Package automake-1.13.4-3.el7.noarch already installed and latest version
Package curl-7.29.0-54.el7_7.2.x86_64 already installed and latest version
Package gettext-devel-0.19.8.1-2.el7.x86_64 already installed and latest version
Package matching libev-devel-4.15-7.el7.x86_64 already installed. Checking for update.
Package pcre-devel-8.32-17.el7.x86_64 already installed and latest version
Package 4:perl-5.16.3-294.el7_6.x86_64 already installed and latest version
Package 1:pkgconfig-0.27.1-4.el7.x86_64 already installed and latest version
Package rpm-build-4.11.3-40.el7.x86_64 already installed and latest version
Package udns-devel-0.4-3.el7.x86_64 already installed and latest version
Nothing to do
On the off chance that I could ignore those errors, I went ahead to the next command, and am greeted with more errors (which isn't surprising). Running the configure script gives me the following:
server:/temp/sniproxy[ 62 ] --> sudo ./configure
checking for a BSD-compatible install... /tool/pandora64/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /tool/pandora64/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /tool/pandora64/bin/grep
checking for egrep... /tool/pandora64/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for gcc option to accept ISO C99... -std=gnu99
./configure: line 4585: syntax error near unexpected token `LIBEV,'
./configure: line 4585: `PKG_CHECK_MODULES(LIBEV, libev, HAVE_LIBEV=yes; $as_echo "#define HAVE_LIBEV 1" >>confdefs.h'
I've tried modifying scripts, installing alternate packages, and tweaking things to get around these errors, but nothing seems to help. The very last thing I tried was compiling the code on Ubuntu and then packaging it as an RPM to install on the RHEL server. While this did allow me to install the application, it seems like something is incompatible with this method as trying to browse to a location that is functional with my Ubuntu server at the helm, gives me an error stating:
Cannot connect securely to this page
This might be because the site uses outdated or unsafe TLS security settings. If this keeps happening, try contacting the website's owner.
Unfortunately, I do not have enough knowledge of this build process, or how the application truly functions to be able to troubleshoot this issue any further. If anyone could help me with this issue, I'd be extremely thankful!
Hey there, I've been hacking away at this issue for a few days now and I'm running out of ideas. I was hoping one of you kind folk could give me a hand.
I've been running SNIProxy as part of a Lancache config on Ubuntu for some time now and it's been working great. However, I need to migrate the services to a hosted server in my company, and the only supported OS is Red Hat 7. I've managed to get everything else working, but this app just will not cooperate for me.
When I try to compile the code I'm getting some errors from autogen.sh. Here's the output from the command:
Looking online, I've only found people who were missing certain packages encountered this sort of "undefined macro" issue. Assuming the prerequisite list is complete, I believe this should not be the cause for my issue. Here's the output from the YUM command provided in the readme:
On the off chance that I could ignore those errors, I went ahead to the next command, and am greeted with more errors (which isn't surprising). Running the configure script gives me the following:
I've tried modifying scripts, installing alternate packages, and tweaking things to get around these errors, but nothing seems to help. The very last thing I tried was compiling the code on Ubuntu and then packaging it as an RPM to install on the RHEL server. While this did allow me to install the application, it seems like something is incompatible with this method as trying to browse to a location that is functional with my Ubuntu server at the helm, gives me an error stating:
Unfortunately, I do not have enough knowledge of this build process, or how the application truly functions to be able to troubleshoot this issue any further. If anyone could help me with this issue, I'd be extremely thankful!