Description of problem: all is in the summary
Priority: Normal => release_blockerHardware: i586 => AllVersion: 2 => CauldronDepends on: (none) => 6805, 6888Target Milestone: --- => Mageia 3Source RPM: apache => apache, drak*
Keywords: (none) => TRACKERDepends on: (none) => 6905Source RPM: apache, drak* => (none)
CC: (none) => wilcal.int
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
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.
(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.
Depends on: (none) => 7024
Depends on: (none) => 7152
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
Depends on: (none) => 7443
Depends on: (none) => 7426
Depends on: (none) => 7513
Depends on: (none) => 8682
Blocks: (none) => 5140
Depends on: (none) => 8923
Depends on: (none) => 8977
at least urpmi-proxy should be correct now (if %_webappconfdir now refers to %_httpd_siteconfdir )
CC: (none) => alien
Depends on: (none) => 9434
Assigning to Guillaume.
CC: (none) => pierre-malo.denielouAssignee: bugsquad => guillomovitch
I'm already the assignee for the two remaining apache-specific issue, the mediawiki issue is mediawiki's maintainer responsability.
Assignee: guillomovitch => bugsquad
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.
(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
hmm, we have it? and we never security updated it... this isn't good...
(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.
CC: (none) => ennael1Blocks: 5140 => (none)
Depends on: 7443 => (none)
Closing for Mageia 3
Status: NEW => RESOLVEDResolution: (none) => FIXED