On 8 February 2013 13:15, Michael Cronenworth <mike@xxxxxxxxxx> wrote: > Stephen John Smoogen wrote: >> This package is a bit difficult to "fix". One it has custom patches >> that upstream doesn't accept. Two the fix is to upgrade to a very new >> version which will break everyone who upgrades until they (or the >> first person who gets to the website :) ) runs the upgrade mode.. >> which might not work due to either custom changes or the fact that it >> is a large upgrade change. > > Stephen, > > 1. The two patches are for hard-coding defaults. We shouldn't be in the > business of doing this. I've dropped the two patches in my 1.19 build. I thought it was more in the past. I dropped them from the various ones that were in the old 1.14 tree that tried to allow for multihosting-mutliwiki easily. There were also TeX parts in the past which were finicky. > 2. The upgrade mode is executed for the user when they upgrade by a > post-install scriptlet. In any case the upgrade procedure is no > different from an upgrade in PostgreSQL or any other app that requires > user-interaction on upgrades. This is no reason to keep mediawiki at 1.16. I don't think that it does either. However, having gotten the emails for it not always working etc etc.. I get a little gunshy of just pushing it out without some strong testing. My email was more of a "this isn't a simple security fix. It is a major upgrade of the software." > I don't see any reason to keep mediawiki at 1.16 other than a NRM. > > If any FESCo member wants to orphan the package I'll push the update ASAP. > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel -- Stephen J Smoogen. "Don't derail a useful feature for the 99% because you're not in it." Linus Torvalds "Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me." —James Stewart as Elwood P. Dowd -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
