On Friday 06 March 2015 09.12:38 Jörg Steffens wrote: > Hi Bruno, > > Am 05.03.2015 21:18, schrieb Bruno Friedmann: > > Anyway it's wrong due to some assumption which are false. > > for example you force setenv which doesn't exist as module on suse > > this create warning message when apache2 start afterward. > > oh, I only assumed a message at install time of bareos-webui, not when > starting apache.
Well unfortunately not on openSUSE a systemctl restart apache2 give in system log mar 07 11:36:53 yoda systemd[1]: Stopping The Apache Webserver... mar 07 11:36:53 yoda start_apache2[15956]: Module "setenv" is not installed, ignoring. mar 07 11:36:53 yoda start_apache2[15956]: Check the APACHE_MODULES setting in /etc/sysconfig/apache2. mar 07 11:36:53 yoda systemd[1]: Starting The Apache Webserver... mar 07 11:36:53 yoda start_apache2[15977]: Module "setenv" is not installed, ignoring. mar 07 11:36:53 yoda start_apache2[15977]: Check the APACHE_MODULES setting in /etc/sysconfig/apache2. mar 07 11:36:55 yoda systemd[1]: Started The Apache Webserver. > > > Also you force the loading of php5 as module, when the server could be > > configured to use > > other method cgi or php-fpm (better) > > > > Same apply for dependencies at install time, forcing mod_php5 force system > > to fallback apache2 to the prefork mode > > when newer engine like event are better. > > > > It a things to make life easier to Joe user, but it should also let skilled > > admin to choose themselve how their system has to be setup and configured. > > You are of course right. What do you suggest? Just leave it unconfigured > (undesirable) or are there better options? >From what I've experimented there's no one-in-all solution actually :-( It even worse, since on deb world the daemon has to be configured and running, and on in other side redhat/fed, SUSE/openSUSE the daemon is installed and has to be manually configured and started by the system admin (I personally prefer the second way of life :-) But that's only me) > On modern SUSEs (and Debian), Requires: mod_php5 could be replaced by a > Recommends or Suggests, but this does not work on Redhat. Well as admin if you want a system that stay clear of crap most of the time you will install packages without any suggested package (it's cascading tons of dependencies) But at least the package will tell you what you could have missed. Then what it really require is php5. The rest is the admin/user choice. Could we imagine to have a bareos-webui-apache2_modphp5 package that will contain the needed configuration for someone that want an automatically configured things. Then a php5-cgi version etc could be done. I know how cheap are ideas, and how much effort its needed to implement them. We're just talking about possible. And I'm totally fine with the approach you take. > Is there a php property, that works for any php apache modes? > Anyhow, as soon as anybody wants to use another webserver (nginx for > example, untested) this will fail anyway. Yeah the offering other solutions (like nginx) is still a major problem. I know there (and also for fedora) a require httpd daemon spec macro, but at install time you will have to find the right configuration for whatever the web server is. I don't know if it would be possible to have kind of configuration package, without becoming a damn hell to maintain. > It's not easy to create packages that integrate well on all major platforms. I know that too much :-) Making day sometimes less fun that it should. > regards, > Jörg Hey look at the future, everything will be easier with docker no? :-))))) Another project that share the same difficulties is owncloud. How to make it easy for users to have it installed. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. For more options, visit https://groups.google.com/d/optout.
