View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0021841 | mantisbt | installation | public | 2016-11-02 06:08 | 2019-08-03 08:31 |
Reporter | dregad | Assigned To | dregad | ||
Priority | high | Severity | major | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Product Version | 2.0.0-rc.2 | ||||
Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
Summary | 0021841: Minimum requirements for 2.x releases | ||||
Description | As we move closer to 2.0.0, we should update our minimum requirements. Currently they are quite low and conservative, being inherited from 1.3.x [1]. To minimize legacy maintenance effort, compatibility testing, and to benefit from new features, I propose that we change them as listed below (basically following the supported versions by the respective vendors): PHP
Databases
Web servers
Client (Browser) requirements should be updated as well (section 2.2.3 of the Admin Guide). [1] https://mantisbt.org/docs/master-1.3.x/en-US/Admin_Guide/html-desktop/#admin.install.requirements.software.versions | ||||
Tags | No tags attached. | ||||
Add MariaDB as MySQL compatible (some linux distributions, eg RHEL uses it as default) |
|
Good point, especially as MariaDB is gaining more widespread acceptance and they are diverging from MySQL. Proposed:
|
|
I would also factor in Ubuntu as a distribution. We should be able to work with 14.04 LTS+. PHP 5.5.9 I agree with recommending PHP 7 going forward. We should also clarify the browser compatibility as well. @syncguru can comment on that. But I generally would like to avoid supporting browser versions that are not supported by the company that released them. They may work, but we don't have to support them and could over time take dependencies that are not compatible with them as we modernize the UI more. |
|
OK, I'll update the description. |
|
as referenced in 0021883 |
|
Just for the record: You drop for no need those single developers like me with |
|
@obmsch this is an open discussion at this stage. My proposal is based on what I found as supported on Microsoft website. Note that having a minimum requirement does not mean that we will make use of specific functionality in that version, just that we don't test/support that version. Running Mantis on a Win7 box is most likely not a production scenario, and a developer using such config I'm sure will be able to live with that. That said, I have no particular issue with listing IIS 7.0 as minimum requirement, and 8.x as recommended. |
|
Ok, and to clarify thats IIS7.5 (Win7 and Windows Server 2008 R2) |
|
@obmsch After verification, Windows Server 2008 R2 SP1 is supported until 14-Jan-2020 [1], so I downgraded IIS requirement from 8.0 to 7.5. [1] https://support.microsoft.com/en-us/lifecycle/search?alpha=Windows%20Server%202008%20R2 |
|
As this will be a major new release (1.x.x -> 2.x.x) the stated requirements and recommendations should be fulfilled. I don't care about the past, but at least this time it should be done right. I strongly recommend to link in all open issues of this kind (as blockers) here and either resolve or drop the belonging os/db/provider(apache,iis,...) for now. A skilled user might be able to install/upgrade nevertheless (I have done 1.2 -> 1.3 -> 2.0rc1 with iis/mssql - despite this has never working out of the box), but what kind of support would be there for all the others then? So actually install/upgrade on:
|
|
I fully agree that these should be fixed, and it's not right to list a DB as "supported" if installation does not work out of the box. On the other hand, considering another signification of "supported", meaning that MantisBT team will accept (and try to fix) issues on these RDBMS*, assuming we are not able to address the blocking issues prior to 2.0 release, I would prefer to list these DBs as "experimental", explaining in the documentation that some manual adjustments are required for the system to install.
|
|
I agree that our messaging should be clear in terms of DBMSes. In some cases, a customer may be able to go with MySQL or Oracle. And if we advertise similar support, they may go the Oracle route and have issues during installation or even worse later on or when upgrading to next release. Let's face it, our MySQL support is the only support that every developer tests and we would be blocking releases for. If MySQL is broken, it will take few hours to fix. If Oracle is broken, it takes a much longer time to fix. So I recommend having our message clear that MantisBT team is focused on MySQL (and its compatible flavors like MariaDB). The rest are "community supported" with a link to a filter of issues open for the DBMS. This encourages customers to make the MySQL choice unless they have the resources to troubleshoot, fix, and contribute fixes. As @dregad said, we would still accept contributions, potentially core developers may make some fixes themselves, but it is unrealistic to indicate same level of quality or focus for non-MySQL. I would rather drop support of non-MySQL databases all together, due to some of the reasons mentioned above. But if we do keep them, we should be realistic about the level of support compared to MySQL. |
|
See 0017336:0040594 for my opinion, just replace 1.3 by 2.0 |
|
We will rule out Red Hat Enterprise Linux 6.7 with it, see also 0020431:0052214 RHEL-6.7 has been released 2015-07-22, is supported until 2020-11 and comes with MySQL 5.1.73 I am not sure if this is relevant for our decision, since we don't have any usage statistics for Mantis installations. |
|
True, but please consider that Oracle support for MySQL 5.1 ended in Dec 2013 (!). Furthermore, RHEL is a (paid) enterprise product. A skilled sysadmin in a corporate environment should also be able to install a later release of MySQL, or they can decide to run Mantis 1.3 until they can upgrade to RHEL 7.3. I faced the same issue in my previous employer (that was on an old version of Suse/SLES, and I had to install newer PHP and MySQL versions). |
|
@obmsch in response to 0021841:0054532: I marked MSSQL and Oracle as experimental for now, at least we don't falsely advertise it as operational when it's not. I'm not keen on removing them completely, considering the effort that I put into getting these to work until today, and would rather try and fix the issues even if it's in a later release. |
|
MantisBT: master b1a77d2e 2016-11-26 07:12 Details Diff |
Doc: update system requirements for 2.x Fixes 0021841, 0021965 |
Affected Issues 0021841, 0021965 |
|
mod - admin/check/check_database_inc.php | Diff File | ||
mod - admin/install.php | Diff File | ||
mod - core/constant_inc.php | Diff File | ||
mod - docbook/Admin_Guide/en-US/Installation.xml | Diff File | ||
MantisBT: master-2.0.x f7ac340e 2017-01-18 02:16 Details Diff |
Documentation: remove references to unsupported 'mysql' driver Issue 0021841 |
Affected Issues 0021841 |
|
mod - docbook/Admin_Guide/en-US/Installation.xml | Diff File | ||
mod - docbook/Admin_Guide/en-US/config/database.xml | Diff File |