From toddr at cpanel.net Mon Feb 8 06:56:53 2016 From: toddr at cpanel.net (Todd Rinaldo) Date: Sun, 7 Feb 2016 23:56:53 -0600 Subject: [Act] YAPC 2016 -> prod Message-ID: <5BDEB0B1-E1DE-41D5-8DE5-42B4C9359FEA@cpanel.net> S?bastien, Please bring up the live site for yn2016. 1. The URL should be http://www.yapcna.org/yn2016. 2. http://www.yapcna.org should redirect me to yn2016 3. Please clarify what branch on this remote will be used for production https://github.com/Act-Conferences/yn2016 If I have a choice, I'd prefer yn2016 or yn2016-prod Thanks! Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3567 bytes Desc: not available URL: From toddr at cpanel.net Mon Feb 8 07:04:05 2016 From: toddr at cpanel.net (Todd Rinaldo) Date: Mon, 8 Feb 2016 00:04:05 -0600 Subject: [Act] YAPC 2016 -> prod In-Reply-To: <5BDEB0B1-E1DE-41D5-8DE5-42B4C9359FEA@cpanel.net> References: <5BDEB0B1-E1DE-41D5-8DE5-42B4C9359FEA@cpanel.net> Message-ID: > On Feb 7, 2016, at 11:56 PM, Todd Rinaldo wrote: > > S?bastien, > > Please bring up the live site for yn2016. > > 1. The URL should be http://www.yapcna.org/yn2016 . > 2. http://www.yapcna.org should redirect me to yn2016 > 3. Please clarify what branch on this remote will be used for production https://github.com/Act-Conferences/yn2016 > If I have a choice, I'd prefer yn2016 or yn2016-prod > > Thanks! > Todd 1 more thing. please grant user id 9154 (toddradmin) administrative rights to yn2016 Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3567 bytes Desc: not available URL: From elbeho at boivin.eu Mon Feb 8 21:42:37 2016 From: elbeho at boivin.eu (L Boivin) Date: Mon, 8 Feb 2016 21:42:37 +0100 Subject: [Act] YAPC 2016 -> prod In-Reply-To: <5BDEB0B1-E1DE-41D5-8DE5-42B4C9359FEA@cpanel.net> References: <5BDEB0B1-E1DE-41D5-8DE5-42B4C9359FEA@cpanel.net> Message-ID: <56B8FDBD.4050007@boivin.eu> Hi Todd. 1. Done 2. Done 3. use the branch master to update the TEST site and the branch production to update the "REAL" site So : git fetch git checkout production I hope I'm clear enough 4. toddradmin hs the admin rights Please let me know if anything's wrong (I'm new in the job). Kind Regards Laurent Boivin On 08/02/2016 06:56, Todd Rinaldo wrote: > S?bastien, > > Please bring up the live site for yn2016. > > 1. The URL should be http://www.yapcna.org/yn2016. > 2. http://www.yapcna.org should redirect me to yn2016 > 3. Please clarify what branch on this remote will be used for production > https://github.com/Act-Conferences/yn2016 > If I have a choice, I'd prefer yn2016 or yn2016-prod > > Thanks! > Todd > > > > _______________________________________________ > Act mailing list > Act at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/act > -- Laurent Boivin -- mailto:elbeho at boivin.eu Member of Mongueurs de Perl -- http://www.mongueurs.net/ Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ Member of OSDC.fr -- http://osdc.fr/ From toddr at cpanel.net Mon Feb 8 23:22:34 2016 From: toddr at cpanel.net (Todd Rinaldo) Date: Mon, 8 Feb 2016 16:22:34 -0600 Subject: [Act] YAPC 2016 -> prod In-Reply-To: <56B8FDBD.4050007@boivin.eu> References: <5BDEB0B1-E1DE-41D5-8DE5-42B4C9359FEA@cpanel.net> <56B8FDBD.4050007@boivin.eu> Message-ID: <07145814-71C6-458F-9A11-036D5F45EDD0@cpanel.net> Thanks for your help Laurent. I think we're in business. Todd > On Feb 8, 2016, at 2:42 PM, L Boivin wrote: > > Hi Todd. > > 1. Done > 2. Done > 3. use the branch master to update the TEST site and the branch > production to update the "REAL" site > So : > git fetch > git checkout production > I hope I'm clear enough > > 4. toddradmin hs the admin rights > > Please let me know if anything's wrong (I'm new in the job). > > Kind Regards > Laurent Boivin > > > On 08/02/2016 06:56, Todd Rinaldo wrote: >> S?bastien, >> >> Please bring up the live site for yn2016. >> >> 1. The URL should be http://www.yapcna.org/yn2016. >> 2. http://www.yapcna.org should redirect me to yn2016 >> 3. Please clarify what branch on this remote will be used for production >> https://github.com/Act-Conferences/yn2016 >> If I have a choice, I'd prefer yn2016 or yn2016-prod >> >> Thanks! >> Todd >> >> >> >> _______________________________________________ >> Act mailing list >> Act at mongueurs.net >> http://listes.mongueurs.net/mailman/listinfo/act >> > > > -- > Laurent Boivin -- mailto:elbeho at boivin.eu > Member of Mongueurs de Perl -- http://www.mongueurs.net/ > Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ > Member of OSDC.fr -- http://osdc.fr/ > > _______________________________________________ > Act mailing list > Act at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/act -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3567 bytes Desc: not available URL: From sebastien at aperghis.net Tue Feb 16 01:07:48 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Tue, 16 Feb 2016 01:07:48 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: <1994659207.115300323.1455579149404.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <1922816045.115544395.1455581268546.JavaMail.root@spooler3-g27.priv.proxad.net> 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. From th.j.v.hoesel at gmail.com Tue Feb 16 10:05:00 2016 From: th.j.v.hoesel at gmail.com (Th. J. van Hoesel) Date: Tue, 16 Feb 2016 10:05:00 +0100 Subject: [Act] Act services moving on a new server In-Reply-To: <1922816045.115544395.1455581268546.JavaMail.root@spooler3-g27.priv.proxad.net> References: <1922816045.115544395.1455581268546.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <74D0DECB-5714-47A3-A856-FCAD02676476@gmail.com> Hi S?bastian, I have only little experience with building Apache, but maybe the repo I made for building Act-out-of-the-Box might be very useful for you... it builds a complete Vagrant image - that others could use to simply play with Act. it probably could be easily tweaked into something that could be more general to a few Docker images, so it might be more easy to deploy in distributed environments. https://github.com/THEMA-MEDIA/Act-out-of-the-box install.sh calls each of the other installers inside /bin The one you seem to be most interested in is apache-with-mod-perl.sh Good luck Theo > On 16 Feb 2016, at 01:07, S?bastien Aperghis-Tramoni 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: From sebastien at aperghis.net Tue Feb 16 12:13:01 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Tue, 16 Feb 2016 12:13:01 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: <74D0DECB-5714-47A3-A856-FCAD02676476@gmail.com> Message-ID: <13140632.120937957.1455621181774.JavaMail.root@spooler3-g27.priv.proxad.net> Th. J. van Hoesel wrote: > Hi S?bastian, Hello Theo, > I have only little experience with building Apache, but maybe the > repo I made for building Act-out-of-the-Box might be very useful for > you... > > it builds a complete Vagrant image - that others could use to simply > play with Act. > > it probably could be easily tweaked into something that could be more > general to a few Docker images, so it might be more easy to deploy > in distributed environments. > > https://github.com/THEMA-MEDIA/Act-out-of-the-box > > install.sh calls each of the other installers inside /bin The one you > seem to be most interested in is apache-with-mod-perl.sh I actually already looked Act-out-of-the-box to see how you installed Apache 1.3 + mod_perl 1 on Linux. But I guess that apart from the getline() thing that required a small patch, you didn't run in a link problem like I currently do on FreeBSD. If I can get it to work under FreeBSD, I'll switch to Linux as well. -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From alexm at alexm.org Tue Feb 16 17:41:22 2016 From: alexm at alexm.org (Alex Muntada) Date: Tue, 16 Feb 2016 17:41:22 +0100 Subject: [Act] Act services moving on a new server In-Reply-To: <13140632.120937957.1455621181774.JavaMail.root@spooler3-g27.priv.proxad.net> References: <74D0DECB-5714-47A3-A856-FCAD02676476@gmail.com> <13140632.120937957.1455621181774.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <20160216164122.GA29677@pcbassegoda-i-mestres.ac.upc.edu> S?bastien Aperghis-Tramoni: > I actually already looked Act-out-of-the-box to see how you installed > Apache 1.3 + mod_perl 1 on Linux. But I guess that apart from the getline() > thing that required a small patch, you didn't run in a link problem like > I currently do on FreeBSD. If I can get it to work under FreeBSD, I'll > switch to Linux as well. I'm the author of that patch, so I know where it comes from... ;) If memory serves, I tried to compile the apache+mod_perl bundle first in Ubuntu Trusty (14.04) and I got lots of compiling errors like yours. I think I tried with Ubuntu Precise (12.04) and it failed too. Then I decided to try the oldest Ubuntu release that had a GCC version as old as the last release of apache1, thus Ubuntu Lucid (10.04) came as the base system for my Act-vagrant project, which was later used as a baseline for Act-out-of-the-box. The problem with lucid is that is no longer maintained and will not receive any security updates, so we should find another way. On the other hand, apache1 itself isn't receiving any security updates either, so lucid could work for now. I don't have a FreeBSD box to play with the compiler, I can try with a modern Ubuntu version though. But I'm pretty sure that patching apache1 to compile with a modern GCC will be a lot of work. Cheers! Alex From sebastien at aperghis.net Tue Feb 16 20:59:02 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Tue, 16 Feb 2016 20:59:02 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: <20160216164122.GA29677@pcbassegoda-i-mestres.ac.upc.edu> Message-ID: <545954281.125934722.1455652742646.JavaMail.root@spooler3-g27.priv.proxad.net> Alex Muntada wrote: > S?bastien Aperghis-Tramoni: > > > I actually already looked Act-out-of-the-box to see how you > > installed Apache 1.3 + mod_perl 1 on Linux. But I guess that > > apart from the getline() thing that required a small patch, > > you didn't run in a link problem like I currently do on FreeBSD. > > If I can get it to work under FreeBSD, I'll switch to Linux > > as well. > > I'm the author of that patch, so I know where it comes from... ;) > > If memory serves, I tried to compile the apache+mod_perl bundle > first in Ubuntu Trusty (14.04) and I got lots of compiling errors > like yours. I think I tried with Ubuntu Precise (12.04) and it > failed too. > > Then I decided to try the oldest Ubuntu release that had a GCC > version as old as the last release of apache1, thus Ubuntu Lucid > (10.04) came as the base system for my Act-vagrant project, which > was later used as a baseline for Act-out-of-the-box. > > The problem with lucid is that is no longer maintained and will > not receive any security updates, so we should find another way. > On the other hand, apache1 itself isn't receiving any security > updates either, so lucid could work for now. > > I don't have a FreeBSD box to play with the compiler, I can try > with a modern Ubuntu version though. But I'm pretty sure that > patching apache1 to compile with a modern GCC will be a lot of > work. I think the same. My current plan is to install an old GCC and hope it will work. On the hosting facility I use, the oldest Ubuntu they provide is 12.04 LTS. They also provide Debian 6 squeeze. -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From alexm at alexm.org Wed Feb 17 00:11:14 2016 From: alexm at alexm.org (Alex Muntada) Date: Wed, 17 Feb 2016 00:11:14 +0100 Subject: [Act] Act services moving on a new server In-Reply-To: <545954281.125934722.1455652742646.JavaMail.root@spooler3-g27.priv.proxad.net> References: <20160216164122.GA29677@pcbassegoda-i-mestres.ac.upc.edu> <545954281.125934722.1455652742646.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <20160216231114.GA28996@xps> S?bastien Aperghis-Tramoni: > On the hosting facility I use, the oldest Ubuntu they provide > is 12.04 LTS. They also provide Debian 6 squeeze. Good news: I compiled apache-1.3.42 on 14.04 with the _getline patch only. So it wasn't apache's fault that I had to downgrade to 10.04. Bad news: statically compiling mod_perl-1.31 with apache fails due to some weird format strings: ===> src/modules/perl cc -O2 -g -I/usr/lib/perl/5.18/CORE -D_REENTRANT -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL_VERSION=\"1.31\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.31\" -I../.. -I/usr/lib/perl/5.18/CORE -I../../os/unix -I../../include -DLINUX=22 -DHAVE_SET_DUMPABLE -DMOD_PERL -DUSE_PERL_SSI -D_REENTRANT -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_HSREGEX -D_REENTRANT -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 `../../apaci` -c mod_perl.c mod_perl.c: In function ?mp_check_version?: mod_perl.c:527:11: warning: unknown conversion type character ?_? in format [-Wformat=] version)); ^ mod_perl.c:527:11: warning: unknown conversion type character ?_? in format [-Wformat=] mod_perl.c:527:11: warning: too many arguments for format [-Wformat-extra-args] mod_perl.c:536:2: warning: unknown conversion type character ?_? in format [-Wformat=] sv_setpvf(namesv, "%_/Apache.pm", dir); ^ mod_perl.c:536:2: warning: too many arguments for format [-Wformat-extra-args] mod_perl.c: In function ?perl_module_init?: mod_perl.c:562:2: warning: unknown conversion type character ?v? in format [-Wformat=] char *version = form("Perl/v%vd", PL_patchlevel); ^ mod_perl.c:562:2: warning: too many arguments for format [-Wformat-extra-args] mod_perl.c: In function ?perl_startup?: mod_perl.c:788:15: error: lvalue required as left operand of assignment GvCV(exitgp) = perl_get_cv("Apache::exit", TRUE); ^ I will try some other options now and will keep you posted. Cheers, Alex From sebastien at aperghis.net Wed Feb 17 01:57:24 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Wed, 17 Feb 2016 01:57:24 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: <20160216231114.GA28996@xps> Message-ID: <420503768.128356402.1455670644359.JavaMail.root@spooler3-g27.priv.proxad.net> Alex Muntada wrote: > S?bastien Aperghis-Tramoni: > > > On the hosting facility I use, the oldest Ubuntu they provide > > is 12.04 LTS. They also provide Debian 6 squeeze. > > Good news: I compiled apache-1.3.42 on 14.04 with the _getline > patch only. So it wasn't apache's fault that I had to downgrade > to 10.04. > > Bad news: statically compiling mod_perl-1.31 with apache fails > due to some weird format strings: > > ===> src/modules/perl > cc -O2 -g -I/usr/lib/perl/5.18/CORE -D_REENTRANT -DDEBIAN > -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -DMOD_PERL_VERSION=\"1.31\" > -DMOD_PERL_STRING_VERSION=\"mod_perl/1.31\" -I../.. > -I/usr/lib/perl/5.18/CORE -I../../os/unix -I../../include > -DLINUX=22 -DHAVE_SET_DUMPABLE -DMOD_PERL -DUSE_PERL_SSI > -D_REENTRANT -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -DUSE_HSREGEX -D_REENTRANT -DDEBIAN -fstack-protector > -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 `../../apaci` -c mod_perl.c > mod_perl.c: In function ?mp_check_version?: > mod_perl.c:527:11: warning: unknown conversion type character ?_? in > format [-Wformat=] > version)); > ^ > mod_perl.c:527:11: warning: unknown conversion type character ?_? in > format [-Wformat=] > mod_perl.c:527:11: warning: too many arguments for format > [-Wformat-extra-args] > mod_perl.c:536:2: warning: unknown conversion type character ?_? in > format [-Wformat=] > sv_setpvf(namesv, "%_/Apache.pm", dir); > ^ > mod_perl.c:536:2: warning: too many arguments for format > [-Wformat-extra-args] > mod_perl.c: In function ?perl_module_init?: > mod_perl.c:562:2: warning: unknown conversion type character ?v? in > format [-Wformat=] > char *version = form("Perl/v%vd", PL_patchlevel); > ^ > mod_perl.c:562:2: warning: too many arguments for format > [-Wformat-extra-args] > mod_perl.c: In function ?perl_startup?: > mod_perl.c:788:15: error: lvalue required as left operand of > assignment > GvCV(exitgp) = perl_get_cv("Apache::exit", TRUE); > ^ > > I will try some other options now and will keep you posted. On my side, I tried to compile older versions of GCC, which failed with the error stating that some features were not supported in C99 mode. This led me to looking in this direction, and I found that passing the -std=gnu89 option passed to cc make things much easier. I could compile the static Apache with no problems. Now I'm working on the Apache+mod_perl, but first had to reinstall a Perl compiled with this option as well. -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From alexm at alexm.org Wed Feb 17 02:06:13 2016 From: alexm at alexm.org (Alex Muntada) Date: Wed, 17 Feb 2016 02:06:13 +0100 Subject: [Act] Act services moving on a new server In-Reply-To: <420503768.128356402.1455670644359.JavaMail.root@spooler3-g27.priv.proxad.net> References: <20160216231114.GA28996@xps> <420503768.128356402.1455670644359.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <20160217010613.GB28996@xps> S?bastien Aperghis-Tramoni: > On my side, I tried to compile older versions of GCC, which failed with > the error stating that some features were not supported in C99 mode. > This led me to looking in this direction, and I found that passing the > -std=gnu89 option passed to cc make things much easier. Good point :) > I could compile the static Apache with no problems. Now I'm working on > the Apache+mod_perl, but first had to reinstall a Perl compiled with > this option as well. The main issue is that mod_perl-1.31 relays on lucid perl-5.10.1 and trusty has perl-5.18.2, which has evolved quite a lot in terms of perl core. I managed to successfully compile apache from mod_perl with the attached patch, but "make test" gives SEGV :( Unfortunately my perl core skills are poor to fully understand the impact of the changes that I'm doing... I've been comparing the code from both perl versions and try to figure out the new way of doing it in trusty. Good night! Alex -------------- next part -------------- A non-text attachment was scrubbed... Name: mod_perl-1.31.patch Type: text/x-diff Size: 5583 bytes Desc: not available URL: From alexm at alexm.org Wed Feb 17 08:48:08 2016 From: alexm at alexm.org (Alex Muntada) Date: Wed, 17 Feb 2016 08:48:08 +0100 Subject: [Act] Act services moving on a new server In-Reply-To: <420503768.128356402.1455670644359.JavaMail.root@spooler3-g27.priv.proxad.net> References: <20160216231114.GA28996@xps> <420503768.128356402.1455670644359.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: After thinking about it again, it should be easier to compile perl 5.10 with perlbrew or plenv and let mod_perl unpatched. At least perlbrew uses patchperl to fix compilation on modern toolchains. Cheers, Alex El dia 17 febr. 2016 1:57 a. m., "S?bastien Aperghis-Tramoni" < sebastien at aperghis.net> va escriure: > Alex Muntada wrote: > > > S?bastien Aperghis-Tramoni: > > > > > On the hosting facility I use, the oldest Ubuntu they provide > > > is 12.04 LTS. They also provide Debian 6 squeeze. > > > > Good news: I compiled apache-1.3.42 on 14.04 with the _getline > > patch only. So it wasn't apache's fault that I had to downgrade > > to 10.04. > > > > Bad news: statically compiling mod_perl-1.31 with apache fails > > due to some weird format strings: > > > > ===> src/modules/perl > > cc -O2 -g -I/usr/lib/perl/5.18/CORE -D_REENTRANT -DDEBIAN > > -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include > > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > > -DMOD_PERL_VERSION=\"1.31\" > > -DMOD_PERL_STRING_VERSION=\"mod_perl/1.31\" -I../.. > > -I/usr/lib/perl/5.18/CORE -I../../os/unix -I../../include > > -DLINUX=22 -DHAVE_SET_DUMPABLE -DMOD_PERL -DUSE_PERL_SSI > > -D_REENTRANT -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe > > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > > -DUSE_HSREGEX -D_REENTRANT -DDEBIAN -fstack-protector > > -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE > > -D_FILE_OFFSET_BITS=64 `../../apaci` -c mod_perl.c > > mod_perl.c: In function ?mp_check_version?: > > mod_perl.c:527:11: warning: unknown conversion type character ?_? in > > format [-Wformat=] > > version)); > > ^ > > mod_perl.c:527:11: warning: unknown conversion type character ?_? in > > format [-Wformat=] > > mod_perl.c:527:11: warning: too many arguments for format > > [-Wformat-extra-args] > > mod_perl.c:536:2: warning: unknown conversion type character ?_? in > > format [-Wformat=] > > sv_setpvf(namesv, "%_/Apache.pm", dir); > > ^ > > mod_perl.c:536:2: warning: too many arguments for format > > [-Wformat-extra-args] > > mod_perl.c: In function ?perl_module_init?: > > mod_perl.c:562:2: warning: unknown conversion type character ?v? in > > format [-Wformat=] > > char *version = form("Perl/v%vd", PL_patchlevel); > > ^ > > mod_perl.c:562:2: warning: too many arguments for format > > [-Wformat-extra-args] > > mod_perl.c: In function ?perl_startup?: > > mod_perl.c:788:15: error: lvalue required as left operand of > > assignment > > GvCV(exitgp) = perl_get_cv("Apache::exit", TRUE); > > ^ > > > > I will try some other options now and will keep you posted. > > On my side, I tried to compile older versions of GCC, which failed with > the error stating that some features were not supported in C99 mode. > This led me to looking in this direction, and I found that passing the > -std=gnu89 option passed to cc make things much easier. > I could compile the static Apache with no problems. Now I'm working on > the Apache+mod_perl, but first had to reinstall a Perl compiled with > this option as well. > > > -- > 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: From toddr at cpanel.net Wed Feb 17 21:02:33 2016 From: toddr at cpanel.net (Todd Rinaldo) Date: Wed, 17 Feb 2016 14:02:33 -0600 Subject: [Act] Act services moving on a new server In-Reply-To: <1922816045.115544395.1455581268546.JavaMail.root@spooler3-g27.priv.proxad.net> References: <1922816045.115544395.1455581268546.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: 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 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 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: -------------- 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: From sebastien at aperghis.net Thu Feb 18 01:36:15 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Thu, 18 Feb 2016 01:36:15 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: <20160217010613.GB28996@xps> Message-ID: <141786490.142685348.1455755775278.JavaMail.root@spooler3-g27.priv.proxad.net> Alex Muntada wrote: > S?bastien Aperghis-Tramoni: > > > [with the -std=gnu89 option] I could compile the static Apache > > with no problems. Now I'm working on the Apache+mod_perl, but > > first had to reinstall a Perl compiled with this option as well. > > The main issue is that mod_perl-1.31 relays on lucid perl-5.10.1 > and trusty has perl-5.18.2, which has evolved quite a lot in > terms of perl core. I managed to successfully compile apache from > mod_perl with the attached patch, but "make test" gives SEGV :( > > Unfortunately my perl core skills are poor to fully understand > the impact of the changes that I'm doing... I've been comparing > the code from both perl versions and try to figure out the new > way of doing it in trusty. I had started to fix the sources in a more crude way when I saw your mail. With your patch plus another small fix, I was able to compile Apache+mod_perl. But the resulting binary cores because if what appears to be an infinite loop in File::Glob. > After thinking about it again, it should be easier to compile > perl 5.10 with perlbrew or plenv and let mod_perl unpatched. > > At least perlbrew uses patchperl to fix compilation on modern > toolchains. Indeed. I'll try to compile some older Perl as well and see if it's easier with these instead of a too recent one. -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From sebastien at aperghis.net Thu Feb 18 01:50:25 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Thu, 18 Feb 2016 01:50:25 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: Message-ID: <1704536575.142821807.1455756625423.JavaMail.root@spooler3-g27.priv.proxad.net> Todd Rinaldo wrote: > 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 > > 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. I agree that it's a better solution, but as a sysadmin, my first reflex is to first try to replicate the environment I know to be working, rather than trying to port to a new one. Actually, one of my errors here has been to use a too recent Perl, and as suggested by Alex, I'll try to install older versions. However, I'll try your solution as well. Thanks for sharing. -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From toddr at cpanel.net Sun Feb 21 18:58:32 2016 From: toddr at cpanel.net (Todd E Rinaldo) Date: Sun, 21 Feb 2016 11:58:32 -0600 Subject: [Act] Act down? Message-ID: We're getting an error message when we had all of our websites. Can the needed software be kicked please? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4649 bytes Desc: not available URL: From th.j.v.hoesel at gmail.com Sun Feb 21 21:39:11 2016 From: th.j.v.hoesel at gmail.com (Th. J. van Hoesel) Date: Sun, 21 Feb 2016 21:39:11 +0100 Subject: [Act] Act down? In-Reply-To: References: Message-ID: Hi Todd, I assume that S?bastien is well aware of what is going on and trying hard to make sure that everything will be live soon enough. good luck and succes !!! > On 21 Feb 2016, at 18:58, Todd E Rinaldo wrote: > > We're getting an error message when we had all of our websites. Can the needed software be kicked please? > _______________________________________________ > Act mailing list > Act at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/act From sebastien at aperghis.net Sun Feb 21 22:12:43 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Sun, 21 Feb 2016 22:12:43 +0100 (CET) Subject: [Act] Act down? In-Reply-To: Message-ID: <693248174.202344757.1456089163465.JavaMail.root@spooler3-g27.priv.proxad.net> Todd E Rinaldo wrote: > We're getting an error message when we had all of our websites. Can > the needed software be kicked please? Sorry, I was creating a conference, and forgot that some missing files in one conference can block everything else. Things are back to normal now. -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From sebastien at aperghis.net Mon Feb 22 02:32:23 2016 From: sebastien at aperghis.net (=?utf-8?Q?S=C3=A9bastien?= Aperghis-Tramoni) Date: Mon, 22 Feb 2016 02:32:23 +0100 (CET) Subject: [Act] Act services moving on a new server In-Reply-To: <141786490.142685348.1455755775278.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <430342655.204767191.1456104743351.JavaMail.root@spooler3-g27.priv.proxad.net> S?bastien Aperghis-Tramoni wrote: > Indeed. I'll try to compile some older Perl as well and see if > it's easier with these instead of a too recent one. This went much better. If you can access this URL: ? http://act.perlworkshop.eu/phantom/ it will confirm that Act is working on the new server. I quickly imported part of the production database, but I'll have to do that again when we actually switch from spectre to phantom. To dump a few notes here: - compile everything with -std=gnu89 - Perl 5.12 is apparently the last Perl we can compile an unmodified modperl 1.x against; 5.14 already presents the conflicts Alex and myself encountered - latest Apache::AuthCookie depends on Apache::Test 1.39, which isn't correctly indexed, or at least is unknown to cpanminus (I haven't looked into that) -- S?bastien Aperghis-Tramoni Close the world, txEn eht nepO. From elbeho at boivin.eu Tue Feb 23 23:57:39 2016 From: elbeho at boivin.eu (L Boivin) Date: Tue, 23 Feb 2016 23:57:39 +0100 Subject: [Act] Act services moving on a new server In-Reply-To: <430342655.204767191.1456104743351.JavaMail.root@spooler3-g27.priv.proxad.net> References: <430342655.204767191.1456104743351.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <56CCE3E3.8090206@boivin.eu> Yeah! Congrats!!!!! Laurent On 22/02/2016 02:32, S?bastien Aperghis-Tramoni wrote: > S?bastien Aperghis-Tramoni wrote: > >> Indeed. I'll try to compile some older Perl as well and see if >> it's easier with these instead of a too recent one. > > This went much better. If you can access this URL: > ? http://act.perlworkshop.eu/phantom/ > > it will confirm that Act is working on the new server. I quickly > imported part of the production database, but I'll have to do > that again when we actually switch from spectre to phantom. > > > To dump a few notes here: > > - compile everything with -std=gnu89 > > - Perl 5.12 is apparently the last Perl we can compile an > unmodified modperl 1.x against; 5.14 already presents the > conflicts Alex and myself encountered > > - latest Apache::AuthCookie depends on Apache::Test 1.39, > which isn't correctly indexed, or at least is unknown to > cpanminus (I haven't looked into that) > -- Laurent Boivin -- mailto:elbeho at boivin.eu Member of Mongueurs de Perl -- http://www.mongueurs.net/ Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ Member of OSDC.fr -- http://osdc.fr/