after some discussion, Wikimedia Germany decided not to hold a developer's
meet-up around the Chapter's conference in March. We just couldn't fit this in
nicely with the venue and the overall organization. Don't despair though:
This is what we will do instead:
* There will be a hackathon hosted by Wikimedia Germany in (late) May, probably
in Berlin, but that's not decided yet. This will mostly about hacking, with a
strong focus on GLAM related stuff. There will be little in terms of presentations.
* There will be the hacking days attached to Wikimania in Haifa, August 3./4.
I'm in charge of setting up the program for that, and I'll try to make it a nice
mix of discussing technology and actually hacking. I would also like to have a
get-together with thechies and chapter folks at some point during Wikimania.
I hope that this way, we can give the hacking events the attention they deserve.
Let me know what you think.
I am currently trying to get file uploads to work in mediawiki 1.16.1 ,
but I keep getting the error message: "The upload directory (public) is
not writable by the webserver". I chmodded the upload directory to 777
(yes, I am aware of the security risk), but to no avail. Does anyone
know the right trick to solve this problem?
The upload directory that I have set in my Localsettings.php file is:
$wgUploadPath = "/mediawiki/file_uploads";
If I check
the folder exists.
These are the file permissions for this folder:
ls -lanh mediawiki/file_uploads
drwxrwsrwx 2 198048 198048 2 Jan 17 17:35 .
drwxrwsr-x 15 198048 198048 45 Jan 17 17:36 ..
note that the apache user has id 900, but given the folder's
permissions, this should still work, right?
On Sun, 16 Jan 2011 Matthew Betts wrote:
> Dear all,
> Can anyone tell me a way to ensure that a template is included in all pages
> of a particular namespace? I'd like to use our mediawiki to allow people to
> annotate some things in a biology project and want to use a template to
> guide what information should be given, and the wiki URLs will be generated
> automatically by an external program. I could generate the pages in advance
> from a perl script or similar but I thought there might be a better way,
> especially since I won't always know in advance what the page names should
Have you tried the preloader extension? It lets you specify a template to
be automatically included per namespace. I have found it to be invaluable...
Cheers -- Frank
On 17.01.2011 17:14, Asaf Bartov wrote:
> Correction: Haifa Hacking Days are to be held August 2nd-3rd.
> Wikimania itself will be Aug 4th-6th.
Gah! Thanks Asaf.
There I went and looked it up, and then wrote the wrong thing into the email.
> Message: 4
> Date: Sun, 16 Jan 2011 12:11:04 +0100
> From: uv22e Alcott <uv22ealcott(a)googlemail.com>
> Subject: Re: [Mediawiki-l] delete the logo so that the navigation bar
> is going up
> To: MediaWiki announcements and site admin list
> Content-Type: text/plain; charset=ISO-8859-1
> > I forgot to mention this is in main.css.
> > Thanks for the help! :)
> But it has no effect. I deactivated the folling lines in the LocalSettings:
> ## The relative URL path to the logo. Make sure you change this from the
> ## or else you'll overwrite your logo when you upgrade!
> # $wgLogo = "";
> # $wgLogo = "/skins/monobook/logo.jpg";
> and did the changes in the main.css
> I also deleted the logo.jpg picture
And of course you empty the cache...
"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
I know how to handle the logo and change it but i would like to delete it so
It s easy to overrite it with a transparent png or just to uncomment it in
the local settings or just $wgLogo = "";
But what do I need to do that there is not that space on top left? I would
like to move the navigation to the top left without leaving the space the
logo was thought for
Thanks a lot!
> You can disable the forced capitalization with $wgCapitalLinks:
> $wgCapitalLinks = false;
> Docs for this & links to some related settings are available on
> mediawiki.org wiki:
> Beware though that this will make the first letter of a title
> case-sensitive in all page links and URLs: for instance '[[foo]]' will
> no longer link to the page 'Foo', and '[[Foo]]' will not link to the
> page 'foo', unless redirects are put in place. Migrating an existing
> site can be tricky!
> You can also use the 'DISPLAYTITLE' built-in parser function to adjust
> the displayed title to initial lowercase without altering other
> behavior on the site. There's a template on English Wikipedia which
> conveniently wraps it, which you might copy (requires ParserFunctions
> extension to be installed):
> -- brion
Thank you for good information, Brion.
I see some pros & cons for both options. I'll test them out in a test
wiki environment and make a decision.
If you're running MediaWiki on a 32-bit platform, you should upgrade
to PHP 5.3.5, PHP 5.2.17 or a patched version of PHP from a Linux
distribution which includes a fix for CVE-2010-4645. If you run
MediaWiki on a 32-bit platform with an earlier version of PHP, you
will be vulnerable to a denial-of-service vulnerability.
CVE-2010-4645 is a vulnerability which causes the conversion from a
string to a floating-point number to take forever, for certain special
strings. PHP's weak typing means that such conversion can take place
implicitly, for example in code like "$string > 0". I can confirm that
MediaWiki has modules which will convert user input to a
floating-point number. Conversion can be triggered by an attacker with
no special privileges.
PHP release announcement:
Updated Ubuntu packages:
-- Tim Starling