The relevant link: https://www.mediawiki.org/wiki/Manual:$wgUpgradeKey -- Tyler Romeo 0x405D34A7C86B42DF
On January 13, 2015 at 13:36:10, Chad (innocentkil...@gmail.com) wrote: The installer can be run on an existing install and updates will be run. -Chad On Tue Jan 13 2015 at 10:30:00 AM Ryan Kaldari <rkald...@wikimedia.org> wrote: > This may be a dumb question, but has anyone worked on creating a web > interface for running update and maintenance scripts (and viewing > associated logs)? That would probably make the whole process less painful > and confusing for 3rd party users, especially if the interface offered some > guidance on what each script did and when it was last run. > > Kaldari > > On Tue, Jan 13, 2015 at 9:08 AM, Bryan Davis <bd...@wikimedia.org> wrote: > > > On Tue, Jan 13, 2015 at 7:40 AM, Tyler Romeo <tylerro...@gmail.com> > wrote: > > > I know we just added some new maintenance scripts for checking things > > with composer. I’m sure it wouldn’t be that bad having update.php check > > first and tell the user to run “composer install” before doing > update.php. > > > > > > Kunal made the new "checkComposerLockUpToDate.php" maintenance script > > to validate $IP/vendor against the $IP/composer.json file. An end user > > could either add this to their typical workflow before running > > update.php or we could try to find a reasonable way to integrate the > > check it performs into the update script. Checking for external > > dependencies isn't the same thing at all as updating a database schema > > so I'd lean towards suggesting that the new script be used separately. > > > > > > > On January 13, 2015 at 08:07:34, Marcin Cieslak (sa...@saper.info) > > wrote: > > > > > > I am kind of late to the party but I have upgraded one of > > > my throaway development wikis with the usual > > > "git remote update && git merge && php maintenance/update.php" process > > > and after the above succeeded I was nevertheless greeted by: > > > > > > Fatal error: Class 'Cdb\Reader' not found > > > > > > exception coming out of includes/cache/LocalisationCache.php on line > 1263 > > > > > > It seems that I just forgot to update the "vendor" directory > > > (I am somehow reluctant to run composer due to allow_url_fopen=1) > > > requirement > > > > > > Would that be reasonable to add some basic external libraries > > > checks to update.php to remind users to update those core > > > components prior to accessing the wiki? > > > > > > Btw. I think UPGRADE doc does not (yet) mention the new process. > > > > I think that Kunal's thinking on this (Composer and UPGRADE) was that > > when the 1.25 tarballs are released they will likely bundle the > > required libraries directly and thus use of Composer will not be > > needed by the end user. There is a sentence in the Git subsection of > > <https://www.mediawiki.org/wiki/Manual:Upgrading> mentioning the > > external library dependency: > > > If you are upgrading to MediaWiki 1.25 or later, you will also need to > > install some external libraries. See the documentation on that for more > > details. > > > > Maybe that needs a bit more emphasis on the wiki page? > > > > Bryan > > -- > > Bryan Davis Wikimedia Foundation <bd...@wikimedia.org> > > [[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA > > irc: bd808 v:415.839.6885 x6855 > > > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
signature.asc
Description: Message signed with OpenPGP using AMPGpg
_______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l