Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On 26 October 2012 01:07, Platonides wrote: > On 25/10/12 19:03, Bryan Tong Minh wrote: >> Your log file: >> >> CACHES: XCacheBagOStuff[main] XCacheBagOStuff[message] >> XCacheBagOStuff[parser] >> [...] >> MessageCache::load: Loading en... cache is empty, loading from database, >> loading FAILED -

Re: [Wikitech-l] Marking /trunk/extensions as read-only

On 25/10/12 19:20, Quim Gil wrote: > On 10/25/2012 09:56 AM, Platonides wrote: >> People with a svn account should know git is prefered now > > Finding out the old SVN repo is now read-only is a good way for that > target group to learn about the now official gerrit.mediwiki.org , isn't > it. My

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On 25/10/12 19:03, Bryan Tong Minh wrote: > Your log file: > > CACHES: XCacheBagOStuff[main] XCacheBagOStuff[message] > XCacheBagOStuff[parser] > [...] > MessageCache::load: Loading en... cache is empty, loading from database, > loading FAILED - cache is disabled > [...] > MessageCache::load > 1

Re: [Wikitech-l] whether to do Google Code-In

2012/10/25 Lydia Pintscher : > On Thu, Oct 25, 2012 at 8:47 PM, Strainu wrote: >> I mentored for openSUSE last year and we had some translation tasks, >> so they should be OK if rules haven't changed. > > The rules changed. Translation tasks are not allowed because there was > basically too much c

Re: [Wikitech-l] whether to do Google Code-In

On Thu, Oct 25, 2012 at 8:47 PM, Strainu wrote: > I mentored for openSUSE last year and we had some translation tasks, > so they should be OK if rules haven't changed. The rules changed. Translation tasks are not allowed because there was basically too much cheating last time with people just usi

Re: [Wikitech-l] whether to do Google Code-In

On Thu, Oct 25, 2012 at 6:44 PM, Platonides wrote: > An issue I haven't clarified is the size of each task. There's a mention > on how tasks have deadlines attached, but not what's the normal deadline > for each task. > A certificate for one task and a T-shirt for three tasks make it look > like t

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

Am 25.10.12 19:01, schrieb Platonides: On 25/10/12 18:18, Johannes Weberhofer wrote: Thank you, for your quick response; there have been the following items in LocalSettings.php: $wgMainCacheType = CACHE_ACCEL; $wgMemCachedServers = array(); removing those lines resolved this issue immediate

Re: [Wikitech-l] Gerrit & Jenkins downtime tomorrow (10/24)

Le 24/10/12 17:06, Chad a écrit : > We're upgrading the Gerrit and Jenkins boxes to Precise tomorrow. > Downtime is scheduled for 14:00-16:00UTC. During this time, > services provided by these boxes (this includes Gitweb) may be > intermittent. > > I do not anticipate the upgrades to take the full

Re: [Wikitech-l] whether to do Google Code-In

