openssl provides the proper password hashing algorithm, so it is needed
in order to have safe and efficent password hashing.
Change-Id: I61498275c7f7cf19787f0aee50dc4884c57b82b2
This is another instance where our claimed supported version is higher
than the in-practice supported version, as we're waiting for Wikimedia
production to migrate. However, this takes effect immediately in terms
of versions for which we will back-port fixes, for example.
Bug: T359868
Change-Id: I0ea391567be7b9e7c0962c33b4fa2812c33d7709
There are still some uses in old, un-updated i18n translated
strings, and in some test files, but otherwise this seems to
be all of them local to this repo.
Change-Id: Iefc76af378405e038d793391a46611b9131ed51c
This enabled me to clean up a lot of DatabasePostgres and subsequently
clean up a lot of Database class as now insertNonConflicting code is
harmonized and can be moved to SqlPlatform.
It opened such a large clean up opportunity that I stopped here to avoid
making the patch explode.
https://www.postgresql.org/support/versioning/
- 9.4 was released in 2014 and EOL since 2020
- 9.5 was released in 2016 and EOL since 2021
https://packages.debian.org/search?keywords=postgresql&searchon=names&suite=all§ion=all
- Stretch is shipped with 9.6
- Buster is shipped with 11
- Bullseye is shipped with 13
Bug: T307616
Bug: T314163
Change-Id: I7296ea02d130bf2010cea3202ab2c2b87c626361
For now, runtime detection remains limited to the pseudo-version of
MySQL as reported by MariaDB. Logic for this exists in
rdbms/DatabaseMysqlBase which we could use in a later change.
Bug: T273375
Bug: T299447
Change-Id: I102371a05cae4a0299e517703f2d56bbd799be6f
Also, let's keep the PHP version in the documentation correct for
the branch release, not what the actual code says for master. This
is much less confusing and needs fewer fixes when making back-port
changes.
Change-Id: I162f14ffaeeebab197a8fa48f6edde28df23eb9c
For now, this complains about 7.4.0 – 7.4.8, and 7.3.0 - 7.3.18.
We will back-port this to the REL1_35 live release branch with
modifications as that requires 7.3.19+ already.
Bug: T246594
Bug: T270228
Change-Id: If5c7e3c1ba9dd9f6561c1de18130ded3aadc7149
9.4 was released December 2014, and became EOL in February 2020
https://www.postgresql.org/support/versioning/
Debian oldstable (Stretch) has PostgreSQL 9.6
Keeps things inline with doctrine/dbal 3.0.0, which only supports
PostgreSQL >= 9.4.
Bug: T270749
Change-Id: I9dc6af65f91849638a49f14e013b9a27fd6b8789
Follows 15e0e9bb4, as Parsoid code which can trigger this is reliably
is now included in MediaWiki.
Bug: T228346
Change-Id: Ia0e9d2b84534e8a03880870e0f4434426b23f47a
In most cases it's packaged as part of the php xml extension
but there's likely some OS that maybe package it separately....
Shouldn't cause any harm being here
Change-Id: I6c8a40a06314e7e4eb3fe83448a2a071e8203554
3.3.7 is 12 years old, no chance in hell you will find it somewhere
that supports modern MediaWiki. Since Ubuntu 14.04 LTS has 3.8.2, this
seems like a reasonable conservative version.
Change-Id: I5fbb35bd2d4c0993889b79f463a3c35ce6765d3b
This note is very old; it was added in r2832 (635388356be70130) and
r3285 (7ab7a50cf9). Modern versions of MediaWiki support CGI and
FastCGI installations nearly as well as mod_php installations. In fact,
Wikimedia currently uses HHVM's "fastcgi" server type, and intends to
use php-fpm with PHP 7 (see migration plan in T176370).
For a basic MediaWiki installation using the web installer, the only
difference I know of is the default URLs: /w/index.php?title=$1 for CGI,
as opposed to /w/index.php/$1 for mod_php. This issue is easy to fix by
changing $wgArticlePath, if the web server sets REQUEST_URI. Admins who
want to use short URLs (e.g. /wiki/$1) have to do this anyway.
Also, in img_auth.php and the "img-auth-nopathinfo" message, don't imply
that CGI and FastCGI server configurations generally can't provide path
information or support MediaWiki features that need it.
Change-Id: I89212e9d51f950a58f911083b9e109b69cd4e060
The feature no longer exists starting in PHP 5.4.0, and MediaWiki
now only supports PHP 5.5.9 or newer.
Change-Id: I3f2d1b564c50f0a28ec1ec0abd7d1b242e26953b
Result of RfC and extensive discussion. RfC approved
by Tim/ArchCom on 2016-01-27.
Bug: T75901
Depends-On: I00e2e7adf5202384fc92371b8d0551782c3c17cb
Change-Id: I68c5b5d60952418ff8300c163edfe2275571f41f
Follows-up 5d9b67e09e.
Also updated the list of supported database servers in INSTALL
to match the list from RELEASE-NOTES-1.25.
Change-Id: I6881b1163455d834b058f4b4a7839a6aea44cdab
