Installing mod_mono on Mac OSX 10.9 "Mavericks" - apache

I'm trying to install mod_mono on mavericks, however, I'm getting an error. I have the most up-to-date mono version with Mavericks support. (v 3.2.3).
When I ./configure --prefix=/usr in mod_mono version 2.10 I get this error:
checking Apache version... configure: error: Apache 1.3 is no longer supported. mod_mono now requires at least Apache 2.0
But when i check my version of apache it says
Server version: Apache/2.2.24 (Unix)
Server built: Aug 24 2013 21:10:43
EDIT: Upgrading your mono version to the latest (3.2.4) appears to work the best. Ensure you have a clean download of mod_mono-2.10.

After installing Mavericks, you need to reinstall the XCode Command Line Tools. This will bring back the /usr/include/apache2 directory. You do this by updating your XCode and then run xcode-select --install.

I had the same error. I had mono running on my server. When I upgraded to Mavericks and Server 3 mono stopped working. During the upgrade process the "mod_mono.so" file was removed. This is what I did to research and resolve my issue which I believe encompasses yours. Hope it helps.
In the directory that you are running your "./config..." command, there is a "config.log". I looked at the config.log and found an error message stating that it could not find the file "ap_release.h" (I believe this is how the apache version is determined). I must have had this file at one time because I went through this installation process before. I went into my time machine and restored the directory (which was removed when I upgraded to Mavericks or Server 3) "/usr/include/". This folder included a directory called "apache2" which included the "ap_release.h" file and I assume it's dependencies.
All is well I am up and running.

Related

Scales pkg do not install in my 2009 32 bit Mac mini (El Capitan) Rstudio

I recently upgrade my 2009 Mac mini adding 2gb of ram and installing "El Capitan". For some reason when I try to install "ggplot2" the package Scales ask me for compile it, when I hit yes to continue the process a message appears saying that is unable to compile the dependency. When I check my installed packages the installed Scales version installed is the 0.4.0 and don't allow me to update it to the 0.4.1 version. I try selecting another mirror and installing manually the newer version but it dosen't work. I also install gfortran 4.2.3 and tcltk 8.5.5x11 trying to solve the compiling problem.
The messages that appears are the following:
-"ERROR: compilation failed for package ‘scales’"
-"ERROR: lazy loading failed for package ‘ggplot2’"
I will appreciate any help.
Thanks!

Pharo 2.0 not running on CentOS 6.6

I am trying to run my pharo2.0 application on CentoOS which was previously been installed in a mac. The original version is pharo2.0 so I need to run the same image CentoOS too, but I get an error which says this below :
/lib/libc.so.6: version `GLIBC_2.15' not found (required by xxxxx)
Should I be trying to upgrade the CentoOS and see if pharo2.0 works or port my whole application to a later version of pharo?
There is now a VM build especially for systems with an older libc version. In fact there is a build for Centos specifically (which has a slight variation in linkages from Debian), the latest version of which is permalinked here. See http://pharo.org/download#custom for more info.

Undefined symbol: apr_crypto_init during Apache restart?

I attempted to update my version of SVN from 1.7 to 1.8 as per this guide:
http://snippets.khromov.se/subversion-1-8-centos-6/
All seemed to install fine, however now I have an issue when I try to restart Apache:
/usr/sbin/httpd: symbol lookup error: /usr/sbin/httpd: undefined symbol: apr_crypto_init
Does anyone know how to solve this?
Which packages need to be updated?
I had same issue after installing some perl modules.
I did the following to resolve it:
yum remove vulture-common-3.2-185.1.x86_64
cd /usr/lib
ln -sf libaprutil-1.so.0.2.9 libaprutil-1.so.0
ln -sf libapr-1.so.0.2.9 libapr-1.so.0
apr_crypto_init is new with APR-Util 1.4.x. CentOS 6 should already have APR-Util 1.4.x. So either you're not using CentOS 6 which those instructions are made for or you're not using the apr-util/httpd version that comes with CentOS 6.
If you're not using CentOS 6 then I suggest you go get a version built for your distribution from WANdisco's download site (the script that the site you linked to actually is from WANdisco).
If you're using your own httpd version you'll either have to switch or you'll have to build your own copy of Subversion.
I have had similar experiences with other applications using this library and Centos 6.x. I have tracked most of the problems down to using the 'minimum install' version of the OS. From what I have been able to determine, the minimum or light install versions of Centos have a tendency to have older versions of the binaries. For example, my version of APR-Utils are 1.3x even though I am using version 6.6.
This is supposedly done for better stability and backward compatibility from what I can find but it causes some headaches if you aren't aware. You may need to use a more 'complete' version of the OS in order for this library to be the latest version, provided you are starting from scratch.

update mono on ubuntu

I had an ubuntu server with mono 2.10.8 apache and mod_mono
I wanted to update mono at ver 3.2.3 so I downloaded the source from github and compile it.
Everithing seems ok in fact from the terminal if I type mono --version I get 3.2.3
but if I try to access a website on the server (when I get an error page) it says 2.10.8.
What's wrong?
Note that I have restarted apache after the update.

Error when installing tideSDK developer 1.4.2 on fedora 13

i have installed tideSDK 1.3.1-beta on my machine
File path is "user/.tidesdk"..
then tried to install tideSDK developer 1.4.2 i got following error message.
Couldn't load file:/home/mareeswari/TideSDK-Developer-1.4.2-linux-x86/runtime/1.3.1-beta/libtide.so, error: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /home/mareeswari/TideSDK-Developer-1.4.2-linux-x86/runtime/1.3.1-beta/libtide.so)
This is a valid crash. Its because TideSDK does not support fedora / redhat family yet. The underlying binaries are compiled for Ubuntu.
I've successfully got Tide Developer working on Fedora 18.
I had a similar issue to you, however it was complaining about libpng12, so installed the libpng12 and libpng12-devel and it worked fine.
Hope this helps someone