Wikitech-l August 2016

wikitech-l@lists.wikimedia.org

78 participants
100 discussions

RESTBase JSONP output
by Toni Hermoso Pulido 02 Aug '16

02 Aug '16

Hello, I'm trying to include some output from https://wikimedia.org/api/rest_v1/?doc into a Wikipedia (xy.wikipedia.org) via a Javascript AJAX call. Is it possible to have a JSONP output? I have not found any documentation so far. Otherwise, would there be any other way (avoiding a backend part, of course)? Thanks, -- Toni Hermoso Pulido http://www.cau.cat http://www.similis.cc

2 2

CI downtime on August 2nd (was: Labs Openstack upgrade next Tuesday, 2016-08-02, 16:00 UTC)
by Greg Grossmeier 02 Aug '16

02 Aug '16

tl;dr: WMF Continuous Integration will have downtime on Tuesday August 2nd starting at about 16:00 UTC due to a WMF Labs infrastructure upgrade. Don't expect Jenkins to report test failure/passing on your changes during this time. Apologies for the disruption, Greg on behalf of the Release Engineering team ----- Forwarded message from Andrew Bogott <abogott(a)wikimedia.org> ----- > Date: Mon, 25 Jul 2016 11:57:15 -0500 > From: Andrew Bogott <abogott(a)wikimedia.org> > To: labs-announce(a)lists.wikimedia.org, Release Engineering <releng(a)lists.wikimedia.org>, Operations Engineers <ops(a)lists.wikimedia.org> > Subject: [RelEng] Labs Openstack upgrade next Tuesday, 2016-08-02, 16:00 UTC > Reply-To: andrewbogott(a)gmail.com > > I'm going to upgrade our Openstack install from version 'Kilo' to > version 'Liberty' next Tuesday. I've scheduled a 3-hour window for the > process, although noticeable service interruptions should be shorter. > Here's what to expect: > > - Tools services and existing Labs uses should be unaffected apart from > brief ( < 1 minute) interruptions in network service. > > - Continuous Integration tests (Jenkins, Zuul, etc.) will be disabled for > most of the upgrade window. > > - Creation/Deletion of new instances will be disabled for most of the > window. > > - Wikitech and Horizon may error out occasionally and/or display > inconsistent information. Users may need to refresh their web logins after > the upgrade. > > Apart from fixing a few seldom-seen bugs, this upgrade shouldn't result in > noticeable changes for Labs users. It will lay the groundwork for an > upcoming Horizon upgrade, but that will be announced in a future email. > > -Andrew > > > > _______________________________________________ > RelEng mailing list > RelEng(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/releng ----- End forwarded message ----- -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

1 1

Re: [Wikitech-l] Reload SQLight from MYSQL dump?
by bawolff 02 Aug '16

02 Aug '16

On Tue, Aug 2, 2016 at 5:57 PM, Jefsey <jefsey(a)jefsey.com> wrote: > At 02:44 02/08/2016, John wrote: >> >> For mass imports, use importDump.php - see >> <<http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps>http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps> >> for details. > > > Dear John, > > Thank you for your response. But I am dump myself and I am still lost. > > I am not sure I made my need clear enough. I had wikis under MySQL I dumped > in XML. So I have n XML files to create n separate SQLite wikis. One file > one SQLite wiki (n is around 35). > > When I try to read with an XML viewer these files, they tell me that some > character in line 295 or so is wrong and they cannot read it, so I do not > really know how they are structured. > > Therefore, my question is about how to create the n SQLwikis I need and > import in each the pages which are in XML dumped from MySQL. > > Also, further on, I understand that the manual is reporting about MySQL > dumps, not about SQLite dumps? Does that mean that I should consider their > backup with SQLite tools rathere than mediwiki tools? Hence my question > about a mediawiki SQLite section/mailing list? > > Sorry I am pretty new to this and need to take care of a lot of small > Libre/Citizen/locally oriented wikis, with more to come. So I try to figure > out the best way to manage all this .... > > Thank you ! > > jfc > > Note, that there is an XML dump format used by MediaWiki, but there is also an xml dump format used by mysqldump. Its unclear from your email which one of those you have. The previous people in the thread are assuming you're talking about a MediaWiki xml dump file, but if you are talking about a mysql XML dump file, things are probably going to be much harder to convert to sqlite. -- brian

