[Act] Act services moving on a new server

[Todd Rinaldo]

I have an alternate solution which I've been pursuing:

Get ACT to work with modperl2 so it can run on the L&G Apache/modperl/postgresql. Then you don't have the legacy issue. I've made some progress in this direction. My biggest problem is when I hit a directive where it's not clear how to convert it or when I hit a unit test that doesn't work but because of missing config, not because the code is wrong.

My goal is to be able to just install Debian Jesse and the as many Debian packages as possible and be able to use ACT with a little bit of setup.

https://github.com/toddr/Act/tree/jesse <https://github.com/toddr/Act/tree/jesse>

bootstrap.act is my notes so far. I've not been working on it much lately but it's my hope that this work would make it much easier for someone to hack on ACT with their own server. It is my belief this is the major reason people have looked to replace not revise ACT so much in recent years.

Todd



> On Feb 15, 2016, at 6:07 PM, Sébastien Aperghis-Tramoni <sebastien at aperghis.net> wrote:
> 
> Hello all,
> 
> 
> spectre, the server hosting the services of the French Perl Mongers,
> and the Act services, will very soon be shut down. The reason is that
> Logilune, which was until now hosting spectre in their servers room,
> is closing that room and moving to a non-colo solution. A big thanks
> to Logilune for freely hosting spectre for the past years.
> 
> We (the French Perl Mongers) are installing a new server to replace
> spectre and host all the services, including Act. However, I have
> troubles compiling Apache 1.3.42 on the new server:
> 
> cc -c  -I./os/unix -I./include   -DUSE_HSREGEX -DNO_DL_NEEDED `./apaci` modules.c
> cc -c  -I./os/unix -I./include   -DUSE_HSREGEX -DNO_DL_NEEDED `./apaci` buildmark.c
> cc  -DUSE_HSREGEX -DNO_DL_NEEDED `./apaci`     -o httpd buildmark.o modules.o  modules/proxy/libproxy.a  modules/extra/libextra.a  modules/standard/libstandard.a  main/libmain.a  ./os/unix/libos.a  ap/libap.a regex/libregex.a   -lcrypt
> modules.o: In function `ap_os_is_path_absolute':
> modules.c:(.text+0x0): multiple definition of `ap_os_is_path_absolute'
> buildmark.o:buildmark.c:(.text+0x0): first defined here
> modules/proxy/libproxy.a(mod_proxy.o): In function `ap_os_is_path_absolute':
> mod_proxy.c:(.text+0x0): multiple definition of `ap_os_is_path_absolute'
> buildmark.o:buildmark.c:(.text+0x0): first defined here
> [… and many more similar lines …]
> 
> Has anyone seen such a problem? Any help would be greatly appreciated.
> I can give access to the server if it can help.
> 
> Context:
> - OS: FreeBSD 10.2-RELEASE-p9 amd64
> - CC: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> 
> --
> Sébastien Aperghis-Tramoni
> 
> Close the world, txEn eht nepO.
> _______________________________________________
> Act mailing list
> Act at mongueurs.net
> http://listes.mongueurs.net/mailman/listinfo/act

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listes.mongueurs.net/archives/act/attachments/20160217/70a9d3ac/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://listes.mongueurs.net/archives/act/attachments/20160217/70a9d3ac/attachment.bin>