plainblack.com
Username Password
search
Bookmark and Share

    
Goto page «Previous Page   1 2    Next Page»

WRE for CentOS 6 64bit

User pvanthony
Date 9/1/2012 9:30 am
Views 19733
Rating 2    Rate [
|
]
Previous · Next
User Message
pvanthony

I prefer to use nginx.

Can I run WebGUI 7.10 with this new WRE?

Or would it be better to run the WRE7 branch for WebGUI 7.10?

Sorry to ask so many questions.

You see, I am moving from Gentoo 64bit server to a CentOS 6 64bit server. So I will have to move all the files to the new server. It is like starting a new, somewhat.

So I was thinking of going WebGUI 8. Would it be safe?

Programmers are very cautious. I understand that. 

I was wondering if WebGUI 8 is actually very stable but not many people has tested it thats all. Internally when progarmmers tested it, it all works well, right?

Shall I go with WebGUI 8? Though question but please advise.

P.V.Anthony



Back to Top
Rate [
|
]
 
 
scottwalters

http://webgui.org/8 has the bug tracker.  I don't know of any production sites using it.  It has been tested, of course, but not heavily.  I wouldn't suggest upgrading to it and putting it into production until more testing is done.

Re: nginx and plack, both "plebgui" and WebGUI8 use the "plack" API and Miyagawa's related libraries in particular to speak HTTP.

nginx serves static files and reverse proxies HTTP requests to WebGUI.  nginx does the work that the "modproxy" Apache httpd process did before.

Since plack is just an API and a lot of servers of different sorts implement the API, you could use a FastCGI plack server and use a FastCGI capable webserver instead to serve the static files and send the dynamic requests to wG over FCGI rather than over HTTP, or use a different HTTP implmentation such as Plack::Server::Standalone::Prefork.  There's even a Plack server for mod_perl, if you wanted to run wG8 inside of mod_perl for some horrific reason.  There's one for CGI, too.

Again, neither WRE is quite exactly set up for "plebgui".  If you build the WRE from the 'master' branch, it should work with wg7 (git checkout master).  If you build it with the wre7 branch (as I suggested above), it should work with wG7.  I have instructions around somewhere for getting wG8 installed on the new WRE since the instructions included with wG8 are for source install and/or the old WRE.  I plan to merge those instructions in to wG8 but if you wanted to help test them and make corrections, I'd be grateful for the help.



Back to Top
Rate [
|
]
 
 
perlDreamer

Just to be clear, there was never a beta for WebGUI 8.  When any code goes beta, you'll find it running on webgui.org and plainblack.com, and there will be an official announcement for it on the blog.

The 8.0 code in git was an experiment in what would be needed to upgrade a server.



Back to Top
Rate [
|
]
 
 
scottwalters

Just to be clear, there was never a beta for WebGUI 8.  When any code goes beta, you'll find it running on webgui.org and plainblack.com, and there will be an official announcement for it on the blog.

The 8.0 code in git was an experiment in what would be needed to upgrade a server.

Well, that would explain why there was no announcement.

Still, there was talk a few months back about trying to finish it up for beta and trying to get it out for beta, and I thought the things peopled wanted to get done, got done, before you and JT moved on to working on the WRE for it.  I have things on my task list such as killing ImageMagick and there are rough edges in the admin, but I'm not aware of any showstoppers.  I also haven't tried to ugprade any sites to it.  I also thought that preaction upgraded webgui.org to it but I see that it's running 7.10, as is plainblack.com.

So, what needs to happen before a beta is announced?

I'm sure that bug fixes and bug reports are welcome even if a beta hasn't been announced.



Back to Top
Rate [
|
]
 
 
pvanthony

Hi,

I have successfully compiled WRE for CentOS 6 64bit.

Please note that I am not a programmer and I have not done major testing.

Here is how I did it. Please note that they may be other ways to do this. Please let me know if I have made a mistake.

Used virtual server to do the compile.

01. Installed CentOS 6 64bit minimal install.

02. Installed the following packages using yum.
    yum install git gcc gcc-c++ make unzip wget xmlto pkgconfig autoconfig

03. Create system user
    useradd webgui

04. Create password for user webgui
    passwd webgui

05. make directory
    mkdir /data

06. chown owner of the /data to webgui
    chown webgui:webgui /data

07. Login as webgui

08. Used git to download wre
    git clone https://github.com/plainblack/wrebuild.git

09. Change branch for wre that is to be used with WebGUI 7.10
    cd wrebuild
    git checkout wre7

10. Needed to make a very small change to build.sh. Below is the change done.
--------------- start ----------------------
--- build.sh.org    2012-09-08 16:07:22.603922957 +0800
+++ build.sh    2012-09-08 21:29:42.269929537 +0800
@@ -312,7 +312,7 @@
     buildProgram "libgpg-error-1.7" "$CFG_CACHE"
 
     # libgmp
-    buildProgram "gmp-5.0.5" "$CFG_CACHE ABI=32"
+    buildProgram "gmp-5.0.5" "$CFG_CACHE ABI=64"
 
     # libnettle
     buildProgram "nettle-2.4" "$CFG_CACHE"

--------------- end ------------------------

11. run getsource.sh to get the source files
    ./getsource.sh

12. Start the build
    ./build.sh --ia64 --all

