subject: [Wikitech-l] Just a quick InnoDB note

body:
I have converted the following tables on the English wiki to InnoDB:
  cur
  links
  brokenlinks
  recentchanges
  user
  watchlist
  archive

The new 'searchindex' table needs to stay as MyISAM for the fulltext
index support.

I have not yet converted:
  old
  ...images, ipblocks, math yadda yadda...

Most of them because I'm lazy and they're low-profile.  I didn't do
'old' yet because it's, well, FRIGGING HUGE and will take some time to
convert. And, it's read relatively infrequently compared to cur & co, so
again it's lower priority. I'll convert it later if things are moving
well.

My patented 'load a big special page and then tail -f the logs to see if
other people are still able to access stuff' preliminary benchmark seems
positive so far.

Eloquence pointed out a problem with the page move code where I had
forgot to merge in the changes relating to search index fields. This is
fixed, and I don't think there are any other such remaining, though
there might still be some rare cases where an operation that should
update a search index doesn't.

At some point we'll want to think about explicit support for
transactions, so we don't have to worry about broken operations, say,
renaming an article's current revision but not it's old revisions or
updating link tables.

I'll merge the code into CVS in the morning after I'm awake and my brain
works again, but there's nothing terribly new to it; just some merging
in from the older innodb branch that's sitting in there somewhere
already.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030125/c55d5f2c/attachment.pgp>


list: wikien-l

source: pipermail-mbox

from_name: Fred Bauder

subject: [WikiEN-l] "Best of" lists

body:
on 1/24/03 5:07 PM, Erik Moeller at erik_moeller at gmx.de wrote:

> Do we have a policy on "best of" lists?
>
> A page "List of best physicists" was quickly deleted. It consisted of
> several such lists, some of them with a reference, others without it.
> Similarly, our anonymous "year in music" user added several "<year> in
> KROQ" pages (KROQ being a radio station); those were also deleted. In case
> 2 I agree without reservation, in case 1 I think it might have been
> rewritten to be useful (perhaps under the title "Lists of best .." rather
> than "List of best ..").
>
> In both cases, we have authorities who are being cited as selecting
> information from a larger sample.

> There could also be "Lists of best science fiction stories",

There are. Several of them in fact, even a website that incorporates most of
them into a grading system. (although I can't find it right now by
googling).  Despite being ultimately based on opinion, the information is of
enclyclopedic quality and is useful, for example, in selecting books for a
library collection. No reason we couldn't have an article on the subject.

Fred

>"Lists of best novels" etc. Some of these lists
> would be written by authorities, others based on collaborative filtering
> such as the IMDB top movie lists. In the latter case, when the list is
> dynamically changing, an external link might be most appropriate.
>
> But if we allow such lists, do we open the door to all kinds of spam-type,
> largely useless lists like the "year in KROQ" pages? Will people enter
> never ending NPOV disputes over whether their particular list should be
> included? I'm uncertain here and would appreciate some feedback. In any
> case, we need a clear policy if it doesn't already exist.
>
> Regards,
>
> Erik
>
>
> _______________________________________________
> WikiEN-l mailing list
> WikiEN-l at wikipedia.org
> http://www.wikipedia.org/mailman/listinfo/wikien-l


list: wikitech-l

from_name: Tomasz Wegrzanowski

subject: [Wikitech-l] \n at the end of article

body:
Could we append \n to article markup when we send it to client
in edit box ?

All correct text files end with \n and it would make selecting
by mouse much easier.


subject: [Wikitech-l] Architecture very efficient caching

body:
What about this:

We render page, mark places with broken links by:
"\0article name\0html for broken link\0" and put that into cache,
plus we put 0 in some_links_fixed field. We also update some broken_links
table.

Script then gets page from cache:
    if (some_links_fixed == 1)
    {
	get list of all broken links (trivial)
	check which got fixed
	fix link html code for them
	update cache (no full rendering, only replace links that got fixed)
	set some_links_fixed to 0
    } else {
	convert all \0x\0y\0 to y (trivial)
    }

Then if some article is created, all pages which link to it get some_links_fixed set to 1.
If some article is deleted, all pages which link to it get cache invalidated (much rarer event).

Now Main Page, and all pages with no broken links, get rendered only once !

Well, we could also postpone rendering of variables by some similar trick.

It would be better if it was inside some transaction, as there is small
race condition associated with some_links_fixed.


from_name: Magnus Manske

subject: [Wikitech-l] No email on user preferences

body:
If you entered your email to be contacted via the wikipedia interface,
that email won't show on your user preferences page. Is that a security
feature, or Alzheimer's on our part? ;-)

Magnus


from_name: Anthere

subject: [Wikitech-l] Re: [Wikipedia-l] Recent modifications on the wiki

body:
Brion,

Not a bug report, but the french wiki is very very
slow

Is that normal ?

Anthere

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


subject: [WikiEN-l] DW

body:
When the mailing list reminded me of DW (I had already pushed aside the
memory ;-) I had a look at the upload log. I found that when he uploaded
a smaller version of my images (which he did quite often), he used the
same name again, thus leaving the large version only in the image history.

As far as I remember, he should have renamed them to something like
"foobar (small).jpg", and linked to the large version from that image page.

I asked him to do that, twice. Both times he relpied on my talk page
that he doesn't understand what I mean.
The Second time he ended with "Go away...". I'm not sure if *he* went
away, or told *me* to go away, though.

Is there an official policy on that large/small image thing?

Magnus


from_name: Neil Harris

subject: [Wikitech-l] Whitespace stripping and the blank para bug

body:
Brion Vibber wrote:

>On ven, 2003-01-24 at 20:15, Tomasz Wegrzanowski wrote:
>
>
>>Could we append \n to article markup when we send it to client
>>in edit box ?
>>
>>All correct text files end with \n and it would make selecting
>>by mouse much easier.
>>
>>
>
>I've no objection; we trim the whitespace from the end on save, so
>there's no worry of infinitely growing series of blank lines.
>
>-- brion vibber (brion @ pobox.com)
>
Dear Brion,

This reminds me: trimming whitespace from the end of _all_ lines on save
would be a good thing.
At the moment, there's a parser/renderer bug which emits empty
paragraphs on seeing a line containing only whitespace. It generates
ugly whitespace on rendered pages, seemingly at random, unless you know
the cause.

A full fix will no doubt be forthcoming in the coming rewrite of
the parser/renderer code, but for now it could be very easily fixed by
stripping trailing whitespace on all lines. I also cannot think of a
situation in which this would be harmful: text-based markup should not
depend on "invisible" features in the source, and this can be viewed as
a kind of normalization.

This could be done  either as a pre-pass to the renderer, or simply done
on save, thus fixing all newly edited files.

If you are going to implement the newline append, please consider
implementing trailing whitespace stripping, too.

Regards,

Neil

>
>


from_name: koyaanisqatsi at nupedia.com

subject: [WikiEN-l] wikipedia's quite slow right now

body:
I don't know if it's because of the slashdotting or the worm that's
been deployed (we're running mySQL, right?).  Anyway, developers,
here's this from slashdot (which you may have already seen):

MS SQL Server Worm Wreaking Havoc
MicrosoftPosted by pudge on Saturday January 25, @07:43AM
from the no-man-will-know-the-day-or-the-hour dept.
defile writes "Since about midnight EST almost every host on the
internet has been receiving a 376 byte UDP payload on port ms-sql-m
(1434) from a random infected server. Reports of some hosts receiving
10 per minute or more. internetpulse.net is reporting UUNet and
Internap are being hit very hard. This is the cause of major
connectivity problems being experienced worldwide. It is believed this
worm leverages a vulnerability published in June 2002. Several core
routers have taken to blocking port 1434 outright. If you run
Microsoft SQL Server, make sure the public internet can't access it.
If you manage a gateway, consider dropping UDP packets sent to port
1434." bani adds "This has effectively disabled 5 of the 13 root
nameservers."

kq


from_name: Tucci

subject: [WikiEN-l] Re: "Best of" lists

body:
> > Do we have a policy on "best of" lists?

I don't think we have an explicit policy, but I
recommend using other, noted sources for such things.
For example, if we want a list of the most influential
rock and roll performers, the [[List of inductees of
the rock and roll hall of fame]] is useful -- of
course, some may disagree with the hall of fame's
choices, but at least the list will not become too
complete to be of any use.  I've also used the rnr
hall of fame's "500 songs that shaped rock and roll",
which are listed in an article -- I wanted a list of
songs, but my own knowledge is incomplete and biased
anyway, so I used theirs.  I think this is far better
than trying (and probably failing) at coming up with
any "best of" list through wikiconsensus.

On a sidenote, would something like VH1's 100 most
influential albums list be copyrighted?

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


from_name: Giskart

subject: [Wikitech-l] Re: reason why midi is not a recommended file type

body:
Giskart <giskart=Qm5IaAUhVgjh8EpZiFPGsQ at public.gmane.org> wrote in
news:b0ccdn$g3o$1 at main.gmane.org:

> Upload warning
> ".MID" is not a recommended image file format.
>
> Why is this not a recommended file type?
>
> It looks like a very good format for some types of music.

Because there is no reaction i can only assume that midi should not be a
"not recommended file type". Please change it on the wikipedia's.

Giskart


from_name: Brion Vibber

body:
On sab, 2003-01-25 at 09:22, Anthere wrote:
> Brion,
>
> Not a bug report, but the french wiki is very very
> slow
>
> Is that normal ?

Is this a trick question? :)

It should be running a little smoother now, I've been making some more
tweaks.

Link cache now prefills from the 'links' table; this reduced load
average from ~8 to ~5 and seems an improvement. I've got the profiling
going... most pages are loading in much less than a second. Some are
taking a few seconds. And a very few are taking a LONG LONG time.

Speed'll continue to bob up and down until I find the right combination
of configuration variables and optimizations.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030125/8b642c61/attachment.pgp>


from_name: Zoe

subject: [WikiEN-l] "Best of" lists

body:
I don't see how any "Best of" can be NPOV.
Rick
 Erik Moeller <erik_moeller at gmx.de> wrote:Do we have a policy on "best of" lists?

A page "List of best physicists" was quickly deleted. It consisted of
several such lists, some of them with a reference, others without it.
Similarly, our anonymous "year in music" user added several " in
KROQ" pages (KROQ being a radio station); those were also deleted. In case
2 I agree without reservation, in case 1 I think it might have been
rewritten to be useful (perhaps under the title "Lists of best .." rather
than "List of best ..").

In both cases, we have authorities who are being cited as selecting
information from a larger sample. There could also be "Lists of best
science fiction stories", "Lists of best novels" etc. Some of these lists
would be written by authorities, others based on collaborative filtering
such as the IMDB top movie lists. In the latter case, when the list is
dynamically changing, an external link might be most appropriate.

