Newsgroups: php.internals,php.qa Path: news.php.net Xref: news.php.net php.internals:44513 php.qa:65135 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2696 invoked from network); 27 Jun 2009 02:31:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Jun 2009 02:31:03 -0000 Authentication-Results: pb1.pair.com smtp.mail=mark@hell.ne.jp; spf=fail; sender-id=fail Authentication-Results: pb1.pair.com header.from=mark@hell.ne.jp; sender-id=fail Received-SPF: fail (pb1.pair.com: domain hell.ne.jp does not designate 88.191.88.38 as permitted sender) X-PHP-List-Original-Sender: mark@hell.ne.jp X-Host-Fingerprint: 88.191.88.38 lamune.ookoo.org Linux 2.6 Received: from [88.191.88.38] ([88.191.88.38:58915] helo=Lamune.ookoo.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 36/12-08868-464854A4 for ; Fri, 26 Jun 2009 22:31:02 -0400 Received: (PMaild MTA 922028 on Lamune.ookoo.org processing mail to pair1.php.net); Sat, 27 Jun 2009 04:31:02 +0200 Received: (PMaild 921715 invoked for remote email internals@lists.php.net); Sat, 27 Jun 2009 04:30:45 +0200 Received: from [114.48.77.64] (EM114-48-77-64.pool.e-mobile.ne.jp [114.48.77.64]) by Lamune.ookoo.org (pMaild); Sat, 27 Jun 2009 04:30:13 +0200 Received: SMTP authenticated user logged in; a2FycGVsZXNAb29rb28ub3Jn; Sat, 27 Jun 2009 04:30:08 +0200 To: Scott MacVicar Cc: Hannes Magnusson , PHP Development , PHP QA In-Reply-To: References: <7f3ed2c30906261529w5103b4f6leb8dd9860aeca741@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 27 Jun 2009 11:30:50 +0900 Message-ID: <1246069850.23605.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-QA] Re: [PHP-DEV] Do you need different OS/platform to test on? Let "me" know From: mark@hell.ne.jp (Mark Karpeles) Hi, Le samedi 27 juin 2009 à 02:24 +0100, Scott MacVicar a écrit : > I think we should look at getting buildbot setup and deployed to as > many machines as humanly possible. It would at least give us a heads > up when we've written something that doesn't work. > > You can see the ones for Google Chromium at http://build.chromium.org/buildbot/waterfall/waterfall > > It just needs someone to spend the time writing the initial slave > deployment script, any volunteers? :) This looks like something that matches my subset of things I can do. I already had some ideas about this, and already done an interface that can display various test information on a same page. http://php.magicaltux.net/browse/ (lots of memleaks reported on 5.3 & HEAD, seems to be glibc-related and not real memleaks, and this is not up-to-date as I didn't run the tests for a while and didn't automate it because it takes a lot of cpu) Of course we can also make something that looks like Google's waterfall, but I don't find it to be really easy to read. The good thing with the interface I made is the fact you can see the status for all modules directly, eg: http://php.magicaltux.net/browse/ext/ I could, instead of providing branch columns provide instead arch columns, and let the user select what he want to see before accessing the interface (ie. compare all arch on branch PHP_5_3). Anyway that is just an idea, the good part is that most of the code has been written, missing parts would be ability to remotely provide compile results (ie. run tests from a different arch) and make code looks better (I wrote this under influence of beer, the code is missing comments). Would also need a deployment script as suggested by Scott that will initialize a slave directly, saving the time required to install this on xxxxxxx comptuers. Best regards, Mark Karpeles > Scott > > -- > > Sorry for the 2nd email Hannes, forgot reply all. >