On Mon, Mar 07, 2005 at 09:54:36AM +0100, Leopold Toetsch wrote:
It would be very useful if tinderboxen could be revived.
Thanks,
leo
Until something better comes along I have installed tinderbox2
on a uml machine I have. Feel free to point any available tinderclients
at it.
URL -
It would be very useful if tinderboxen could be revived.
Thanks,
leo
On Mon, Mar 07, 2005 at 09:54:36AM +0100, Leopold Toetsch wrote:
It would be very useful if tinderboxen could be revived.
Thanks,
leo
Do we need a separate tinderbox, or do you think it might be helpful to
integrate parrot somehow into the current perl smoke reporting process
with real life and hadn't had time to
get back to this.
Tinderbox is a hacky PITA, imho, (although it does get the job done) and
I'd love to see an alternate and cleaner implementation. (Especially
one that keeps 100% of data inside a database.)
If someone is interested in working with me
At 12:01 AM +0200 10/10/04, Jens Rieks wrote:
Hi,
does anyone know what happend with http://tinderbox.perl.org?
It is offline for quite some time now :-(
It died as part of the meltdown of onion a while back. It's on the
list 'o things to get back, but it hasn't gotten there yet. I'll go
nudge
Hi,
does anyone know what happend with http://tinderbox.perl.org?
It is offline for quite some time now :-(
jens
# New Ticket Created by Will Coleda
# Please include the string: [perl #31157]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31157
Add the above to tinderbox
From the TODO file
# New Ticket Created by Will Coleda
# Please include the string: [perl #31158]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31158
At 4:31 PM -0500 3/30/04, Abhijit A. Mahabal wrote:
Tinderbox aniani is not working with the latest copy. I checked the
other boxes and they seem fine.
Part of the log:
==
about to cvs checkout parrot:
/home/perlcvs: no such repository
Ah, that's finally gone away
about to cvs checkout parrot:
/home/perlcvs: no such repository
Ah, that's finally gone away. The repository path is /cvs/publoc.
What you're using's very old, though there was a temporary symlink in
for a while.
It's been gone for months and months.
And you mean /cvs/public.
Tinderbox aniani is not working with the latest copy. I checked the
other boxes and they seem fine.
Part of the log:
==
about to cvs checkout parrot:
/home/perlcvs: no such repository
cvs checkout: authorization failed: server cvs.perl.org rejected access to
/home/perlcvs
:[EMAIL PROTECTED]
Sent: Sunday, March 28, 2004 6:05 AM
To: Perl6 Internals
Subject: aix tinderbox failure
Hi,
currently the aix tinderbox is failing. It chokes on
bufstart/buflen which were hacky accessors to PMC data and
were removed recently. I think changing jit_debug_xcoff.c
would
Looking at my install here, I see I've got gcc 2.95, 3.0, 3.2, and 3.3
installed, with 3.3 being the default gcc. Is it worth running tinders
with different versions of gcc, or shall I just leave things as-is and
assume earlier versions can manage to sort themselves out?
On Fri, Sep 19, 2003 at 02:24:12PM -0400, Dan Sugalski wrote:
Looking at my install here, I see I've got gcc 2.95, 3.0, 3.2, and 3.3
installed, with 3.3 being the default gcc. Is it worth running tinders
with different versions of gcc, or shall I just leave things as-is and
assume earlier
On Fri, 19 Sep 2003, Nicholas Clark wrote:
On Fri, Sep 19, 2003 at 02:24:12PM -0400, Dan Sugalski wrote:
Looking at my install here, I see I've got gcc 2.95, 3.0, 3.2, and 3.3
installed, with 3.3 being the default gcc. Is it worth running tinders
with different versions of gcc, or shall
I'm not sure who owns the TD scripts, but I'd be willing to try to get
them working again if someone could point me at them (and how to get the
appropriate accounts, etc)
--Josh
At 14:29 on 03/10/2003 PST, Ask Bjoern Hansen [EMAIL PROTECTED] wrote:
The tinderbox is all in flames.
http
the
appropriate accounts, etc)
--Josh
At 14:29 on 03/10/2003 PST, Ask Bjoern Hansen [EMAIL PROTECTED] wrote:
The tinderbox is all in flames.
http://xrl.us/dxm (Link to tinderbox.perl.org)
At least the miette, moof and rh80smoketest boxes should be
okay
The tinderbox is all in flames.
http://xrl.us/dxm (Link to tinderbox.perl.org)
At least the miette, moof and rh80smoketest boxes should be
okay; and they are not. :-) Sunday afternoon (PST) seems to be the
hour of the big arson. However there are also indications that it
started Friday night
Slightly related, I think we could use some more tinderbox testers.
Someone was running the tests on Compaq's test drive boxes, but that
seems to have stopped?
I've restarted my Sparc/Solaris 8 tinderbox. Defining a list of needed test platforms
might be a good idea. I have plenty of old
Leopold Toetsch wrote:
Again same problem:
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET
/tinderbox/bdshowbuild.cgi.
Reason: Could not connect to remote machine: Operation timed out
Apache/1.3.26 Server
Toetsch wrote:
Again same problem:
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET
/tinderbox/bdshowbuild.cgi.
Reason: Could not connect to remote machine: Operation timed out
Apache/1.3.26 Server
server could not handle the request GET
/tinderbox/bdshowbuild.cgi.
Reason: Could not connect to remote machine: Operation timed out
Apache/1.3.26 Server at tinderbox.perl.org Port 80
TIA,
leo
Strange. I can ssh in, and apachectl claims that the webserver is running,
but I'm getting that error too.
Ask, Robert: any ideas?
Looks like the apache had hung somewhere. I shut it down and started
it up, and it seems ok.
-R
Seems to be some missing dependency. 'make realclean' should do it.
jit_cpu.c:603: structure has no member named `number'
This file is generated by jit2h.pl which uses OpTrans::C and there is
u.number for 'nc'.
leo
At 4:40 PM +0100 1/21/03, Leopold Toetsch wrote:
Seems to be some missing dependency. 'make realclean' should do it.
jit_cpu.c:603: structure has no member named `number'
That's mine--I'll go get it cleaned up. I'm not sure it'll help that
much, as I'm seeing multiply-defined symbol issues at
Leopold Toetsch wrote:
Dan Sugalski wrote:
Three? Every test fails under OS X because of this...
If not done yet, I'll fix this tomorrow.
Done.
leo
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #20374]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=20374
The Solaris tinderboxes are failing with the unhelpful message
PANIC: Unknown
At 6:42 PM + 1/17/03, Andy Dougherty (via RT) wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #20374]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=20374
The Solaris tinderboxes
Andy Dougherty (via RT) wrote:
In this case, I suspect it's failing to match pIt, which was recently
added to interpeter.c:setup_default_compreg().
Nothing to suspect here ;-)
In [CVS ci] eval #1 I wrote:
Missing and left for an exercise for Joe Other Parrothacker:
build_nativecall.pl lacks
that this massive
failure of nearly everything was due to eval, so I didn't think to look
for messages in that thread.
What I was actually hoping was that after suggesting a fix to cpu_dep.c
yesterday to get it to at least compile, I could check the tinderbox today
and see if my suggested fix worked. I
Dan Sugalski wrote:
I think we can stand 3 failing tests for one or two days, when the
reason is well known.
Three? Every test fails under OS X because of this...
Oops, dynamic vs static NCI..., sorry.
If not done yet, I'll fix this tomorrow.
leo
out parrot on drinky-drinky and for both of
the frivolous configurations (gcc + SUNWspro) and am doing a manual
run of the tinderbox client for all three.
blair.
At 7:55 PM -0800 12/8/02, Steve Fink wrote:
I've gotten tired of endlessly clicking on tinderbox links to try to
figure out what's generally going wrong, so I made my computer do it
for me. Yes, I should have just made a script that runs on the
tinderbox machine or something instead of parsing
I've gotten tired of endlessly clicking on tinderbox links to try to
figure out what's generally going wrong, so I made my computer do it
for me. Yes, I should have just made a script that runs on the
tinderbox machine or something instead of parsing Data::Dumper output,
but I didn't want
At 19:55 on 12/08/2002 PST, Steve Fink [EMAIL PROTECTED] wrote:
You can see the results here: http://foxglove.dnsalias.org/parrot/
I'm getting a 404 on that.
--Josh
On Dec-09, Josh Wilmes wrote:
At 19:55 on 12/08/2002 PST, Steve Fink [EMAIL PROTECTED] wrote:
You can see the results here: http://foxglove.dnsalias.org/parrot/
I'm getting a 404 on that.
Well, of course you would! Don't you know anything about the web? You
should have figured out that
On Thu, 21 Nov 2002, Leopold Toetsch wrote:
A bit more ... In particular, on Solaris, I've been able to track down
one way of triggering the the t/op/lexicals.t failure to list.c. If I
compile list.c without any optimization, the test passes. If I compile
just the list_new function in
On Thu, Nov 21, 2002 at 10:28:42AM -0500, Andy Dougherty wrote:
+#ifdef HAS_HEADER_SETJMP
+jmp_buf env;
+
+/* this should put registers in env, which then get marked in
+ * trace_system_stack below
+ */
+setjmp(env);
+#endif
Alas, no, though it seems to me
On Thu, 21 Nov 2002, Dan Sugalski wrote:
At 9:53 AM -0500 11/21/02, Jason Gloudon wrote:
On Thu, Nov 21, 2002 at 08:34:04AM +0100, Leopold Toetsch wrote:
My patch in 16237 has the code to flush register windows on v8 and
older and v9
(64-bit) SPARC systems, which is what one is really
On Thu, Nov 21, 2002 at 11:59:36AM -0500, Andy Dougherty wrote:
While compiling, I did get the warnings:
cpu_dep.c, line 24: warning: initializer does not fit or is out of
range: 0x91d02003
cpu_dep.c, line 26: warning: initializer does not fit or is out of
range: 0x81c3e008
That in itself
On Tue, 19 Nov 2002, Steve Fink wrote:
t/op/lexicals.t 6 1536 66 100.00% 1-6
t/pmc/multiarra 2 512 32 66.67% 2-3
t/pmc/scratchpa 3 768 33 100.00% 1-3
I can get these to fail on
On Wed, 20 Nov 2002, Simon Glover wrote:
On Tue, 19 Nov 2002, Steve Fink wrote:
t/op/lexicals.t 6 1536 66 100.00% 1-6
t/pmc/multiarra 2 512 32 66.67% 2-3
t/pmc/scratchpa 3 768 33
to catch), but next week, once work is
less hectic and I'm back in the office, I'll look at this again.
In addition, I'll be installing the latest Sun Workshop Pro compiler on
frivolous and running that as another tinderbox client once I've talked
to our licensing office.
Of course, it would
On Wed, 20 Nov 2002, Blair Christensen wrote:
On Tue, Nov 19, 2002 at 09:33:10PM -0800, Steve Fink wrote:
### frivolous (Solaris 9 on Sparc; gcc-3.1) ###
Looks like it crashed in the hashtable test. Why???
Failed Test Stat Wstat Total Fail Failed List of Failed
Andy Dougherty wrote:
A bit more ... In particular, on Solaris, I've been able to track down
one way of triggering the the t/op/lexicals.t failure to list.c. If I
compile list.c without any optimization, the test passes. If I compile
just the list_new function in list.c with the lowest
Looks like somebody gave the TD-* machines the correct input. Yay! We
can actually see some green again!
On the other hand, everything else is still failing. I tried compiling
on a Solaris box, but the darned thing worked flawlessly. Here's a
summary of what's going wrong on the various
At 9:33 PM -0800 11/19/02, Steve Fink wrote:
### glastig (Mac OS X 10.1) ###
I've seen this message before, but I thought it was fixed now:
find_type returned 0 for illegal wanted -68. The next failure is
similar: Sub PMCs should be type 17 but have incorrect type 16.
That's a test I added when
At 21:33 on 11/19/2002 PST, Steve Fink [EMAIL PROTECTED] wrote:
### galactic-lcc (Debian x86, lcc 4.1) ###
Failed the mod_n test in number.t, and the pushn popn (deep)
test in stacks.t.
Not sure what the story is with pushn/popn, but the mod_n failure is normal
for lcc- it appears to
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Steve Fink) wrote:
[snip]
### glastig (Mac OS X 10.1) ###
I've seen this message before, but I thought it was fixed now:
find_type returned 0 for illegal wanted -68. The next failure is
similar: Sub PMCs should be type 17 but have incorrect
Steve Fink wrote:
Looks like somebody gave the TD-* machines the correct input. Yay! We
can actually see some green again!
t/op/interp.t 1 256 21 50.00% 2
unimp restart on PPC
t/op/lexicals.t6 1536 66 100.00% 1-6
t/pmc/scratchpad.t
Here's a message I got from a nice admin at HP.
--
Andy Dougherty [EMAIL PROTECTED]
-- Forwarded message --
Date: Mon, 23 Sep 2002 14:53:34 -0400
From: James Chamberlain [EMAIL PROTECTED]
To: Andy Dougherty [EMAIL PROTECTED]
Subject: Re: Tinderbox TD-ParkAvenue
, particularly
Too much C programming, eh? :)
because that machine had worked before, but isn't working now. I'll remove
it from the list of machines it connects to.
From our current tinderbox list, we're...oddly...all green.
Closer observation, though, reveals that we've lost Solaris
pathname to perl should be used.
If there's no perl, then perhaps the machine should be removed from the
tinderbox.
--
Andy Dougherty [EMAIL PROTECTED]
this:
...
Obviously it's not going to work. If there is a perl installed on
that machine, then perhaps the full pathname to perl should be used.
If there's no perl, then perhaps the machine should be removed from the
tinderbox.
Yes, I had noticed that. And that struct me as strange, particularly
because
C programming, eh? :)
because that machine had worked before, but isn't working now. I'll remove
it from the list of machines it connects to.
From our current tinderbox list, we're...oddly...all green.
Closer observation, though, reveals that we've lost Solaris
representation along with Win32
Ok, with the alignment hack now in (see resources.c) and lots of various
and sundry portability fixes, it looks like we're on our way to turning
the tinderbox a lovely shade of green. (The solaris failures are timeouts
unrelated to parrot, and the other failures are due to MANIFEST hiccoughs
On Thu, 5 Sep 2002, Andy Dougherty wrote:
Ok, with the alignment hack now in (see resources.c) and lots of various
and sundry portability fixes, it looks like we're on our way to turning
the tinderbox a lovely shade of green. (The solaris failures are timeouts
unrelated to parrot
On Wed, 22 May 2002, Steve Fink wrote:
Which brings me to my question: is there some way of getting
machine-readable output from tinderbox? I'd really like to alias my cvs
commit to something that automatically monitors the tinderbox for the
next hour and a half so it screams at me when I
Steve Fink:
# Which brings me to my question: is there some way of getting
# machine-readable output from tinderbox? I'd really like to
# alias my cvs commit to something that automatically monitors
# the tinderbox for the next hour and a half so it screams at
# me when I increase the current
we have the log output from more than 15 tinderbox builds of
parrot. In the current system they are each stored as a separate
file (in the same directory no less).
Would anyone get terribly upset if I nuked say everything older than
a month?
- ask
--
ask bjoern hansen, http
On Wed, 20 Mar 2002, Ask Bjoern Hansen wrote:
Would anyone get terribly upset if I nuked say everything older than
a month?
Too late now. :-) When it's done deleting then log lookups should
be a lot faster.
Robert said he'd work on a new tinderbox system (with help from
Zach).
- ask
I just committed the fix for that Dan, disregard.
-Melvin
Checking some things by compiling and running another small C program (this
could take a while):
Building ./testparrotsizes.cfrom testparrotsizes_c.in...
In file included from include/parrot/string.h:18,
I just wanted to give everyone a quick summary of the status of tinderbox
and bonsai. Tinderbox is up and running at tinderbox.perl.org. If people
would like, I can configure a little bot for #parrot so that it will let
everyone know if the tinderbox state changes (but won't annoy people in
other
different colors mean. There are also no clients for windows or other rare
OS's now. It would be great if we could get one going. I'll do the best that
I can to help get it setup.
I remember trying a month or so ago and it appeared that the Tinderbox
module used sendmail wrapper for sending
no clients for windows or other rare
OS's now. It would be great if we could get one going. I'll do the best that
I can to help get it setup.
I remember trying a month or so ago and it appeared that the Tinderbox
module used sendmail wrapper for sending the data which would not
work on Windows
/string.h:44: two or more data types in declaration of `BUFFER_flags'
include/parrot/string.h:44: warning: duplicate `typedef'
C compiler died! at Configure.pl line 836.
Also, the tinderbox is in flames for the same reason.
Thanks,
-Jesse
--
Oh, bother, said Pooh, as he hid Piglet's mangled corpse.
I'm removing this more common configuration because of the increased time
it takes to build Parrot these days. If someone else wants to pick it up,
cool, but until then I'm figuring that if the other two (mixed 32/64-bit
and pure 64-bit) work, 32-bit probably does too.
- D
[EMAIL PROTECTED]
Sterin, Ilya wrote:
I haven't done any testing yet, though.
It compiles here, too. But 'nmake test' runs as far as
t/op/basic..ok
t/op/bitwiseok
t/op/debuginfo..ok
t/op/hacks..ok
t/op/integerok
t/op/interp.ok
t/op/macro..ok
Sebastian Bergmann wrote:
and then test_parrot.exe crashes.
By the way: How do I build a debug version of Parrot, so that I could
provide a stacktrace? Using MSVC's debugger with the test_parrot.exe
that nmake produces unusable results, because no debugging information
is in the
Simon Cozens wrote:
You'll kick yourself.
perl Configure.pl -debugging
perl Configure.pl --debugging
seems to have no effect on Win32, as of now.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift:
At 05:24 PM 1/1/2002 +0100, Sebastian Bergmann wrote:
Simon Cozens wrote:
You'll kick yourself.
perl Configure.pl -debugging
perl Configure.pl --debugging
seems to have no effect on Win32, as of now.
Odd. It should add debugging flags. The hints file hints/mswin32.pl only
successful, 2 subtests skipped.
Files=14, Tests=249, 54 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00
CPU)
Ilya
-Original Message-
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 01, 2002 1:10 AM
To: [EMAIL PROTECTED]
Subject: Re: Color codes in tinderbox
Sterin, Ilya wrote:
Mine pass fine...
Current CVS, same crash: http://www.sebastian-bergmann.de/parrot.txt
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
might be before going deeper.
Ilya
-Original Message-
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 01, 2002 10:34 AM
To: [EMAIL PROTECTED]
Subject: Re: Color codes in tinderbox (All tests pass!!!)
Sterin, Ilya wrote:
Mine pass fine...
Current
Sterin, Ilya wrote:
I wonder if it matters what current perl version you are using?
Also what VC++ and Service Pack are you using as well as your OS.
MS Windows 2000 Profession, SP-2
MS VisualStudio 6 SP-4 (installing SP-5 soon)
c:\homeperl -V
Summary of my perl5 (revision 5 version 6
, January 01, 2002 11:29 AM
To: [EMAIL PROTECTED]
Subject: Re: Color codes in tinderbox (All tests pass!!!)
Sterin, Ilya wrote:
I wonder if it matters what current perl version you are
using? Also
what VC++ and Service Pack are you using as well as your OS.
MS Windows 2000 Profession, SP
.
Could you throw the system into tinderbox? It'll give us logs of the
zillions of errors or so...
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED
they
could enlist if it didn't take any effort on their part. :)
I installed the patch, too, thanks.
Could you throw the system into tinderbox? It'll give us logs of the
zillions of errors or so...
I am working on it right now. I will set up two: one that uses sparcv9
(fully 64-bit) and one
At 05:07 PM 12/31/2001 -0600, David M. Lloyd wrote:
On Mon, 31 Dec 2001, Dan Sugalski wrote:
Could you throw the system into tinderbox? It'll give us logs of the
zillions of errors or so...
I am working on it right now. I will set up two: one that uses sparcv9
(fully 64-bit
When I look at the tinderbox screen, there's green, orange, yellow, and
red. What to the colors mean? There's no key.
You know, it's kind of fun to watch. There should be like an auto-refresh
every 5 minutes or something. :-)
- D
[EMAIL PROTECTED]
On Mon, 31 Dec 2001, David M. Lloyd wrote:
When I look at the tinderbox screen, there's green, orange, yellow, and
red. What to the colors mean? There's no key.
Green means tests passed OK. Orange means tests failed, yellow means a run
has started but not finished (there's a build start
Just to let you know, the latest CVS compiled on Win32 VC++ 6.0
Enterprise SP 5. There are quite a few warning, though it's a big
progress from yesterday's problems. I haven't done any testing yet,
though.
Ilya
]]
Sent: Monday, December 31, 2001 4:59 PM
To: [EMAIL PROTECTED]
Subject: RE: Color codes in tinderbox
On Mon, 31 Dec 2001, Sterin, Ilya wrote:
Just to let you know, the latest CVS compiled on Win32 VC++ 6.0
Enterprise SP 5. There are quite a few warning, though it's a big
On Monday 31 December 2001 11:58 pm, Sterin, Ilya wrote:
Straight out of the box:-) I'll be recompiling now daily to make sure
all patches and new development does not break it.
I don't think daily recompilation is going to prevent that. ;-)
--
Bryan C. Warnock
[EMAIL PROTECTED]
-Original Message-
From: Bryan C. Warnock [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 31, 2001 7:10 PM
To: Sterin, Ilya; 'Dan Sugalski'; [EMAIL PROTECTED]
Subject: Re: Color codes in tinderbox
On Monday 31 December 2001 11:58 pm, Sterin, Ilya wrote:
Straight out
If you're running a tinderbox client, you need to (at least temporarily)
install Text::Balanced, until we work around it. Thanks very much.
--
If the code and the comments disagree, then both are probably wrong.
-- Norm Schryer
Okay, the Darwin box I've got here has pretty much everything perlish on
it I can think of. (Well, 5.6.0 perl at least--it's what comes
pre-installed, and I'm not sure I can get and reinstall any
Darwin-specific perl modules that come with it) I know that builds will
guaranteed fail on the
Okay, I've finally gotten the OS disks for the PowerMac that Grant kicked
in to the development effort, and we should have an OS X system up and
ready to build parrot on.
Anyone familiar with setting up Tinderbox under OS X, or Tinderbox clients
in general, want to pitch in a bit and help me
I am familiar with both being an OS X user and the tinderbox client author
and would be happy to help in any way needed.
Zach
On 11/19/01 2:11 PM, Dan Sugalski [EMAIL PROTECTED] wrote:
Okay, I've finally gotten the OS disks for the PowerMac that Grant kicked
in to the development effort
we have even more clients now,
http://tinderbox.perl.org/tinderbox/showbuilds.cgi?tree=parrot
... so if you commit stuff be sure to check with tinderbox 20-60
minutes later that you at least didn't break anything obvious.
:-)
- ask
--
ask bjoern hansen, http://ask.netcetera.dk/ !try
tinderbox on onion seems to have been running amok, so I set +t on
the tinderbox users home dir on onion so it'll queue up the mail
until Zach can take a look at it.
So, no tinderbox for now. (not there there is any useful results on
the page right now anyway. The only two clients with results
On Sun, Oct 14, 2001 at 04:10:38AM -0700, Ask Bjoern Hansen wrote:
So, no tinderbox for now. (not there there is any useful results on
the page right now anyway. The only two clients with results
have CVS conflicts. Simon?).
I've fixed one of them, working on the other.
--
IBM
On Sat 06 Oct 2001 :58, Michael G Schwern [EMAIL PROTECTED] wrote:
On Fri, Oct 05, 2001 at 05:18:07PM -0700, Zach Lipton wrote:
Because the need for a tinderbox testing platform is fairly urgent right now
for perl6, I am releasing my (place your favorite adjective in the blank
here
Because the need for a tinderbox testing platform is fairly urgent right now
for perl6, I am releasing my (place your favorite adjective in the blank
here) tinderbox client for perl6 ahead of the near-rewrite that I am working
on to use Devel::Tinderbox::Reporter (which was just written) and
Test
On Fri, Oct 05, 2001 at 05:18:07PM -0700, Zach Lipton wrote:
Because the need for a tinderbox testing platform is fairly urgent right now
for perl6, I am releasing my (place your favorite adjective in the blank
here) tinderbox client for perl6 ahead of the near-rewrite that I am working
On 10/5/01 5:58 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
On Fri, Oct 05, 2001 at 05:18:07PM -0700, Zach Lipton wrote:
Because the need for a tinderbox testing platform is fairly urgent right now
for perl6, I am releasing my (place your favorite adjective in the blank
here) tinderbox
On 10/5/01 5:58 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
On Fri, Oct 05, 2001 at 05:18:07PM -0700, Zach Lipton wrote:
Because the need for a tinderbox testing platform is fairly urgent right now
for perl6, I am releasing my (place your favorite adjective in the blank
here) tinderbox
On Fri, 5 Oct 2001, Zach Lipton wrote:
Also, I don't see any clients running yet, if you are having a problem,
please let me know so I can fix it!
uh, it didn't work for me when I nohup'ed it (it made blank
reports).
other than that, then I have clients on Linux and FreeBSD
going. Mac OS X
Wow, great!
I'm not sure about the nohup issue, but I'm looking into it.
We really could use some windows clients and some rare platforms (vms? Etc)
Any help you can give would be great. I'll put out a call for clients on
perl-qa as well.
Zach
On 10/5/01 6:53 PM, Ask Bjoern Hansen [EMAIL
On Fri, 5 Oct 2001, Zach Lipton wrote:
Wow, great!
I'm not sure about the nohup issue, but I'm looking into it.
We really could use some windows clients and some rare platforms (vms? Etc)
I'll see about setting up cygwin in a bit.
I also changed the urls a bit and made
1 - 100 of 101 matches
Mail list logo
