On 12/15/20 9:57 AM, Eric Schirra wrote:
Am 2020-12-15 09:41, schrieb Ralf Lang:
Am 15.12.2020 um 09:39 schrieb Eric Schirra:
Am 2020-12-15 08:40, schrieb Arjen de Korte:
According to https://en.opensuse.org/openSUSE:Packaging_PHP
PHP applications should put PHP files under /usr/share/php/{<Vendor Name> or <Application Name>}.
Currently, the /usr/share/php directory is not in the filesystem package and also not provided by PHP{7,8}. Should this directory be provided by PHP{7,8} or should packages create this directory themselves as needed? Or should packages install in the /usr/share/php{7,8} instead? Why should a php-web-application go under this directory? This is totally illogical and not reproducible. For me a web application should be under /srv/www. It's not a "normal" application. It's application which runs under one server.
We had the argument for and against /srv/www for several years. I don't really feel any side of the argument is superior. We should settle for one or the other and work out the details on how to implement it and document that, not go back to the general question time and again.
I does not know about the old discussion. And i don't forbid my mouth. /usr/share has hunderd of packages/application in it.
Personally I don't care about FHS and different feelings about directory layout. But I do care about things still being functional and secure. To me it seems PHP builds are now seriously broken on Tumbleweed. E.g. nextcloud builds are currently broken for Tumbleweed. It seems on Tumbleweed it wants to install to /usr/htdocs/nextcloud/, which seems pretty odd. Also package roundcubemail is installed into /usr/roundcubemail *and* /usr/share/php7/Roundcube. Which also seems inconsistent. To whom it may concern: Bear in mind that people caring about security might have directory paths used in web server configs, php-fpm configs and AppArmor profiles. So announcing such massive changes here would be nice *before* breaking things. Ciao, Michael.