Re: [Wikitech-l] Changes to the new installer

Tim Starling wrote: > There's still quite a lot of work to do to get the new installer ready > for 1.17. I think we should focus on that, and avoid expanding the > scope of the project until we've reached that milestone. > > There are the issues discussed here: > > http://www.mediawiki.org/wiki/N

Re: [Wikitech-l] Upload file size limit

Tim Starling wrote: > The problem is just that increasing the limits in our main Squid and > Apache pool would create DoS vulnerabilities, including the prospect > of "accidental DoS". We could offer this service via another domain > name, with a specially-configured webserver, and a higher level o

Re: [Wikitech-l] Upload file size limit

Roan Kattouw wrote: > 2010/7/20 Max Semenik : >> On 20.07.2010, 19:12 Lars wrote: >>> Requiring special client software is a problem. Is that really >>> the only possible solution? >> >> There's also Flash that can do it, however it's being ignored due >> to its proprietary nature. >> > Java applet

Re: [Wikitech-l] CodeReview auto-deferral regexes

Roan Kattouw wrote: > Auto-deferral regexes for CodeReview were implemented in r63277 [1], > and I deployed this feature three weeks ago. It allows us to set an > array of regexes that will be matched against the path of each new > commit; if one of them matches, the commit is automatically marked

Re: [Wikitech-l] disable image link check

Brent Palmer wrote: > Hello, > > We would like some help in figuring out the quickest and easiest way to > disable link checking in the mediawiki software. By this I mean that when > rendering a page, there is a check to see if the original image exists. If > it's found, a link is constructed

Re: [Wikitech-l] Proposed hooks for Vector

Ævar Arnfjörð Bjarmason wrote: > I run a custom Vector installation for a corporate-ish setup. Since > the wiki is readonly unless people log in I've hidden some of the > scarier wiki stuff. Here's my diff of Vector.php: > > Index: skins/Vector.php > ===

Re: [Wikitech-l] accessibility problems with vector

Daniel Kinzler wrote: > Hi all > > Today I got a review of Vector's accessibility from an employee of the German > Central Library for the Blind (Deutsche Zentralbücherei für Blinde, DZB). This > is by no means a full evaluation, just the result of having a casual look. I > visited them with Till

Re: [Wikitech-l] Project management and issue tracking; Bugzilla vs Redmine

Priyanka Dhanda wrote: > http://project2.wikimedia.org/ is a Redmine instance with a data that > was migrated from bugzilla.wikimedia.org > The data is a few months old, I didn't get around to updating it > recently. You will have to use the "forgot password" option on your > bugzilla username

Re: [Wikitech-l] Project management and issue tracking; Bugzilla vs Redmine

Victor Vasiliev wrote: > Are there any public Bugzilla and Subversion dumps? I'd like to download > them and experiment with BZ/RM, but I need real data for it (and don't > really like the idea of downloading it manually). > > --vvv There are subversion dumps at http://svn.wikimedia.org/dumps/

Re: [Wikitech-l] Adding fields to the interwiki table

2010/6/14 Roan Kattouw wrote: > 2010/6/14 Platonides : >> Note that you will still need all those pieces: >> *The database name and wiki prefix. >> *Server and port is desirable, since it may not always be on the same >> database server as the wiki (in which case we

Re: [Wikitech-l] Adding fields to the interwiki table

Roan Kattouw wrote: > 2010/6/13 Platonides : >> Do we need *both* values? >> It could simply contain http://foo.com/etc (API) or >> mysql://localhost:3306/abc (dbname) > I don't like using one field for two different things like that, but > besides that, it'd b

Re: [Wikitech-l] Adding fields to the interwiki table

Roan Kattouw wrote: > 2010/6/13 Chad : >> 1) iw_trans - I don't think this needs to become more than a >> boolean like it is. If we allow transwiki inclusion, we'll have >> to use a DB or API connection. Since a DB connection will >> always be preferable to an HTTP request to the API, it would >> b

Re: [Wikitech-l] On proper sorting using CLDR