But if we allow such lists, do we open the door to all kinds of spam-type,
largely useless lists like the "year in KROQ" pages? Will people enter
never ending NPOV disputes over whether their particular list should be
included? I'm uncertain here and would appreciate some feedback. In any
case, we need a clear policy if it doesn't already exist.

Regards,

Erik

_______________________________________________
WikiEN-l mailing list
WikiEN-l at wikipedia.org
http://www.wikipedia.org/mailman/listinfo/wikien-l

---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/343f997e/attachment.htm


subject: [WikiEN-l] DW continues to win friends

body:
Check out my talk page.  Not only has DW attacked me as a moron, but he has specifically mentioned Jtdirl and and Deb as morons.  And you've already seen what he's had to say about Magnus Manske.  And then check out [[Wikipedia talk:Tokerboy's Law]] and [[Talk:Georges Seurat]].

Zoe

---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/4c640407/attachment.htm


from_name: Ray Saintonge

subject: [WikiEN-l] "Best of" lists

body:
Zoe wrote:

> I don't see how any "Best of" can be NPOV.
>
> Rick
>
Agreed.  Any of these "Best of" or "Most famous" lists are bound to be
subjective.  Be that as it may, (and even though I generally favour
consensus to voting for Wikipedia policy) this is one place where voting
could be helpful.  Mostly because the outcome doesn't really matter.  If
each registered Wikipedian could cast some kind of weighted or
preferential vote for names on a candidate list of indefinite length,
and votes could be tallied automatically as they're cast the software
could then determine the top 10 (or 50 or 100 ...) that it would put on
the list.  Of course, this all assumes technical feasibility.

Eclecticology


subject: [WikiEN-l] DW continues to win friends

body:
DW wrote this on Jtdirl's talk page:
Big, big mistake taking me on... Phonies like you who hide behind a computer can pretend to be anything and there are always enough dummies around to buy your load of crap. Your supposed resum? isn't worth zip. I understand why people like you find Wkipedia perfect for self-glorification. Exactly what has been your REAL contribution to Wikipedia? I don't need pats on the back so I don't run around like a child signing my logo on as many articles as possible. I do QUALITY work without fanfare until retards like you show up. Hey Superstar? Why not have them vote to get rid of me?....DW
Methinks he's oulived his usefulness.  He does write good articles, but now he's come undone.
Zoe

---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/2a8deaf1/attachment.htm


from_name: Jimmy Wales

subject: [WikiEN-l] DW continues to win friends

body:
Geez.

Zoe wrote:

>
> DW wrote this on Jtdirl's talk page:
> Big, big mistake taking me on... Phonies like you who hide behind a computer can pretend to be anything and there are always enough dummies around to buy your load of crap. Your supposed resum? isn't worth zip. I understand why people like you find Wkipedia perfect for self-glorification. Exactly what has been your REAL contribution to Wikipedia? I don't need pats on the back so I don't run around like a child signing my logo on as many articles as possible. I do QUALITY work without fanfare until retards like you show up. Hey Superstar? Why not have them vote to get rid of me?....DW
> Methinks he's oulived his usefulness.  He does write good articles, but now he's come undone.
> Zoe
>
>
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now


subject: [WikiEN-l] DW continues to win friends

body:
I don't really login much on the weekends, but on Monday I'll try to
resolve this.  All I can say is, DW needs to not be so hostile by a
factor of 100.

Zoe wrote:

>
> Check out my talk page.  Not only has DW attacked me as a moron, but he has specifically mentioned Jtdirl and and Deb as morons.  And you've already seen what he's had to say about Magnus Manske.  And then check out [[Wikipedia talk:Tokerboy's Law]] and [[Talk:Georges Seurat]].
>
> Zoe
>
>
>
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now


from_name: tarquin

subject: [WikiEN-l] "Best of" lists

body:
Tom Parmenter wrote:

> The best chance might be to make
>lists of members of rock and roll hall of fame, Pulitzer Prize winners
>(Duke Ellington was turned down for one), Booker Prize winners,
>whatever can be made to look objective.
>
>
>
Agreed.
We are an encyclopedia. Let's leave it to other people to decide who is
good, and report it.

>
>


subject: [WikiEN-l] "Best of" lists

body:
Erik Moeller wrote:

>There could also be "Lists of best
>science fiction stories",
>
(sorry for 2nd post. Wiki karma: erm... my lag is sooooooo bad at the mo)

List of HUgo & Nebula award winners would be a good indication, and NPOV.

>
>


subject: [WikiEN-l] Copyrights on photographs

body:
Isis is claiming on [[Talk:Juliette Binoche]] that there is no such thing as a copyright on a photograph, and that we can use any photos we want of people and buildings.  Any responses?

Zoe

---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/3a6fee35/attachment.htm


from_name: Pierre Abbat

subject: [WikiEN-l] 62.47.35.138 (dynamic IP aon.at) shouting povvily about Macedonia

body:
This twerp has shouted things like "\"MAKEDONIJA\" IS FOREIGN WORD FOR THE
SKOPIANS SLAV LANGUAGE ! THIS IS GREEK NAME ! SEE \"MAKEDONIA\" !" on various
pages relating to Macedonia and the Balkans. He has done it from several
addresses in that range, which according to whois is 62.47.0.0 -
62.47.63.255. He is blocked twice at that address, but please be on the
lookout for similar rants from other addresses in the range.

phma


subject: [WikiEN-l] DW continues to win friends

body:
On sab, 2003-01-25 at 17:25, Zoe wrote:
> DW wrote this on Jtdirl's talk page:
>
> ...I don't need pats on the back so I don't run around like a child
> signing my logo on as many articles as possible.

Yeah, that explains why he runs around slapping his initials everywhere
with plaints about the heathens destroying his beautiful prose (by
putting it into complete sentences).

Because he's *so selfless*. Suuure.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/20905f32/attachment.pgp


list: wikipedia-l

from_name: Derek Ross

subject: [Wikipedia-l] Celebration

body:
I'll be glad to hold drink a toast to Magnus at a Manske supper once the
Wikipedia is back up and running but I think I'll hold off until
everything's stable.  You still seem to be having a few problems just now.

Cheers

Derek

----- Original Message -----
From: "Jimmy Wales" <jwales at bomis.com>
To: <wikipedia-l at nupedia.com>
Sent: Friday, January 25, 2002 10:05 PM
Subject: [Wikipedia-l] Celebration

> I hereby decree, in my usual authoritarian and bossy manner, that today
shall
> forever be known as Magnus Manske day.  Wikipedians of the distant future
will
> marvel at the day when the new software era dawned upon us.
>
> Tonight at dinner, every Wikipedian should say a toast to Magnus and his
many
> inventions.
>
> --Jimbo
> [Wikipedia-l]
> To manage your subscription to this list, please go here:
> http://www.nupedia.com/mailman/listinfo/wikipedia-l
>


subject: [WikiEN-l] Copyrights on photographs

body:
on 1/25/03 7:15 PM, Zoe at zoecomnena at yahoo.com wrote:

Isis is claiming on [[Talk:Juliette Binoche]] that there is no such thing as
a copyright on a photograph, and that we can use any photos we want of
people and buildings.  Any responses?

Zoe

Only if you take them yourself.

Fred

Do you Yahoo!?
Yahoo! Mail Plus
<http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com>  - Powerful.
Affordable. Sign up now
<http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/20dfcb62/attachment.htm


subject: [Wikipedia-l] Apology

body:
> I hereby apologize for the inconveniences my software currently causes.
But,
> nothing like that ever showed up on the test sites, and it seems the
current
> problems are "only" a matter of configuration to handle "real-life" load.
As
> far as I can tell, it is *not* a problem with the script itself, and
should
> therefore be fixed soon.
>
> I am confident the new functions will outweight the rough start.
>
> Magnus
>
No problem, Marcus.  It would have been a surprise if everything had gone
completely without a hitch.  There's nothing like production use for
stressing a new app to breaking point.  I'm confident that you'll get it
working shortly.  And when it is working the new interface looks very nice.

Good Luck

Derek


from_name: Daniel Mayer

subject: [WikiEN-l] Re: DW continues to win friends

body:
On Saturday 25 January 2003 07:39 pm, wikien-l-request at wikipedia.org wrote:
> DW wrote this on Jtdirl's talk page:
> Big, big mistake taking me on... Phonies like you who hide behind a
> computer can pretend to be anything and there are always enough dummies
> around to buy your load of crap. Your supposed resum? isn't worth zip. I
> understand why people like you find Wkipedia perfect for
> self-glorification. Exactly what has been your REAL contribution to
> Wikipedia? I don't need pats on the back so I don't run around like a child
> signing my logo on as many articles as possible. I do QUALITY work without
> fanfare until retards like you show up. Hey Superstar? Why not have them
> vote to get rid of me?....DW Methinks he's oulived his usefulness.  He does
> write good articles, but now he's come undone. Zoe

Yikes! I too have had to deal with DW's dictatorial attitude on several
occasions. He has a tendency to DEMAND that people do things and if they
don't then he states, as fact, that they are MORONS and IDIOTS who have no
BUSINESS SENSE. I for one am /completely/ sick of it.

Bad manors like this should not at all be encouraged. One way or another DW
needs to stop being so confrontational and play nice or he needs to leave (my
preference at the moment). He also needs to realize that he doesn't own the
articles he works on and that his contributions really aren't as great as he
thinks they are (and even if they were that that doesn't excuse such bad
behavior).

BTW, wasn't it the general bad behavior and poor work by especially DW along
with a demand by him for JHK's credentials that precipitated her leaving the
project? I can't speak of JHK but I'm pretty sure that was the case.

--mav

WikiKarma:
I expanded [[California gold rush]] from ultra pitiful and nearly useless, to
a decent greater than 1,000 byte stub. I also updated all the year pages and
many of the other articles linked from [[January 24]].


subject: [WikiEN-l] Koyaanis Qatsi, are you still with us?

body:
KQ, your User page is gone.  Your last posting said "there's not much I do that couldn't be done better by a trained monkey."  Are you leaving us?

Zoe

---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030125/a3e93b6c/attachment.htm


from_name: Lee Pilich

subject: [WikiEN-l] DW continues to win friends

body:
At 16:47 25/01/2003 -0800, you wrote:

>Check out my talk page.  Not only has DW attacked me as a moron, but he
>has specifically mentioned Jtdirl and and Deb as morons.  And you've
>already seen what he's had to say about Magnus Manske.  And then check out
>[[Wikipedia talk:Tokerboy's Law]] and [[Talk:Georges Seurat]].
>
>Zoe

Yes, I'm afraid things have got to the stage where I simply don't edit DW's
contributions for fear of getting into a big and stupid and pointless
argument with him (I really commend Zoe for taking him on, because it's a
completely unenviable task). He writes some pretty good biographies
(although they are *pure* biography - he'll tell you where a poet studied
and what she had for breakfast in 1917, but won't tell you much about her
poems), but I tend to think that he's more trouble than he's worth. I've
completely lost my rag with him a couple of times, which I'm not proud of,
but he does have this tremendous knack of getting up people's noses.

I'm not saying we should ban him, but it would be nice if somebody who
doesn't hate him as much as I do and who maybe hasn't had dealings with him
before could have a go at asking him to be polite, consider that the 'pedia
is a work in progress, that he doesn't "own" the pages he writes, and that
sort of thing. I'm really worried that he's going to drive new users away
(and maybe some old ones as well).

Good luck to anybody who tries to talk to him.

lp (camembert)

WikiKarma: [[Frank Stella]] (a couple of days old, but I've been really
busy in the real world)


from_name: Erik Moeller

subject: [WikiEN-l] DW continues to win friends

body:
Jimbo, care to play benevolent dictator once again? (Of course, DW
explicitly suggests a vote ;-)

Regards,

Erik

> DW wrote this on Jtdirl's talk page:
> Big, big mistake taking me on... Phonies like you who hide behind a
> computer can pretend to be anything and there are always enough dummies
around to
> buy your load of crap. Your supposed resum? isn't worth zip. I understand
> why people like you find Wkipedia perfect for self-glorification. Exactly
> what has been your REAL contribution to Wikipedia? I don't need pats on
the
> back so I don't run around like a child signing my logo on as many
articles
> as possible. I do QUALITY work without fanfare until retards like you show
> up. Hey Superstar? Why not have them vote to get rid of me?....DW
> Methinks he's oulived his usefulness.  He does write good articles, but
> now he's come undone.

--
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr f?r 1 ct/ Min. surfen!


subject: [WikiEN-l] The lighter side of DW (relatively speaking)

body:
Sorry for another DW post, but the business over at
http://www.wikipedia.org/wiki/Talk:Irene_Jacob is pretty funny (basically,
DW calls somebody stupid for "scewing up" his "hard work" because they
asserted that Irene Jacob was French, only for it to be pointed out to him
that it was he who added said assertion in his first edit to the page).

Sorry, but it made me laugh. I won't say another word about him, honest.

lp (camembert)
WikiKarma: [[Royal Concertgebouw Orchestra]]


from_name: Tomasz Wegrzanowski

subject: [Wikitech-l] New texvc

body:
Changes:
    * new html mode - "recommended for modern browsers", which displays
	a few more symbols (arrows, negation, +-, infinity and a few less
	important). List on http://test.wikipedia.org/wiki/Tex_testing_7
	If any of them breaks in recent Mozilla/Netscape/Konqueror/MSIE/Opera,
	please report it. The point of this change is not that these symbols are so
	important, but that we can gradually add more and more symbols to this mode
	and still stay compatible with ancient browsers.
	"recommended for modern browsers" is not meant to be default mode.
    * texvc_cgi.phtml is XHTML
    * infrastructure for mathml support. Of course no real MathML support, because:
	* Wikipedia is not XHTML
	* texvc's MathML rendering engine can render only trivial MathML,
	    just so it can be tested on something. This code isn't mean for
	    anything more.
    * math table is in new format
    * \r characters are removed from LanguagePl.php (that makes large part
	of the patch)

I think it should go to test.wikipedia.org now,
and if no bugs will be found in a week or so, go to CVS and all Wikipedias.

If mathml will be added, we will end with 4 modes modes tailored
for different groups of browsers:
* mathml for Mozilla/Netscape
* "recommended for modern browsers" for other modern graphical browsers
* conservative html for old graphical browsers
* text mode for text browsers
and it will be good idea to make "Autodetect browser and act accordingly"
mode (with fallback to conservative html), and make that mode default.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: moderate.diff.gz
Type: application/octet-stream
Size: 44071 bytes
Desc: not available
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030126/7b0716a4/attachment.obj>


from_name: Jens Frank

subject: [WikiEN-l] Copyrights on photographs

body:
On Sat, Jan 25, 2003 at 10:36:45PM -0700, Fred Bauder wrote:
> on 1/25/03 7:15 PM, Zoe at zoecomnena at yahoo.com wrote:
>
>
> > Isis is claiming on [[Talk:Juliette Binoche]] that there is no such thing as
> > a copyright on a photograph, and that we can use any photos we want of
> > people and buildings.  Any responses?
> >
> > Zoe
>
> Only if you take them yourself.
>
> Fred

Nope, there is still a copyright. But it's owned by you and you are of
course free to decide what to do with it.

	Regards,

		JeLuF


body:
>KQ, your User page is gone.  Your last posting said "there's not much
I do that couldn't be done better by a trained monkey."  Are you
leaving us?
>
>Zoe

Thanks, all, for the kind words.  I'm not leaving permanently; I've
just got to dedicate myself to schoolwork for awhile--I have a trip
coming up and then considerable work to do on a project due 2 days
after I return.  I'll be back on the 'pedia in late February.  With
any luck, I'll have a few more pix and/or articles to contribute.

best wishes,

kq


subject: [Wikitech-l] Updates and stuff

body:
I've merged the InnoDB and link cache changes so far into CVS; the CVS
version, which also includes Erik's anon-user talk code, is running on
test.wikipedia.org. I've also put on taw's new math code there, but it's
not in CVS yet.

I'm still making tweaks to the InnoDB configuration, and some
(oversimple) transaction stuff to cut down on writes from automatic
commits.

Now, with any luck I can get that Czech translation fixed up and online
tonight...

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030126/76e1f1ab/attachment.pgp>


subject: [Wikitech-l] interlanguage links from talk pages

body:
On dim, 2003-01-26 at 16:49, Kurt Jansson wrote:
> I thought I could link to English articles from German talk pages with
> [[en:...]], but I have to do it with [[w:...]] (like on meta). I guess
> it's a bug. BTW, this should also be corrected on meta.

Hmm. It's working ok for me --
http://de.wikipedia.org/wiki/Benutzer_Diskussion%3ABrion_VIBBER
http://de.wikipedia.org/wiki/Diskussion%3ATest

Can you point to a particular instance where it's broken?

> Are our programmers still scanning the sourceforge tracker for bug
> reports?

I receive a copy (actually, two copies) of everything submitted to the
bug tracker in my e-mail. I can't say for sure if anyone else is looking
after it on the web interface.

High-priority stuff that I can figure out how to fix generally gets
fixed immediately. Dupes of known problems and stuff I'm willing to just
ignore ;)  may just be silently ignored, but I try to at least respond
with more details on the problem where appropriate.

Complaints that so-and-so's birthday is listed wrong in article
such-and-such just get deleted. :P

>  If not I should delete it from
> http://de.wikipedia.org/wiki/Wikipedia%3ABeobachtete_Fehler
> (where are also quite some bug reports now, but nothing *really* serious
> I think)
> Is any German speaking coder taking care for this page (beside Magnus,
> who said he's quite busy at the moment).

My German's *really* rusty, but I have babelfish. :) Last time I looked
at that page there was still a lot of stuff that had been since fixed,
and some comments about the interface translation that I wasn't in a
position to know what was what. If you can refactor it a bit and put
things that are still relevent into the tracker, that'd be much
appreciated.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030126/fd863040/attachment.pgp>


subject: [Wikipedia-l] Talk pages for anonymous users

body:
Diman?on, 2003-01-26 17:11, Erik Moeller skribis:
> Note that it's currently possible to create an account like "172" or even
> "172.148.23.23", and some people might do so for nostalgic reasons. In my
> opinion, we should block the creation of usernames without letters in them (need
> to make sure that this works on the non-English Wikipedias, of course). Any
> objections?

Currently, usernames with the form of IP addresses are not allowed to be
created. However, '24', '172', '168...', '(', etc are, as are usernames
that differ from an existing name only by case.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.wikimedia.org/pipermail/wikipedia-l/attachments/20030126/92ffb16f/attachment.pgp


subject: [WikiEN-l] Longer 'new page' message

body:
For eons people have complained that "Put the text of the new page
here." is extremely unhelpful and promotes confusion among newbies to
wiki; that it discourages people from doing anything further with the
site as they don't know what they've stumbled into; and that it
encourages a lot of useless blank, "Put the text of the new page here",
and "What does this do? FJSDIOJDFS" pages. Longer, more informative
messages have been suggested.

As an experiment, I've gone ahead and changed the (English) message to
the following:

  You've followed a link to a page that doesn't exist yet. If you'd
  like to create a new page under this title, delete this message and
  get typing! Click the 'Help' link up top if you haven't used a
  Wiki before and aren't sure how to go about it.

  If you didn't mean to create a new page, just click the 'back'
  button in your browser, or use the search box at the top of the
  screen to find existing articles.

Suggestions for more consice, professional, friendly, and informative
wording are welcome.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030126/a66650f1/attachment.pgp


subject: [Wikitech-l] Longer 'new page' message

body:
For eons people have complained that "Put the text of the new page
here." is extremely unhelpful and promotes confusion among newbies to
wiki; that it discourages people from doing anything further with the
site as they don't know what they've stumbled into; and that it
encourages a lot of useless blank, "Put the text of the new page here",
and "What does this do? FJSDIOJDFS" pages. Longer, more informative
messages have been suggested.

As an experiment, I've gone ahead and changed the (English) message to
the following:

  You've followed a link to a page that doesn't exist yet. If you'd
  like to create a new page under this title, delete this message and
  get typing! Click the 'Help' link up top if you haven't used a
  Wiki before and aren't sure how to go about it.

  If you didn't mean to create a new page, just click the 'back'
  button in your browser, or use the search box at the top of the
  screen to find existing articles.

Suggestions for more consice, professional, friendly, and informative
wording are welcome.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030126/a66650f1/attachment.pgp>


from_name: M Carling

subject: [WikiEN-l] DW deliberately 'vandalising' an article

body:
Hmmm.  I can see both sides of this.  Of course, DW has been undiplomatic,
but on the other side, putting a country of origin next to a person's
details sometimes makes sense and sometimes it doesn't.  I haven't read
DW's reasoning on this (or Zoe's) but nation-states were born with the
Treaty of Westphalia (1648).  Prior to that, the concept of countries was
quite fluid.  City-states were more often the norm (in areas that had
advanced beyond tribalism).

If no one else want's to do it, I'll try reasoning with DW.  Let me know.

M Carling

On Mon, 27 Jan 2003, james duffy wrote:

> It may just be a once off, but it is worth keeping an eye out for. One of
> DW's many arguments with Zoe rested her (correct) decision to put in a
> country of orgin next to a person's details. He screamed blue murder and
> obscenities about this. At 5.06am GMT (Monday, Jan 27) DW 'doctored' an
> article on George Washington to add in the word ''British'' to describe the
> first US president, with a note that said
>
>                       ''inserting nationality as per rules asserted
> repeatedly by Zoe . . . DW''
>
> Hopefully it is a rather childish once off bit of vandalism, but it is worth
> keeping an eye out just in case. Being rude, obnoxious and offensive is one
> thing (apparently I'm now a 'phoney', so he has obviously reached P in his
> dictionary!) but deliberately tampering with articles out of spite is a more
> serious matter. If that is his standard of behaviour, does Wiki really need
> DW? Has the time come for a ban, even a short one, to bring him to his
> senses.
>
> JT
>
> >From: Lee Pilich <pilich at btopenworld.com>
> >Reply-To: wikien-l at wikipedia.org
> >To: wikien-l at wikipedia.org
> >Subject: Re: [WikiEN-l] DW continues to win friends
> >Date: Sun, 26 Jan 2003 01:08:02 +0000
> >
> >At 16:47 25/01/2003 -0800, you wrote:
> >
> >>Check out my talk page.  Not only has DW attacked me as a moron, but he
> >>has specifically mentioned Jtdirl and and Deb as morons.  And you've
> >>already seen what he's had to say about Magnus Manske.  And then check out
> >>[[Wikipedia talk:Tokerboy's Law]] and [[Talk:Georges Seurat]].
> >>
> >>Zoe
> >
> >Yes, I'm afraid things have got to the stage where I simply don't edit DW's
> >contributions for fear of getting into a big and stupid and pointless
> >argument with him (I really commend Zoe for taking him on, because it's a
> >completely unenviable task). He writes some pretty good biographies
> >(although they are *pure* biography - he'll tell you where a poet studied
> >and what she had for breakfast in 1917, but won't tell you much about her
> >poems), but I tend to think that he's more trouble than he's worth. I've
> >completely lost my rag with him a couple of times, which I'm not proud of,
> >but he does have this tremendous knack of getting up people's noses.
> >
> >I'm not saying we should ban him, but it would be nice if somebody who
> >doesn't hate him as much as I do and who maybe hasn't had dealings with him
> >before could have a go at asking him to be polite, consider that the 'pedia
> >is a work in progress, that he doesn't "own" the pages he writes, and that
> >sort of thing. I'm really worried that he's going to drive new users away
> >(and maybe some old ones as well).
> >
> >Good luck to anybody who tries to talk to him.
> >
> >lp (camembert)
> >
> >WikiKarma: [[Frank Stella]] (a couple of days old, but I've been really
> >busy in the real world)
> >
> >_______________________________________________
> >WikiEN-l mailing list
> >WikiEN-l at wikipedia.org
> >http://www.wikipedia.org/mailman/listinfo/wikien-l
>
>
>
>
> _________________________________________________________________
> Add photos to your e-mail with MSN 8. Get 2 months FREE*.
> http://join.msn.com/?page=features/featuredemail
>
> _______________________________________________
> WikiEN-l mailing list
> WikiEN-l at wikipedia.org
> http://www.wikipedia.org/mailman/listinfo/wikien-l
>
>


from_name: Tony Wilson

body:
I haven't been around here long, but it doesn't take very long to learn that Koyaanis is a gentleman in
the best sense of the word. Please, KQ, stick around. None of us trained monkeys have quite your
helpful, friendly touch.

Tony Wilson
(Tannin)
list at redhill.net.au


subject: [Wikipedia-l] DOS attack? Timeout city

body:
I haven't been able to connect to Wikipedia for hours. What gives? There were
much better response times during the Slashdotting. Do the new table
structures have anything to do with it?

--mav
WikiKarma (I was in the middle of updating all the year pages and many other
articles on [[January 26]])


from_name: Kurt Jansson

body:
Hi!

I thought I could link to English articles from German talk pages with
[[en:...]], but I have to do it with [[w:...]] (like on meta). I guess
it's a bug. BTW, this should also be corrected on meta.

Are our programmers still scanning the sourceforge tracker for bug
reports? If not I should delete it from
http://de.wikipedia.org/wiki/Wikipedia%3ABeobachtete_Fehler
(where are also quite some bug reports now, but nothing *really* serious
I think)
Is any German speaking coder taking care for this page (beside Magnus,
who said he's quite busy at the moment).

Kurt


body:
One of the most requested features has been a way to contact anonymous
users. I have added this functionality to the Wikipedia software, and it is now
running on our test server:

http://test.wikipedia.org

You will notice that every user, anonymous or not, now has a "Talk" link
behind their username in the Recent Changes list. In the case of anons, this
leads to a page Talk:123.123.123.123 (IP address). Both anons and signed in
users get a notification if their talk page has been changed. Instead of the old
"Talk*" link, this is now a text message stating "You have new messages",
linking to the talk page.

I would appreciate it if you could test this by putting messages on each
other's talk pages on test.wikipedia.org (most of us don't have an account
there, which is an advantage here), before we put it on the live Wikipedia. Note
that there are also some new texts to translate.

A talk page can be shared by several people with the same IP address. To
help people understand this, an automatic info text is appended to all talk
pages for anonymous users. Since the Wikipedia software does not "know" much
about the pages it stores, any page of the pattern "User talk:xxx.xxx.xxx.xxx" (x
being 1-3 digits) is interpreted to be such a page; if you, for whatever
reason, create one by hand, it will also get the warning text.

Note that it's currently possible to create an account like "172" or even
"172.148.23.23", and some people might do so for nostalgic reasons. In my
opinion, we should block the creation of usernames without letters in them (need
to make sure that this works on the non-English Wikipedias, of course). Any
objections?

Regards,

Erik

--
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr f?r 1 ct/ Min. surfen!


from_name: Anthere

subject: [Wikitech-l] Longer 'new page' message

body:
--- Tomasz Wegrzanowski <taw at users.sourceforge.net>
wrote:
> On Sun, Jan 26, 2003 at 09:57:32PM -0800, Brion
> Vibber wrote:

> > As an experiment, I've gone ahead and changed the
> (English) message to
> > the following:
> >
> >   You've followed a link to a page that doesn't
> exist yet. If you'd
> >   like to create a new page under this title,
> delete this message and
> >   get typing! Click the 'Help' link up top if you
> haven't used a
> >   Wiki before and aren't sure how to go about it.
> >
> >   If you didn't mean to create a new page, just
> click the 'back'
> >   button in your browser, or use the search box at
> the top of the
> >   screen to find existing articles.
> >
> > Suggestions for more consice, professional,
> friendly, and informative
> > wording are welcome.

What about letting a text this type only for anonymous
users ? Most loggued-in users already know what wiki
and an edit page is about

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


body:
Hi Brion!

>> I thought I could link to English articles from German talk pages
with
>> [[en:...]], but I have to do it with [[w:...]] (like on meta). I
guess
>> it's a bug. BTW, this should also be corrected on meta.
>
>Hmm. It's working ok for me --
>http://de.wikipedia.org/wiki/Benutzer_Diskussion%3ABrion_VIBBER
>http://de.wikipedia.org/wiki/Diskussion%3ATest
>
>Can you point to a particular instance where it's broken?

Hmm, well, now that I look at it again, it suddenly turns out to be a
Wikipedia:-page:
http://de.wikipedia.org/wiki/Wikipedia%3ADa_werden_Sie_geholfen
Sorry. Of course it's not possible to link from there by [[en:...]].

----

This w:-linking still looks strange to me. It's nice to have it, but
strange that it's only possible to link to the English Wikipedia this
way.

>> Are our programmers still scanning the sourceforge tracker for bug
>> reports?
>
> I receive a copy (actually, two copies) of everything submitted to the
> bug tracker in my e-mail. I can't say for sure if anyone else is
looking
> after it on the web interface.
>
> High-priority stuff that I can figure out how to fix generally gets
> fixed immediately. Dupes of known problems and stuff I'm willing to
just
> ignore ;)  may just be silently ignored, but I try to at least respond
> with more details on the problem where appropriate.

Okay, that's good to know.

BTW, is anybody still in contact with Lee Daniel Crocker? He hasn't been
around for a long time now, and I hope he's doing well. I sent him a
mail, but his @nupedia.com address box is full, and he didn't react on
the other address. :-(

Okay, I'll clean up
http://de.wikipedia.org/wiki/Wikipedia%3ABeobachtete_Fehler
a bit now.

Kurt


subject: [Wikitech-l] Re: Longer 'new page' message

body:
On Monday 27 January 2003 04:00 am, Brion Vibber wrote:
>   You've followed a link to a page that doesn't exist yet. If you'd
>   like to create a new page under this title, delete this message and
>   get typing! Click the 'Help' link up top if you haven't used a
>   Wiki before and aren't sure how to go about it.
>  =20
>   If you didn't mean to create a new page, just click the 'back'
>   button in your browser, or use the search box at the top of the
>   screen to find existing articles.
>
> Suggestions for more consice, professional, friendly, and informative
> wording are welcome.

Good start, but it is too long. My first reaction when I saw it was /not/ to
read it but to think somebody had created an article right before I clicked
on the edit link. Here is my suggested wording:

 You've followed a link to a page that doesn't exist yet.
 To create a page delete this message and start typing!

 If you are here by mistake click your browser's 'back' button.

Less is more since people will be more likely to read a shorter message before
screwing around.

IMO using technical sounding and unfamiliar words like "wiki" will just scare
people away and there is no reason why somebody needs to visit the help page
/before/ they create their first article.  All they need to know in is that
they can start typing if they want to create a new article and how to back
out if they don't. They will find the help page link easy enough since it is
on each page already /and/ in the body text of the Main Page (at least for
en.wiki).

--mav


from_name: james duffy

body:
It may just be a once off, but it is worth keeping an eye out for. One of
DW's many arguments with Zoe rested her (correct) decision to put in a
country of orgin next to a person's details. He screamed blue murder and
obscenities about this. At 5.06am GMT (Monday, Jan 27) DW 'doctored' an
article on George Washington to add in the word ''British'' to describe the
first US president, with a note that said

                      ''inserting nationality as per rules asserted
repeatedly by Zoe . . . DW''

Hopefully it is a rather childish once off bit of vandalism, but it is worth
keeping an eye out just in case. Being rude, obnoxious and offensive is one
thing (apparently I'm now a 'phoney', so he has obviously reached P in his
dictionary!) but deliberately tampering with articles out of spite is a more
serious matter. If that is his standard of behaviour, does Wiki really need
DW? Has the time come for a ban, even a short one, to bring him to his
senses.

JT

>From: Lee Pilich <pilich at btopenworld.com>
>Reply-To: wikien-l at wikipedia.org
>To: wikien-l at wikipedia.org
>Subject: Re: [WikiEN-l] DW continues to win friends
>Date: Sun, 26 Jan 2003 01:08:02 +0000
>
>At 16:47 25/01/2003 -0800, you wrote:
>
>>Check out my talk page.  Not only has DW attacked me as a moron, but he
>>has specifically mentioned Jtdirl and and Deb as morons.  And you've
>>already seen what he's had to say about Magnus Manske.  And then check out
>>[[Wikipedia talk:Tokerboy's Law]] and [[Talk:Georges Seurat]].
>>
>>Zoe
>
>Yes, I'm afraid things have got to the stage where I simply don't edit DW's
>contributions for fear of getting into a big and stupid and pointless
>argument with him (I really commend Zoe for taking him on, because it's a
>completely unenviable task). He writes some pretty good biographies
>(although they are *pure* biography - he'll tell you where a poet studied
>and what she had for breakfast in 1917, but won't tell you much about her
>poems), but I tend to think that he's more trouble than he's worth. I've
>completely lost my rag with him a couple of times, which I'm not proud of,
>but he does have this tremendous knack of getting up people's noses.
>
>I'm not saying we should ban him, but it would be nice if somebody who
>doesn't hate him as much as I do and who maybe hasn't had dealings with him
>before could have a go at asking him to be polite, consider that the 'pedia
>is a work in progress, that he doesn't "own" the pages he writes, and that
>sort of thing. I'm really worried that he's going to drive new users away
>(and maybe some old ones as well).
>
>Good luck to anybody who tries to talk to him.
>
>lp (camembert)
>
>WikiKarma: [[Frank Stella]] (a couple of days old, but I've been really
>busy in the real world)
>
>_______________________________________________
>WikiEN-l mailing list
>WikiEN-l at wikipedia.org
>http://www.wikipedia.org/mailman/listinfo/wikien-l

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail


body:
M Carling wrote:
> Hmmm.  I can see both sides of this.  Of course, DW has been undiplomatic,
> but on the other side, putting a country of origin next to a person's
> details sometimes makes sense and sometimes it doesn't.  I haven't read
> DW's reasoning on this (or Zoe's) but nation-states were born with the
> Treaty of Westphalia (1648).  Prior to that, the concept of countries was
> quite fluid.  City-states were more often the norm (in areas that had
> advanced beyond tribalism).
>
> If no one else want's to do it, I'll try reasoning with DW.  Let me know.

Please do.  I think the main thing that should be emphasized is that
we can all disagree and learn from each other on issues of content,
but that flaming people is unacceptable behavior.

I suspect that Zoe completely agrees that "putting a country of origin
next to a person's details sometimes makes sense and sometimes it
doesn't".  You made that point here diplomatically and kindly.  There's
just no excuse for DW ranting at people.

--Jimbo


subject: [WikiEN-l] "Best of" lists

in_reply_to: <8eWKUdKSpVB@erik_moeller>; from erik_moeller@gmx.de on Sat, Jan 25, 2003 at 01:07:00AM +0100

body:
It strikes me that "best of" inherently tempts people into POV
arguments, whereas "noted" or "famous" do not.  I may think that
Britney Spears is the best female artist, while you may think she's
terrible.  But we both can agree that she's famous.

--Jimbo


subject: [WikiEN-l] "Best of" lists

in_reply_to: <3E32CFDA.50408@planetunreal.com>; from tarquin@planetunreal.com on Sat, Jan 25, 2003 at 05:56:42PM +0000

body:
tarquin wrote:
> Agreed.
> We are an encyclopedia. Let's leave it to other people to decide who is
> good, and report it.

I think that's a good answer.

--Jimbo


in_reply_to: <200301262106.h0QL6Jd15448@ross.bomis.com>; from koyaanisqatsi@nupedia.com on Sun, Jan 26, 2003 at 01:06:19PM -0800

body:
I call this "storming out in a non-huff".  It violates all Internet
precedent to leave a project, even temporarily, without pitching a fit
and calling everyone names, but hey, this is the loving wikipedia,
after all.

KQ, have a nice break and we'll be eager for you to come back.

--Jimbo


subject: [Wikitech-l] Longer 'new page' message

body:
On Sun, Jan 26, 2003 at 09:57:32PM -0800, Brion Vibber wrote:
> For eons people have complained that "Put the text of the new page
> here." is extremely unhelpful and promotes confusion among newbies to
> wiki; that it discourages people from doing anything further with the
> site as they don't know what they've stumbled into; and that it
> encourages a lot of useless blank, "Put the text of the new page here",
> and "What does this do? FJSDIOJDFS" pages. Longer, more informative
> messages have been suggested.
>
> As an experiment, I've gone ahead and changed the (English) message to
> the following:
>
>   You've followed a link to a page that doesn't exist yet. If you'd
>   like to create a new page under this title, delete this message and
>   get typing! Click the 'Help' link up top if you haven't used a
>   Wiki before and aren't sure how to go about it.
>
>   If you didn't mean to create a new page, just click the 'back'
>   button in your browser, or use the search box at the top of the
>   screen to find existing articles.
>
> Suggestions for more consice, professional, friendly, and informative
> wording are welcome.

Now this is unfriendly for everyone who knows what Wiki is about.
Please make an option for nothing to appear in this box.


subject: [Wikitech-l] Longer 'new page' message

in_reply_to: <20030127150413.GA9018@tavaiah>; from taw@users.sourceforge.net on Mon, Jan 27, 2003 at 04:04:13PM +0100

body:
Tomasz Wegrzanowski wrote:
> I'm Linux person and I really don't like it.
> Real men use PRIMARY for copying, not CLIPBOARD ;-)

I don't mind it myself, but yeah, it is true that real men use PRIMARY
for copying.  :-)

--Jimbo


from_name: Brion Vibber

subject: [Wikitech-l] InnoDB problem with row locking

body:
On lun, 2003-01-27 at 05:55, Erik Moeller wrote:
> I occasionally get the following SQL error when loading pages:
> ...
> MySQL returned error "1205: Lock wait timeout exceeded;
> Try restarting transaction".
...
> The user there reports that he has this problem with a very large
> database and persistent connections. My summary of the ideas
> from the thread:
>
> 1) innodb_lock_wait_timeout in my.cnf could be adjusted.

Attached is a copy of our my.cnf. Anyone who knows what the many magic
numbers do is welcome to suggest improvements!

innodb_lock_wait_timeout is 50; if this is 50 seconds, we sure as heck
do *not* want anything to take that long.

> 2) In certain conditions, when AUTOCOMMIT is set to 0 or a
>    table has been locked and not unlocked, every UPDATE/INSERT
>    requires a COMMIT to unlock the row after the transaction.
>    It may be advised to set AUTOCOMMIT to 1 before every
>    action, or to encapsulate our SQL queries in BEGIN/COMMIT
>    statements.

Autocommit is on by default.

I've put a couple of things additionally into begin/commit wrappers, but
not everything. And as I recall, persistent connections can still be
buggered if the connection gets _left_ partway through a transaction.

> 3) Don't use persistent connections.

I've temporarily disabled them to see what happens. I also changed
site_stats back to myisam for now.

Be back from class in a few hours... hopefully the site will still be
up. :)

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
# Example mysql config file for large systems.
#
# This is for large system with memory = 512M where the system runs mainly
# MySQL.
#
# You can copy this file to
# /etc/my.cnf to set global options,
# mysql-data-dir/my.cnf to set server-specific options (in this
# installation this directory is /usr/local/mysql/var) or
# ~/.my.cnf to set user-specific options.
#
# One can in this file use all long options that the program supports.
# If you want to know which options a program support, run the program
# with --help option.

# The following options will be passed to all MySQL clients
[client]
#password	= your_password
port		= 3306
socket		= /tmp/mysql.sock

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
port		= 3306
socket		= /tmp/mysql.sock
skip-locking
set-variable	= key_buffer=256M
set-variable	= max_allowed_packet=1M
set-variable	= table_cache=256
# table_cache was 256; were seeing opened_tables up to 918 or so
set-variable	= sort_buffer=1M
#sortbuffer was 1M
set-variable	= record_buffer=1M
set-variable	= myisam_sort_buffer_size=64M
set-variable	= max_connections=250
set-variable	= thread_cache=8
# Try number of CPU's*2 for thread_concurrency
set-variable	= thread_concurrency=4
log-bin
server-id	= 1

# Uncomment the following if you are using BDB tables
#set-variable	= bdb_cache_size=64M
#set-variable	= bdb_max_lock=100000

# Uncomment the following if you are using Innobase tables
innodb_data_file_path = ibdata1:1000M:autoextend
innodb_data_home_dir = /usr/local/mysql/var/
innodb_log_group_home_dir = /usr/local/mysql/var/
innodb_log_arch_dir = /usr/local/mysql/var/
set-variable = innodb_mirrored_log_groups=1
set-variable = innodb_log_files_in_group=3
set-variable = innodb_log_file_size=5M
set-variable = innodb_log_buffer_size=8M
innodb_flush_log_at_trx_commit=1
innodb_log_archive=0
#set-variable = innodb_buffer_pool_size=16M
set-variable = innodb_buffer_pool_size=256M
#set-variable = innodb_buffer_pool_size=512M
set-variable = innodb_additional_mem_pool_size=2M
set-variable = innodb_file_io_threads=4
set-variable = innodb_lock_wait_timeout=50

# Point the following paths to different dedicated disks
#tmpdir		= /tmp/
#log-update 	= /path-to-dedicated-directory/hostname

[mysqldump]
quick
set-variable	= max_allowed_packet=16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
set-variable	= key_buffer=128M
set-variable	= sort_buffer=128M
set-variable	= read_buffer=2M
set-variable	= write_buffer=2M

[myisamchk]
set-variable	= key_buffer=128M
set-variable	= sort_buffer=128M
set-variable	= read_buffer=2M
set-variable	= write_buffer=2M

[mysqlhotcopy]
interactive-timeout
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030127/b242694c/attachment.pgp>


subject: [Wikitech-l] Searchindex patch missing

body:
On lun, 2003-01-27 at 01:26, Erik Moeller wrote:
> The searchindex patch is missing from CVS. Brion, can you add it,
> please?

Forgot the goddamn "cvs add". Added.

> It would also be nice to apply patches like that to the build script as
> well, so that new installs don't have to be patched.

Did I forget that too? Grr... Done.

I still have to patch up the from-phase2 conversion script for a number
of things, though. Sigh.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030127/6eee73c8/attachment.pgp>


subject: [WikiEN-l] "Best of" lists

body:
Jimmy Wales wrote:

>It strikes me that "best of" inherently tempts people into POV
>arguments, whereas "noted" or "famous" do not.  I may think that
>Britney Spears is the best female artist, while you may think she's
>terrible.  But we both can agree that she's famous.
>
Wishful thinking!  In October we had a major blow-up at [[List of famous
Canadians]]; that involved such questions as the meaning of "famous".
 Of course it didn't help that DW was one of the participants in that
debate.

Eclecticology


subject: [Wikitech-l] Searchindex patch missing

body:
The searchindex patch is missing from CVS. Brion, can you add it,
please?

It would also be nice to apply patches like that to the build script as
well, so that new installs don't have to be patched.

Regards,

Erik
--
FOKUS - Fraunhofer Insitute for Open Communication Systems
Project BerliOS - http://www.berlios.de


from_name: Krzysztof P. Jasiutowicz

subject: [Wikitech-l] Longer 'new page' message

body:
On 27-01-2003, Tomasz Wegrzanowski wrote thusly :
> On Sun, Jan 26, 2003 at 09:57:32PM -0800, Brion Vibber wrote:
> > For eons people have complained that "Put the text of the new page
> > here." is extremely unhelpful and promotes confusion among newbies to
> > wiki; that it discourages people from doing anything further with the
> > site as they don't know what they've stumbled into; and that it
> > encourages a lot of useless blank, "Put the text of the new page here",
> > and "What does this do? FJSDIOJDFS" pages. Longer, more informative
> > messages have been suggested.
> >
> > As an experiment, I've gone ahead and changed the (English) message to
> > the following:
> >
> >   You've followed a link to a page that doesn't exist yet. If you'd
> >   like to create a new page under this title, delete this message and
> >   get typing! Click the 'Help' link up top if you haven't used a
> >   Wiki before and aren't sure how to go about it.
> >
> >   If you didn't mean to create a new page, just click the 'back'
> >   button in your browser, or use the search box at the top of the
> >   screen to find existing articles.
> >
> > Suggestions for more consice, professional, friendly, and informative
> > wording are welcome.
>
> Now this is unfriendly for everyone who knows what Wiki is about.
> Please make an option for nothing to appear in this box.

Can I request "'''PageTitle'''" to appear in the box as an option ?

Regards,
Kpjas.


subject: [Wikitech-l] Longer 'new page' message

body:
On Mon, 2003-01-27 at 06:57, Brion Vibber wrote:
> For eons people have complained that "Put the text of the new page
> here." is extremely unhelpful and promotes confusion among newbies to
> wiki; that it discourages people from doing anything further with the
> site as they don't know what they've stumbled into; and that it
> encourages a lot of useless blank, "Put the text of the new page here",
> and "What does this do? FJSDIOJDFS" pages. Longer, more informative
> messages have been suggested.

I've changed the code so that the text is autoselected via JavaScript.
This should eliminate the need for a user option.

Regards,

Erik
--
FOKUS - Fraunhofer Insitute for Open Communication Systems
Project BerliOS - http://www.berlios.de


subject: [Wikipedia-l] Escaping completion

body:
On Mon, 27 Jan 2003, Andre Engels wrote:
> At the moment, when one puts the first part of a word between [[square
> brackets]], the word as a whole will become a link. Although I like that
> as a general principle, I think it would be good to have an opportunity
> to escape this, and give a possibility to have only the 'zoo' in
> [[zoo]]keeper be linking.

<uglyhackalert>
I think it would be ugly as heck, but if you want to you can break up the
word with a useless HTML tag like this: [[zoo]]<b></b>keeper
</uglyhackalert>

(Shades of SixSingleQuotes on Ward's Wiki...)

-- brion vibber (brion @ pobox.com)


from_name: Magnus Manske

subject: [Wikitech-l] Longer 'new page' message

body:
Erik Moeller wrote:

>I've changed the code so that the text is autoselected via JavaScript.
>This should eliminate the need for a user option.
>
>
I don't think the Linux people will be overjoyous - selecting the text
means copying it...

Magnus


body:
On Mon, 27 Jan 2003, Daniel Mayer wrote:
> Good start, but it is too long. My first reaction when I saw it was /not/ to
> read it but to think somebody had created an article right before I clicked
> on the edit link. Here is my suggested wording:
>
>  You've followed a link to a page that doesn't exist yet.
>  To create a page delete this message and start typing!
>
>  If you are here by mistake click your browser's 'back' button.

Should be sufficient; done.

-- brion vibber (brion @ pobox.com)


subject: [Wikitech-l] Longer 'new page' message

body:
On Mon, 2003-01-27 at 11:31, Magnus Manske wrote:
> Erik Moeller wrote:
>
> >I've changed the code so that the text is autoselected via JavaScript.
> >This should eliminate the need for a user option.

> I don't think the Linux people will be overjoyous - selecting the text
> means copying it...

I am one of those, but I don't see the problem. 1) This is PRIMARY, not
CLIPBOARD. If you want your clipboard contents to be safe, you use
CLIPBOARD (i.e. Ctrl+C/Ctrl+V). 2) To delete the text, you have to
select it anway. True, not everyone will do it by mouse (and thereby
trigger PRIMARY), but even for those who don't, it will be a convenience
to preselect it.

However, if there's a way to suppress PRIMARY when calling the select()
method in Javascript, please let me know.

Regards,

Erik
--
FOKUS - Fraunhofer Insitute for Open Communication Systems
Project BerliOS - http://www.berlios.de


from_name: Gareth Owen

subject: [Wikipedia-l] Escaping completion

body:
Andre Engels <engels at uni-koblenz.de> writes:

> What are other people's thoughts here? Would it be a good idea? What syntax
> would be preferred?

[[zoo|zookeeper]]
--
Gareth Owen
"It's not a human or civic right to edit wikipedia."
                                 -- kq cuts to the core of the banning debate


subject: [Wikitech-l] newpagetext bug fixed

body:
As always, in CVS and not live yet:

I fixed a bug that caused pages with only the long text to be stored
(needed to strip Windows linebreaks from text before comparing it, this
wasn't an issue previously because there was no linebreak). Hope this
works in all browsers.

Regards,

Erik
--
FOKUS - Fraunhofer Insitute for Open Communication Systems
Project BerliOS - http://www.berlios.de


from_name: Axel Boldt

subject: [Wikitech-l] Longer 'new page' message

body:
How about this:

if you click on a link to a non-existing page, the same thing happens
as if you type a non-existing article URL into your browser, i.e. you
get
a page that says "(there is currently no text in this page)". (Of
course we want to change that text to a friendlier one, see below.)
Then if you click on Edit, the edit box shows up, with the initial text
set to '''ArticleTitle''' in the main name space, and left empty in
other namespaces.

That doesn't seem to take much longer for power users: they have to do
one additional click, but save the removing of the initial message
that's currently necessary. In the best of all possible worlds, we
could even have a user option that brings you directly to the empty
edit box, bypassing the message. It also requires a conscious decision
on the part of newbies to start editing; they can never end up with an
edit box by mistake anymore.

For the message, I suggest:

   This article doesn't exist yet. To write an
   encyclopedia article about this topic, hit "Edit this page"
   and type away. Alternatively, use your browser's "Back" button.

in the main name space (note the word "encyclopedia" to clue in people
who don't know where they are) and

    This page doesn't exist yet. To create it, hit "Edit this page"
    and type away. Alternatively, use your browser's "Back" button.

in other name spaces.

Axel

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


from_name: Andre Engels

subject: [Wikipedia-l] Escaping completion

body:
At the moment, when one puts the first part of a word between [[square
brackets]], the word as a whole will become a link. Although I like that
as a general principle, I think it would be good to have an opportunity
to escape this, and give a possibility to have only the 'zoo' in
[[zoo]]keeper be linking. This would especially be useful in a language
like German, where complex terms are often formed by stringing words
together into a single word, rather than in a sequence of words as is
usual in English.

What are other people's thoughts here? Would it be a good idea? What syntax
would be preferred?

Andre Engels


subject: [Wikipedia-l] Escaping completion

body:
On 27 Jan 2003, Gareth Owen wrote:

> Andre Engels <engels at uni-koblenz.de> writes:
>
> > What are other people's thoughts here? Would it be a good idea? What syntax
> > would be preferred?
>
> [[zoo|zookeeper]]

I don't think that would be a good idea, as it is more or less equal to the
existing syntax. It would certainly mean that we'd have to change tons of
existing pages, since links like [[cat|cats]] are not rare at all. Also, it
has something illogical to have [[cat|cats]] link only 'cat' and [[cat]]s link
everything.

Andre Engels


subject: [Wikipedia-l] Escaping completion

body:
> At the moment, when one puts the first part of a word between [[square
> brackets]], the word as a whole will become a link. Although I like that
> as a general principle, I think it would be good to have an opportunity
> to escape this, and give a possibility to have only the 'zoo' in
> [[zoo]]keeper be linking. This would especially be useful in a language
> like German, where complex terms are often formed by stringing words
> together into a single word, rather than in a sequence of words as is
> usual in English.

As a fellow German, I don't think it's necessary. Half-links (heh!) are
irritating because they interrupt the reading flow and force the reader to
mentally emphasize part of the word. They also encourage overlinking and lazy
linking (the combination of which forms a condition commonly referred to as
"Everything2 syndrome"). If you feel an urge to create such links, you're probably
doing something wrong -- you should use "See also" instead or change the
prose accordingly.

Regards,

Erik

--
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr f?r 1 ct/ Min. surfen!


subject: [Wikitech-l] Double capitals

body:
On the Dutch Wikipedia, we recently found a problem with the capitalisation:
In Dutch, the combination 'ij' is often considered a single letter. As such,
when a word like 'ijzer' (Iron) is capitalized, it will be written 'IJzer',
'Ijzer' looks very strange to Dutch eyes. Is there a way to tell this in the
language file, so that it will have [[ijzer]] directed to [[IJzer]] rather
than [[Ijzer]]?

Andre Engels


subject: [Wikitech-l] Why_do_people_do_this?

body:
On lun, 2003-01-27 at 14:20, Erik Moeller wrote:
> I've seen this a lot: People write links [[like_this]]. Does anyone have
> an idea what makes them do this? Is there anything in the way articles are
> displayed that suggests underscores should be used? Are that many people
> looking at the browser's status bar, where the underscores are visible?

Probably. Also, some automatically created links (moved pages,
usemod-era subpage links) have underscores in them.

> Can we do anything to prevent this?

Tell them "don't do that"? It seems overkill to automatically filter
input looking for links and replacing underscores with spaces.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030127/c1d05311/attachment.pgp>


subject: [WikiEN-l] 142.177.xxx.xxx (aka 24) is at it again

body:
I found this on my meta talk page after I extended a
ban on an IP that is virtually identical to an IP that
had already been banned for making a hideous racial
slur:

>....
>Murder of vast numbers of people who believe as you
>do becomes justified, when you use control of a
>technology that they don't have, to censor their
>views on what you are doing, and make it impossible
>for them to stop you any other way.

I may have been wrong in banning the IP from en.wiki
but I don't appreciate thinly veiled threats on my
life.

Can we ban all this users IPs and perhaps call the
cops?

For background on this user see:
http://www.wikipedia.org/wiki/User_talk:Maveric149/archive_8

Direct link to my talk page:
http://meta.wikipedia.org/wiki/User_talk:Maveric149

--mav

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


body:
I occasionally get the following SQL error when loading pages:
UPDATE LOW_PRIORITY site_stats SET
ss_total_views=(ss_total_views+1),ss_total_edits=(ss_total_edits),
ss_good_articles=(ss_good_articles) WHERE ss_row_id=1
from within function "SiteStatsUpdate::doUpdate".
MySQL returned error "1205: Lock wait timeout exceeded;
Try restarting transaction".

This may directly be related to our hang problems. It appears to be
an InnoDB  problem according to a thread in

http://www.faqchest.com/prgm/mysql-l/mysql-02/mysql-0201/mysql-020115/

("InnoDB: Lock wait timeout exceeded")

The user there reports that he has this problem with a very large
database and persistent connections. My summary of the ideas
from the thread:

1) innodb_lock_wait_timeout in my.cnf could be adjusted.
2) In certain conditions, when AUTOCOMMIT is set to 0 or a
   table has been locked and not unlocked, every UPDATE/INSERT
   requires a COMMIT to unlock the row after the transaction.
   It may be advised to set AUTOCOMMIT to 1 before every
   action, or to encapsulate our SQL queries in BEGIN/COMMIT
   statements.
3) Don't use persistent connections.

