Moodle

PHP version mismatch should be ignorable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Minor Minor
  • Resolution: Won't Fix
  • Affects Version/s: 2.0
  • Fix Version/s: 2.0
  • Component/s: Installation
  • Labels:
    None
  • Environment:
    Debian 4.0 (etch)
  • Difficulty:
    Easy
  • Affected Branches:
    MOODLE_20_STABLE
  • Fixed Branches:
    MOODLE_20_STABLE

Description

The Moodle installer requires PHP 5.2.4, presumably for security. The Debian PHP5 package incorporates recent security fixes without incrementing the major version number, which means Moodle will refuse to install even though it would run fine with the current Debian PHP (5.2.0-8+etch13). I would like to suggest that this version check be skippable or disregardable during installation since it makes Moodle unusable on Debian without hacking Moodle!

Activity

Hide
Petr Škoda (skodak) added a comment -

The reason was not security bugfixes, the reason was real bug fixes. We can not work around all those hundreds of non-security issues fixed in later 5.2.x
Several days ago I found out the zip extension changes in 5.2.8 fix a great number of bugs and in the end we might officially support only 5.2.8 and keep 5.2.4 as minimal unsupported version for Moodle 2.0.

Sorry, this was discussed several times before, core developers are not going to support older PHP versions. Do you want to support & test all < 5.2.4 and supply workarounds for bugs on all platforms?

Show
Petr Škoda (skodak) added a comment - The reason was not security bugfixes, the reason was real bug fixes. We can not work around all those hundreds of non-security issues fixed in later 5.2.x Several days ago I found out the zip extension changes in 5.2.8 fix a great number of bugs and in the end we might officially support only 5.2.8 and keep 5.2.4 as minimal unsupported version for Moodle 2.0. Sorry, this was discussed several times before, core developers are not going to support older PHP versions. Do you want to support & test all < 5.2.4 and supply workarounds for bugs on all platforms?
Hide
Jason Meinzer added a comment -

Only if there is a good way to search the tracker for Moodle bugs that turned out to be PHP bugs. If such a list is available I would be able to evaluate the feasibility of supplying workarounds.

Show
Jason Meinzer added a comment - Only if there is a good way to search the tracker for Moodle bugs that turned out to be PHP bugs. If such a list is available I would be able to evaluate the feasibility of supplying workarounds.
Hide
Petr Škoda (skodak) added a comment -

Diagnosing the bugs, trying to replicate them and finding out if it depends on some PHP version/OS is the hardest part that takes the most of time - nobody volunteers to do that

If some distro wants to do the work and support PHP 5.2.0 they can still do that in their Moodle packages, I suppose it would take several man-months/year.

Show
Petr Škoda (skodak) added a comment - Diagnosing the bugs, trying to replicate them and finding out if it depends on some PHP version/OS is the hardest part that takes the most of time - nobody volunteers to do that If some distro wants to do the work and support PHP 5.2.0 they can still do that in their Moodle packages, I suppose it would take several man-months/year.

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: