headers
Brion Vibber | 1 May 2007 01:30
Picon
Gravatar

MediaWiki 1.10.0rc1 release candidate available


MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While
the code has been running on Wikipedia for some time, installation and
upgrade bits may be less well tested. Bug fix releases may follow in the
coming days or weeks.

This is a release candidate -- 1.10.0 final will be released later this
week after a few more people have had a chance to test it in additional
environments.

MediaWiki is now using a "continuous integration" development model with
quarterly snapshot releases. The latest development code is always kept
"ready to run", and in fact runs our own sites on Wikipedia.

Release branches will continue to receive security updates for about a
year from first release, but nonessential bugfixes and feature
development happen will be made on the development trunk and appear in
the next quarterly release.

Those wishing to use the latest code instead of a branch release can
obtain it from source control:
http://www.mediawiki.org/wiki/Download_from_SVN

Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC1/phase3/RELEASE-NOTES

Download:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz

PGP signature:
(Continue reading)

Permalink | Reply | 22 comments |
headers
revansx | 1 May 2007 02:11
Picon

Re: configuring the TOC autonumbering

I like your extension, "PSINoTocNum", but crashed my system. ?!?!
any idea why? (I'm using mediawiki 1.6.10 + PHP4?)
I used the code on your page and I followed your instructions from the link you sent...and the requireonce
command in my LocalSettings.php cause the whole site to not resolve. I will look at it more closely
tomorrow. I have written my own simple extensions, so I'm fairly sure I haven't overlooked anything
truely foolish.

also, once I get it to work, it would be nice if your extension could be made to do the opposite. i.e. turn off
TOC numbers by default and "__YesTocNumbers___" in the extension.

>
> What kind of configuration?

uh....full control of the style and  prefix and suffix of the TocNumbers:
like: "[#] -" which would generate:

<span 
style=..myTOCstyleNums..>[1.2.3] - <span 
style=..myTOCstyleTxt..>Section Title</span></span>

if you get the drift....i'm looking for full style control of the TOC

same for the Section Titles in the Article

if possible,
what file do I define these in that is common to all skins?

thanks

---- Frederik Dohr <fdg001@...> wrote:
(Continue reading)

Permalink | Reply | 0 comments |
headers
revansx | 1 May 2007 02:16
Picon

Re: Mediawiki-L Archives

was it my post on TocNumbers what caused this thread?
if so I'm sorry. I do try to RTFM as much as I can before I post.

- rich (revansx)

---- Frederik Dohr <fdg001@...> wrote: 
>  >> Given the amount of volume on this list, it is probably useful for us
>  >> all to remember that there IS a searchable archive of these messages
>  >> available
>  >
> > It might also be a good idea to have that added to the bottom of a
> > mails.  Something like 'Searchable archives available at .....'
> 
> Another (or additional) way might be to send a concise weekly reminder, 
> containing the basic guidelines (like netiquette* and "RTFA!"), and 
> maybe also a few FAQs.
> 
> I think the OpenOffice Users list does that - though I haven't followed 
> that for quite a while now...
> 
> 
> -- F.
> 
> 
> * My pet peeves: Imprecise subject lines and people not replying to the 
> correct message (thus screwing up the conversation tree)...
> 
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rob Church | 1 May 2007 02:23
Picon

Combating spam

I've just completed the initial version of a "Combating spam" page on
MediaWiki.org, which can be found at
http://www.mediawiki.org/wiki/Manual:Combating_spam. I'm hoping that
with the right incoming links, it will become an introduction to
dealing with the issue for new wiki operators, since anti-spam
measures are one of our more commonly asked questions.

I'm throwing the URL out here both to gather feedback, and to make it
known to the user base at large.

Rob Church
Permalink | Reply | 3 comments |
headers
Jim Wilson | 1 May 2007 03:57
Picon
Gravatar

Re: Embedded Content

If you're using MW 1.8.x or above (maybe even 1.7.x - not sure), this should
"Just Work".

If you're using MW 1.6.x or below, this feature hadn't been implemented
yet.  You have a few options:

1) Move [[Juice]] to [[Template:Juice]] - templates will purge pages which
transclude them at render time.

2) Get a page purging extension like this one and add <purge /> to the
transcluding pages:
http://meta.wikimedia.org/wiki/User:Ajqnic:purgePage

