You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@buildr.apache.org by Pepijn Van Eeckhoudt <pe...@vaneeckhoudt.net> on 2010/06/01 16:45:52 UTC
Windows issues
I've traced the directory utime issue back to the jnr-posix project
which is used by JRuby. I've patched the bug and submitted the patch
back to the JRuby guys. This means we'll have to wait for a new JRuby
build before this can be resolved from a buildr point of view. Should
this block the buildr 1.4 release or not?
I've also created a bug in the buildr jira project with the spec patches
attached. Could someone else give these a try?
Pepijn
Re: Windows issues
Posted by Antoine Toulme <an...@lunar-ocean.com>.
If you connect to irc.freenode.net, you can ping enebo and headius. I know
Charles reads this list.
On Wed, Jun 2, 2010 at 08:05, Pepijn Van Eeckhoudt <
pepijn.vaneeckhoudt@luciad.com> wrote:
> The only relevant JRuby bug is JRUBY-4837. I don't know any of the JRuby
> guys personally so I can't help much more to speed this along than I already
> have.
>
> I'll upload the jruby jar to my website and send you a link asap.
>
> Pepijn
>
>
> On 2/6/2010 16:56, Antoine Toulme wrote:
>
>> I would appreciate if you could send me your jruby.jar. I don't have the
>> right setup for it on Windows.
>>
>> Did you open new bugs for this problem on jruby besides the one you
>> mentioned earlier ?
>>
>> We absolutely need your fixes to make it into jruby 1.5.1. We only have a
>> few days left before Rails Conf !
>>
>> On Wed, Jun 2, 2010 at 07:24, Pepijn Van Eeckhoudt<
>> pepijn.vaneeckhoudt@luciad.com> wrote:
>>
>> You'll need the jruby patch in order for everything to work correctly. I
>>> can provide you a patched jruby.jar if this is easier for you than
>>> building
>>> jruby yourself. Alternatively, if you have everything set up to build
>>> jruby
>>> I can just provide you the patched jnr-posix.jar file.
>>>
>>> Pepijn
>>>
>>>
>>> On 2/6/2010 16:16, Antoine Toulme wrote:
>>>
>>> Will do - I did not apply the previous one to SVN btw, just locally.
>>>> Thanks
>>>> for your hard work!
>>>>
>>>> On Wed, Jun 2, 2010 at 05:42, Pepijn Van Eeckhoudt<
>>>> pepijn.vaneeckhoudt@luciad.com> wrote:
>>>>
>>>> After some further investigation I've backtracked on my first fix
>>>>
>>>>> attempt.
>>>>> I had assumed that utime to a time in the past was not working but in
>>>>> actuality it was utime on directories that was simply not working at
>>>>> all.
>>>>> I
>>>>> patched JRuby to fix this and have restarted my testing effort from
>>>>> scratch.
>>>>>
>>>>> I first wrote some specs to check that utime works on files,
>>>>> directories,
>>>>> in the past and in the future. Once those were working I reran all the
>>>>> specs
>>>>> and hooray most of them worked immediately.
>>>>>
>>>>> I've fixed a number of misc other things to get the remaining failing
>>>>> ones
>>>>> to work:
>>>>> - Disabled ZipTask:'should preserve file permissions' on windows as
>>>>> this
>>>>> cannot be implemented correctly yet.
>>>>> - Added URI.escape() around all file:// URLs in the specs to make sure
>>>>> directories with spaces are handled correctly
>>>>> - Patched FILE#real_path to return an unescaped version of the path so
>>>>> that
>>>>> we don't get %20 directories on the local FS
>>>>> - Allowed mode flags to be passed to Buildr#read. Due to CRLF to LF
>>>>> conversion the signature validation spec was failing. This spec now
>>>>> uses
>>>>> 'rb' as mode flags
>>>>>
>>>>> I'll attach all this stuff as a new patch to BUILDR-499. Antoine, could
>>>>> you
>>>>> revert the previous patch and apply the new one and then retest please?
>>>>>
>>>>> Regards,
>>>>>
>>>>> Pepijn
>>>>>
>>>>>
>>>>> On 1/6/2010 17:20, Pepijn Van Eeckhoudt wrote:
>>>>>
>>>>> JRUBY-4837
>>>>>
>>>>>>
>>>>>> Op 1-jun-2010 om 17:13 heeft Antoine Toulme<an...@lunar-ocean.com>
>>>>>> het volgende geschreven:\
>>>>>>
>>>>>> I'll give it a try today. We might be lucky and have your patch
>>>>>>
>>>>>> accepted for
>>>>>>> 1.5.1 - I'll chat with the JRuby team about it.
>>>>>>> Do you have the bug number ?
>>>>>>>
>>>>>>> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
>>>>>>> <pe...@vaneeckhoudt.net>wrote:
>>>>>>>
>>>>>>> I've traced the directory utime issue back to the jnr-posix project
>>>>>>>
>>>>>>> which
>>>>>>>> is used by JRuby. I've patched the bug and submitted the patch back
>>>>>>>> to the
>>>>>>>> JRuby guys. This means we'll have to wait for a new JRuby build
>>>>>>>> before this
>>>>>>>> can be resolved from a buildr point of view. Should this block the
>>>>>>>> buildr
>>>>>>>> 1.4 release or not?
>>>>>>>>
>>>>>>>> I've also created a bug in the buildr jira project with the spec
>>>>>>>> patches
>>>>>>>> attached. Could someone else give these a try?
>>>>>>>>
>>>>>>>> Pepijn
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>> Pepijn Van Eeckhoudt - Project Leader
>>>>> T +32 16 23 95 91
>>>>> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>>>>>
>>>>> LUCIAD - high performance visualization
>>>>> Wetenschapspark Arenberg | Gaston Geenslaan 11
>>>>> 3001 Leuven | Belgium | www.luciad.com
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>> --
>>> Pepijn Van Eeckhoudt - Project Leader
>>> T +32 16 23 95 91
>>> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>>>
>>> LUCIAD - high performance visualization
>>> Wetenschapspark Arenberg | Gaston Geenslaan 11
>>> 3001 Leuven | Belgium | www.luciad.com
>>>
>>>
>>>
>>
>
> --
> Pepijn Van Eeckhoudt - Project Leader
> T +32 16 23 95 91
> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>
> LUCIAD - high performance visualization
> Wetenschapspark Arenberg | Gaston Geenslaan 11
> 3001 Leuven | Belgium | www.luciad.com
>
>
Re: Windows issues
Posted by Pepijn Van Eeckhoudt <pe...@luciad.com>.
The only relevant JRuby bug is JRUBY-4837. I don't know any of the JRuby
guys personally so I can't help much more to speed this along than I
already have.
I'll upload the jruby jar to my website and send you a link asap.
Pepijn
On 2/6/2010 16:56, Antoine Toulme wrote:
> I would appreciate if you could send me your jruby.jar. I don't have the
> right setup for it on Windows.
>
> Did you open new bugs for this problem on jruby besides the one you
> mentioned earlier ?
>
> We absolutely need your fixes to make it into jruby 1.5.1. We only have a
> few days left before Rails Conf !
>
> On Wed, Jun 2, 2010 at 07:24, Pepijn Van Eeckhoudt<
> pepijn.vaneeckhoudt@luciad.com> wrote:
>
>> You'll need the jruby patch in order for everything to work correctly. I
>> can provide you a patched jruby.jar if this is easier for you than building
>> jruby yourself. Alternatively, if you have everything set up to build jruby
>> I can just provide you the patched jnr-posix.jar file.
>>
>> Pepijn
>>
>>
>> On 2/6/2010 16:16, Antoine Toulme wrote:
>>
>>> Will do - I did not apply the previous one to SVN btw, just locally.
>>> Thanks
>>> for your hard work!
>>>
>>> On Wed, Jun 2, 2010 at 05:42, Pepijn Van Eeckhoudt<
>>> pepijn.vaneeckhoudt@luciad.com> wrote:
>>>
>>> After some further investigation I've backtracked on my first fix
>>>> attempt.
>>>> I had assumed that utime to a time in the past was not working but in
>>>> actuality it was utime on directories that was simply not working at all.
>>>> I
>>>> patched JRuby to fix this and have restarted my testing effort from
>>>> scratch.
>>>>
>>>> I first wrote some specs to check that utime works on files, directories,
>>>> in the past and in the future. Once those were working I reran all the
>>>> specs
>>>> and hooray most of them worked immediately.
>>>>
>>>> I've fixed a number of misc other things to get the remaining failing
>>>> ones
>>>> to work:
>>>> - Disabled ZipTask:'should preserve file permissions' on windows as this
>>>> cannot be implemented correctly yet.
>>>> - Added URI.escape() around all file:// URLs in the specs to make sure
>>>> directories with spaces are handled correctly
>>>> - Patched FILE#real_path to return an unescaped version of the path so
>>>> that
>>>> we don't get %20 directories on the local FS
>>>> - Allowed mode flags to be passed to Buildr#read. Due to CRLF to LF
>>>> conversion the signature validation spec was failing. This spec now uses
>>>> 'rb' as mode flags
>>>>
>>>> I'll attach all this stuff as a new patch to BUILDR-499. Antoine, could
>>>> you
>>>> revert the previous patch and apply the new one and then retest please?
>>>>
>>>> Regards,
>>>>
>>>> Pepijn
>>>>
>>>>
>>>> On 1/6/2010 17:20, Pepijn Van Eeckhoudt wrote:
>>>>
>>>> JRUBY-4837
>>>>>
>>>>> Op 1-jun-2010 om 17:13 heeft Antoine Toulme<an...@lunar-ocean.com>
>>>>> het volgende geschreven:\
>>>>>
>>>>> I'll give it a try today. We might be lucky and have your patch
>>>>>
>>>>>> accepted for
>>>>>> 1.5.1 - I'll chat with the JRuby team about it.
>>>>>> Do you have the bug number ?
>>>>>>
>>>>>> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
>>>>>> <pe...@vaneeckhoudt.net>wrote:
>>>>>>
>>>>>> I've traced the directory utime issue back to the jnr-posix project
>>>>>>
>>>>>>> which
>>>>>>> is used by JRuby. I've patched the bug and submitted the patch back
>>>>>>> to the
>>>>>>> JRuby guys. This means we'll have to wait for a new JRuby build
>>>>>>> before this
>>>>>>> can be resolved from a buildr point of view. Should this block the
>>>>>>> buildr
>>>>>>> 1.4 release or not?
>>>>>>>
>>>>>>> I've also created a bug in the buildr jira project with the spec
>>>>>>> patches
>>>>>>> attached. Could someone else give these a try?
>>>>>>>
>>>>>>> Pepijn
>>>>>>>
>>>>>>>
>>>>>>>
>>>> --
>>>> Pepijn Van Eeckhoudt - Project Leader
>>>> T +32 16 23 95 91
>>>> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>>>>
>>>> LUCIAD - high performance visualization
>>>> Wetenschapspark Arenberg | Gaston Geenslaan 11
>>>> 3001 Leuven | Belgium | www.luciad.com
>>>>
>>>>
>>>>
>>>
>>
>> --
>> Pepijn Van Eeckhoudt - Project Leader
>> T +32 16 23 95 91
>> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>>
>> LUCIAD - high performance visualization
>> Wetenschapspark Arenberg | Gaston Geenslaan 11
>> 3001 Leuven | Belgium | www.luciad.com
>>
>>
>
--
Pepijn Van Eeckhoudt - Project Leader
T +32 16 23 95 91
F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
LUCIAD - high performance visualization
Wetenschapspark Arenberg | Gaston Geenslaan 11
3001 Leuven | Belgium | www.luciad.com
Re: Windows issues
Posted by Antoine Toulme <an...@lunar-ocean.com>.
I would appreciate if you could send me your jruby.jar. I don't have the
right setup for it on Windows.
Did you open new bugs for this problem on jruby besides the one you
mentioned earlier ?
We absolutely need your fixes to make it into jruby 1.5.1. We only have a
few days left before Rails Conf !
On Wed, Jun 2, 2010 at 07:24, Pepijn Van Eeckhoudt <
pepijn.vaneeckhoudt@luciad.com> wrote:
> You'll need the jruby patch in order for everything to work correctly. I
> can provide you a patched jruby.jar if this is easier for you than building
> jruby yourself. Alternatively, if you have everything set up to build jruby
> I can just provide you the patched jnr-posix.jar file.
>
> Pepijn
>
>
> On 2/6/2010 16:16, Antoine Toulme wrote:
>
>> Will do - I did not apply the previous one to SVN btw, just locally.
>> Thanks
>> for your hard work!
>>
>> On Wed, Jun 2, 2010 at 05:42, Pepijn Van Eeckhoudt<
>> pepijn.vaneeckhoudt@luciad.com> wrote:
>>
>> After some further investigation I've backtracked on my first fix
>>> attempt.
>>> I had assumed that utime to a time in the past was not working but in
>>> actuality it was utime on directories that was simply not working at all.
>>> I
>>> patched JRuby to fix this and have restarted my testing effort from
>>> scratch.
>>>
>>> I first wrote some specs to check that utime works on files, directories,
>>> in the past and in the future. Once those were working I reran all the
>>> specs
>>> and hooray most of them worked immediately.
>>>
>>> I've fixed a number of misc other things to get the remaining failing
>>> ones
>>> to work:
>>> - Disabled ZipTask:'should preserve file permissions' on windows as this
>>> cannot be implemented correctly yet.
>>> - Added URI.escape() around all file:// URLs in the specs to make sure
>>> directories with spaces are handled correctly
>>> - Patched FILE#real_path to return an unescaped version of the path so
>>> that
>>> we don't get %20 directories on the local FS
>>> - Allowed mode flags to be passed to Buildr#read. Due to CRLF to LF
>>> conversion the signature validation spec was failing. This spec now uses
>>> 'rb' as mode flags
>>>
>>> I'll attach all this stuff as a new patch to BUILDR-499. Antoine, could
>>> you
>>> revert the previous patch and apply the new one and then retest please?
>>>
>>> Regards,
>>>
>>> Pepijn
>>>
>>>
>>> On 1/6/2010 17:20, Pepijn Van Eeckhoudt wrote:
>>>
>>> JRUBY-4837
>>>>
>>>> Op 1-jun-2010 om 17:13 heeft Antoine Toulme<an...@lunar-ocean.com>
>>>> het volgende geschreven:\
>>>>
>>>> I'll give it a try today. We might be lucky and have your patch
>>>>
>>>>> accepted for
>>>>> 1.5.1 - I'll chat with the JRuby team about it.
>>>>> Do you have the bug number ?
>>>>>
>>>>> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
>>>>> <pe...@vaneeckhoudt.net>wrote:
>>>>>
>>>>> I've traced the directory utime issue back to the jnr-posix project
>>>>>
>>>>>> which
>>>>>> is used by JRuby. I've patched the bug and submitted the patch back
>>>>>> to the
>>>>>> JRuby guys. This means we'll have to wait for a new JRuby build
>>>>>> before this
>>>>>> can be resolved from a buildr point of view. Should this block the
>>>>>> buildr
>>>>>> 1.4 release or not?
>>>>>>
>>>>>> I've also created a bug in the buildr jira project with the spec
>>>>>> patches
>>>>>> attached. Could someone else give these a try?
>>>>>>
>>>>>> Pepijn
>>>>>>
>>>>>>
>>>>>>
>>> --
>>> Pepijn Van Eeckhoudt - Project Leader
>>> T +32 16 23 95 91
>>> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>>>
>>> LUCIAD - high performance visualization
>>> Wetenschapspark Arenberg | Gaston Geenslaan 11
>>> 3001 Leuven | Belgium | www.luciad.com
>>>
>>>
>>>
>>
>
> --
> Pepijn Van Eeckhoudt - Project Leader
> T +32 16 23 95 91
> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>
> LUCIAD - high performance visualization
> Wetenschapspark Arenberg | Gaston Geenslaan 11
> 3001 Leuven | Belgium | www.luciad.com
>
>
Re: Windows issues
Posted by Pepijn Van Eeckhoudt <pe...@luciad.com>.
You'll need the jruby patch in order for everything to work correctly. I
can provide you a patched jruby.jar if this is easier for you than
building jruby yourself. Alternatively, if you have everything set up to
build jruby I can just provide you the patched jnr-posix.jar file.
Pepijn
On 2/6/2010 16:16, Antoine Toulme wrote:
> Will do - I did not apply the previous one to SVN btw, just locally. Thanks
> for your hard work!
>
> On Wed, Jun 2, 2010 at 05:42, Pepijn Van Eeckhoudt<
> pepijn.vaneeckhoudt@luciad.com> wrote:
>
>> After some further investigation I've backtracked on my first fix attempt.
>> I had assumed that utime to a time in the past was not working but in
>> actuality it was utime on directories that was simply not working at all. I
>> patched JRuby to fix this and have restarted my testing effort from scratch.
>>
>> I first wrote some specs to check that utime works on files, directories,
>> in the past and in the future. Once those were working I reran all the specs
>> and hooray most of them worked immediately.
>>
>> I've fixed a number of misc other things to get the remaining failing ones
>> to work:
>> - Disabled ZipTask:'should preserve file permissions' on windows as this
>> cannot be implemented correctly yet.
>> - Added URI.escape() around all file:// URLs in the specs to make sure
>> directories with spaces are handled correctly
>> - Patched FILE#real_path to return an unescaped version of the path so that
>> we don't get %20 directories on the local FS
>> - Allowed mode flags to be passed to Buildr#read. Due to CRLF to LF
>> conversion the signature validation spec was failing. This spec now uses
>> 'rb' as mode flags
>>
>> I'll attach all this stuff as a new patch to BUILDR-499. Antoine, could you
>> revert the previous patch and apply the new one and then retest please?
>>
>> Regards,
>>
>> Pepijn
>>
>>
>> On 1/6/2010 17:20, Pepijn Van Eeckhoudt wrote:
>>
>>> JRUBY-4837
>>>
>>> Op 1-jun-2010 om 17:13 heeft Antoine Toulme<an...@lunar-ocean.com>
>>> het volgende geschreven:\
>>>
>>> I'll give it a try today. We might be lucky and have your patch
>>>> accepted for
>>>> 1.5.1 - I'll chat with the JRuby team about it.
>>>> Do you have the bug number ?
>>>>
>>>> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
>>>> <pe...@vaneeckhoudt.net>wrote:
>>>>
>>>> I've traced the directory utime issue back to the jnr-posix project
>>>>> which
>>>>> is used by JRuby. I've patched the bug and submitted the patch back
>>>>> to the
>>>>> JRuby guys. This means we'll have to wait for a new JRuby build
>>>>> before this
>>>>> can be resolved from a buildr point of view. Should this block the
>>>>> buildr
>>>>> 1.4 release or not?
>>>>>
>>>>> I've also created a bug in the buildr jira project with the spec patches
>>>>> attached. Could someone else give these a try?
>>>>>
>>>>> Pepijn
>>>>>
>>>>>
>>
>> --
>> Pepijn Van Eeckhoudt - Project Leader
>> T +32 16 23 95 91
>> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>>
>> LUCIAD - high performance visualization
>> Wetenschapspark Arenberg | Gaston Geenslaan 11
>> 3001 Leuven | Belgium | www.luciad.com
>>
>>
>
--
Pepijn Van Eeckhoudt - Project Leader
T +32 16 23 95 91
F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
LUCIAD - high performance visualization
Wetenschapspark Arenberg | Gaston Geenslaan 11
3001 Leuven | Belgium | www.luciad.com
Re: Windows issues
Posted by Antoine Toulme <an...@lunar-ocean.com>.
Will do - I did not apply the previous one to SVN btw, just locally. Thanks
for your hard work!
On Wed, Jun 2, 2010 at 05:42, Pepijn Van Eeckhoudt <
pepijn.vaneeckhoudt@luciad.com> wrote:
> After some further investigation I've backtracked on my first fix attempt.
> I had assumed that utime to a time in the past was not working but in
> actuality it was utime on directories that was simply not working at all. I
> patched JRuby to fix this and have restarted my testing effort from scratch.
>
> I first wrote some specs to check that utime works on files, directories,
> in the past and in the future. Once those were working I reran all the specs
> and hooray most of them worked immediately.
>
> I've fixed a number of misc other things to get the remaining failing ones
> to work:
> - Disabled ZipTask:'should preserve file permissions' on windows as this
> cannot be implemented correctly yet.
> - Added URI.escape() around all file:// URLs in the specs to make sure
> directories with spaces are handled correctly
> - Patched FILE#real_path to return an unescaped version of the path so that
> we don't get %20 directories on the local FS
> - Allowed mode flags to be passed to Buildr#read. Due to CRLF to LF
> conversion the signature validation spec was failing. This spec now uses
> 'rb' as mode flags
>
> I'll attach all this stuff as a new patch to BUILDR-499. Antoine, could you
> revert the previous patch and apply the new one and then retest please?
>
> Regards,
>
> Pepijn
>
>
> On 1/6/2010 17:20, Pepijn Van Eeckhoudt wrote:
>
>> JRUBY-4837
>>
>> Op 1-jun-2010 om 17:13 heeft Antoine Toulme <an...@lunar-ocean.com>
>> het volgende geschreven:\
>>
>> I'll give it a try today. We might be lucky and have your patch
>>> accepted for
>>> 1.5.1 - I'll chat with the JRuby team about it.
>>> Do you have the bug number ?
>>>
>>> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
>>> <pe...@vaneeckhoudt.net>wrote:
>>>
>>> I've traced the directory utime issue back to the jnr-posix project
>>>> which
>>>> is used by JRuby. I've patched the bug and submitted the patch back
>>>> to the
>>>> JRuby guys. This means we'll have to wait for a new JRuby build
>>>> before this
>>>> can be resolved from a buildr point of view. Should this block the
>>>> buildr
>>>> 1.4 release or not?
>>>>
>>>> I've also created a bug in the buildr jira project with the spec patches
>>>> attached. Could someone else give these a try?
>>>>
>>>> Pepijn
>>>>
>>>>
>
> --
> Pepijn Van Eeckhoudt - Project Leader
> T +32 16 23 95 91
> F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
>
> LUCIAD - high performance visualization
> Wetenschapspark Arenberg | Gaston Geenslaan 11
> 3001 Leuven | Belgium | www.luciad.com
>
>
Re: Windows issues
Posted by Pepijn Van Eeckhoudt <pe...@luciad.com>.
After some further investigation I've backtracked on my first fix
attempt. I had assumed that utime to a time in the past was not working
but in actuality it was utime on directories that was simply not working
at all. I patched JRuby to fix this and have restarted my testing effort
from scratch.
I first wrote some specs to check that utime works on files,
directories, in the past and in the future. Once those were working I
reran all the specs and hooray most of them worked immediately.
I've fixed a number of misc other things to get the remaining failing
ones to work:
- Disabled ZipTask:'should preserve file permissions' on windows as this
cannot be implemented correctly yet.
- Added URI.escape() around all file:// URLs in the specs to make sure
directories with spaces are handled correctly
- Patched FILE#real_path to return an unescaped version of the path so
that we don't get %20 directories on the local FS
- Allowed mode flags to be passed to Buildr#read. Due to CRLF to LF
conversion the signature validation spec was failing. This spec now uses
'rb' as mode flags
I'll attach all this stuff as a new patch to BUILDR-499. Antoine, could
you revert the previous patch and apply the new one and then retest please?
Regards,
Pepijn
On 1/6/2010 17:20, Pepijn Van Eeckhoudt wrote:
> JRUBY-4837
>
> Op 1-jun-2010 om 17:13 heeft Antoine Toulme <an...@lunar-ocean.com>
> het volgende geschreven:\
>
>> I'll give it a try today. We might be lucky and have your patch
>> accepted for
>> 1.5.1 - I'll chat with the JRuby team about it.
>> Do you have the bug number ?
>>
>> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
>> <pe...@vaneeckhoudt.net>wrote:
>>
>>> I've traced the directory utime issue back to the jnr-posix project
>>> which
>>> is used by JRuby. I've patched the bug and submitted the patch back
>>> to the
>>> JRuby guys. This means we'll have to wait for a new JRuby build
>>> before this
>>> can be resolved from a buildr point of view. Should this block the
>>> buildr
>>> 1.4 release or not?
>>>
>>> I've also created a bug in the buildr jira project with the spec patches
>>> attached. Could someone else give these a try?
>>>
>>> Pepijn
>>>
--
Pepijn Van Eeckhoudt - Project Leader
T +32 16 23 95 91
F +32 16 29 34 22 | pepijn.vaneeckhoudt@luciad.com
LUCIAD - high performance visualization
Wetenschapspark Arenberg | Gaston Geenslaan 11
3001 Leuven | Belgium | www.luciad.com
Re: Windows issues
Posted by Pepijn Van Eeckhoudt <pe...@luciad.com>.
JRUBY-4837
Op 1-jun-2010 om 17:13 heeft Antoine Toulme <an...@lunar-ocean.com>
het volgende geschreven:\
> I'll give it a try today. We might be lucky and have your patch
> accepted for
> 1.5.1 - I'll chat with the JRuby team about it.
> Do you have the bug number ?
>
> On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
> <pe...@vaneeckhoudt.net>wrote:
>
>> I've traced the directory utime issue back to the jnr-posix project
>> which
>> is used by JRuby. I've patched the bug and submitted the patch back
>> to the
>> JRuby guys. This means we'll have to wait for a new JRuby build
>> before this
>> can be resolved from a buildr point of view. Should this block the
>> buildr
>> 1.4 release or not?
>>
>> I've also created a bug in the buildr jira project with the spec
>> patches
>> attached. Could someone else give these a try?
>>
>> Pepijn
>>
Re: Windows issues
Posted by Antoine Toulme <an...@lunar-ocean.com>.
I'll give it a try today. We might be lucky and have your patch accepted for
1.5.1 - I'll chat with the JRuby team about it.
Do you have the bug number ?
On Tue, Jun 1, 2010 at 07:45, Pepijn Van Eeckhoudt
<pe...@vaneeckhoudt.net>wrote:
> I've traced the directory utime issue back to the jnr-posix project which
> is used by JRuby. I've patched the bug and submitted the patch back to the
> JRuby guys. This means we'll have to wait for a new JRuby build before this
> can be resolved from a buildr point of view. Should this block the buildr
> 1.4 release or not?
>
> I've also created a bug in the buildr jira project with the spec patches
> attached. Could someone else give these a try?
>
> Pepijn
>