Helder Geovane wrote: > Currently it is possible to define the sortkeys using > {{DEFAULTSORT:Sortkey}} > and in lots of places this "sortkey" coincide with the value of magic > words like {{PAGENAME}} and {{SUBPAGENAME}}, so we don't need to > update them manually. The (annoying) exception is when

Re: [Wikitech-l] Unified login on some of the newer WMF sites (usability, outreach, strategy)

Bence Damokos wrote: > Hi, > > It might just be my browser's strange cookie handling, but it seems to me > that a number of "WMF programme" wikis don't log me in automatically, > nowadays. > > Is it possible to enable automatic login on some of the special project > wikis that have been set up la

Re: [Wikitech-l] varchar(255) binary in tables.sql

Ryan Chan wrote: > Hello, > > On Sun, Jun 6, 2010 at 11:12 PM, Platonides wrote: >> MediaWiki supports both ways. Wikipedia still uses the mysql 4 >> compatible options, and since mysql chars only support the bmp, it isn't >> likely to change. >> It all

Re: [Wikitech-l] varchar(255) binary in tables.sql

Ryan Chan wrote: > Hello all, > > I remember in old days, UTF-8 string are stored as varbinary, are > there reason to change to varchar(255) binary? > > Also, what is the default server/connection/client character set settings now? > > Thanks. MediaWiki supports both ways. Wikipedia still uses

Re: [Wikitech-l] Icon area for articles (Re: Anyone with CSS fu ...)