1 0

Re: [Wikitech-l] Reload SQLight from MYSQL dump?
by John 02 Aug '16

02 Aug '16

XML dumps are xml dumps regardless of the backend used. The importdump.php tool that I referenced takes care of the minor differences between the versions. Go ahead and follow the process for importing XML databases. On Tue, Aug 2, 2016 at 1:57 PM, Jefsey <jefsey(a)jefsey.com> wrote: > At 02:44 02/08/2016, John wrote: > > For mass imports, use importDump.php - see < > http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps> for details. > > > Dear John, > > Thank you for your response. But I am dump myself and I am still lost. > > I am not sure I made my need clear enough. I had wikis under MySQL I > dumped in XML. So I have n XML files to create n separate SQLite wikis. One > file one SQLite wiki (n is around 35). > > When I try to read with an XML viewer these files, they tell me that some > character in line 295 or so is wrong and they cannot read it, so I do not > really know how they are structured. > > Therefore, my question is about how to create the n SQLwikis I need and > import in each the pages which are in XML dumped from MySQL. > > Also, further on, I understand that the manual is reporting about MySQL > dumps, not about SQLite dumps? Does that mean that I should consider their > backup with SQLite tools rathere than mediwiki tools? Hence my question > about a mediawiki SQLite section/mailing list? > > Sorry I am pretty new to this and need to take care of a lot of small > Libre/Citizen/locally oriented wikis, with more to come. So I try to figure > out the best way to manage all this .... > > Thank you ! > > jfc > > > On Mon, Aug 1, 2016 at 8:37 PM, Jefsey <jefsey(a)jefsey.com> wrote: > I am not familiar with databases. I have old MySQL based wikis sites I > cannot access anymore due to a change in PHP and MySQL versions. I have old > XML dumps. Is it possible to reload them under SQLight wikis? These were > working group wikis: we only are interested in restoring texts. We have the > images. We are not interested in the access rights: we will have to rebuild > them anyway. > > Thank you for the help ! > jefsey > > PS. We dedicate to light wikis which are OK under SQLight, would there be > a dedicated list to SQLight mangement (and further on development)? > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > >

1 0

Re: [Wikitech-l] Reload SQLight from MYSQL dump?
by Jefsey 02 Aug '16

02 Aug '16

At 02:44 02/08/2016, John wrote: >For mass imports, use importDump.php - see ><<http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps>http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps> >for details. Dear John, Thank you for your response. But I am dump myself and I am still lost. I am not sure I made my need clear enough. I had wikis under MySQL I dumped in XML. So I have n XML files to create n separate SQLite wikis. One file one SQLite wiki (n is around 35). When I try to read with an XML viewer these files, they tell me that some character in line 295 or so is wrong and they cannot read it, so I do not really know how they are structured. Therefore, my question is about how to create the n SQLwikis I need and import in each the pages which are in XML dumped from MySQL. Also, further on, I understand that the manual is reporting about MySQL dumps, not about SQLite dumps? Does that mean that I should consider their backup with SQLite tools rathere than mediwiki tools? Hence my question about a mediawiki SQLite section/mailing list? Sorry I am pretty new to this and need to take care of a lot of small Libre/Citizen/locally oriented wikis, with more to come. So I try to figure out the best way to manage all this .... Thank you ! jfc >On Mon, Aug 1, 2016 at 8:37 PM, Jefsey ><<mailto:jefsey@jefsey.com>jefsey(a)jefsey.com> wrote: >I am not familiar with databases. I have old MySQL based wikis sites >I cannot access anymore due to a change in PHP and MySQL versions. I >have old XML dumps. Is it possible to reload them under SQLight >wikis? These were working group wikis: we only are interested in >restoring texts. We have the images. We are not interested in the >access rights: we will have to rebuild them anyway. > >Thank you for the help ! >jefsey > >PS. We dedicate to light wikis which are OK under SQLight, would >there be a dedicated list to SQLight mangement (and further on development)? > >_______________________________________________ >Wikitech-l mailing list ><mailto:Wikitech-l@lists.wikimedia.org>Wikitech-l(a)lists.wikimedia.org >https://lists.wikimedia.org/mailman/listinfo/wikitech-l >

