buildr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Antoine Toulme <anto...@lunar-ocean.com>
Subject Re: Update on JRuby 1.5 support
Date Wed, 26 May 2010 22:06:26 GMT
On Wed, May 26, 2010 at 15:02, Charles Oliver Nutter <headius@headius.com>wrote:

> I have not looked at the issues...they don't happen with RJB?

No idea, because win7 and RJB kinda suck.

> It could
> be a problem with the way we implement mtime on Windows. Any update on
> this in the past few days? (I was out of town).
>
We changed the way we test mtime. Instead of doing ==, we now use < and > to
avoid races.
We still have a few failing specs re permissions. No headway on those.


>
> We're looking to push JRuby 1.5.1 very soon, so if there's something
> to fix we need to get it in.
>
So far nothing to report.

>
> On Sat, May 22, 2010 at 9:25 AM, Antoine Toulme <antoine@lunar-ocean.com>
> wrote:
> > I commented on BUILDR-443. I am not sure the bugs with mtime we have over
> > Windows 7 are particularly relevant to JRuby (but I could not get RJB to
> > behave otherwise so).
> >
> > On Fri, May 21, 2010 at 23:43, Charles Oliver Nutter <
> headius@headius.com>
> > wrote:
> >>
> >> It's a very long log here...if you can reduce it to a few specific
> >> cases it would help. I wouldn't be surprised if it were something
> >> reasonably simple, but it's buried in a very large file :)
> >>
> >> - Charlie
> >>
> >> On Fri, May 21, 2010 at 3:49 PM, Antoine Toulme <
> antoine@lunar-ocean.com>
> >> wrote:
> >> > Good news!
> >> >
> >> > We got all specs pass on JRuby 1.5. They had a bug, full story on
> >> > BUILDR-441.
> >> >
> >> > Bad news!
> >> >
> >> > We still have some specs not passing with JRuby 1.5 and Windows 7:
> >> > https://issues.apache.org/jira/browse/BUILDR-443
> >> >
> >> > Good news!
> >> >
> >> > We're going to get them pass before you know it.
> >> >
> >> > @headius: let me know when we can look at it together. Probably next
> >> > week
> >> > for me.
> >> >
> >> > Thanks,
> >> >
> >> > Antoine
> >> >
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message