Re: mailing list for users with robots

Brent 'Dax' Royal-Gordon wrote:
> 
> I'm not a Python programmer (whitespace as syntax? eww) but this
> seems a little inflammitory.  Python *is* a reasonably popular
> language, and even those who don't know it can usually read it fairly
> easily.

OK, I apologise for the inflammatory-ness. I suppose I can't really deny
that Python has at least some degree of popularity. But that wasn't my
point. I'm just sick and tired of being reprimanded for writing my own
scripts when I want to.

Re: how to submit multi-patches efficiently ?

Thomas Gries wrote:
> A certain enhancement patch Z is based on CVS TAG X and
> a split of Z into smaller patches p1, p2, p3 is requested,
> Z := p1 + p2 + p3
> 
> What's your policy here, shall I publish
> 
> * diff( X, p1 )
> * diff( X, p2 )
> * diff( X, p3 )
> 
> or
> 
> * diff( X, p1 )
> * diff( X + p1, p2),
> * diff( X + p1 + p2, p3)

Probably the former. The purpose of multiple smaller patches is that one 
of them (not necessarily the first) can be applied without the others. 
Of course, the three patches should not conflict with each other.

Re: Re: [patch] Anonymous edit warning

Timwi wrote:
> Brent 'Dax' Royal-Gordon wrote:
> 
>> My users keep accidentally editing anonymously when they think they're
>> logged in; this has gotten so bad that a few of them have asked me to
>> disable anonymous edits.  Instead, I wrote the patch below my sig, set
>> $wgEnableAnonWarning to true, and put the following in
>> MediaWiki:AnonWarning:
> 
> 
> I notice when I'm not logged in because the "minor" and "watch this
> article" options are missing. Isn't that warning enough?

Perhaps for some, but people like me are pretty clueless sometimes. 

I edit anonymously all the time, by accident, and have to log in and
sign my own edits.

--Jimbo

Re: What about the bug "article which can't be removed" ?

Magnus Manske wrote:
> Brion Vibber schrieb:
>>>Victor STINNER wrote:
>>>>I would like to know if someone is working on the bug "Article non
>>>>effaçable à cause d'un bug" (article which can't be removed because of a
>>>>mediawiki bug). I heared that it should come from compression
>>>>trouble ...
>>>
>>>This will be fixed with some changes to the deletion backend in
>>>MediaWiki 1.5. (This isn't fully finished yet, I hope to get it done
>>>this weekend. Search the archives for my previous post on this subject.)
>
>
> While you're at it, the current 1.5 page deletion doesn't work for older
> MySQL versions that don't support the "DELETE tables FROM ..." syntax.
> Fix it or require a certain miminum version?

Now fixed.

The more sweeping changes to using a rev_deleted flag aren't going to
get done in time for 1.5, so I've fixed up the existing system.

To summarize, here's how deletion used to work:

* The cur and old rows are copied in their entirety into archive rows.
Each row contains namespace/title, full text of the revision, and the
various revision metadata (user, comment, timestamp)
* Once copied, the cur and old rows are deleted permanently from those
tables.
* On undeletion, new old and cur rows are created with the information

Re: Pywikipediabot

I'd be interested in having you aboard. Rob is considered lead
developer, but he has little time for it at the moment (work and
family taking most of it).

Could you please specify me:
* Your Wikipedia/wiktionary/whatever identity (preferably showing that
you have already used the bot more or less extensively)
* Your Sourceforge login-name
* Perhaps an indication of your knowledge of Python.

And yes, getting included on the mailing list as Brion proposes would
be strongly recommended if you want to be a developer.

Andre Engels

On 5/1/05, mbecker ™ <wikimb <at> gmail.com> wrote:
> I'm trying to get in touch with the developers of Pywikipediabot
> I've e-mailed the lead developer as listed on the sourceforge project
> website a couple times about bug fixes and improvements I've made to
> the code.
> I'm interesting in getting developer access to the project so I can
> commit some of them.
> Please send me an e-mail if you can help me with this.
> Thanks,
> Michael Becker
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l <at> wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>