13. There will be an error when compiling gnutls. This is because nettle stores its library in lib64 instead of lib. So we make some link files.
    ln -s /data/wre/lib64/libnettle.a /data/wre/lib/libnettle.a
    ln -s /data/wre/lib64/libhogweed.a /data/wre/lib/libhogweed.a

14. Made a change in setEnviroment file to include lib64 library. Not sure if needed.
------------------- start ---------------------------
--- setenvironment.sh.org    2012-09-10 15:10:46.583926835 +0800
+++ setenvironment.sh    2012-09-08 17:31:42.722927357 +0800
@@ -1,5 +1,5 @@
 export PATH=/data/wre/prereqs/bin:/data/wre/prereqs/sbin:/data/wre/sbin:/data/wre/bin:$PATH
-export LD_LIBRARY_PATH=/data/wre/prereqs/lib:$LD_LIBRARY_PATH
+export LD_LIBRARY_PATH=/data/wre/prereqs/lib:/data/wre/prereqs/lib64:$LD_LIBRARY_PATH
 export DYLD_FALLBACK_LIBRARY_PATH=/data/wre/prereqs/lib:$DYLD_LIBRARY_PATH
 export LD_RUN_PATH=/data/wre/prereqs/lib:$LD_RUN_PATH
 export PERL5LIB=/data/WebGUI/lib:$PERL5LIB
-------------------- end ----------------------------

15. Clean the build
    ./build.sh --clean

16. Start the build again.
    ./build.sh --ia64 --all

17. Once the build is completed successfully, install Task::WebGUI
    cd /data/wre/sbin
    . setenviroment.sh
    cpan App::cpanminus
    cpanm Task::WebGUI

18. There will be some modules that could not be installed automatically. Install them manually. The source can be found in ~/cpanm/work/somenumbered_folder. Do the normal "perl Makefile.PL", "make" and "make install". The reason that these modules failed was because of the location of the library files.

For Crypt::SSLeay, I had to change the include directory option in the Makefile. From -I/usr/local/include to -I/data/wre/prereqs/include

For XML::Parser, I had to set the ExpactLib to /data/wre/prereqs/lib , ExpactInclude to /data/wre/prereqs/include and -I/data/wre/prereqs/include

For Net::SSLeay, from the readme file,
    OPENSSL_PREFIX=/data/wre/prereqs perl Makefile.PL

For Text::Aspell, from the readme file,
    perl Makefile.PL PREFIX=/data/wre/prereqs CCFLAGS=-I/data/wre/prereqs/include LIBS="-L/data/wre/prereqs/lib -laspell"

19. Had to install these modules too. Just use cpan for this.
    cd /data/wre/sbin
    . setenviroment
    ./cpan Class::InsideOut
    ./cpan File::Which

20. Downloaded the latest WebGUI and uncompress it into /data/
    cd /data
    wget http://update.webgui.org/7.x.x/webgui-7.10.26-stable.tar.gz
    tar xzf webgui-7.10.26-stable.tar.gz

21. Do a check and see if all the perl modules are installed.
    cd /data/WebGUI/sbin/
    perl testEnviroment.pl

22. There was some perl modules that needed to be installed. Use cpan to install them.
    cd /data/wre/sbin
    . setenviroment.sh
    ./cpan Apache::Request
There are others but I cannot remember them now.

23. Once all that is done, we can now get the wre running.
    cd /data/wre/sbin
    . setenviroment
    .wreconsole.pl

21. Open the webbrowser and goto http://ip_address_of_server:60834/setup

Enjoy!!!

Please comment and share your knowledge.

P.V.Anthony



Back to Top
Rate [
|
]
 
 
susanb

Thank you for this. I hope to be trying it out on a new box shortly.

Susan B



Back to Top
Rate [
|
]
 
 
susanb

I finally got around to testing this. After some minor hair pulling, it worked. Thanks so much for detailing your steps.

I've gone ahead and added this to the wiki, including linking it from the WRE install instructions. You can see my version of your instructions at https://www.webgui.org/wiki/building-the-wre-on-64bit-rhel-5-or-centos-6

Hopefully this will help others get WebGUI installed

Susan B



Back to Top
Rate [
|
]
 
 
xootom

Just been trying these instructions to see if I can make progress with Webgui 8 on a fresh box. I had to download the mysql version manually from the archive, the rest of the sources downloaded fine. After the first pass of the build.sh, I created the symbolic links - there is an error in the instructions above though, the paths are data/wre/prereqs/libs not data/wre/libs (same for lib64).

On second pass of build.sh, after running clean, I'm hit with a terminal looking error, so I'm stuck now.

gcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
make[2]: *** [magick/magick_libMagickCore_Q16_la-decorate.lo] Error 1
make[2]: Leaving directory `/home/webgui/wrebuild/source/ImageMagick-6.8.2-3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/webgui/wrebuild/source/ImageMagick-6.8.2-3'
make: *** [all] Error 2
WRE ERROR: Image Magick make did not complete successfully.


Back to Top
Rate [
|
]
 
 
pvanthony

Is this compile done on a virtual server? If so, try adding more ram.

I think I had to add more ram when I tried it.

P.V.Anthony



Back to Top
Rate [
|
]
 
 
     Goto page «Previous Page   1 2    Next Page»



© 2018 Plain Black Corporation | All Rights Reserved