1 0

deployment-prep using valid certs for HTTPS
by Alex Monk 02 Aug '16

02 Aug '16

Hi all, With some help from Brandon, I've changed deployment-prep to use Let's Encrypt instead of the self-signed cert I added last year (to get HTTPS working - albeit improperly-signed - instead of nothing, and nginx/puppet working on the Varnish instances again). It should now behave much more like production - TLS redirects are enabled in Varnish, and you shouldn't have to ignore cert warnings to use it now. Details for HTTPS in deployment-prep are spread out over various tickets, but the main one now is https://phabricator.wikimedia.org/T50501 The puppetisation still needs some work, but it's cherry-picked on deployment-puppetmaster and seems to be working reliably. Pages with images may need to be null-edited to make MediaWiki generate HTTPS URLs for them so browsers don't block the images. Please let me know if you find any beta.wmflabs.org domains that aren't covered by the cert or aren't redirecting HTTP to HTTPS in Varnish. -- Alex Monk

4 3

Re: [Wikitech-l] Reload SQLight from MYSQL dump?
by John 02 Aug '16

02 Aug '16

For mass imports, use importDump.php - see < http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps> for details. On Mon, Aug 1, 2016 at 8:37 PM, Jefsey <jefsey(a)jefsey.com> wrote: > I am not familiar with databases. I have old MySQL based wikis sites I > cannot access anymore due to a change in PHP and MySQL versions. I have old > XML dumps. Is it possible to reload them under SQLight wikis? These were > working group wikis: we only are interested in restoring texts. We have the > images. We are not interested in the access rights: we will have to rebuild > them anyway. > > Thank you for the help ! > jefsey > > PS. We dedicate to light wikis which are OK under SQLight, would there be > a dedicated list to SQLight mangement (and further on development)? > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

Reload SQLight from MYSQL dump?
by Jefsey 02 Aug '16

02 Aug '16

I am not familiar with databases. I have old MySQL based wikis sites I cannot access anymore due to a change in PHP and MySQL versions. I have old XML dumps. Is it possible to reload them under SQLight wikis? These were working group wikis: we only are interested in restoring texts. We have the images. We are not interested in the access rights: we will have to rebuild them anyway. Thank you for the help ! jefsey PS. We dedicate to light wikis which are OK under SQLight, would there be a dedicated list to SQLight mangement (and further on development)?

1 0

Conference submissions now open for WikiConference North America
by Pine W 01 Aug '16

01 Aug '16

WikiConference North America will take place October 7 through 10 in San Diego. The session tracks are: 1. Community 2. Advocacy & Outreach 3. Technology & Infrastructure 4. Health care and science 5. GLAM 6. Education and Academic Engagement Please submit proposals here: https://wikiconference.org/wiki/Submissions The submission deadline is August 31st. Pine

1 0

Phabricator monthly statistics - 2016-07
by communitymetrics＠wikimedia.org 01 Aug '16

01 Aug '16

Hi Community Metrics team, This is your automatic monthly Phabricator statistics mail. Accounts created in (2016-07): 288 Active users (any activity) in (2016-07): 844 Task authors in (2016-07): 459 Users who have closed tasks in (2016-07): 261 Projects which had at least one task moved from one column to another on their workboard in (2016-07): 229 Tasks created in (2016-07): 2616 Tasks closed in (2016-07): 2517 Open and stalled tasks in total: 30718 Median age in days of open tasks by priority: Unbreak now: 18 Needs Triage: 186 High: 325 Normal: 475 Low: 774 Lowest: 605 (How long tasks have been open, not how long they have had that priority) TODO: Numbers which refer to closed tasks might not be correct, as described in https://phabricator.wikimedia.org/T1003 . Yours sincerely, Fab Rick Aytor (via community_metrics.sh on iridium at Mon Aug 1 00:00:14 UTC 2016)

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l August 2016