Apache Rewrite Stopped Working For Nice URLs... strange

Hi,

We have been using these rewrite rules now for nicely formatted URLs for a 
few months now:

RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/
RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php
RewriteCond %{REQUEST_URI} !^/sitemap.xml
RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html
RewriteCond %{REQUEST_URI} !^/favicon.ico
RewriteCond %{REQUEST_URI} !^/robots.txt
RewriteRule ^/(.*)$ /index.php/$1 [L,QSA]

But today the RewriteRule stopped working and Apache could no longer find 
/index.php/Main_Page anymore:

File does not exist: /var/www/html/wiki/index.php/Main_Page

It seems pretty weird, the only thing I can think of is that something 
changed with our Apache configuration? What usually prevents users from 
being able to use the /index.php/$1 configuration? What keeps Apache from 
attempting to recognize index.php as a directory?

I switched it to:

RewriteRule ^/(.*)$ /index.php?title=$1 [L,QSA]

And it seems to work, but I'm curious as to why it changed all of a sudden. 
I couldn't find anything on Google or the meta-wiki, so I thought I'd post 
it here.

Re: Apache Rewrite Stopped Working For Nice URLs... strange

On 5/1/05, Travis Derouin <tderouin <at> gmail.com> wrote:
> What keeps Apache from
> attempting to recognize index.php as a directory?

The DirectoryIndex directive tells apache what kind of files it should
use for indices.  Mine reads:

DirectoryIndex index.html index.html.var index.php

--

-- 
John Fader

Redirect Pages: Text on them -> Text on article

A while ago, there was a topic on Wikitech-l that discussed "Redirect to
Anchor". Noting that this is technically impossible, but also concerned
without redirects such as:

Blood Agar --> Agar Plate

where the relevant information is tucked away very far down in the
article, the following feature is requested:

Current behavior of Redirects totally masks any text that comes after
the #REDIRECT [[]] declaration. Feature would modify behavior, where now
this extra text (provided there is text at all), is placed at the top of
the article people are redirected to, perhaps, in some way, reformatted
to be prominent.

The earlier example cited could be rectified in this manner:

----
#REDIRECT [[Agar plate]]

'''Blood agar''' is a special type of agar plate. See [[Agar
plate#Types_of_agar_plates]]
----

The following text would be inserted at the top of the article, so:

----
:<i>'''Blood agar''' is a special type of agar plate. See [[Agar
plate#Types_of_agar_plates]]</i>

Re: Apache Rewrite Stopped Working For Nice URLs... strange

Travis Derouin wrote:
> But today the RewriteRule stopped working and Apache could no longer find
> /index.php/Main_Page anymore:
>
> File does not exist: /var/www/html/wiki/index.php/Main_Page
>
> It seems pretty weird, the only thing I can think of is that something
> changed with our Apache configuration?

Well, has it? :) Do you run this server yourself, or are you at the
mercy of some diabolical sysadmin who changes things without notice? If
diabolical sysadmin, ask them what they've changed...

 > What usually prevents users from
> being able to use the /index.php/$1 configuration? What keeps Apache from
> attempting to recognize index.php as a directory?

If PHP's configured as a CGI or FastCGI module, or apache2filter, this
type of URL usually returns a 404 Not Found error.

If PHP's configured as apache or apache2handler it should work.

Special:Version will display the server API configuration that your PHP
is set up as; you can also make a script that runs the phpinfo()
function to dump a lot of configuration information.

-- brion vibber (brion  <at>  pobox.com)

_______________________________________________

correctly formed ISBNs?!

sorry if i dare to contradict the advocates (thomas r. koll, etc.)  of 
the one and only correct isbn format:
*ISBN:* B0000BS018
found in:
http://www.amazon.de/exec/obidos/ASIN/B0000BS018/qid=1115032560/sr=8-9/ref=sr_8_xs_ap_i9_xgl/302-6992089-0180846

_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l