These locking problems are most likely to occur with our
site_stats table because it only has one row.

I assume these problems are solvable, as Kuro5hin is a very large
dynamic site with InnoDB based tables. Any other ideas?

Regards,

Erik
--
FOKUS - Fraunhofer Insitute for Open Communication Systems
Project BerliOS - http://www.berlios.de


from_name: Lars Aronsson

subject: [Wikitech-l] Double capitals

body:
Andre Engels wrote:
> On the Dutch Wikipedia, we recently found a problem with the capitalisation:
> In Dutch, the combination 'ij' is often considered a single letter. As such,
> when a word like 'ijzer' (Iron) is capitalized, it will be written 'IJzer',
> 'Ijzer' looks very strange to Dutch eyes. Is there a way to tell this in the
> language file, so that it will have [[ijzer]] directed to [[IJzer]] rather
> than [[Ijzer]]?

This should be solved by PHP's ucfirst() function, if the right locale
is used.  It should not be necessary to specify it in the language file.
The problem is not specific to Wikipedia.

My web hotel once had problems with Perl's ucfirst() that didn't
correctly capitalize the non-English letters (? -> ?, ? -> ?), and
the root of that problem turned out to be they used the wrong version
of glibc (GNU standard C library) on the webserver.  When they changed
to the right version of glibc, everything worked fine again.

