メーカ定価：23800円 当店4000円割引します、 お買徳：19800円
☆二種類を使いペニス増大効果100％
☆勃起難しく、より頑丈で、より強力な
☆射精のコントロールがより快適に、楽しく、任意の操作です
☆より強い性的快感、欲望とオーガズム二重刺激
☆以上の射精量は、量と精子の質を向上させる
新豪華ProExtender?ペニス増大キット http://www.chinaokjapan.com/list_7929.asp
メイルエッジ BASIC お買徳：18000円 http://www.jpyebay.com/List_7900.asp
Earlier this evening I found myself gawking at a strange confusion of
letters and symbols that had appeared in my editor. What are these symbols,
and where do they come from? What secret geometry governs their
arrangement? Just what is this, anyway? I sat and stared, perplexed. The
symbols stared
On Sat, 08 Jun 2013 00:42:40 -0700, Ori Livneh o...@wikimedia.org wrote:
/**
* Example
* This file represents an example.
*
* @file
* @ingroup examples
* @comment
* @tag
*/
Uhh, what extra meaning are @comment and @tag supposed to suggest?
@file already indicates that this comment
This is great. I think building HTML from source files is the way to go for
dry reference material like this.
You need links both ways so people know the other format is available. The
hooks.txt should say The documentation at
https://doc.wikimedia.org/mw-hooks/hooks_mainpage.htmlis regularly
Perhaps Ori is pointing out that doxygen (and jsduck) require needless
verbiage. The tools aren't smart enough to infer obvious information from
source on their own (or maybe they are but you're not sure and you see
other comments using these symbols so you copy and paste), so you wind up
Hi,
per https://bugzilla.wikimedia.org/show_bug.cgi?id=48846 we are
setting up a logging service for tools and bots, so that every tool or
bot can easily log to a central logging base which in future should
support some nice web-based gui with log filtering (eventually some
3rd notifications,
On Sat, 08 Jun 2013 01:09:26 -0700, S Page sp...@wikimedia.org wrote:
If mediawiki.org's extension template linked hooks in use to this doc
instead of mediawiki.org/Hooks:xyz pages then we could retire the latter
pages and have less stuff to maintain.
MediaWiki.org doesn't have
Using this service is as easy as typing
pyhon bot.py | /shared/logeater mybot
given that a bot is sending out log to stdout it will be stored at
http://tools.wmflabs.org/logs/data/mybot
The service of course support many other ways to store logs, but this
is a simplest example I can think of
On Sat, Jun 8, 2013 at 1:44 AM, Petr Bena benap...@gmail.com wrote:
Hi,
per https://bugzilla.wikimedia.org/show_bug.cgi?id=48846 we are
setting up a logging service for tools and bots, so that every tool or
bot can easily log to a central logging base which in future should
support some
Replies bellow
On Sat, Jun 8, 2013 at 11:58 AM, Ori Livneh o...@wikimedia.org wrote:
On Sat, Jun 8, 2013 at 1:44 AM, Petr Bena benap...@gmail.com wrote:
Hi,
per https://bugzilla.wikimedia.org/show_bug.cgi?id=48846 we are
setting up a logging service for tools and bots, so that every tool or
To anyone wondering, this is simply a spam written in Japanese and can
be safely ignored/deleted.
-Yusuke / [[User:Whym]]
2013/6/8 wikitech-l@lists.wikimedia.org:
メーカ定価：23800円 当店4000円割引します、 お買徳：19800円
☆二種類を使いペニス増大効果100％
☆勃起難しく、より頑丈で、より強力な
☆射精のコントロールがより快適に、楽しく、任意の操作です
☆より強い性的快感、欲望とオーガズム二重刺激
I've used (and use) doxygen+txt+mediawiki and was very helpful(still
include myself in new dev).
But, on the other hand, in the hooks (without doxygen), I always had
trouble knowing when and where it is loaded. And it is always hard to
figure out which one to use.
Probably a newbie problem, but
On 2013-06-08 5:29 AM, S Page sp...@wikimedia.org wrote:
Perhaps Ori is pointing out that doxygen (and jsduck) require needless
verbiage. The tools aren't smart enough to infer obvious information from
source on their own (or maybe they are but you're not sure and you see
other comments using
Frankly I think we should try automating stuff towards our wiki rather than
using it as a way to
take stuff out. Find ways to integrate this data automatically into parts of
the wiki. Bots if you
ABSOLUTELY need to. But preferably instead extensions and Lua stuff. Things
that provide the
data
On Wed, 08 May 2013 03:52:07 -0700, Daniel Friesen
dan...@nadir-seen-fire.com wrote:
I was going through our code contemplating dropping XHTML 1.1 support
and ran into the RDFa support stuff and realized how out of date and
limited it is.
I've put together an RFC for replacing our code
Since nobody reads mobile-l
-- Forwarded message --
From: Jon Robson jdlrob...@gmail.com
Date: Sat, Jun 8, 2013 at 4:17 AM
Subject: [WikimediaMobile] Number crunching: Upload errors on mobile
To: mobile-l mobil...@lists.wikimedia.org
I ran some data crunching on a sample of
The server problems section is worth a look though - although a small
percentage The modification you tried to make was aborted by an
extension hook 61. These errors are occurring on the following wiki
projects:
* sv.m.wikipedia.org
* de.m.wikipedia.org
* test.m.wikipedia.org
*
Where is the source code for this logging script/software?
*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2016
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com
On Sat, Jun 8, 2013 at 6:36 AM, Petr Bena benap...@gmail.com wrote:
Replies bellow
On Sat, Jun
On Sat, Jun 8, 2013 at 3:42 AM, Ori Livneh o...@wikimedia.org wrote:
@file
Of course! That's what this is -- a file! I wept with joy, and my heart
soared with gratitude for this humble Doxygen tag, without which the
ontology of our source code would be occult and irretrievable.
I should
On 08.06.2013, 21:07 Brian wrote:
I suspect that is caused by UploadBlacklist extension, which
blacklists about 23 files by their sha hash. According to the config
file, there's a log at udp://$wmfUdp2logDest/upload-blacklist, so
you can probably check if that guess is right.
$ grep -v
On 06/08/2013 03:42 PM, Tyler Romeo wrote:
On Sat, Jun 8, 2013 at 3:42 AM, Ori Livneh o...@wikimedia.org wrote:
@file
Of course! That's what this is -- a file! I wept with joy, and my heart
soared with gratitude for this humble Doxygen tag, without which the
ontology of our source code
21 matches
Mail list logo