3) Upgrade (assuming you've got PHP5 at your disposal).

Hope this helps.  Good luck!

-- Jim R. Wilson (jimbojw)

On 4/30/07, Benjamin Kallos <kallos@...> wrote:
>
> I am having trouble getting embedded articles to update within the
> container files.  Anyone have any ideas on how to correct this?
>
> Here is an example of my problem.
> I have two articles, Juice and Glass.
> I have embedded my Juice article in the Glass Article using: {{:Juice}}
> Now the content of my Juice article was Orange when I embedded it, but
> now the Juice article contents read Apple.  Alas, The Glass article
> still displays the juice contents as Orange.
(Continue reading)

Permalink | Reply | 501 comments |
headers
Michael Daly | 1 May 2007 08:57
Picon

Re: Combating spam

Rob Church wrote:

> I'm throwing the URL out here both to gather feedback, and to make it
> known to the user base at large.

What about the use of "noindex" to prevent the indexing of old versions 
of pages?  I read about this on (a somewhat out-of-date) chongqed.org 
page, but I don't think I understand it fully.  There is also a 
reference to using robots.txt to prevent this, but that's even less 
clear (links on the page appear to be broken).

If we zap a page that's been spammed and the search engines still find 
it, the spammers can find your wiki as one with old spam and will re-spam.

Apparently, they can use the "recent changes" pages too.  I find that 
the search engines are frequently accessing recent changes, but I'm not 
sure how to stop that.

Mike
Permalink | Reply | 2 comments |
headers
Rob Church | 1 May 2007 10:07
Picon

Re: Combating spam

On 01/05/07, Michael Daly <mikedaly@...> wrote:
> What about the use of "noindex" to prevent the indexing of old versions
> of pages?  I read about this on (a somewhat out-of-date) chongqed.org

We do this, as far as I'm aware.

> Apparently, they can use the "recent changes" pages too.  I find that
> the search engines are frequently accessing recent changes, but I'm not
> sure how to stop that.

Special pages should all be emitting appropriate <meta> tags with
"noindex,nofollow" set, so search engines *oughtn't* to be indexing or
following links from these.

Rob Church
Permalink | Reply | 1 comment |
headers
Marco Balmer | 1 May 2007 10:17
Picon

User authentication via sasl?

Hi,

Is there a way to authenticate users via libsasl or
another user database system in mediawiki?

Thx
Marco
Permalink | Reply | 0 comments |
headers
Tels | 1 May 2007 12:29
Favicon

Re: Combating spam


On Tuesday 01 May 2007 08:07:13 Rob Church wrote:
> On 01/05/07, Michael Daly <mikedaly@...> wrote:
> > What about the use of "noindex" to prevent the indexing of old versions
> > of pages?  I read about this on (a somewhat out-of-date) chongqed.org
>
> We do this, as far as I'm aware.
>
> > Apparently, they can use the "recent changes" pages too.  I find that
> > the search engines are frequently accessing recent changes, but I'm not
> > sure how to stop that.
>
> Special pages should all be emitting appropriate <meta> tags with
> "noindex,nofollow" set, so search engines *oughtn't* to be indexing or
> following links from these.

Yeah, but they will still grabber them, causing traffic. And then there are 
the bots who don't obay robots.txt or "noindex, nofollow"...

I came up with this:

	User-agent: BecomeBot
	User-agent: gonzo
	User-agent: NPBot
	User-agent: TMCrawler
	Disallow: /
	User-agent: googlebot
	Crawl-delay: 30
	Disallow: /wiki/index.php?title=Special:
	Disallow: /wiki/index.php?title=Internal:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Metaspheres | 1 May 2007 12:12
Picon
Favicon

Re: MediaWiki 1.10.0rc1 release candidate available

Is download.wikimedia.org usually down after hours? I haven't been able to connect since first trying to
download the package around 12AM.

Sven

Brion Vibber <brion@...> wrote: -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While
the code has been running on Wikipedia for some time, installation and
upgrade bits may be less well tested. Bug fix releases may follow in the
coming days or weeks.

This is a release candidate -- 1.10.0 final will be released later this
week after a few more people have had a chance to test it in additional
environments.

MediaWiki is now using a "continuous integration" development model with
quarterly snapshot releases. The latest development code is always kept
"ready to run", and in fact runs our own sites on Wikipedia.

Release branches will continue to receive security updates for about a
year from first release, but nonessential bugfixes and feature
development happen will be made on the development trunk and appear in
the next quarterly release.

Those wishing to use the latest code instead of a branch release can
obtain it from source control:
http://www.mediawiki.org/wiki/Download_from_SVN
(Continue reading)

Permalink | Reply | 6 comments |

Gmane