--
  Lars Aronsson (lars at aronsson.se)
  tel +46-70-7891609
  http://aronsson.se/ http://elektrosmog.nu/ http://susning.nu/


from_name: Ray Saintonge

subject: [WikiEN-l] sysop status

body:
Even though I've been here since February 2002, I've consistently
avoided requesting sysop status on Wikipedia.  I am, however, taking a
different role in Wiktionary, and would find it useful in that project.

Eclecticology


subject: [Wikitech-l] Longer 'new page' message

body:
On Mon, Jan 27, 2003 at 11:45:09AM +0100, Erik Moeller wrote:
> On Mon, 2003-01-27 at 11:31, Magnus Manske wrote:
> > Erik Moeller wrote:
> >
> > >I've changed the code so that the text is autoselected via JavaScript.
> > >This should eliminate the need for a user option.
>
> > I don't think the Linux people will be overjoyous - selecting the text
> > means copying it...
>
> I am one of those, but I don't see the problem. 1) This is PRIMARY, not
> CLIPBOARD. If you want your clipboard contents to be safe, you use
> CLIPBOARD (i.e. Ctrl+C/Ctrl+V). 2) To delete the text, you have to
> select it anway. True, not everyone will do it by mouse (and thereby
> trigger PRIMARY), but even for those who don't, it will be a convenience
> to preselect it.
>
> However, if there's a way to suppress PRIMARY when calling the select()
> method in Javascript, please let me know.

