Bug 1510005

Summary: Request for a fresher version of MediaWiki in EPEL
Product: [Fedora] Fedora EPEL Reporter: John Florian <trailtotale>
Component: mediawiki123Assignee: Patrick Uiterwijk <puiterwijk>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: epel7CC: 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
Description of problem:

From what I can see the most recent offering in EPEL is mediawiki123 (1.23.13), yet upstream offers 1.29.  Meanwhile Fedora 26 has 1.28.

FWIW, I have an old Fedora 23 server where I deployed mediawiki-1.26.  I'd like to transition this to CentOS but that would require downgrading the schema -- something I understand to be unsupported.  I realize I could just d/l from upstream directly but then I don't have any automatic way of knowing when updates are needed.  (Not that would be any worse than where I am now.)  If I just upgrade to a newer Fedora then that seemingly makes my transition even more unattainable.

I'm just curious if a newer version could be offered or what the game plan is going forward.

Comment 1 Michael Cronenworth 2018-01-09 17:18:50 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.

Comment 2 Michael Cronenworth 2018-01-09 17:19:20 UTC
s/Peter/Patrick, Sorry, Patrick.

Comment 3 John Florian 2018-01-10 15:45:09 UTC
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?

Comment 4 Michael Cronenworth 2018-01-10 21:41:27 UTC
No problem with the package selection.

You may try to reach Patrick directly if he filters his bug mail.

Comment 5 Andre Klapper 2018-03-29 09:45:37 UTC
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

Comment 6 Patrick Uiterwijk 2018-03-30 02:12:05 UTC
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).

Comment 7 John Florian 2018-03-30 12:57:36 UTC
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!