Sponsored Content
Operating Systems Linux Gentoo compiling applications with Centos Post 302245047 by otheus on Thursday 9th of October 2008 08:03:49 AM
Old 10-09-2008
I don't see why you shouldn't compile from source. In fact, with GenToo, that's pretty much all one can do. With CentOS, they've simply provided binaries that are part of RedHat Enterprise Linux source RPMs. You can always download the source RPMs and do an "rpmbuild", but with adding your own CFLAGS, etc.

But if you want to go purely source, I don't see a problem with it. It would be the easier way of customizing the config file the way you like it. You can copy the config.status file from Solaris and then on linux, do a "./configure -r" I think.

The axps thing is tricky -- you have to compile Apache and THEN install it and THEN compile the modules and support programs (like PHP, MySQL, etc). To see what came with Apache as a binary, run "httpd -l", and "httpd -V".
 

5 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

X applications

I am an Oracle DBA who has previously worked only on NT machines. I need to install Oracle on an AIX box. This Unix server has only a CRT monitor. The Oracle installation REQUIRES a graphical means of seeing the Unix machine. I've been told that I should telnet from a PC that can display X... (2 Replies)
Discussion started by: jbrax
2 Replies

2. Shell Programming and Scripting

Scripting with applications

Hi, I am developing a script that invokes a program, and that program is going to prompt for some input every now and then based on some parameters. My script shall provide input to the program, automatically, by processing the text output by the program.. say.. when the program asks ... (3 Replies)
Discussion started by: icecoldaswin
3 Replies

3. Linux

Portable Applications

Hello Im stuck with a project on converting existing applications in to their portable versions, What i mean is that i want an application to run on a Linux OS without the need of actually installing the application on that machine. My preffered OS is fedora as it is used on most machines in my... (1 Reply)
Discussion started by: engineeringme
1 Replies

4. Red Hat

Not able to see the terminal icon in the applications menu to launch the command prompt in Centos

After installing centos iam not able to see the terminal icon in the applications menu to launch the command prompt in Centos. However iam able to see the Open Terminal menu, when i right click and it is not working. let me know what are the things i need to check.:b: (1 Reply)
Discussion started by: Kesavan
1 Replies

5. Red Hat

How to Upgrade Centos 5.7 using Centos 5.8 ISO image on Vmware workstation

Dear Linux Experts, On my windows 7 desktop with the help of Vmware workstation (Version 7.1), created virtual machine and installed Centos 5.7 successfully using ISO image. Query : Is this possible to upgrade the Centos 5.7 using Centos 5.8 ISO image to Centos version 5.8?.. if yes kindly... (2 Replies)
Discussion started by: Ananthcn
2 Replies
Apache::Reload(3)					User Contributed Perl Documentation					 Apache::Reload(3)

NAME
Apache::Reload - Reload changed modules SYNOPSIS
In httpd.conf: PerlInitHandler Apache::Reload PerlSetVar ReloadAll Off Then your module: package My::Apache::Module; use Apache::Reload; sub handler { ... } 1; DESCRIPTION
This module is two things. First it is an adaptation of Randal Schwartz's Stonehenge::Reload module that attempts to be a little more intuitive and makes the usage easier. Stonehenge::Reload was written by Randal to make specific modules reload themselves when they changed. Unlike Apache::StatINC, Stonehenge::Reload only checked the change time of modules that registered themselves with Stonehenge::Reload, thus reducing stat() calls. Apache::Reload also offers the exact same functionality as Apache::StatINC, and is thus designed to be a drop-in replacement. Apache::Reload only checks modules that register themselves with Apache::Reload if you explicitly turn off the StatINC emulation method (see below). Like Apache::StatINC, Apache::Reload must be installed as an Init Handler. StatINC Replacement To use as a StatINC replacement, simply add the following configuration to your httpd.conf: PerlInitHandler Apache::Reload Register Modules Implicitly To only reload modules that have registered with Apache::Reload, add the following to the httpd.conf: PerlInitHandler Apache::Reload PerlSetVar ReloadAll Off # ReloadAll defaults to On Then any modules with the line: use Apache::Reload; Will be reloaded when they change. Register Modules Explicitly You can also register modules explicitly in your httpd.conf file that you want to be reloaded on change: PerlInitHandler Apache::Reload PerlSetVar ReloadAll Off PerlSetVar ReloadModules "My::Foo My::Bar Foo::Bar::Test" Note that these are split on whitespace, but the module list must be in quotes, otherwise Apache tries to parse the parameter list. Un-Register Modules Explicitly If ReloadAll is set to On, then you can explicity force a module not to be reloaded with no Apache::Reload; A warning will appear in the error log that the file has changed, but will not be reloaded Special "Touch" File You can also set a file that you can touch() that causes the reloads to be performed. If you set this, and don't touch() the file, the reloads don't happen. This can be a great boon in a live environment: PerlSetVar ReloadTouchFile /tmp/reload_modules Now when you're happy with your changes, simply go to the command line and type: touch /tmp/reload_modules And your modules will be magically reloaded on the next request. This option works in both StatINC emulation mode and the registered modules mode. PSUEDOHASHES
The short summary of this is: Don't use psuedohashes. Use an array with constant indexes. Its faster in the general case, its more guaranteed, and generally, it works. The long summary is that I've done some work to get this working with modules that use psuedo hashes, but its still broken in the case of a single module that contains multiple packages that all use psuedohashes. So don't do that. AUTHOR
Matt Sergeant, matt@sergeant.org MAINTAINERS
the mod_perl developers, dev@perl.apache.org SEE ALSO
Apache::StatINC, Stonehenge::Reload perl v5.18.2 2015-06-18 Apache::Reload(3)
All times are GMT -4. The time now is 05:50 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy