Bug 1510005
Summary: | Request for a fresher version of MediaWiki in EPEL | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | John Florian <trailtotale> |
Component: | mediawiki123 | Assignee: | Patrick Uiterwijk <puiterwijk> |
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | a9016009, axel.thimm, gwync, mike, puiterwijk |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-03-30 02:12:05 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John Florian
2017-11-06 14:33:28 UTC
The "mediawiki" package is not offered by EPEL. It was split off long ago to the versioned names you saw. I would send a request to Peter to create newer packages for EPEL. s/Peter/Patrick, Sorry, Patrick. Michael, I don't recall now since it's been awhile but I think I selected "mediawiki" thinking that "mediawiki123" would always need remain at 1.23, though I now see the confusion that might have caused. Regardless of the package naming, it would be great if EL could get a version that's not EoL. Also, are you suggesting I somehow reach out to Patrick beyond this? No problem with the package selection. You may try to reach Patrick directly if he filters his bug mail. Note that 1.30/1.29 are 'normal' releases while 1.27 is the current Long Term Support version: https://www.mediawiki.org/wiki/Version_lifecycle One main problem with Mediawiki in EPEL is that EPEL has a strong "no major upgrades" policy, which is not really working with Mediawiki (due to their fast release cadence). This is the reason we had versioned mediawiki releases for EPEL (I have maintained mediawiki119, and then mediawiki123 for a while), but the primary reason I maintained these packages was because we used them for Fedora Infrastructure. These were always the Long Term Support releases, because to package the shorter term releases is just infeasible. However, Fedora Infra has switched to using Fedora to host our wiki, because in our experience, it's better to go with the gradual upgrades you get with following upstream releases as they come out than the jumpy upgrades you get when you go from one LTS to another. As a consequence, I am afraid I will not be packaging any newer versioned (and thus EPEL) mediawiki releases. If you are interested in packaging the newer LTS branches yourself, please feel free to do so, and I'd be willing to give advice, I'm just afraid I do not have the time to do this myself. (Sorry for the slow reaction, I normally depend on FMN notifications for bugzilla, but that didn't work for some reason it seems). Patrick, Thanks for the detailed message regarding the rationale and issues. Better late than never. A while back I bit the bullet and just upgraded my MW to Fedora 27. I was hoping for a little less churn but you make a solid point that often many little bumps are better than one seldom albeit large bump. I had considered packaging the LTS branches myself, but my goal was to reduce my effort not increase it. I always want to do more for Fedora but this didn't seem like a good fit -- Python is my thing, PHP ... well, I can spell it. Thanks again though! |