Aryeh Gregor wrote: > On Fri, Jun 4, 2010 at 3:39 PM, Chad wrote: >> This isn't necessarily hard. If there's a specific area in the HTML >> we can inject them, we could easily add a {{#icon}} parser function >> or similar that could affect these sorts of icons (and kill the need >> for CSS hacks t

Re: [Wikitech-l] Pending Changes (nee Flagged Protection) launch on June 14 (PDT)

Rob Lanphier wrote: > A full test pass with all of the different configurations isn't going to be > possible, so some help with testing the different configurations would be > wonderful. We'll have a fast fallback plan in place should we accidentally > break the other wikis, but obviously it'd be b

Re: [Wikitech-l] Reasonably efficient interwiki transclusion

Daniel Friesen wrote: > ^_^ "hackish" isn't that bad in some sense. I'm currently experimenting > with some farm code that works completely outside of MediaWiki rather > than as a extension sitting inside of it. Using a sandbox it can get > access to the MediaWiki install and extract info from i

Re: [Wikitech-l] New committers

Tisane wrote: > A modified version is already there: > http://www.mediawiki.org/wiki/Manual:Wikibot Hopefully at some point we can > come up with a more distinctive name than "Wikibot." > > Now there is some discussion, by the way, as to whether bot maintenance > should be moved to a different SVN

Re: [Wikitech-l] [gsoc] splitting the img_metadata field into a new table

Since you are storing in the db the metadata of the images, try to make the schema able to store metadata coming from the page, so it can be used to implement bug 8298 or extensions like ImageFilter. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedi

Re: [Wikitech-l] Unicode equivalence

Robert Ullmann wrote: > I've looked at this a bit more. There are more serious problems. > > Apparently, no-one converted the 5.0 titles in the wiki to 5.1 when > "normalization" was turned on; there are pages that can't be accessed. > (!) for example, try this (Malayalam for "fish"): > > http://

Re: [Wikitech-l] Anyone with CSS fu that can help out on Flagged Revs?

Why do you need to use CSS absolute positioning? Since it's output from an extension, you could place it on an appropiate place outside the bodyContent. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/list

Re: [Wikitech-l] What's in a name?

Conrad Irwin wrote: > Wouldn't removing 1.6 from the main page solve the problem for most > newcomers? Only those who go down to the PHP 4 section of the > downloads need ever know it exists and thus get the impression that it > is an older version. Once they're no-longer newcomers, we can hope > t

Re: [Wikitech-l] Reasonably efficient interwiki transclusion

Peter17 wrote: > I didn't set $wgUploadPath. Just $wgUseInstantCommons = true; The > images URLs are actually transformed to remote URLs: > > I work on my own local wiki, which address is > http://localhost/mediawiki/ and transcluding > {{mediawikiwiki::User:Peter17}} which contains > [[File:Exqui

Re: [Wikitech-l] Reasonably efficient interwiki transclusion

results to the Squids, > which cache it and return it to the first application server. > > 7) The first application server caches the result in the database. For intra-Wikimedia query, they could directly ask an apache. They can even send the query to localhost. Using the api seems the comp

Re: [Wikitech-l] Reasonably efficient interwiki transclusion

church.of.emacs.ml wrote: > However, you'd have to worry that each distant wiki uses only a fair > amount of the home wiki server's resources. E.g. set a limit of > inclusions (that limit would have to be on the home-wiki-server-side) > and disallow infinite loops (they're always fun). Infinite lo

Re: [Wikitech-l] Reasonably efficient interwiki transclusion

Aryeh Gregor wrote: > On Mon, May 24, 2010 at 8:27 PM, Q wrote: >> I would have to suggest to not go the shared database route unless the >> code can be fixed so that shared databases actually work with all of the >> DB backends. > > I don't see why it shouldn't be easy to get it working with all

Re: [Wikitech-l] Reasonably efficient interwiki transclusion

http://www.mediawiki.org/wiki/User:Peter17/Reasonably_efficient_interwiki_transclusion#Good_points Seems it doesn't work so well. It was inadvertedly broken for wikitext transclusions when the interwiki points to the nice url. See 'wgEnableScaryTranscluding and Templates/Images?' thread at mediawi

Re: [Wikitech-l] question about user_group dump

>> As I know, users of wikipedia can change their status by becoming helper, >> admin or joining other groups. Since when, the user groups like this data >> showed, the date this date collected? How I am supposed to do if I want the >> data showing the change of user status? >> > > You'd need to c

Re: [Wikitech-l] Unicode equivalence

We should probably normalise to 5.1 on all wikis. I can view the 5.0 characters but not the 5.1 ones, though. > But would > someone tell me where in the server code this is done? I have not been > able to find it. Then I can understand a bit better, possibly just fix > it in the bot code somehow,

Re: [Wikitech-l] Deletion schema

Chad wrote: > On Tue, May 18, 2010 at 1:39 PM, Platonides wrote: >> >> We should start a page at mediawiki.org listing the Pros and Cons of >> each option. >> > > Put it as a subpage of [[RFC]]. > > -Chad I started it at http://www.mediawiki.org/wiki/Req

Re: [Wikitech-l] Deletion schema

We should start a page at mediawiki.org listing the Pros and Cons of each option. Church of Emacs: > I'm still not sure whether RevisionDelete is aimed at replacing the old > deletion schema completely, including the archive table. Could anyone > comment on that please? It's the logical evolutio

Re: [Wikitech-l] Visual impairment

Conrad Irwin wrote: >> Just as with image captchas, you'd need to introduce noise into it. >> > If you are working from known constituents, you can use > cross-correlation to ignore noise pretty effectively (I believe it's > what humans do). The choice then is either to make the noise sound > like

Re: [Wikitech-l] Visual impairment

Tim Starling wrote: > Audio CAPTCHAs, like visual CAPTCHAs, are not accessible for all > people and do not conform to W3C accessibility guidelines. What's > more, they're easier to crack than visual CAPTCHAs due to their > one-dimensional nature. This is especially true if you use a public > source

Re: [Wikitech-l] View deleted edit

> On Mon, May 17, 2010 at 6:46 PM, Bryan Tong Minh wrote: > On Mon, May 17, 2010 at 6:41 PM, church.of.emacs.ml > wrote: >> Special:Undelete doesn't use a "pager" like in the page history, where >> you can browse the revisions. Instead, all revisions are displayed – and >> naturally, on pages whic

Re: [Wikitech-l] Visual impairment

emijrp wrote: > Hi all; > > Solving captcha during registration is mandatory. Can this be replaced with > a sound captcha for visual impairment people? It is a suggestion to the > usability project too. Thanks. > > Regards, > emijrp That's an old bug https://bugzilla.wikimedia.org/show_bug.cgi?i

Re: [Wikitech-l] Vector skin not working on BlackBerry?

vyznev wrote: > I'd suspect some script is trying to do an API query using a very long URL, > and the fact that this only happens when JS is enabled lends support to > this. I don't see any long url requested on enwiki. > I would guess that the Javascript associated with Vector is using more >

Re: [Wikitech-l] Bugzilla Weekly Report

Roan Kattouw wrote: > 2010/5/12 Platonides : >>$n = Sql_query( "SELECT (SELECT COUNT(*) FROM code_rev WHERE >> cr_repo_id=1 AND cr_timestamp >= '$epoch' $extra AND cr_path LIKE >> "/trunk/phase3%") + (SELECT COUNT(*) FROM code_rev WHERE cr

Re: [Wikitech-l] bold and italic

Svip wrote: > On 12 May 2010 13:57, Platonides wrote: > >> You could use , but what's the point of >> that? > > Because it would be correct HTML. > >> Using and where what you really want is to make it bold and >> italic isn't deprecated. >

Re: [Wikitech-l] Bugzilla Weekly Report

Tomasz Finc wrote: > I think that would be a nice status update. If someone can write the code .. > I'll happily dig up where this report lives. > > --tomasz The report is generated from isidore:/home/reporter/bugzilla_report.php The script living at svn-private/wmf/reports It probably isn't us

Re: [Wikitech-l] bold and italic

Svip wrote: > On 12 May 2010 13:33, Platonides wrote: > >> Alex Brollo wrote: > >>> This question gives me the opportunity for a question to experts about >>> server load. Is really so harder for the server to manage html tags like >>> , , , instead of

Re: [Wikitech-l] bold and italic

Alex Brollo wrote: >> >> On 11 May 2010 17:23, Makelesi Kora-Gonelevu wrote: >> >>> Hi i seem to have a problem with my wiki. Everytime i bold or italise a >>> text >>> and save it, it keeps adding more ' ' '. Has anyone ever come across this >>> problem? Do you have magic quotes or another modul

Re: [Wikitech-l] ExtAuth, wgSecretKey questions...

Daniel Friesen wrote: > I've been experimenting with a MW related project after all this time away. > > No-one is in IRC so I had two minor questions I needed clarified. Perhaps not at the time you sent the email. You should try at an appropiate US time (around evening in Europe). > What's the d

Re: [Wikitech-l] Bugzilla Weekly Report

Could be CodeReview data easily merged here? Would be cool having (for phase3) the number of new revisions, how many revisions are marked new since the latest release, the number of fixmes... That would be a few simple of sql queries, so I don't think there would be issues on it (although CodeRevie

Re: [Wikitech-l] Named entity references and XML well-formedness

Aryeh Gregor wrote: > On Mon, Apr 26, 2010 at 4:02 AM, Dmitriy Sintsov wrote: >> Wouldn't it be enough just to define an entity? >> http://www.criticism.com/dita/dtd2.html#section-ENTITIES >> I used such definition for nbsp once in XSL sheet. Don't know how well >> it works alone in XML. > > I gu

Re: [Wikitech-l] Why is the English 20100312-pages-meta-history file smaller than the 20100130 version?

Jeff Kubina wrote: > Why is the English full dump file enwiki-20100312-pages-meta-history.xml.bz2 > at 178.7GB smaller than the file enwiki-20100130-pages-meta-history.xml.bz2 > at 280.3GB? > > Is the 20100312 dump incomplete or was a larger compression block size used > for the 20100312 dump? It

Re: [Wikitech-l] Automatic links to man pages

You don't need to specify all parameters: {{man|bash}} Open bash(1) {{man|passwd|section=5}} Documentation about /etc/passwd {{man|read|section=2|os=bsd}} Open the man page of the syscall read(2) {{man|apt-get|section=2|os=debian|version=5}} Use the man page from Debian 5 (I know, I know, technic

Re: [Wikitech-l] Database dump character set problems

Aran Dunkley escribió: > $wgDBmysql5 is set to false, the show create table for page gives this > on both the original and the new server: > > mwiki_page | CREATE TABLE `mwiki_page` ( > `page_id` int(8) unsigned NOT NULL AUTO_INCREMENT, > `page_namespace` int(11) NOT NULL DEFAULT '0', > `pa

Re: [Wikitech-l] Database dump character set problems

Aran Dunkley escribió: > Hi I'm wondering if anyone can help with this multibyte character > corruption: > http://aqes.organicdesign.tv/Categor%C3%ADa:Arquitecto > > The site was moved from a shared host to a dedicated server, but now > it's not rendering the multibyte characters properly in the

Re: [Wikitech-l] Maintenance costs

Aryeh Gregor wrote: > Anyway, this list is used mainly by MediaWiki developers and Wikimedia > sysadmins, not third-party/corporate users. You could try asking at > the mwusers.com forum, or some place like that, for an answer from > someone who's actually in a similar situation to you. In fact,

Re: [Wikitech-l] Languages

Aryeh Gregor wrote: > On Sat, Apr 10, 2010 at 8:20 AM, Roan Kattouw wrote: >> There's no config var for that like there is for the skin, cache and >> upload paths, but you could always use symlinks for the >> /languages/messages/ directory (provided you're not on Windows). > > Symlinks theoretica

Re: [Wikitech-l] Wiki syntax for representing that a page is a "child" of another page?

You could express those relantionships using semantic mediawiki. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Request for comments: New Message class

Max Semenik wrote: > Already supported: > > Message::key( 'foobar' )->inLanguage( $wgContLang ) > Message::key( 'foobar' )->inLanguage( 'sq' ) :) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/li

Re: [Wikitech-l] Lots of proxy errors on secure server

RobH will be installing a new secure gateway (gilman) shortly. It was racked some hours ago. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] GSoC project advice: port texvc to Python?

Bryan Tong Minh wrote: > On Tue, Mar 30, 2010 at 2:13 PM, Platonides wrote: >> Changing to python will also break for people that compiled math, update >> without reading the release notes and don't have python. >> > While this is ofcourse possible, how big is the cha

Re: [Wikitech-l] Request for comments: New Message class

The new Message system should allow passing a Language class representing the language that is to be used. This way, passing $wgContLang instead of a default $wgLang you could get the message in content language. ___ Wikitech-l mailing list Wikitech-l@l

Re: [Wikitech-l] serious questions about UsabilityInitiative going live

Roan Kattouw wrote: > 2010/3/26 Amir E. Aharoni : >> Thanks. >> >> Note, however, that if you add JS snippets, it may make it usable to me, but >> probably not quite usable to many people who don't want to learn to edit >> their vector.js. I've been editing Wikipedia for 5 years and i only created

Re: [Wikitech-l] GSoC project advice: port texvc to Python?

Damon Wang wrote: > Option (2) is the most maintainable and feasible option, and it's > precisely the one that cannot be done in PHP. As far as I know, PHP has > no parser-generator package. (Please, please let me know if that's > incorrect so I can stop embarrassing myself and get on with writing

Re: [Wikitech-l] GSoC project advice: port texvc to Python?

Aryeh Gregor wrote: > On Mon, Mar 29, 2010 at 12:46 PM, Chad wrote: >> What if it was written as an extension and moved to /extensions? >> Then we get the benefit of decoupling Math from the core software, > > What benefit is this? It's not realistically decoupled from the core > software unless

Re: [Wikitech-l] ? earlier versions of user access levels + permissions

Chad wrote: > He's not asking about rights changes for user accounts. He was wanting > to look at the historical values of $wgGroupPermissions. > > Like was said earlier in the thread, the only way to find that is to do some > digging through Bugzilla and who knows where else to find discussions >

Re: [Wikitech-l] Common.css not working

Jean-Marc van Leerdam wrote: > Regardless of whether you succeed in hiding the 'view source' tab, how > will you counter URL manipulation by the user? > > AFAIK anyone can change the URL to > > ...index.php?title=Pagename&action=edit > > and then get presented with the 'view source' results (or

Re: [Wikitech-l] ? earlier versions of user access levels + permissions

Q wrote: > On 3/25/2010 2:45 AM, Farkas, Illes wrote: > >> Do you mean that the changes to the list of access levels are available? The >> current version of the list is at the above API address. (I do not mean the >> access levels of the actual users) > >> Thanks again, >> Illes > > If you're r

Re: [Wikitech-l] GSoC project advice: port texvc to Python?

Aryeh Gregor wrote: > As long as the worst that could happen on a large majority of > installations is DoS, I don't think we should be afraid to rewrite the > code just because *maybe* it would be less secure. We should > obviously check over the new code carefully, but I wouldn't say it's > any m

Re: [Wikitech-l] GSoC project advice: port texvc to Python?

Happy-melon wrote: > I took it to mean that he wanted to split the math parsing out as a > **MediaWiki** extension, implementing as a parser tag hook in the > usual way. Which is definitely highly desirable. > > --HM Making it a MediaWiki extension is of course desirable (moving texvc out of

Re: [Wikitech-l] GSoC project advice: port texvc to Python?

Python is a nice language. PHP (portability) or C/C++ (speed) would be better but Python is preferable to OCaml. You mention ANTLR, something like that could be a good because it should allow to generate the same parser in a different language with not so much effort (probably you won't have enoug

Re: [Wikitech-l] Auto Reply: Re: Auto Reply: Auto Reply: Transclude contemporary template states to page hisories?

Thomas Dalton wrote: > How about an anti-flood filter than stops emails that are identical to > an email sent within the last hour? That ought to stop people > auto-responding to themselves, at least. I think we can live with one > auto-response per person (which is all most clients send, anyway, >

Re: [Wikitech-l] [Xmldatadumps-admin-l] 2010-03-11 01:10:08: enwiki Checksumming pages-meta-history.xml.bz2 :D

Zeyi wrote: > Wow, can you confirm that only the lastest edit can be collected by the > current dump? Yes. That's the intent. > So, the current dump isn't meaningful in the term of > statistics? It's not extremely useful. Ther may be a few statistics for which it can be used. __

Re: [Wikitech-l] [Xmldatadumps-admin-l] 2010-03-11 01:10:08: enwiki Checksumming pages-meta-history.xml.bz2 :D

Zeyi wrote: > Hi, > > Firstly, congratulations for this! as i Know it has taken for a long time! > > and May I ask a small question: what difference between current dump and > history dump. I know current one only includes current edits, and history > one has all edits as introduction said. You ha

Re: [Wikitech-l] Recompression results

You mention on bug 22624 the possibility of normalising the entire archive table to MW 1.5+ format. What are the chances of moving them back to revision and use revdelete for all deletions (removing archive table)? See bugs 18104, 21279, 18780. ___ W

Re: [Wikitech-l] Sajax and Jquery documentation in MediaWiki

Dmitriy Sintsov wrote: > Sure, I do. However, the old core was privately patched, so custom > patches has to be ported to new core. Also, newer versions of extensions > sometimes work with new core, sometimes they don't. > Sorry, I've probably asked too much. > Dmitriy The core patches should be m

Re: [Wikitech-l] Broken videos

Aryeh Gregor wrote: >> BTW, the current video handling doesn't work without javascript. I >> thought we provided a link in such case. Now there's just an useless button. > > There's always a link on the File: page itself, no? Yes, there's an info image which leads you to the File: page. Where you

Re: [Wikitech-l] Sajax and Jquery documentation in MediaWiki

Dmitriy Sintsov wrote: > Sometimes newer versions of extensions have important fixes, but > unfortunately these extensions versions may be incompatible with older > versions of MediaWiki, at the same time. It probably will be harder to > backport. Ok, nevermind. > Dmitriy So you also update mediaw

Re: [Wikitech-l] Broken videos

Gregory Maxwell wrote: > In any case, none of the video on wikimedia sits is "autoplay" in the > sense that it starts on its own. The video tag itself is set to > autoplay, but the tag doesn't get inserted into the page until the > user clicks. No video surprises. (Unfortunately this process doe

Re: [Wikitech-l] [Xmldatadumps-admin-l] 2010-03-11 01:10:08: enwiki Checksumming pages-meta-history.xml.bz2 :D

Jamie Morken wrote: > Also I wonder if it is possible to convert from 7z to bz2 without having > to make the 5469GB file first? If this can be done then having only 7z > files would be fine, as the bz2 file could be created with a "normal" > PC (ie one without a 6TB+ harddrive). This would be

Re: [Wikitech-l] Commons new file feed

Tisza Gergő wrote: > Hi, > > is there a MediaWiki feature or external tool to get a live feed of Commons > file > uploads? (By live I mean something that can be used to show a realtime > slideshow > of new images. I vaguely remember someone saying that the WMF office has a > screen with such a sl

Re: [Wikitech-l] Google Summer of Code and Wikimedia Foundation

K. Peachey wrote: > The reason I suggested a separate IRC channel, since i wrote about it > at night and my crazied ramblings probably didn't resemble much, (or > communication venue in general, for example people have pointed out a > mailing list) is because as someone pointed out (someone, Dmitri

Re: [Wikitech-l] Uploads on small wikis

Dmitriy Sintsov wrote: >Casey Brown: >> You can change the language of the Commons interface in your >> preferences, instead of using the ?uselang= parameter all the time. >> > As other peoples correctly pointed out, it is not convenient to select > the language manually in user's options (especial

Re: [Wikitech-l] [Xmldatadumps-admin-l] 2010-03-11 01:10:08: enwiki Checksumming pages-meta-history.xml.bz2 :D

Tomasz Finc wrote: > Brian J Mingus wrote: >> >> On Wed, Mar 10, 2010 at 8:54 PM, Tomasz Finc> > wrote: >> >> Yup, that's the one. If you have a fast upload pipe then I'm more then >> happy to setup space for it. Otherwise it should be arriving in our >>

Re: [Wikitech-l] Selenium tests

Roan Kattouw wrote: > 2010/3/10 Platonides: >> Shouldn't that server have the extensions checked out and installed on a >> local mediawiki before running them ? >> (I am assuming it's a single server testing against localhost) >> > The point is it&#x

Re: [Wikitech-l] Selenium tests

Roan Kattouw wrote: > 2010/3/10 Conrad Irwin: >> This should work the same way as extension parser-tests, with the tests >> in the extension's directory, included using a config variable. >> Otherwise, extensions are split over two places, so there's not such an >> easy way to just tarball them, an

Re: [Wikitech-l] ? user status history

Farkas, Illes wrote: > Dear All, > > Many thanks for all your work with Wikipedia, we use it daily for various > tasks and in our research on Wikipedia. > ("we" = a subset of a research group of the Hungarian Academy of Sciences) > > I just managed to wget the history > dump enwiki-20100130-pages-m

Re: [Wikitech-l] Including tables in templates

Makelesi Kora-Gonelevu wrote: > > I know how to include tables but i'm not sure how to include them in the > template. Just write the table in the template. It's the same syntax. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists

Re: [Wikitech-l] modernizing mediawiki

fl wrote: > No, they can't. As far as I am aware, MediaWiki is released under the > GNU General Public License[1], which stipulates, among other things, the > requirement to release a program's source code to the public and to > release any derived changes under the same license[2]. > > If the WMF

Re: [Wikitech-l] Help with addition of a contacts database

Danese Cooper wrote: > Would we not just run an ldap server? Its an open standard, afterall. > How do you envision using a contact database? > > D It's nice to see you here Danese :) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://l

Re: [Wikitech-l] Fwd: [WikiEN-l] wikipedia 2007 dump

It also helps using pages-articles or the stubs when you can. FWIW I have a enwiki-20070716-pages-meta-history (3,3G) available. Andrew Krizhanovsky wrote: > You can take much smaller Simple English Wikipedia or Russian Wikipedia dumps > :) > > Best regards, > Andrew. > > On Wed, Mar 3, 2010 at

Re: [Wikitech-l] modernizing mediawiki

Chris Lewis wrote: > I hope I am emailing this to the right group. It is. > My concern was about mediawiki and it's limitations, as well as it's outdated > methods. As someone wo runs a wiki, I've gone through a lot of frustrations. Maybe you should list your frustrations? It maybe a problem on

Re: [Wikitech-l] modernizing mediawiki

fl wrote: > I would disagree. The Wikimedia software has been released under an open > source license: While the WMF certainly has no obligation to improve the > software, they most definately have an obligation to release the source > code to third-parties. > > -- > fl Wrong. They do it, and it's

Re: [Wikitech-l] Extensions in SVN looking for a maintainer

Siebrand Mazeland wrote: > Would also appreciate information about any extension in this list that may > be obsolete on MediaWiki trunk; this will allow us to tag it in trunk and > remove it after branching the next MediaWiki version. How are we dealing with obsolete extensions? Just deleting th

Re: [Wikitech-l] Central Auth

Huib Laurens wrote: > Hello, > > I was trying to figure out how to work with Central Auth but the page > on the wiki is kind of small and not clear. > > I have four wiki's all running on the same server with mediawiki > 1.16alpha and mysql > > All four wiki's have a own database > main > intern

Re: [Wikitech-l] Skin system rewrite

Aryeh Gregor wrote: > On Tue, Feb 9, 2010 at 8:35 PM, Trevor Parscal wrote: >> Merging Monobook and Modern is actually a good point for one of my other >> ideas, which is to have themes for skins. In other words, same HTML >> generation, different CSS. Then Monobook and Modern could naturally be >

Re: [Wikitech-l] Skin system rewrite

Trevor Parscal wrote: > I've been very busy with deployments, so I've been waiting to talk here, > but I think that there are allot of considerations for a skinning system > that I could help shed some light on when I get some time (maybe next > week?). The Usability Initiative's last hard deadl

Re: [Wikitech-l] Skin system rewrite

Roan Kattouw wrote: > 2010/2/8 Jack Phoenix: >> Hi all, >> >> MediaWiki's skin system has been quite a mess for some while. I decided to >> try rewriting it > AWESOME! Someone finally took up this task :D > >> and you can see the end result on [1]. It's quite a big >> patch, which is why I want to

Re: [Wikitech-l] Chrome frame support?

Nimish Gautam wrote: > Hey all, > > I really want to turn on Google chrome frame support for the mediawiki > projects: > > http://code.google.com/chrome/chromeframe/ > > Basically, it would just involve us putting in a meta tag on our pages > that would trigger an IE plugin Google wrote, assum

Re: [Wikitech-l] Facebook introducing PHP compiler?

Domas Mituzas wrote: >> However, that article is just rumour. I think it's more likely they made >> some apc-like cache/optimizer than a compiler. > > http://www.facebook.com/note.php?note_id=280583813919&id=9445547199&ref=nf > >> And the conclusion that >> it will be open source is questionable.

Re: [Wikitech-l] Description of process flow available?

Jean-Marc van Leerdam escribió: > Hi, > > Does MW.org provide some relatively high level description of the > process flow / object interaction that is followed when rendering > mediawiki pages? > > I've been searching mediawiki.org and the source tree from my mw > installation but so far I only

Re: [Wikitech-l] Facebook introducing PHP compiler?

David Gerard wrote: > http://www.sdtimes.com/blog/post/2010/01/30/Facebook-rewrites-PHP-runtime.aspx > > Facebook is written in PHP. Unlike Wikimedia, they have money to pay > people to speed it up. Looks like they're introducing a PHP compiler. > Open source. Might be of interest to WMF and third

Re: [Wikitech-l] Search article error (Inner error)

李琴 wrote: > I turned off all my extentions,but it still has that error > > :( > > vanessa What's the wikitext of that Infobox_housi(ing?) template / the pages containing it? Try finding the wikitext that produces the error. It's probably that search is truncating the wikitext, but stil

Re: [Wikitech-l] Search article error (Inner error)

李琴 wrote: > Hi all, > I search an article in my localwiki,sometimes it shows the error: > Inner error > > Preprocessor_DOM::preprocessToObj generated invalid XML > > > why does this happen?how can I solve this problem? > > Thanks :-) > > vanessa This "shouldn't happen". Do you use any sea

Re: [Wikitech-l] checking understanding of file uploading

Let me see if i have understood it. You wrote an extension we don't know anything about. You then changed the wiki settings in a specified way. The extension now doesn't work for normal users. and you want us to fix the extension for you just from that description? _

<    6   7   8   9   10   11   12   13   14   >