MediaWiki-l June 2012

mediawiki-l@lists.wikimedia.org

43 participants
46 discussions

Lis tes messages avant qu'ils ne soient effacés!
by Badoo 31 Dec '23

31 Dec '23

Lis ton message de Nganguem Victor avant qu'il ne soit effacé! Pour lire ton message, suis simplement ce lien: http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 D'autres personnes sont aussi présentes: Oded (Tel Aviv, Israël) Priya (Udaipur, Inde) RajaYogi BK (Udaipur, Inde) Karuna (Udaipur, Inde) Chika Reginald Onyia (Pnompen', Cambodge) ...Qui d'autre? http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur. Tu as reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système. Amuse-toi bien ! L'équipe Badoo Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir: http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…

3 2

Re: [MediaWiki-l] problems upgrading from 13.2 to 19.1
by Dave Hunsberger 24 Oct '12

24 Oct '12

The current mw is running on mysql, and the upgrade should too, no desire to run an sqlite anything -------- Original Message -------- From: Platonides <Platonides(a)gmail.com> Sent: Tue, 26/06/2012 07:19 PM To: mediawiki-l(a)lists.wikimedia.org CC: Subject: Re: [MediaWiki-l] problems upgrading from 13.2 to 19.1 On 27/06/12 00:42, Dave Hunsberger wrote: > * Edited /htdocs/mw119/localSettings.php to point to /mw119 > folder and new db ('mediawiki_1_19') Note it should be LocalSettings.php (capital L). If it can't > Errors when running [URL]/mw119/mw-config/: > > * Blank page with error message "Warning: Cannot load module > 'pdo_sqlite' because required module 'pdo' is not loaded in Unknown on > line 0" > > MediaWiki 1.19.1 Updater > PHP Fatal error: Call to undefined function mysql_error() in > /[PATH]/mw119/includes/db/DatabaseMysql.php on line 305 > Fatal error: Call to undefined function mysql_error() in > /[PATH]/mw119/includes/db/DatabaseMysql.php on line 305 So, are you trying to use a sqlite database or a mysql one? Seems you have a problem with php.ini configuration there. _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

2 3

cleaning out a mass of unwanted users
by Boris Epstein 22 Oct '12

22 Oct '12

Hello everyone, I was careless enough to run a MediaWiki installation allowing people to sign up without a moderator's approval. Hence a few hundred of them did sign up and started to use the site to swap images. How can I delete their accounts in the most expeditious way? Thanks. Boris.

5 5

site mirror and master-slave question
by chris 18 Aug '12

18 Aug '12

I'm trying to find some further documentation or guidance (if any) on site duplication and then master-slave replication. The scenario is this: We have 2 Wiki's, each in their own network. The first wiki is available to our users now. The second one is a clone of the first which was made a couple of months ago and hasn't been touched since. What I'd like to do is have the clone be the slave and the first one be the master. I'm thinking that the database would not contain the extensions, skins, possibly photos, templates ? So I would have to push those over. The clone or slave would only be for reading and not writing. Can anyone give any guidance ? thanks, Chris

7 17

master-slave question
by chris 30 Jun '12

30 Jun '12

I've got a master slave wiki setup. I'm also using RSS extension to collect multiple feeds from different sources (the feeds are also being replicated on other machines in both environments so the feeds are the same). The problem is that the primary site is using a different private ip addressing scheme than the secondary site so I have to do a minor edit change in a template on the slave to point to a slightly different ip address which means the database is now no longer the same as the master which creates database errors - in this case duplicate primary key errors. Is there a way to do this - possibly doing a raw SQL update on the CLI in the right table on the slave so we don't insert another additional record in the table ? thanks, Chris

3 5

Database question
by Marcelo Chiaradía 30 Jun '12

30 Jun '12

Hello everyone, I have a page that has several instances of a same template. I wanna know if there is some table in the wiki database, which relates each instances of the template which its field values. Thanks in advance, Marcelo.

2 1

New, lower traffic, announcements only email list for Wikimedia developers
by Gregory Varnum 29 Jun '12

29 Jun '12

Cross-posting. -greg Begin forwarded message: > From: Gregory Varnum <gregory.varnum(a)gmail.com> > Subject: New, lower traffic, announcements only email list for Wikimedia developers > Date: 30 June, 2012 1:23:11 AM EDT > To: wikitech-l(a)lists.wikimedia.org > > Greetings, > > Following discussions with Wikimedia developers more on the "fringe" and not as engaged in frequent IRC or mailing list conversations, the request for an announcements only mailing list came up. I wanted to let folks know that this list has been created and is ready for membership: https://lists.wikimedia.org/mailman/listinfo/wikitech-announce - wikitech-announce(a)lists.wikimedia.org There will also be a signup list for this and other lists at Wikimania Hackathon. > > Unlike this list, which allows for discussion, or the MediaWiki-announce list, which focuses exclusively on MediaWiki release announcements, wikitech-announce will be used for occasional announcements on both MediaWiki and broader Wikimedia developer related news items. This includes an announcement when monthly tech or engineering reports are posted, important news updates on git or developer related tools, and information on upcoming sprints, events or other major developer collaborations. > > Having presented this idea a few times, there are some common questions I will get out of the way now. > > Why not just send these out on MediaWiki-announce? There was quick reaction from several of these less-engaged developers that some really did want JUST MediaWiki release info sent out on that list. In other words, the audience of that list did not like the idea. > > Will this duplicate emails sent to wikitech-l? Probably, but it is not designed for folks already utilizing wikitech-l - it is designed for folks who would like less email traffic and want announcements - not conversations. > > Is this really going to save folks that many emails? In June, the wikitech-l list had 639 individual messages (so far). It is unlikely that this list would exceed 12 a month. For reference, MediaWiki-announce has sent out 3 messages this month and mediawiki-l had 121 messages. This list presents a middle ground between the two extremes. > > Do we not already have enough lists? Yes, but as our developer community grows, so too must our means of communicating. Many individuals, myself included, have been intentionally trying to engage developers generally less present, but just as important to our community. Such as corporate developers with an interest in sharing extensions who can benefit from announcements about git. Similarly, some students would prefer to get basic info that helps them stay on top of the latest developments. > > Generally, if you find yourself having a concern about this list, it is probably not the list for you to join. However, if you find yourself excited at the idea of less development chatter while remaining informed, this might just be the list for you. > > Thank you to Sumana and TheHelpfulOne for supporting this effort and to Daniel Renfro for proposing this idea and getting the discussion started. > > I have volunteered to moderate the list at its start, but will be interested in recruiting others that are willing to help. Anyone with an announcement can submit one, and a moderator will approve messages which fit within the list's scope. > > Finally, like any new tool, I anticipate its usage will evolve over time - so please do engage in discussion on any ideas you may have for its future. > > Thank you! > -greg aka varnent

1 0

(no subject)
by Kieth Brian Padilla Tomo 28 Jun '12

28 Jun '12

-- http://www.earnmailer.com/help/images/general02.jpg

1 0

passing text with pipes and }} to template with {#tag
by Carnë Draug 28 Jun '12

28 Jun '12

Hi I'm trying to write a template for source code for our wiki (octave.org/wiki/) and am facing some problems. The idea is to have a template that would work like: {{Code|multiline code goes here }} and highlight it using the SyntaxHighlight GeSHi extension. I have managed to do this with #tag so it looks like {{#tag:syntaxhighlight|{{{1}}}|lang="octave"}} However, code typically involves characters such as pipes and closing curly brackets which mess up the template. I have tried to use <pre> and <nowiki> around the actual code when using the template as in {{Code|<nowki>some text</nowiki>}} but that replaces the text by a weird string such as " UNIQ17a021e41516d0ad-nowiki-00000001-QINU ". Same happens when using <pre> (by the way, is this a bug on the {{#tag magic word?) I expected that this would be a common thing and that I'd find many templates already doing this but actually found none. The recommendation on wikipedia is to use <syntaxhighlight> directly (which I'd like to avoid since we want to change the default look of it and are already using a template to place the code inside a table with a title and legend). The alternatives that I see are: * use wikipedia's {{!}} template (it does solve my problem) * modify the actual extension code so it does all I want and use that instead of a template However, none of them sound right. Does anyone knows how to solve this? Thanks in advance, Carnë Draug

2 2

problems upgrading from 13.2 to 19.1
by Dave Hunsberger 26 Jun '12

26 Jun '12

Hi all, I'm trying to upgrade from MW 13.2 to MW 19.1, and I'm not having any luck. I duplicated the db & code so as to 'sandbox' it to ensure I could get a good upgrade before I turned it loose on a live install. Here's the steps I took, followed by errors received. * Put Wiki into readonly mode with message stating 'updating to mediawiki 1.19.1' * Created duplicate database of current install ('mediawiki_1_19') * Copied all /htdocs/mw/ files to /htdocs/mw119/ * Downloaded & unzipped into own folder the mediawiki.1.19.1.tar.gz * Copied files from /mediawiki.1.19.1/ to /htdocs/mw119/ * Edited /htdocs/mw119/localSettings.php to point to /mw119 folder and new db ('mediawiki_1_19') * Commented out all extensions within localsettings.php * Renamed StartProfiler.php (also tried deleting it) Errors when running [URL]/mw119/mw-config/: * Blank page with error message "Warning: Cannot load module 'pdo_sqlite' because required module 'pdo' is not loaded in Unknown on line 0" * Page title is 'MediaWiki 1.19.1 installation' Errors when running /htdocs/mw119/maintenance/update.php: MediaWiki 1.19.1 Updater PHP Fatal error: Call to undefined function mysql_error() in /[PATH]/mw119/includes/db/DatabaseMysql.php on line 305 Fatal error: Call to undefined function mysql_error() in /[PATH]/mw119/includes/db/DatabaseMysql.php on line 305 [PROMPT]:~/htdocs/mw119/maintenance$ If I go straight to the index page of the sandboxed wiki ([URL]/mw119/), I get: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT lc_value FROM `mwlp_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1 Function: LCStore_DB::get Error: 1146 Table 'mediaWiki_1_19.mwlp_l10n_cache' doesn't exist (mysql6c.serveronline.net) It doesn't seem to be able to create the l10n_cache table. (mwlp_ is the table prefix contained within localsettings) I've sanitized out any filepaths/url that weren't applicable using []. If anyone can point me into a new direction, I'd be grateful! -Dave

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l June 2012