Hi everybody! As I took on a little bit of 'looking what can be done to fix modules for Apache 2.4', I think it's fair to inform you a bit (and give you tips on how you can fix your own modules too). A 'typical' error I've come across so far is a very simple one: apxs2 moved from /usr/sbin to /usr/bin, which obviously result in the .spec file no longer finding it. A possible fix (done in apache2-mod_fcgid) is: %define apache_branch %(rpm -q --qf %%{version} apache2 | grep -E -o "2\\.[0-9]+") %if "%{apache_branch}" == "2.4" %define apxs %{_bindir}/apxs2 %else %define apxs %{_sbindir}/apxs2 %endif => then %{apxs} is the right thing in any case... This is by far the 'most common' issue I have seen yet, directly followed by $obj->remote_ip being renamed to $obj->client_ip (sed is sufficient to fix that... or a patch..). a third category of issues is 'dead upstream' modules... once we move to Apache 2.4 (will be for 13.1 I guess), we should probably drop those. A first candidate encountered is apache2-mod_python: as weird as it sounds: this was abandoned in 2007. In 2010, it was announced to move to the 'Attic', already stating that once Apache 2.4 hits distros, this will be a great candidate to be dropped.. or if python 3 becomes the default.. in both cases, it seems not to be a simple patching. so my proposal is to follow that and 'retire' mod_python when we roll in Apache 2.4. And with this: up to fix the next module :) Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org