Re: [opensuse-factory] Time to jettison the '2' in 'apache2' ?
Nope, I am not changing this, unless you give me a damn good reason. it is just a distribution implementation detail and does not affect the functionality.
The reason is to match upstream and minimize confusion for people who are trying to follow the upstream documentation. I agree that it does not affect functionality, as long as you exclude manpages from your definition of "functionality". I understand your reluctance to drop the '2' from the package name, even though we don't use the major version number in other packages that I am aware of and it gives people false hope that multiple versions of Apache can coexist on the same system. Personally I would be satisfied if you could at least include symlinks from the upstream binary/script names to the openSUSE-specific names. I.e. especially httpd -> httpd2 and apachectl -> apache2ctl. As for manpage functionality, I think it is seriously broken. Consider this, for example (with apache2 version 2.4.6-6.19.2): # httpd If 'httpd' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf httpd # man httpd ... read all about the httpd command that I can't run, no mention of httpd2 ... # apachectl If 'apachectl' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apachectl # man apachectl ... read all about the apachectl command that I can't run, no mention of apache2ctl ... # man apachectl2 ... another way of displaying the apachectl manpage, but still no mention of apache2ctl... # apachectl2 If 'apachectl2' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apachectl2 # man apache2ctl No manual entry for apache2ctl # man apxs ... read manpage ... # apxs If 'apxs' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apxs # man apxs2 ... read apxs manpage ... # apxs2 If 'apxs2' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apxs2 The manpages appear to be taken verbatim from upstream, with no mention of the openSUSE-specific name change. Also, there is a manpage for apachectl2, a command which doesn't exist, but none for apache2ctl, which does. And then there is a manpage for apxs which is not included in the package at all (under any name). Nathan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bugzilla created: bnc#873674
On Tue, Apr 15, 2014 at 12:59 PM, Nathan Cutler
Nope, I am not changing this, unless you give me a damn good reason. it is just a distribution implementation detail and does not affect the functionality.
The reason is to match upstream and minimize confusion for people who are trying to follow the upstream documentation. I agree that it does not affect functionality, as long as you exclude manpages from your definition of "functionality".
I understand your reluctance to drop the '2' from the package name, even though we don't use the major version number in other packages that I am aware of and it gives people false hope that multiple versions of Apache can coexist on the same system.
Personally I would be satisfied if you could at least include symlinks from the upstream binary/script names to the openSUSE-specific names. I.e. especially httpd -> httpd2 and apachectl -> apache2ctl.
As for manpage functionality, I think it is seriously broken. Consider this, for example (with apache2 version 2.4.6-6.19.2):
# httpd If 'httpd' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf httpd # man httpd ... read all about the httpd command that I can't run, no mention of httpd2 ... # apachectl If 'apachectl' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apachectl # man apachectl ... read all about the apachectl command that I can't run, no mention of apache2ctl ... # man apachectl2 ... another way of displaying the apachectl manpage, but still no mention of apache2ctl... # apachectl2 If 'apachectl2' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apachectl2 # man apache2ctl No manual entry for apache2ctl # man apxs ... read manpage ... # apxs If 'apxs' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apxs # man apxs2 ... read apxs manpage ... # apxs2 If 'apxs2' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf apxs2
The manpages appear to be taken verbatim from upstream, with no mention of the openSUSE-specific name change. Also, there is a manpage for apachectl2, a command which doesn't exist, but none for apache2ctl, which does. And then there is a manpage for apxs which is not included in the package at all (under any name).
Nathan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 15/04/14 07:59, Nathan Cutler escribió:
Nope, I am not changing this, unless you give me a damn good reason. it is just a distribution implementation detail and does not affect the functionality.
The reason is to match upstream and minimize confusion for people who are trying to follow the upstream documentation. I agree that it does not affect functionality, as long as you exclude manpages from your definition of "functionality".
Ok, that's a bug that needs to be corrected.
I understand your reluctance to drop the '2' from the package name, even though we don't use the major version number in other packages that I am aware of and it gives people false hope that multiple versions of Apache can coexist on the same system.
At some point I will have to make invasive changes to the package but changing the name wont be one, for example in order to move forward the different apache MPMs need to be rebuilt as shared modules instead of monolithic binaries so people can switch between different MPMs just like they load an extension. This needs rework of all the supporting shell scripts. I remain unconvinced I should touch that just for supporting third party MPMs :-) -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 15 April 2014 18.03:53 Cristian Rodríguez wrote:
El 15/04/14 07:59, Nathan Cutler escribió:
Nope, I am not changing this, unless you give me a damn good reason. it is just a distribution implementation detail and does not affect the functionality.
The reason is to match upstream and minimize confusion for people who are trying to follow the upstream documentation. I agree that it does not affect functionality, as long as you exclude manpages from your definition of "functionality".
Ok, that's a bug that needs to be corrected.
I understand your reluctance to drop the '2' from the package name, even though we don't use the major version number in other packages that I am aware of and it gives people false hope that multiple versions of Apache can coexist on the same system.
At some point I will have to make invasive changes to the package but changing the name wont be one, for example in order to move forward the different apache MPMs need to be rebuilt as shared modules instead of monolithic binaries so people can switch between different MPMs just like they load an extension. This needs rework of all the supporting shell scripts. I remain unconvinced I should touch that just for supporting third party MPMs :-)
Yes :-) I just hope that before SR fixing bugs will be accepted ;-) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board GPG KEY : D5C9B751C4653227 irc: tigerfoot ~~~Don't take Life too serious. Nobody gets out alive anyway!~~~ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Bruno Friedmann -
Cristian Rodríguez -
Nathan Cutler