I'm Linux person and I really don't like it.
Real men use PRIMARY for copying, not CLIPBOARD ;-)

Option to start with empty box is the best solution.
Or even better always start with empty box and put such text over it.


subject: [Wikitech-l] Show innodb status

body:
Sample output thereof:

=====================================
030128  0:09:00 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 20 seconds
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 353367, signal count 335552
Mutex spin waits 4128062, rounds 18059900, OS waits 124127
RW-shared spins 378798, OS waits 178138; RW-excl spins 49477, OS waits 14309
------------
TRANSACTIONS
------------
Trx id counter 0 16059415
Purge done for trx's n:o < 0 16057696 undo n:o < 0 0
Total number of lock structs in row lock hash table 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0 16059414, not started, OS thread id 15722513
MySQL thread id 116767, query id 7088715 localhost.localdomain 127.0.0.1 wikiuser
---TRANSACTION 0 16059405, not started, OS thread id 15799348
MySQL thread id 116763, query id 7088698 localhost.localdomain 127.0.0.1 wikiuser
---TRANSACTION 0 16059255, not started, OS thread id 15875188
MySQL thread id 116753, query id 7088233 localhost.localdomain 127.0.0.1 wikiuser
SELECT old_timestamp,old_text FROM old WHERE (old_namespace=0 AND old_title='Kosovo_War') ORDER BY old_timestamp DESC LIMIT 1
---TRANSACTION 1314686283 1314686469, not started, OS thread id 15865888
MySQL thread id 116751, query id 7088181 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('mctaggart')) ) AND (cur_nam
---TRANSACTION 0 16059190, not started, OS thread id 15874163
MySQL thread id 116744, query id 7088126 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('blue')) AND (MATCH (si_titl
---TRANSACTION 0 16059035, not started, OS thread id 15839358
MySQL thread id 116736, query id 7087903 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('hardcore')) AND (MATCH (si_
---TRANSACTION 0 16058880, not started, OS thread id 15867966
MySQL thread id 116708, query id 7087451 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('1953')) AND (MATCH (si_titl
---TRANSACTION 0 16057683, not started, OS thread id 15788044
MySQL thread id 116704, query id 7087345 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('zealand')) AND (MATCH (si_t
---TRANSACTION 1121881935 1121884187, not started, OS thread id 15181937
MySQL thread id 116677, query id 7086907 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('rasputin')) AND (MATCH (si_
---TRANSACTION 0 16058494, not started, OS thread id 15845508
MySQL thread id 116659, query id 7087057 localhost.localdomain 127.0.0.1 wikiuser
REPLACE INTO searchindex (si_page,si_title,si_text) VALUES (48013,'volunteer fire department','  what is this   this is an organizational page in whic
---TRANSACTION 0 16057754, not started, OS thread id 15862858
MySQL thread id 116640, query id 7085876 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_title) AGAINST ('konqueror')) ) AND (cur_nam
---TRANSACTION 0 16057748, not started, OS thread id 15851659
MySQL thread id 116637, query id 7085865 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_text) AGAINST ('music')) AND (cur_is_redirec
---TRANSACTION 0 16057618, not started, OS thread id 15850634
MySQL thread id 116618, query id 7085526 localhost.localdomain 127.0.0.1 wikiuser
SELECT old_id,old_namespace,old_title,old_user,old_comment,old_user_text,old_timestamp,old_minor_edit FROM old WHERE old_namespace=0 AND old_title='Ba
---TRANSACTION 0 16057175, not started, OS thread id 15858777
MySQL thread id 116591, query id 7084785 localhost.localdomain 127.0.0.1 wikiuser
INSERT INTO old (old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old_timestamp,old_minor_edit) VALUES (0, 'Runnymede', '\'\'\'Runn
---TRANSACTION 0 16057679, not started, OS thread id 15841408
MySQL thread id 116588, query id 7086188 localhost.localdomain 127.0.0.1 wikiuser
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_text) AGAINST ('robert')) AND (MATCH (si_tex
---TRANSACTION 0 16057750, not started, OS thread id 15852684
MySQL thread id 116574, query id 7085864 localhost.localdomain 127.0.0.1 wikiuser
REPLACE INTO searchindex (si_page,si_title,si_text) VALUES (16760,'kosovo war',' the  kosovo war  was a war between serbia serbian military officially
---TRANSACTION 0 16056404, not started, OS thread id 15828085
MySQL thread id 116527, query id 7083787 localhost.localdomain 127.0.0.1 wikiuser
---TRANSACTION 0 16055875, not started, OS thread id 15812702
MySQL thread id 116470, query id 7082624 localhost.localdomain 127.0.0.1 wikiuser
---TRANSACTION 0 16054972, not started, OS thread id 15823984
MySQL thread id 116411, query id 7080618 localhost.localdomain 127.0.0.1 wikiuser
INSERT INTO old (old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old_timestamp,old_minor_edit) VALUES (0, 'Ethnic_cleansing', '\'\
---TRANSACTION 0 16054750, not started, OS thread id 15822959
MySQL thread id 116392, query id 7080180 localhost.localdomain 127.0.0.1 wikiuser
SELECT old_id,old_namespace,old_title,old_user,old_comment,old_user_text,old_timestamp,old_minor_edit FROM old WHERE old_namespace=4 AND old_title='Vo
---TRANSACTION 0 16054384, not started, OS thread id 15820908
MySQL thread id 116370, query id 7079522 localhost.localdomain 127.0.0.1 wikiuser
INSERT INTO old (old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old_timestamp,old_minor_edit) VALUES (0, 'Ulrike_Meinhof', '\'\'\
---TRANSACTION 0 16053005, not started, OS thread id 15815781
MySQL thread id 116257, query id 7076554 localhost.localdomain 127.0.0.1 wikiuser
SELECT old_timestamp,old_text FROM old WHERE (old_namespace=0 AND old_title='Creationism') ORDER BY old_timestamp DESC LIMIT 1
---TRANSACTION 0 16052373, not started, OS thread id 15805516
MySQL thread id 116198, query id 7075244 localhost.localdomain 127.0.0.1 wikiuser
INSERT INTO old (old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old_timestamp,old_minor_edit) VALUES (0, 'List_of_people_with_vis
---TRANSACTION 0 16052286, not started, OS thread id 15802437
MySQL thread id 116189, query id 7074814 localhost.localdomain 127.0.0.1 wikiuser
INSERT INTO old (old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old_timestamp,old_minor_edit) VALUES (5, 'Biography_standards', '
---TRANSACTION 0 16056999, not started, OS thread id 15774818
MySQL thread id 116077, query id 7084525 localhost.localdomain 127.0.0.1 wikiuser Sending data
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_text) AGAINST ('blue')) AND (MATCH
(si_text)
---TRANSACTION 0 16050115, not started, OS thread id 15687722
MySQL thread id 115924, query id 7087813 localhost.localdomain 127.0.0.1 wikiuser
---TRANSACTION 0 16049514, not started, OS thread id 15757390
MySQL thread id 115948, query id 7068168 localhost.localdomain 127.0.0.1 wikiuser Sorting result
SELECT old_namespace,old_title,old_timestamp FROM old WHERE old_timestamp > '20030114000257' AND old_user=188  ORDER BY old_timestamp DESC LIMIT 50
---TRANSACTION 0 15979894, not started, OS thread id 15156290
MySQL thread id 111207, query id 6938758 localhost.localdomain 127.0.0.1 wikiuser
---TRANSACTION 0 16059396, ACTIVE 0 sec, OS thread id 15848583 starting index read
, holds adaptive hash latch
MySQL thread id 116770, query id 7088684 localhost.localdomain 127.0.0.1 wikiuser Sending data
SELECT cur_id,cur_namespace,cur_title
                        FROM cur,links
                        WHERE cur_id=l_to AND l_from='Chinese_astrology'
Trx read view will not see trx with id >= 0 16059397, sees < 0 16057874
---TRANSACTION 0 16059389, ACTIVE 1 sec, OS thread id 15837308 starting index read
, holds adaptive hash latch
MySQL thread id 116768, query id 7088528 localhost.localdomain 127.0.0.1 wikiuser Sending data
SELECT cur_id,cur_namespace,cur_title
                        FROM cur,links
                        WHERE cur_id=l_to AND l_from='Bird'
Trx read view will not see trx with id >= 0 16059390, sees < 0 16057874
---TRANSACTION 0 16058921, ACTIVE 17 sec, OS thread id 15737885 fetching rows
MySQL thread id 116712, query id 7087505 localhost.localdomain 127.0.0.1 wikiuser Sending data
SELECT cur_id,cur_namespace,cur_title
                        FROM cur,links
                        WHERE cur_id=l_to AND l_from='List_of_novelists'
Trx read view will not see trx with id >= 0 16058922, sees < 0 16057227
---TRANSACTION 0 16057874, ACTIVE 46 sec, OS thread id 15835258
MySQL thread id 116636, query id 7085857 localhost.localdomain 127.0.0.1 wikiuser Sending data
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND ( (MATCH (si_text) AGAINST ('president')) AND (MATCH (si_
Trx read view will not see trx with id >= 0 16057875, sees < 0 16057227
--------
FILE I/O
--------
I/O thread 0 state: waiting for i/o request
I/O thread 1 state: waiting for i/o request
I/O thread 2 state: waiting for i/o request
I/O thread 3 state: waiting for i/o request
Pending normal aio reads: 0, aio writes: 0,
 ibuf aio reads: 0, log i/o's: 0, sync i/o's: 0
Pending flushes (fsync) log: 1; buffer pool: 0
3574938 OS file reads, 351841 OS file writes, 157195 OS fsyncs
25.15 reads/s, 18208 avg bytes/read, 1.35 writes/s, 0.40 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf for space 0: size 1, free list len 5, seg size 7,
14079 inserts, 14079 merged recs, 11639 merges
Hash table size 1106407, used cells 176839, node heap has 190 buffer(s)
1313.63 hash searches/s, 203.09 non-hash searches/s
---
LOG
---
Log sequence number 0 1024213263
Log flushed up to   0 1024213253
Last checkpoint at  0 1024193696
1 pending log writes, 0 pending chkp writes
135880 log i/o's done, 0.25 log i/o's/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 305558198; in additional pool allocated 1807360
Buffer pool size   16384
Free buffers       0
Database pages     16194
Modified db pages  83
Pending reads 3
Pending writes: LRU 0, flush list 0, single page 0
Pages read 6266151, created 2988, written 221076
27.85 reads/s, 0.00 creates/s, 1.00 writes/s
Buffer pool hit rate 994 / 1000
--------------
ROW OPERATIONS
--------------
4 queries inside InnoDB, 0 queries in queue; main thread: flushing log
Number of rows inserted 148901, updated 124331, deleted 140389, read 147336329
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 1442.78 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030127/9cfacfc0/attachment.pgp>


subject: [Wikitech-l] Longer 'new page' message

body:
On lun, 2003-01-27 at 16:11, tarquin wrote:
> Brion Vibber wrote:
> >Suggestions for more consice, professional, friendly, and informative
> >wording are welcome.
> >
> been sitting on Meta for months:
>
> http://meta.wikipedia.org/wiki/Empty_page_page

I'm well aware of that, as I wrote it. :)  That's not editbox text, but
a full page with links to what you oughta meant.

More work to set up, requires a second click to edit any page if it's to
serve the same function (help for people who click an edit link without
knowing what they've gotten into), and is even more likely to tick
people off for being too intrusive -- not that many have bothered to
comment on it.

-- brion vibber (brion @ pobox.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20030127/03af88d0/attachment.pgp>


from_name: Cunciforme

subject: [Wikipedia-l] Re: [WikiEN-l] 142.177.xxx.xxx (aka 24) is at it again

body:
--- Daniel Mayer <maveric149 at yahoo.com> wrote:
> I found this on my meta talk page after I extended a
> ban on an IP that is virtually identical to an IP
> that
> had already been banned for making a hideous racial
> slur:
>
> >....
> >Murder of vast numbers of people who believe as you
> >do becomes justified, when you use control of a
> >technology that they don't have, to censor their
> >views on what you are doing, and make it impossible

> >for them to stop you any other way.

Mav, I understand your deept trouble. And I agree
wholeheartedly it is wrong to threaten people.

You certainly removed that very offending text.
Fortunately, page history will keep track of such a
threat, and will make it possible to estimate the
extent of it.
On which page is that threat by the way ?

> I may have been wrong in banning the IP from en.wiki
> but I don't appreciate thinly veiled threats on my
> life.

I don't understand very well...Didn't you say you
banned this ip from the en.wiki *before* the threats
were made ? If so, how threats coming after the ban
could have had any influence on the ban decision ?

> Can we ban all this users IPs and perhaps call the
> cops?

I have not been able to understand what were the
reasons for complaint towards these ips, except for
the ulterior threats made on you.

Decisions for hard-security are *unfortunately* taken
in cases of pure vandalism, such as goat image
posting, or defacement of articles. Have these ips
been doing such things ?

> For background on this user see:
>
http://www.wikipedia.org/wiki/User_talk:Maveric149/archive_8

142.227.121.39  Canadian Department of Education
 142.177.104.168 Stentor National Integrated
Communications Network
 142.177.97.215  Stentor National Integrated
Communications Network
 24.42.43.3      Rogers Cable Inc.
                 (more specifically, Rogers Cable Inc.
Lndn ON-ROG-14-LNDN-1)

 Reverse DNS lookups
 142.227.121.39  pc-39.bws.Library.NS.CA. (Nova Scotia
provincial library)
 142.177.104.168 hlfx54-1-168.ns.sympatico.ca. (?Nova
Scotia? ?dial-up?)
 142.177.97.215  hlfx47-215.ns.sympatico.ca.   (?Nova
Scotia? ?dial-up?)
 24.42.43.3
CPE014440006755.cpe.net.cable.rogers.com.
                 as of 10:10 UTC 2003-01-14 (but may
be dynamic?)

There is very little evidence 142 and 24 are the same
persons here. I fail to see what supported banning 142
under the affirmation he is 24, the latter not even
being banned any more.

Or is this an incorrect interpretation?

Please, do provide evidence to support your conviction
these adresses are from the same person, and further
evidence that both require banning.

>
> Direct link to my talk page:
> http://meta.wikipedia.org/wiki/User_talk:Maveric149
>
> --mav

Thanks to all contributors.

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


from_name: Jonathan Walther

body:
On Mon, Jan 27, 2003 at 02:38:39PM -0800, Daniel Mayer wrote:
>>Murder of vast numbers of people who believe as you
>>do becomes justified, when you use control of a
>>technology that they don't have, to censor their
>>views on what you are doing, and make it impossible
>>for them to stop you any other way.
>
>I may have been wrong in banning the IP from en.wiki
>but I don't appreciate thinly veiled threats on my
>life.

That wasn't a thinly veiled threat on your life.  That was a wakeup
call.  Try being nice, and let other people have their day in the sun
too.  By the way, what did he mean by "people who believe as you do"?
Are you a Republican?

>Can we ban all this users IPs and perhaps call the
>cops?

That is an extreme, and unwarranted reaction.

Jonathan

--
                     Geek House Productions, Ltd.

  Providing Unix & Internet Contracting and Consulting,
  QA Testing, Technical Documentation, Systems Design & Implementation,
  General Programming, E-commerce, Web & Mail Services since 1998

Phone:   604-435-1205
Email:   djw at reactor-core.org
Webpage: http://reactor-core.org
Address: 2459 E 41st Ave, Vancouver, BC  V5R2W2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 307 bytes
Desc: not available
Url : http://lists.wikimedia.org/pipermail/wikien-l/attachments/20030127/880f34ef/attachment.pgp


from_name: Oliver Pereira

subject: [Wikipedia-l] Escaping completion

body:
On Mon, 27 Jan 2003, Andre Engels wrote:

> At the moment, when one puts the first part of a word between [[square
> brackets]], the word as a whole will become a link. Although I like that
> as a general principle, I think it would be good to have an opportunity
> to escape this, and give a possibility to have only the 'zoo' in
> [[zoo]]keeper be linking. This would especially be useful in a language
> like German, where complex terms are often formed by stringing words
> together into a single word, rather than in a sequence of words as is
> usual in English.

I think that having a link in only part of a word would look hideously
ugly! I noticed yesterday that someone had written "sub[[genre]]" in an
article ([[High fantasy]]), and that only part of the word had become a
link. I changed it to "[[Genre|subgenre]]". It looks much nicer now. :)

I also think it looks ugly when only *part* of a name, book title, etc. is
linked, or when there is a link within a heading. Is that just me...?

Oliver

+-------------------------------------------+
| Oliver Pereira                            |
| Dept. of Electronics and Computer Science |
| University of Southampton                 |
| omp199 at ecs.soton.ac.uk                    |
+-------------------------------------------+


from_name: Poor, Edmund W

subject: [WikiEN-l] Zero tolerance for threats

body:
This is serious. Please contact Jimbo directly.

Ed Poor

>....
>Murder of vast numbers of people who believe as you
>do becomes justified