Bug 6954

Summary:	[Tracker] all bugs relating to the new ( or not ) apache 2.4
Product:	Mageia	Reporter:	Manuel Hiebel <manuel.mageia>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	release_blocker	CC:	alien, ennael1, guillomovitch, luigiwalser, oliver.bgr, pmdenielou, wilcal.int
Version:	Cauldron	Keywords:	TRACKER
Target Milestone:	Mageia 3
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Bug Depends on:	6805, 6888, 6905, 7024, 7152, 7426, 7513, 8682, 8923, 8977, 9434
Bug Blocks:

Description Manuel Hiebel 2012-08-05 01:10:57 CEST

Description of problem:
all is in the summary

Manuel Hiebel 2012-08-05 01:12:34 CEST

Priority: Normal => release_blocker
Hardware: i586 => All
Version: 2 => Cauldron
Depends on: (none) => 6805, 6888
Target Milestone: --- => Mageia 3
Source RPM: apache => apache, drak*

Manuel Hiebel 2012-08-05 01:15:35 CEST

Keywords: (none) => TRACKER
Depends on: (none) => 6905
Source RPM: apache, drak* => (none)

William Kenney 2012-08-05 03:53:30 CEST

CC: (none) => wilcal.int

Comment 1 David Walser 2012-08-08 17:40:55 CEST

It would be good to document somewhere (maybe here) what changes need to be made to packages.

For instance:
files in /etc/httpd/conf/webapps.d/ need to move to /etc/httpd/conf/sites.d/
files in /etc/httpd/conf/vhosts.d/ need to move to /etc/httpd/conf/sites.d/
files in /usr/lib/apache/ need to move to /usr/lib/httpd/modules/
files in /usr/lib/apache-extramodules/ need to move to /usr/lib/httpd/modules/

Also:
%{_bindir}/apxs or %{_sbindir}/apxs should be changed to %{_httpd_apxs}
%{_httpd_moddir} should be used for the modules directory (instead of hard-coding /usr/lib/apache, /usr/lib/apache-extramodules, or /usr/lib/httpd/modules)
%{_httpd_modconfdir} should be used instead of %{_syscondfir}/httpd/conf/modules.d

There may be others.

CC: (none) => guillomovitch, luigiwalser

Comment 2 William Kenney 2012-08-08 18:08:16 CEST

Please share with me when this is fixed in Cauldron
and I will do a ground up install from a blank drive
to ensure that it is fixed. Thanks all for the great
work.

Comment 3 David Walser 2012-08-08 18:13:57 CEST

(In reply to comment #1)
> There may be others.

These are the new macros available for use (macro followed by definition):
%%_httpd_apxs %%{_bindir}/apxs
%%_httpd_confdir %{confdir}
%%_httpd_modconfdir  %{confdir}/modules.d
%%_httpd_siteconfdir %{confdir}/sites.d
%%_httpd_extconfdir %{confdir}/conf.d
%%_httpd_contentdir %{contentdir}
%%_httpd_moddir %%{_libdir}/httpd/modules

At least for things moving from /etc/httpd/conf/webapps.d/, probably the %{_webappconfdir} macro (from rpm-mageia-setup-build) should be used rather than %{_httpd_siteconfdir} so as to not require apache-devel for building.

Manuel Hiebel 2012-08-12 01:46:30 CEST

Depends on: (none) => 7024

Manuel Hiebel 2012-08-23 17:29:52 CEST

Depends on: (none) => 7152

Comment 4 Guillaume Rousse 2012-08-23 17:51:04 CEST

More painful issue: while still syntactically correct, the previous access control directives don't work anymore, and have to be changed.

Order deny,allow
Allow from all
is now:
Require all granted

Order deny,allow
Deny from all
is now:
Require all denied

Manuel Hiebel 2012-09-11 21:41:58 CEST

Depends on: (none) => 7443

Manuel Hiebel 2012-09-16 11:57:17 CEST

Depends on: (none) => 7426

claire robinson 2012-09-18 17:23:40 CEST

Depends on: (none) => 7513

claire robinson 2013-01-14 11:12:05 CET

Depends on: (none) => 8682

Manuel Hiebel 2013-01-28 16:02:19 CET

Blocks: (none) => 5140

claire robinson 2013-02-04 00:20:17 CET

Depends on: (none) => 8923

Pascal Terjan 2013-02-06 00:19:45 CET

Depends on: (none) => 8977

Comment 5 AL13N 2013-02-06 19:52:03 CET

at least urpmi-proxy should be correct now (if %_webappconfdir now refers to %_httpd_siteconfdir )

CC: (none) => alien

Guillaume Rousse 2013-03-17 22:22:15 CET

Depends on: (none) => 9434

Comment 6 Malo Deniélou 2013-03-26 23:14:00 CET

Assigning to Guillaume.

CC: (none) => pierre-malo.denielou
Assignee: bugsquad => guillomovitch

Comment 7 Guillaume Rousse 2013-03-29 15:05:04 CET

I'm already the assignee for the two remaining apache-specific issue, the mediawiki issue is mediawiki's maintainer responsability.

Assignee: guillomovitch => bugsquad

Comment 8 David Walser 2013-03-29 16:11:35 CET

Perhaps we should drop mediawiki, as it's not really been maintained.  Even the Cauldron version is outdated and insecure, and we've never been able to issue an update for stable.  The package hasn't been worked on in quite a while.

Comment 9 Manuel Hiebel 2013-03-29 18:28:02 CET

(In reply to David Walser from comment #8)
> Perhaps we should drop mediawiki, as it's not really been maintained.  Even
> the Cauldron version is outdated and insecure, and we've never been able to
> issue an update for stable.  The package hasn't been worked on in quite a
> while.

our wiki use the rpm iirc...

CC: (none) => oliver.bgr

Comment 10 AL13N 2013-03-29 20:01:32 CET

hmm, we have it? and we never security updated it... this isn't good...

Comment 11 David Walser 2013-03-29 21:46:00 CET

(In reply to Manuel Hiebel from comment #9)
> our wiki use the rpm iirc...

That's terrible news.  If nobody from our sysadmin team is interested in maintaining the package, we should switch to something else, like dokuwiki.

Anne Nicolas 2013-04-13 14:20:42 CEST

CC: (none) => ennael1
Blocks: 5140 => (none)

Anne Nicolas 2013-04-13 14:20:59 CEST

Depends on: 7443 => (none)

Comment 12 Anne Nicolas 2013-04-13 14:21:24 CEST

Closing for Mageia 3

Status: NEW => RESOLVED
Resolution: (none) => FIXED