Attending the FOSDEM conference? See below.
-------- Original Message --------
Subject: Re: FOSDEM coordination
Date: Wed, 15 Jan 2014 14:37:32 -0800
From: Quim Gil <qgil(a)wikimedia.org>
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, Dimitar
Parvanov Dimitrov <dimitar.parvanov.dimitrov(a)gmail.com>
On 01/15/2014 02:33 PM, Quim Gil wrote:
> Hi, FOSDEM conference is around the corner
Fix: (February 1-2 in Brussels) :)
> Please add yourself to the list of participants.
>
> https://www.mediawiki.org/wiki/Events/FOSDEM#Participants
>
> All the better if you can volunteer a couple of hours in the Wikimedia
> stand:
>
> https://www.mediawiki.org/wiki/Events/FOSDEM#Shifts
>
> We haven't thought much about content, materials, and activities at the
> stand. Your ideas and help are welcome!
>
--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
Am 15.01.2014 13:00, schrieb mediawiki-l-request(a)lists.wikimedia.org:
> Send MediaWiki-l mailing list submissions to
> mediawiki-l(a)lists.wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> or, via email, send a message with subject or body 'help' to
> mediawiki-l-request(a)lists.wikimedia.org
>
> You can reach the person managing the list at
> mediawiki-l-owner(a)lists.wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MediaWiki-l digest..."
>
>
> Today's Topics:
>
> 1. Re: CentralAuth: Global accounts not globally usable
> (Till Kraemer)
> 2. Re: Newbie question about pywikibot (Quim Gil)
> 3. Re: Newbie question about pywikibot (Leonard Wallentin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 14 Jan 2014 22:17:51 +0100
> From: Till Kraemer <info(a)till-kraemer.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] CentralAuth: Global accounts not globally
> usable
> Message-ID: <52D5A97F.5060207(a)till-kraemer.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Chris,
>
> thanks again for your help! I really appreciate it.
>
> On 1/13/2014 10:19 PM, Chris Steipp wrote:
>
>> This often happens when Memcached can't be reached / used. CentralAuth
>> requires memcache caching, so make sure that's working.
> Hm, weird. I just re-checked and memcached seems to be running:
>
> # ps ax | grep memcached
> 12345 ?? Ss 0:48.20 /usr/local/bin/memcached -d -u _memcached -P
> /var/run/memcached.pid
>
> I started memcached a while ago like this:
>
> sudo -u www memcached -d -l 127.0.0.1 -p 11211 -m 64
>
> My memcached settings in LocalSettings.php look like this:
>
> $wgMainCacheType = CACHE_MEMCACHED;
> $wgParserCacheType = CACHE_MEMCACHED; # optional
> $wgMessageCacheType = CACHE_MEMCACHED; # optional
> $wgMemCachedServers = array( "127.0.0.1:11211" );
> $wgSessionsInMemcached = true; # optional
>
> However, I didn't install PECL memcache for PHP as recommended on the
> Extension:Memcached page. I installed PECL memcache now and also
> Extension:Memcached and on Special:Memcached it says:
>
> 127.0.0.1:11211 Memcached seems to be working fine!
>
> After I installed PECL memcache I restarted Apache and I got the
> following message (but I guess that's okay):
>
> # apachectl start
> Starting memcached
> failed to listen on TCP port 11211: Address already in use
> /usr/sbin/apachectl start: httpd started
>
>> This is expected on login, assuming you're submitting the login form as a
>> logged out user (it does the user setup for all pages, including the login
>> page, before it starts handling the contents of the form itself. The
>> interesting stuff should be a few lines later.
> Sorry, here is what debug-poolwiki.log looks like:
>
> Start command line script /path/to/pool/w/maintenance/runJobs.php
> CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message]
> MemcachedPhpBagOStuff[parser]
> LocalisationCache: using store LCStore_DB
> CentralAuthHooks::onUserLoadFromSession: no token or session
> Fully initialised
> IP: 127.0.0.1
> Connected to database 0 at 1.2.3.4
> LoadBalancer::reuseConnection: this connection was not opened as a
> foreign connection
>
> And debug-dewiki.log has entries like these:
>
> Start command line script /path/to/de/w/maintenance/runJobs.php
> CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message]
> MemcachedPhpBagOStuff[parser]
> Class LanguageDe not found; skipped loading
> LocalisationCache: using store LCStore_DB
> Connecting to 1.2.3.4 dewiki...
> Connected to 1.2.3.4 dewiki.
> Connected to database 0 at 1.2.3.4
> Dependency triggered: /path/to/de/w/languages/messages/MessagesDe.php
> deleted.
> LocalisationCache::isExpired(de): cache for de expired due to FileDependency
> LocalisationCache::recache: got localisation for de from source
> DatabaseBase::query: Writes done: DELETE FROM `l10n_cache` WHERE lc_lang
> = 'de'
> Unstubbing $wgParser on call of $wgParser::setFunctionHook from
> SimpleSecurity::setup
> Parser: using preprocessor: Preprocessor_DOM
> Fully initialised
> LoadBalancer::reuseConnection: this connection was not opened as a
> foreign connection
> LoadBalancer::reuseConnection: this connection was not opened as a
> foreign connection
> LoadBalancer::reuseConnection: this connection was not opened as a
> foreign connection
>
> While debug-enwiki.log looks like this:
>
> Start command line script /path/to/en/w/maintenance/runJobs.php
> CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message]
> MemcachedPhpBagOStuff[parser]
> LocalisationCache: using store LCStore_DB
> Unstubbing $wgParser on call of $wgParser::setFunctionHook from
> SimpleSecurity::setup
> Parser: using preprocessor: Preprocessor_DOM
> Connecting to 1.2.3.4 enwiki...
> Connected to 1.2.3.4 enwiki.
> Connected to database 0 at 1.2.3.4
> Dependency triggered: /path/to/en/w/languages/messages/MessagesEn.php
> deleted.
> LocalisationCache::isExpired(en): cache for en expired due to FileDependency
> LocalisationCache::recache: got localisation for en from source
> DatabaseBase::query: Writes done: DELETE FROM `l10n_cache` WHERE lc_lang
> = 'en'
> Fully initialised
> LoadBalancer::reuseConnection: this connection was not opened as a
> foreign connection
>
>> If they're all in the same top level domain, this is probably the better
>> way to do it.
> Yes, they're just different subdomains, but they're all something like
> xx.example.com. So I've set $wgCentralAuthCookieDomain = '.example.com';.
>
>> This should only happen if you have wgSecureLogin enabled for a wiki, or
>> you have https in wgServer. You'll want to get that fixed before you can
>> get much further in setting up CentralAuth.
> It seems to be a Firefox specific problem. I don't get this error with
> other browsers. I deleted cookies and cache in Firefox and now it works.
> Now I don't have to log in manually on each domain anymore, cool! :)
>
> Thanks and cheers,
>
> Till
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 14 Jan 2014 14:04:25 -0800
> From: Quim Gil <qgil(a)wikimedia.org>
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: Re: [MediaWiki-l] Newbie question about pywikibot
> Message-ID: <52D5B469.1000305(a)wikimedia.org>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Leonard,
>
> On 01/07/2014 12:07 PM, Leonard Wallentin wrote:
>> Hello,
>>
>> I wonder if there are any pywikibot wizards on the list who can help me
>> getting on the right track;
> Your questions about PyWikiBot have a higher chance of find answers at
>
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
>> I have been fetching data from WikiData like this:
>> `action=wbgetentities&languages=XXX&props=labels|claims&ids=Q100|Q101|Q102`
>>
>> Now I want to try doing the same thing with pywikibot, to make logging in
>> etc easier, but I can't find out how to fetch data for more than one page
>> at a time. So far I've found `pagegenerators.PagesFromTitlesGenerator` to
>> generate a collection of page titles, but I don't know what to do with it
>> (other than iterate through it to fetch one page at a time...) What am I
>> missing?
>>
>> Thanks in advance for any advice!
>> Leo
>
Hello,
I wonder if there are any pywikibot wizards on the list who can help me
getting on the right track;
I have been fetching data from WikiData like this:
`action=wbgetentities&languages=XXX&props=labels|claims&ids=Q100|Q101|Q102`
Now I want to try doing the same thing with pywikibot, to make logging in
etc easier, but I can't find out how to fetch data for more than one page
at a time. So far I've found `pagegenerators.PagesFromTitlesGenerator` to
generate a collection of page titles, but I don't know what to do with it
(other than iterate through it to fetch one page at a time...) What am I
missing?
Thanks in advance for any advice!
Leo
_______________
Leonard Wallentin
http://leowallentin.se
Hi,
I'm desperately trying to install CentralAuth for months now and I
almost did it.
I'm running 12 language wikis and one pool wiki.
I renamed all databases from something cryptic like "usr_web123_4" to
"languagecodewiki" via phpMyAdmin.
I created database centralauth and ran centralauth.sql.
I ran php extensions/CentralAuth/maintenance/migratePass0.php and php
extensions/CentralAuth/maintenance/migratePass0.php (from /path/to/w/).
I also ran migrateStewards.php and on the wikis without stewards it gave
me the following output (but I guess that's okay):
"Populating global groups table with stewards...
Fetched 0 from local database... Checking for attached ones
A database query error has occurred.
Query: SELECT gu_name,gu_id FROM `globaluser`,`localuser` WHERE
(gu_name = lu_name) AND lu_wiki = 'cswiki' AND (gu_name IN ())
Function: migrateStewards.php
Error: 1064 You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use
near '))' at line 1 (1.2.3.4)"
On the wiki with steward it worked fine however:
"Populating global groups table with stewards...
Fetched 1 from local database... Checking for attached ones
Fetched 1 SULed stewards... Adding them in group
Added Till Kraemer"
Special:GlobalUsers now lists all users of all wikis.
I have a user named "Till Kraemer" manually registered on all 13 wikis.
If I go to Special:MergeAccount, I can see that all 13 accounts are
merged into one global account and everything is fine. 13 local wikis
are shown on Special:CentralAuth/Till_Kraemer.
I have a user named "Bot" manually registered on only 4 wikis. I can
only use this account on those 4 wikis. Only 4 local wikis are shown on
Special:MergeAccount and Special:CentralAuth/Bot. If I try to log in
with this account on one of the other 9 wikis, I get an error that the
user "Bot" doesn't exist. However, if I try to manually register the
user "Bot" on one of the 9 other wikis, it gives me the error, that
there is already a global user named "Bot".
I can manually create local user "Bot" on the other wikis via php
CentralAuth/maintenance/createLocalAccount.php, but there should be a
way to do this automatically.
I registered a new account on one of the wikis and that account also can
be only used on one wiki. Although I've set $wgCentralAuthAutoNew =
true; it seems to create just a local account but that isn't entirely
true because that user can be found in table localuser and globaluser of
database centralauth.
Any suggestions would be great, since I really don't know what else I
could try :/
Have a nice weekend!
Thanks and cheers,
Till
Installed software:
MediaWiki 1.22.0
PHP 5.3.14 (apache)
MySQL 5.1.63-log
Entry point URLs:
Article path /wiki/$1
Script path /w
index.php /w/index.php
api.php /w/api.php
load.php /w/load.php
LocalSettings.php:
require_once ("$IP/extensions/CentralAuth/CentralAuth.php");
$wgConf = new SiteConfiguration;
# Read wiki lists
#$wgLocalDatabases = array( 'meta_wiki', 'test_wiki', 'cod_wiki' );
//all wiki databases, as an array. Important to change.
#$wgLocalDatabases = array( $cs_db_name, $de_db_name, $en_db_name,
$es_db_name, $fr_db_name, $hu_db_name, $pl_db_name, $pool_db_name,
$pt_db_name, $sv_db_name ); //all wiki databases, as array
$wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki',
'frwiki', 'huwiki', 'hywiki', 'nlwiki', 'plwiki', 'poolwiki', 'ptwiki',
'ruwiki', 'svwiki' ); //all wiki databases, as array
$wgConf->wikis = $wgLocalDatabases;
$wgConf->suffixes = array(
'wiki'
); //We have the same suffix of wiki
//all databases have suffix wiki
$wgConf->suffixes = $wgLocalDatabases;
#$wgConf->localVHosts = array( 'localhost' ); //your database server.
could be example.com or IP address. no http://
#$wgConf->localVHosts = array( $db_host ); //your database server. could
be example.com or IP address. no http://
$wgConf->localVHosts = array( '1.2.3.4' ); //your database server. could
be example.com or IP address. no http://
$wgConf->fullLoadCallback = 'wmfLoadInitialiseSettings';
$wgConf->siteParamsCallback = 'efGetSiteParams';
$wgConf->extractAllGlobals( $wgDBname );
$wgConf->settings = array(
'wgServer' => array(
# 'default' => 'http://localhost', //default means applied to all
wikis.this might be http://www.example.com, for example.
'cswiki' => 'http://cs.example.com',
'dewiki' => 'http://de.example.com',
'enwiki' => 'http://en.example.com',
'eswiki' => 'http://es.example.com',
'frwiki' => 'http://fr.example.com',
'huwiki' => 'http://hu.example.com',
'hywiki' => 'http://hy.example.com',
'nlwiki' => 'http://nl.example.com',
'plwiki' => 'http://pl.example.com',
'poolwiki' => 'http://pool.example.com',
'ptwiki' => 'http://pt.example.com',
'ruwiki' => 'http://ru.example.com',
'svwiki' => 'http://sv.example.com',
),
'wgScriptPath' => array(
# 'meta_wiki' => '/metawiki', //script path, where index.php is
located for meta
#'test_wiki' => '/testwiki', //test
#'cod_wiki' => '/codwiki', //cod
'default' => '/w', //script path, where index.php is located for meta
),
'wgArticlePath' => array(
# 'meta_wiki' => '/meta/$1', //for short urls
#'test_wiki' => '/test/$1',
#'cod_wiki' => '/cod/$1',
'default' => '/wiki/$1', //for short urls
),
//the above may confuse some. if you're having problems, keep
articlepath the same as scriptpath, with /$1 at the end, k???
'wgLanguageCode' => array( //dont change, if all wikis are english *BE
careful not to alter this line if you use RegEx to replace COD with your
wiki name!
# 'default' => '$lang',
'cswiki' => 'cs',
'dewiki' => 'de',
'enwiki' => 'en',
'eswiki' => 'es',
'frwiki' => 'fr',
'huwiki' => 'hu',
'hywiki' => 'hy',
'nlwiki' => 'nl',
'plwiki' => 'pl',
'poolwiki' => 'en',
'ptwiki' => 'pt',
'ruwiki' => 'ru',
'svwiki' => 'sv',
),
'wgLocalInterwiki' => array(
# 'default' => '$lang',
'cswiki' => 'cs',
'dewiki' => 'de',
'enwiki' => 'en',
'eswiki' => 'es',
'frwiki' => 'fr',
'huwiki' => 'hu',
'hywiki' => 'hy',
'nlwiki' => 'nl',
'plwiki' => 'pl',
'poolwiki' => 'en',
'ptwiki' => 'pt',
'ruwiki' => 'ru',
'svwiki' => 'sv',
),
'wgSitename'=>array(
'cswiki' => 'Example Wiki',
'dewiki' => 'Example Wiki',
'enwiki' => 'Example Wiki',
'eswiki' => 'Example Wiki',
'frwiki' => 'Example Wiki',
'huwiki' => 'Example Wiki',
'hywiki' => 'Example Wiki',
'nlwiki' => 'Example Wiki',
'plwiki' => 'Example Wiki',
'poolwiki' => 'Example Wiki',
'ptwiki' => 'Example Wiki',
'ruwiki' => 'Example Wiki',
'svwiki' => 'Example Wiki',
),
);
function efGetSiteParams( $conf, $wiki ) {
$site = null;
$lang = null;
foreach( $conf->suffixes as $suffix ) {
if ( substr( $wiki, -strlen( $suffix ) ) == $suffix ) {
$site = $suffix;
$lang = substr( $wiki, 0, -strlen( $suffix ) );
break;
}
}
return array(
'suffix' => $site,
'lang' => $lang,
'params' => array(
'lang' => $lang,
'site' => $site,
'wiki' => $wiki,
),
'tags' => array(),
);
}
$wgCentralAuthDryRun = false;
$wgCentralAuthCookies = true;
$wgCentralAuthAutoNew = true;
$wgCentralAuthAutoMigrate = true;
$wgCentralAuthAutoLoginWikis = array(
# Mapping from domain name to wiki id for other wikis to
automatically login into
'cs.example.com' => 'cswiki',
'de.example.com' => 'dewiki',
'en.example.com' => 'enwiki',
'es.example.com' => 'eswiki',
'fr.example.com' => 'frwiki',
'hu.example.com' => 'huwiki',
'hy.example.com' => 'hywiki',
'nl.example.com' => 'nlwiki',
'pl.example.com' => 'plwiki',
'pool.example.com' => 'poolwiki',
'pt.example.com' => 'ptwiki',
'ru.example.com' => 'ruwiki',
'sv.example.com' => 'svwiki',
);
# Skips the "login success" page
$wgCentralAuthSilentLogin = true;
$wgCentralAuthCreateOnView = true;
# Activates the redirect to the "central login wiki"
#$wgCentralAuthLoginWiki = 'poolwiki';
Hi all,
as I see only little progress in reviewing the new version of the Math
extension that improves the layout and fixes security issues of normal
importance, I wrote a guide on "How to review the MediaWiki Math
extension".
http://www.formulasearchengine.com/review
Feedback, comments or any other type of reaction is highly appreciated.
Best
Physikerwelt
--
Mit freundlichen Grüßen
Moritz Schubotz
Telefon (Büro): +49 30 314 22784
E-Mail: schubotz(a)itp.physik.tu-berlin.de
Web: http://www.physikerwelt.de
Skype: Schubi87
ICQ: 200302764
Msn: Moritz(a)Schubotz.de
Hi all,
I've inherited a custom skin based on Vector from MW 1.16. Using it
with 1.22 causes the left sideBar navigation to disappear, as well as
tab text to show up as <vector-namespace-special>.
As I'm no skinning expert, I'm wondering where to begin to fix these
problems. I'm actively attempting to fix the skin now, but thought
I'd ask, in case anyone has done this before and may be able to
provide clues.
Thanks
Bill
This is a notice that on Tuesday, January 14th between 00:00-01:00 UTC
(*Monday* January 13th, 4-5pm PST) Wikimedia Foundation will release
security updates for current and supported branches of the MediaWiki
software, as well as several extensions. Downloads and patches will be
available at that time.
Sorry to dredge up the past, but yesterday I restored a version 1.16
wiki from backup and my users can not upload PDFs anymore. The error
returned is:
Fatal error: Call to a member function toHtml() on a non-object in
/<my wiki dir>/ImagePage.php on line 457
I suspect a thumbnailing issue, as the PDF files do actually upload.
And this only occurs with PDFs.
I've scheduled an upgrade on Saturday to 1.22, but I have to fix this
before hand.
I've already changed all perms on /images to 777 to rule that out.
I'm at a loss what to do next. Any help would be much appreciated.
Thanks
Bill