Webmin / Virtualmin Apache Compiling?

9 posts / 0 new
Last post
#1 Sun, 01/17/2010 - 21:33
Daworm

Webmin / Virtualmin Apache Compiling?

Does Webmin/Virtualmin have a GUI interface to do a recompile of Apache much like cPanel does with the WHM?

If so, where is it I cannot seem to locate it.

If not... suggestion!!! :)

Sun, 01/17/2010 - 21:38
andreychek

Nope -- rather than compiling things, Virtualmin uses native packages.

Virtualmin attempts to use the distro's packages where possible, but in some cases custom packages are provided at software.virtualmin.com (or software.virtualmin.com/gpl).

Those repositories should be setup automatically when installing Virtualmin using the install.sh script.

-Eric

Sun, 01/17/2010 - 21:42
Daworm

Yeah, I've added EPEL and RPMForge manually as I wanted some things not on CentOS or the Virtualmin repo's.

Be nice if Virtualmin/Webmin had the option to be able to recompile Apache - as I need to do so, so that I can attempt to resolve my crashing issue.

Sun, 01/17/2010 - 22:34
Daworm

Hurm, on the same track... will webmin/virtualmin just "work" if I do a manual build of apache to a later version than I currently have? Or will I have to reconfigure things. Like the vhost entries etc... or can virtualmin be told to put those back in?

Mon, 01/18/2010 - 18:13
Daworm

Ok - can I update Apache (and so long as I backup my .conf file) can I restore it without an issue and keep working?

I've been asking on #httpd and #centos on freenode IRC and have just been advised that the version available with Virtualmin is out of date by a few securitiy exploits. Will you build a new version in the VM repo list or should I just build my own version of apache from my choice of repo.

If so, anything I should do before hand? IE: Copy httpd.conf for a backup? .. ??

Mon, 01/18/2010 - 18:23
andreychek

If there's newer Apache versions available on CentOS, you may want to file a bug report regarding those newer versions so that they can build a newer version and get that into the repository.

You can file a report using the Support link above.

As far as how to continue to use your current config files if you install a different Apache version -- how that works all depends on the Apache you're using, and what config files/locations it's setup to use.

A few notes on that --

  • I'd always recommend having offsite backups of every config file on your server

  • Once a new Apache version is available in the Virtualmin repo, if you upgrade to it, it will re-use your current config files

  • If you want to compile Apache yourself -- you might consider building an RPM, using the same .spec file used by Virtualmin. You can go in there, modify the Apache version being used, and options being enabled -- but otherwise you'd end up with a similar result (which is good!).

    -Eric

Mon, 01/18/2010 - 20:09
Daworm

Submitted Bug Report!! :)

Tue, 01/17/2017 - 03:55
safknw

I'm trying to build package for CentOS 6 for apache 2.2.32. I'm using SPEC file from SRPM package provided my virtualmin repo. There are too many patches that are being applied, can some help to find out which patches are still relevant?

Wed, 01/18/2017 - 23:50 (Reply to #8)
Joe
Joe's picture

What version of Apache are you trying to build against that spec file? If it's much newer, it'd be pretty hard to build without a lot of work.

You might find building the CentOS 7 package is easier (though it'll have dependencies that are too new for CentOS 6, you'd likely be able to disable some features and remove some of the dependencies).

If there's a CentOS 6 Apache package you like (maybe from SCL or something), you can modify the package to be Virtualmin compatible by making the following changes to any httpd package:

  1. Change the suexec docroot to /home (instead of /var/www)
  2. Change the Epoch to 1, and all dependencies on httpd within the spec to include 1: at the front.

You can see examples of that in any of our spec files. It's a little tricky to get all of the dependencies right for all of the sub-packages (somehow I always manage to mess it up for the docs package), but there's nothing too complicated about it. Our goal is always to provide a package as close to your preferred distro as possible, so we just rebuild the package CentOS ships with suexec docroot changed (the epoch is just to prevent yum from replacing it when CentOS rolls a new package before we update to match theirs).

--

Check out the forum guidelines!

Topic locked