I am attempting to install SWI-Prolog on a server running rhel 7.
I have followed the instructions to build SWI-Prolog here: http://www.swi-prolog.org/build/Redhat.html. The build completes without error; however, I see no trace of the application.
In addition, the application does not seem accessible because I am unable to invoke swipl to begin executing Prolog commands.
I'm on Fedora 24, so probably close to your RHEL 7 situation. I never build the RPM, I simply build from sources:
git clone https://github.com/SWI-Prolog/swipl-devel
cd swipl-devel
cp build.tmpl build
<EDITOR> build <TO CUSTOMIZE>
./build
In the customization step you can set a specific directory on your system. That way you're 100% sure where it ends up.
I followed SWIPL build instructions on my CentOS 7.6.1810.
I faced two issues when configuring using cmake as per instructions
cmake ..
First, I had to install cmake3
yum install cmake3
and had to invoke it thus:
cmake3 ..
Secondly, cmake had trouble setting X11_Xpm_LIB. So I manually set the line in CMakeCache.txt
X11_Xpm_LIB:FILEPATH=/usr/lib64/libXpm.so.4
After this the config process completed successfully.
But my build is failing :(
Related
I understand that in order to develop ejabberd module I must be able to compile it from the source.
I have FreeBSD 11.0-RELEASE-p9, as a guest OS on a VirtualBox. So the followings are my attempts.
Using git, I clone the source to /usr/local/ejabberd as:
I run the following commands:
git clone git://github.com/processone/ejabberd.git ejabberd
cd ejabberd
./autogen.sh
./configure --enable-user=ejabberd --enable-mysql
gmake install
But I have the following error:
Compiling /usr/local/ejabberd/deps/fast_yaml/c_src/fast_yaml.c
/usr/local/ejabberd/deps/fast_yaml/c_src/fast_yaml.c:18:10: fatal error: 'yaml.h' file not found
ERROR: compile failed while processing /usr/local/ejabberd/deps/fast_yaml/:rebar_abort
Fyi, I have installed libyaml-0.1.7 using ports - I guess successully?
Any tips/advise.
Thank you.
You can take a look at what FreeBSD port does: it passes -I/usr/local/include into CFLAGS when running make. There are also a bunch of patches for ejabberd, that are applied before compilation.
If you want to compile development version from source, you can try first running make -C /usr/ports/net-im/ejabberd extract and then putting sources from git into /usr/ports/net-im/ejabberd/work directory. Then running make -C /usr/ports/net-im/ejabberd install should install development package.
I am trying to install GNU m4 package on Bash on Ubuntu on Windows 10, but always fail at configuration stage.
I wrote these:
wget ftp://ftp.gnu.org/gnu/m4/m4-1.4.17.tar.gz
tar xvzf m4-1.4.17.tar.gz
cd m4-1.4.17
./configure --prefix=/usr/local/m4
However, the configuration process stopped at this stage:
checking whether rename honors trailing slash on source...
I had waited for more than 8 hours with no progress. I tried to restart my PC and repeated similar steps, but the trouble remains.
I found a similar question here, but I want to explain a bit more details about my own trouble.
I would appreciate any suggestion. Thanks.
This is caused by a bug in Bash on Windows. As a workaround, try building m4 from a Linux directory instead of a Windows one (i.e., build it in /home/$USER/ instead of a subdirectory of /mnt/c).
I'm trying to build grpc from source on Windows 2012 Server edition. I downloaded and installed Python 3.5 from the Python website and installed the entire MinGW package as well as git along with git bash. Following the instructions for building from source:
$ git clone https://github.com/grpc/grpc.git
$ cd grpc
$ git submodule update --init
$ make
$ [sudo] make install
I get the aforementioned error after executing make. Here's the shell output for your perusal.
PS C:\Users\thunderboltsid\grpc> make
[MAKE] Generating /c/Users/thunderboltsid/grpc/libs/opt/pkgconfig/grpc.pc
[MAKE] Generating /c/Users/thunderboltsid/grpc/libs/opt/pkgconfig/grpc_unsecure.pc
[MAKE] Generating cache.mk
[C] Compiling third_party/zlib/adler32.c
make.exe": no_c_compiler: Command not found
make.exe": *** [/c/Users/thunderboltsid/grpc/objs/opt/third_party/zlib/adler32.o] Error 127
I really can't understand what is this error supposed to be. Tried googling but that didn't help. Any input will be appreciated.
you may need run apt-get install which
install build-base in your system, example:
apt-get install build-base
You may simply have no C compiler installed, not even gcc. If that's the reason then installing gcc resolves the issue:
apt get install gcc
I am running SVN 1.8.9 on Mac OSX 10.8.5. Currently the command "svn log" fails in a given repo with the error message:
svn: E170000: Unrecognized URL scheme for 'https://...'
My research showed that this is due to SVN having been compiled from source without the flag "--with-serf".
So, I downloaded and built serf (with its dependencies APU and APR) using the scons build tool as per the instructions. All went fine, but after installation, there is no serf binary command available. When I type 'serf' in the shell, I get the command not found error. Searching for a serf binary on my machine also doesn't give any results.
What might have gone wrong during the intallation?
Where should binary be and why isn't there?
Are there any workarounds to install SVN with serf?
(I tried 'brew install --build-from-source svn', but this doesn't seem to include the serf dependency either)
Thanks a lot in advance.
Cheers,
Martin
Here is what I did:
Download latest SVN
Download the latest SCONS.
cd ~/Downloads/
tar -zxvf "latest SCONS".tar.gz
tar -zxvf "latest SVN".tar.gz
cd "latest SCONS"
python setup.py install
cd ~/Downloads/"latest SVN"
sh get-deps.sh serf
cd serf
scons install
cd ..
./configure --with-serf
make install
I got the same error here and solved by following this post:
https://ahmadawais.com/installing-svn-subversion-on-yosemite-after-removing-the-old-version/
I had to remove some old references to subversion inside:
/usr/local/include/subversion-1/
/usr/local/include/serf-1/
Building Subversion is a pain due to the dozens of dependency issues. Usually Apache httpd has to be rebuilt with Subversion too, and then there's the APR library.
The easiest solution is to download a package that has everything you need. CollabNet doesn't have a Macintosh server package, but Wandisco does. (Look for Yosemite down the Macintosh list). This will include Apache, Subversion, and the Subversion client all in one package.
I haven't used Wandisco's package before. However, I can tell you that CollabNet installs everything under /opt/collabnet including a new and complete Apache server. This also sets up /etc/init.d to start this Apache server and disables the original. I assume a similar thing happens with Wandisco (although Mac OS X doesn't use /etc/init.d, but Launch Services).
This is probably way easier than attempting to configure your Mac with everything you need for Subversion.
Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec (generate-core-thrift) on project accumulo-core: Command execution failed. Cannot run program "C:\Documents and Settings\deepak\trunk\core\src\main\thrift\thrift.sh" (in directory "C:\Documents and Settings\deepak\trunk\core"): CreateProcess error=193, %1 is not a valid Win32 application -> [Help 1]
I went to the directory trunk containing pom.xml and executed: mvn compile
I tried finding the plugin at http://maven.apache.org/plugins/ but couldn't find any .
Can anyone please explain what the problem is ? These open source things are so complex.
Apache Accumulo does not currently support Windows in its build system. Consider using Ubuntu, Fedora, CentOS, Mac OSX, or another Linux or BSD system. If you really must build in Windows, you my have luck with Cygwin.
It's 2022 and we can now build Apache Accumulo on Windows using Windows Subsystem for Linux.
If you want to access your Linux files from Windows, the path is:
\\wsl$\<DistroName>\home\<UserName>
Note: the above is only available when you have a WSL instance up and running.
Assuming you have a clean install of Ubuntu on WSL. Open a WSL terminal for the setup steps.
Setup
Install OpenJDK
Update list of available packages.
sudo apt update
Search for available JDKs.
apt search jdk
We will be installing JDK11 as Accumulo uses that.
sudo apt-get install openjdk-11-jdk
Check for a successful installation.
java --version
Configure JAVA_HOME
readlink -f $(which java)
Removing /bin/java from the end of the output of the above command gives us the path to the JDK.
nano ~/.bashrc
Add the following line at the bottom of the file.
export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64
Reflect changes.
source ~/.bashrc
Ensure the changes are in effect.
echo $JAVA_HOME
Install make and g++
sudo apt install make
sudo apt install g++
Build
Clone the repo and cd to repo root.
Now build using (from WSL terminal)
mvn package
If you are using a Windows terminal (likely when using IDEs or GUI tools) prefix wsl,
wsl mvn package
There is another description for error 193: "You may see Windows error code 193 when you are starting a Windows Share Point server or a Windows Exchange server. The error message will also generate general Service Control Manager messages in your system logs, too."
Windows error code 193
Although it doesn't have direct answer on your problem but may be it will be also helpful for you.