for your information:
source: http://php.net/archive/2013.php#id2013-06-20-17
The PHP development team is proud to announce the immediate availability
of PHP 5.5.0.
This release includes a large number of new features and bug fixes.
The key features of PHP 5.5.0 include:
Added generators an
Hi,
The E3 team (that's Dario, Matt, S, Steven, & me) proposes to generalize
the implementation of watchlists by adding support in core for multiple
generic, user-specific lists of pages. We think that such functionality
could be used to implement a broad range of useful features, some of which
ha
On Thu, Jun 20, 2013 at 3:31 AM, Lydia Pintscher <
lydia.pintsc...@wikimedia.de> wrote:
> On Fri, Jun 14, 2013 at 6:02 PM, Robert Vogel wrote:
> > Hi everybody!
> >
> > I tried to set up a WikiData development environment using Vagrant[1].
> At first everything seemed to be okay. The “precise64”
>
> Is there any *public* list of which exceptions/errors they are.
Well, the Ganglia graphs distinguish different types of errors
(out-of-memory fatals, time limit fatals, miscellaneous fatals, exceptions,
catchable fatals, and query errors). At present there is nothing that is
more granular tha
Am 20.06.13 17:39, schrieb Brian Wolff:
On 6/20/13, Johannes Weberhofer wrote:
Dear all!
After upgrading a server to a complete new system
(apache/php/mysql->mariadb) I have massive performance-problems when a large
page is to be rendered.
I have added a profiling log; I do not think, it is
PHP 5.4 does seem to be able to cause some trouble, see for example
https://gerrit.wikimedia.org/r/#/c/69807/ .
--
Matma Rex
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 06/19/2013 11:35 AM, Chad wrote:
> I doubt it. I imagine we'll look to the new LTS when it comes out.
In the meantime, for an entirely different reason, I'm currently working
on a backport of Apache 2.4 onto precise, and that includes having to
rebuild PHP. Right now, the build defaults to 5.5
On Thu, Jun 20, 2013 at 12:06 PM, S Page wrote:
> On Wed, Jun 19, 2013 at 1:36 PM, Brian Wolff wrote:
>
>> just the exception names w/o backtrace should be safe (?))
>>
>
>
> [20-Jun-2013 18:54:45] Fatal error: Call to a member function getCode() on
> a non-object at
> /usr/local/apache/common-
On Wed, Jun 19, 2013 at 1:36 PM, Brian Wolff wrote:
>
> Is there any *public* list of which exceptions/errors they are. Seeing
> how many isn't all that helpful unless we know which ones. (yeah yeah
> I know, there's concerns about data leakage with backtraces, but just
> the exception names w/o
Raw log from the meeting that just concluded:
http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-office/20130620.txt
(It starts at 17:01)
Thanks again to all who attended and asked questions and especially to
the two groups with great proposals.
As always, please feel free to email me with any
On Jun 20, 2013 9:26 AM, "Arthur Richards" wrote:
>
> On Wed, Jun 19, 2013 at 4:39 PM, Andre Klapper wrote:
> >
> >
> > Is there any kind of Roadmap file that lists stuff that you think would
> > be great to get fixed next or other random ideas, for potential drive-by
> > contributors on GitHub?
>
On Wed, Jun 19, 2013 at 4:39 PM, Andre Klapper wrote:
>
>
> Is there any kind of Roadmap file that lists stuff that you think would
> be great to get fixed next or other random ideas, for potential drive-by
> contributors on GitHub?
>
Not yet, but good idea! I'll get something up.
--
Arthur Rich
On 6/20/13, Johannes Weberhofer wrote:
> Dear all!
>
> After upgrading a server to a complete new system
> (apache/php/mysql->mariadb) I have massive performance-problems when a large
> page is to be rendered.
>
> I have added a profiling log; I do not think, it is related to the database
> upgrad
Hello,
Jenkins now detects parser tests registered in MediaWiki extensions,
which has some side effects (see end of this mail).
I have merged today a change in MediaWiki core that let it recognize
parser tests in extensions. That is done by looking at the
$wgParserTestFiles https://gerrit.wiki
Dear all!
After upgrading a server to a complete new system (apache/php/mysql->mariadb) I
have massive performance-problems when a large page is to be rendered.
I have added a profiling log; I do not think, it is related to the database
upgrade, as the database have a very low CPU usage while
On Sat, Jun 1, 2013 at 1:41 AM, Ori Livneh wrote:
> Yep. Create 'Vagrantfile-extra.rb' in the same directory as the Vagrantfile
> and add these lines:
>
> Vagrant.configure('2') do |config|
> config.vm.provider :virtualbox do |vb|
> vb.gui = true
> end
> end
>
Is there a way to e
On Wed, Jun 19, 2013 at 5:06 PM, Denny Vrandečić
wrote:
> Tomorrow at 2pm Berlin time, the Wikidata team will host a public hangout on
> Travis. This is mostly meant to inform ourselves, but it might be a good
> resource for others as well.
>
> We might be late, as this is the first time we are do
On Fri, Jun 14, 2013 at 6:02 PM, Robert Vogel wrote:
> Hi everybody!
>
> I tried to set up a WikiData development environment using Vagrant[1]. At
> first everything seemed to be okay. The “precise64” VM was downloaded and the
> automated setup with “puppet” started. But then after Apache, MySQL
Hi guys!
It seems that I've sent my question when everyone was at hackaton so
the message have been missed and overlooked. So, how do you test
skins? I imagine that it should be large page with all kind of markup,
TOC'es, tables, elements with applied mediawiki-specific CSS-classes.
So when I look
19 matches
Mail list logo