2012/10/25 Bartosz Dziewoński : > 2012/10/25 Niklas Laxström : >> Translation tasks are not allowed as far as I remember, but some open >> support tasks at translatewiki.net could be suitable. > > They were allowed last year; did it change? (I took part in GCI last > year as a student, but I'm too

Re: [Wikitech-l] whether to do Google Code-In

On Thu, 2012-10-25 at 20:29 +0200, Bartosz Dziewoński wrote: > 2012/10/25 Niklas Laxström : > > Translation tasks are not allowed as far as I remember, but some open > > support tasks at translatewiki.net could be suitable. > > They were allowed last year; did it change? Yes, see http://code.goog

Re: [Wikitech-l] whether to do Google Code-In

2012/10/25 Niklas Laxström : > Translation tasks are not allowed as far as I remember, but some open > support tasks at translatewiki.net could be suitable. They were allowed last year; did it change? (I took part in GCI last year as a student, but I'm too old now :( ) -- Matma Rex _

Re: [Wikitech-l] whether to do Google Code-In

On 25 October 2012 19:55, Platonides wrote: > An easy way to get articles would be in the documentation front, asking > for a couple of wiki pages documenting something, a tutorial (with > screenshots) on installing MediaWiki... Creating X new translations for > MediaWiki or its extensions on tra

[Wikitech-l] Wikimedia in Ohloh (was Re: Seeking feedback on...)

Let's decide on a couple of important points ref https://www.ohloh.net/orgs/wikimedia 1. SCOPE Is the scope based on WMF driven projects? Plus MediaWiki extensions? Anything Wikimedia at *.mediawiki.org + Gitub exceptions? Should we also add selected friends out there? Or just anything adding

Re: [Wikitech-l] Marking /trunk/extensions as read-only

On 10/25/2012 09:56 AM, Platonides wrote: People with a svn account should know git is prefered now Finding out the old SVN repo is now read-only is a good way for that target group to learn about the now official gerrit.mediwiki.org , isn't it. We have enough confusion for contributors wit

Re: [Wikitech-l] Composer use in MediaWiki

On Thu, Oct 25, 2012 at 3:23 AM, Mark A. Hershberger wrote: > I saw (via Siebrand) this tweet Tuesday from Nils Adermann of Composer fame: > > Fusing #PHP communities: Promising discussions on code reuse in > #MediaWiki through #composerphp this afternoon at @wikimedia, thanks > @robla! ht

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On 25/10/12 18:18, Johannes Weberhofer wrote: > Thank you, for your quick response; there have been the following items > in LocalSettings.php: > > $wgMainCacheType = CACHE_ACCEL; > $wgMemCachedServers = array(); > > removing those lines resolved this issue immediately. These two lines > didn't h

[Wikitech-l] SSL Validation in Http

Hey, So I found an interesting paper on SSL validation in non-browser clients: http://www.cs.utexas.edu/~shmat/shmat_ccs12.pdf One of the things is points out is that many clients set CURLOPT_SSL_VERIFYHOST to true. However, this actually disables certain validation steps, and the proper value fo

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On Thu, Oct 25, 2012 at 6:18 PM, Johannes Weberhofer < jweberho...@weberhofer.at> wrote: > Am 25.10.2012 18:14, schrieb OQ: > > On Thu, Oct 25, 2012 at 10:52 AM, Johannes Weberhofer >> wrote: >> >>> Stripped of. You can find it here: http://www.weberhofer.at/** >>> mediawiki.log

Re: [Wikitech-l] Marking /trunk/extensions as read-only

On 25/10/12 14:28, Chad wrote: > Keeps new extensions from being committed to SVN. If something > is still being maintained, it should be moved to Git. > > -Chad Where new extensions committed in svn since git migration? People with a svn account should know git is prefered now, and new people is

Re: [Wikitech-l] whether to do Google Code-In

I looked at randmly at some tasks from last year: http://www.google-melange.com/gci/homepage/google/gci2011 Some were given 4h, 24h, 48h or 96h. I guess that tasks of 24h would be a good estimate to plan for 24h (without assuming they will be programming non-stop, of course :). Some tasks were q

Re: [Wikitech-l] whether to do Google Code-In

On 23/10/12 08:35, Ori Livneh wrote: > > On Monday, October 22, 2012 at 10:53 PM, Tyler Romeo wrote: > >> I think it's a cool idea, especially considering I'm still kicking myself >> for not getting involved in open-source earlier. The real problem is >> deciding what to have them work on. > > L

Re: [Wikitech-l] Marking /trunk/extensions as read-only

On Thu, Oct 25, 2012 at 2:28 PM, Chad wrote: > On Wed, Oct 24, 2012 at 6:52 PM, Platonides wrote: >> On 24/10/12 21:21, Chad wrote: >>> I was wondering what people thought of marking /trunk/extensions >>> in SVN as read only. >>> >>> Thoughts? >> >> I don't see the need for making it r/o. And if

Re: [Wikitech-l] Gerrit & Jenkins downtime tomorrow (10/24)

On Wed, Oct 24, 2012 at 11:06 AM, Chad wrote: > All, > > We're upgrading the Gerrit and Jenkins boxes to Precise tomorrow. > Downtime is scheduled for 14:00-16:00UTC. During this time, > services provided by these boxes (this includes Gitweb) may be > intermittent. > > I do not anticipate the upgr

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

Am 25.10.2012 18:14, schrieb OQ: On Thu, Oct 25, 2012 at 10:52 AM, Johannes Weberhofer wrote: Stripped of. You can find it here: http://www.weberhofer.at/mediawiki.log Do you have a memcached server defined that isn't actually there or is pointing to the wrong place? That's about the only thi

Re: [Wikitech-l] Composer use in MediaWiki

Le 25/10/12 16:51, Tyler Romeo a écrit : > Well I think we agreed before somewhere that we should not use Composer for > installation of MW extensions, and that MW is in dire need of its own > extension management code. I myself dislike us constantly reinventing the wheel. I would really prefer we

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On Thu, Oct 25, 2012 at 10:52 AM, Johannes Weberhofer wrote: > Stripped of. You can find it here: http://www.weberhofer.at/mediawiki.log Do you have a memcached server defined that isn't actually there or is pointing to the wrong place? That's about the only thing I can think of given all the tim

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

I have an install of 1.20 on openSUSE 12.1, and it's working fine. On Thu, Oct 25, 2012 at 6:38 AM, Mark A. Hershberger wrote: > Johannes Weberhofer wrote: >> I've started packaging for openSUSE, but after updating my >> test-system, I have recognized, that everything is very slow now. >> Where i

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

Am 25.10.2012 17:34, schrieb OQ: On Thu, Oct 25, 2012 at 10:24 AM, Johannes Weberhofer wrote: Am 25.10.2012 17:03, schrieb OQ: Thank you. I've attached a logfile. Maybe someone could give me hint, what's going wrong. Johannes Forget to attach it or did mailman strip it off? Should be able

Re: [Wikitech-l] Composer use in MediaWiki

On 10/25/2012 11:04 AM, Tyler Romeo wrote: > It was Daniel Friesen's suggestion, and then myself and a few others agreed > with him. Like I said, if you guys come up with something MW-specific, I would support it. I think it should be demonstrably better than what Antoine has done with Composer,

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On Thu, Oct 25, 2012 at 10:24 AM, Johannes Weberhofer wrote: > Am 25.10.2012 17:03, schrieb OQ: > Thank you. I've attached a logfile. Maybe someone could give me hint, what's > going wrong. > > Johannes Forget to attach it or did mailman strip it off? Should be able to put it on a pastebin somew

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

Am 25.10.2012 17:03, schrieb OQ: On Thu, Oct 25, 2012 at 10:00 AM, Johannes Weberhofer wrote: Is there any possibility to check in which section of the code the time is lost? If no other solution, I will next week try to see if a "standard" mediawiki from an unpacked tar is having the same issu

Re: [Wikitech-l] Composer use in MediaWiki

> > I do remember that you said that, but I don't remember that being the > consensus. If there is real traction on something that is MW-specific, > then I'm all for it, but this is something that works *now* as Antoine > has demonstrated. It was Daniel Friesen's suggestion, and then myself and a

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

On Thu, Oct 25, 2012 at 10:00 AM, Johannes Weberhofer wrote: > Is there any possibility to check in which section of the code the time is > lost? If no other solution, I will next week try to see if a "standard" > mediawiki from an unpacked tar is having the same issues. > > Johannes http://www.m

Re: [Wikitech-l] Composer use in MediaWiki

On Thu, Oct 25, 2012 at 10:58 AM, Mark A. Hershberger wrote: > On 10/25/2012 10:51 AM, Tyler Romeo wrote: >> Well I think we agreed before somewhere that we should not use Composer for >> installation of MW extensions, and that MW is in dire need of its own >> extension management code. > > I do

Re: [Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

Is there any possibility to check in which section of the code the time is lost? If no other solution, I will next week try to see if a "standard" mediawiki from an unpacked tar is having the same issues. Johannes Am 25.10.2012 15:38, schrieb Mark A. Hershberger: Johannes Weberhofer wrote: I

Re: [Wikitech-l] Pretty Timestamps

On Thu, Oct 25, 2012 at 10:50 AM, Tyler Romeo wrote: > To be clear, I am not saying that any language functionality should be in > MWTimestamp, because that's not what it's for. On the other side of it, > there should be no timestamp functionality in the Language class either. We > need a fix so t

Re: [Wikitech-l] Composer use in MediaWiki

On 10/25/2012 10:51 AM, Tyler Romeo wrote: > Well I think we agreed before somewhere that we should not use Composer for > installation of MW extensions, and that MW is in dire need of its own > extension management code. I do remember that you said that, but I don't remember that being the consen

Re: [Wikitech-l] Composer use in MediaWiki

Well I think we agreed before somewhere that we should not use Composer for installation of MW extensions, and that MW is in dire need of its own extension management code. *--* *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@

Re: [Wikitech-l] Pretty Timestamps

To be clear, I am not saying that any language functionality should be in MWTimestamp, because that's not what it's for. On the other side of it, there should be no timestamp functionality in the Language class either. We need a fix so that if MWTimestamp::getHumanTimestamp is called, Language is u

[Wikitech-l] 1.20rc2 is about 50 times slower (on openSUSE)

Johannes Weberhofer wrote: > I've started packaging for openSUSE, but after updating my > test-system, I have recognized, that everything is very slow now. > Where it took MW1.19 ~0.3 secs to render a page, I have now to wait > for 12 seconds. Is anyone else seeing this? I haven't seen any respon

Re: [Wikitech-l] Marking /trunk/extensions as read-only

On Wed, Oct 24, 2012 at 6:52 PM, Platonides wrote: > On 24/10/12 21:21, Chad wrote: >> Hi everyone, >> >> I was wondering what people thought of marking /trunk/extensions >> in SVN as read only. Pretty much every active extension (as far as >> I can tell) has been moved out already. It doesn't pre

Re: [Wikitech-l] SMWCon live broadcast

Thanks for everyone who is asking questions! We're broadcsting today and tomorrow as well and in 2 minutes we will have a talk on OntoWiki! We're welcome remote participants! - Yury Katkov, WikiVote On Wed, Oct 24, 2012 at 9:19 AM, Yury Katkov wrote: > Hi everyone! > > The first tutorial da

Re: [Wikitech-l] Pretty Timestamps

On Thu, Oct 25, 2012 at 10:16 AM, Antoine Musso wrote: > I would prefer we revert that change and improve it, possibly using PHP > DateInterval and definitely with MWTimestamp. Created a revert patch set in https://gerrit.wikimedia.org/r/#/c/29947/ Siebrand

[Wikitech-l] Composer use in MediaWiki

I saw (via Siebrand) this tweet Tuesday from Nils Adermann of Composer fame: Fusing #PHP communities: Promising discussions on code reuse in #MediaWiki through #composerphp this afternoon at @wikimedia, thanks @robla! https://twitter.com/naderman/status/260918497276731392 What is the stat

Re: [Wikitech-l] WikiPage::doEdit deprecation ?

Hey, Looking at the code I can't see any obvious reason to remove the shortcut. However DanielK might :) Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lis

Re: [Wikitech-l] All wmf imagescalers now running ubuntu 12.04 precise

Le 24/10/12 20:08, Peter Youngmeister a écrit : > Hi All, > > As of this moment, all imagescalers are now running ubuntu 12.04 > precise pangolin. This should close a number of bugzilla tickets, as > well as remove the final blocker for timed media handler. > > Many thanks to Tim and Faidon for p

Re: [Wikitech-l] All wmf imagescalers now running ubuntu 12.04 precise

On Thu, 2012-10-25 at 10:31 +0200, Jan Gerber wrote: > For some thumbnails I now get a 404. Not sure that if is related to > the update or changes to the 404 handler? > I.e. if you look at > http://test2.wikipedia.org/wiki/User:JanGerber/commonstest all > thumbnails currently return an error. http

Re: [Wikitech-l] All wmf imagescalers now running ubuntu 12.04 precise

For some thumbnails I now get a 404. Not sure that if is related to the update or changes to the 404 handler? I.e. if you look at http://test2.wikipedia.org/wiki/User:JanGerber/commonstest all thumbnails currently return an error. Files that previously had issues, i.e. http://test2.wikipedia.org/w

Re: [Wikitech-l] Pretty Timestamps

Le 25/10/12 07:07, Tyler Romeo a écrit : > So recently https://gerrit.wikimedia.org/r/15746 was merged. It implements > a pretty timestamp function. Yet it was somehow completely ignored that we > actually have an MWTimestamp class made specifically for timestamp objects > in MediaWiki. Hello, T

Re: [Wikitech-l] Pretty Timestamps

On 25 October 2012 08:07, Tyler Romeo wrote: > So recently https://gerrit.wikimedia.org/r/15746 was merged. It implements > a pretty timestamp function. Yet it was somehow completely ignored that we > actually have an MWTimestamp class made specifically for timestamp objects > in MediaWiki. It do

Re: [Wikitech-l] Pretty Timestamps

On 25 October 2012 07:07, Tyler Romeo wrote: > So recently https://gerrit.wikimedia.org/r/15746 was merged. It implements > a pretty timestamp function. Yet it was somehow completely ignored that we > actually have an MWTimestamp class made specifically for timestamp objects > in MediaWiki. …and

[Wikitech-l] WikiPage::doEdit deprecation ?

Hello, With the ContentHandler merge, WikiPage::doEdit() has been marked as deprecated in favor of WikiPage::doEditContent(). I would like us to reconsider that deprecation based on conciseness of our code. Previously we could simply: $page->doEdit( 'some text', 'summary' ); Now we will have

Re: [Wikitech-l] whether to do Google Code-In

On 10/22/2012 06:31 PM, Sumana Harihareswara wrote: Last year we decided not to participate in Google Code-In https://www.google-melange.com/gci/document/show/gci_program/google/gci2012/help_page , an outreach program to help us get more 13-to-17-year-old contributors. I outlined the reasons her