00:08
kares_ has joined #jruby
00:10
ChrisBr_ has joined #jruby
00:12
kares has quit [*.net *.split]
00:12
ChrisBr has quit [*.net *.split]
00:12
rdubya has quit [*.net *.split]
00:12
deathy has quit [*.net *.split]
00:12
havenwood has quit [*.net *.split]
00:12
Aethenelle has quit [*.net *.split]
00:12
ChrisBr_ is now known as ChrisBr
00:13
me- has joined #jruby
00:13
yosafbridge has joined #jruby
00:13
rtyler has joined #jruby
00:13
Aethenelle has joined #jruby
00:13
m4rCsi has joined #jruby
01:22
duncanm has joined #jruby
01:28
havenwood has joined #jruby
01:28
rdubya has joined #jruby
01:28
deathy has joined #jruby
01:31
ChrisBr has quit [Ping timeout: 240 seconds]
01:32
ChrisBr has joined #jruby
01:45
Puffball has quit [Remote host closed the connection]
03:49
NightMonkey has quit [Ping timeout: 256 seconds]
04:00
NightMonkey has joined #jruby
04:41
<
duncanm >
is there a place to read javadocs for jnr-posix?
04:49
<
duncanm >
hmm, is jnr.posix.getenv any different from java's System.getenv?
07:33
Antiarc has quit [Ping timeout: 240 seconds]
07:39
Iceman has joined #jruby
07:42
Iceman has quit [Client Quit]
07:42
Antiarc has joined #jruby
08:20
claudiuinberlin has joined #jruby
09:13
elia has joined #jruby
09:18
elia has quit [Quit: (IRC Client: textualapp.com)]
10:02
shellac has joined #jruby
10:22
drbobbeaty has joined #jruby
10:56
shellac has quit [Quit: Computer has gone to sleep.]
12:13
shellac has joined #jruby
12:14
claudiuinberlin has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
12:15
claudiuinberlin has joined #jruby
12:28
jrafanie has joined #jruby
12:30
Iceman has joined #jruby
13:13
shellac has quit [Read error: Connection reset by peer]
13:59
jrafanie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
14:03
<
enebo >
kares: did you mean by increased support for the more esoteric features of PG itself leans on newer pg driver features?
14:22
<
kares >
enebo: yy pretty much
14:23
<
kares >
already tried downgrading (this week) and than I broke compilation
14:23
<
kares >
+ they relocated a lot of stuff with the 42 release
14:23
<
kares >
this is quite complicated to do while depending on their API
14:23
<
enebo >
kares: yeah my main reason for pushing on that issue was I just see us getting more reports since if we put out a new release we will get more users trying it
14:24
<
kares >
well as I said - I never got into fixing driver issues
14:24
<
kares >
we report if there's none and get it upstream
14:24
<
enebo >
no I can see that fixing the driver is a big bridge to cross
14:25
<
kares >
in this case there was a report with activity and its not clean to work-around
14:25
<
enebo >
yeah I did not see any of that context but I still am hoping there is something reasonable which can be done
14:26
<
enebo >
We can perhaps just see how long it takes to see the same issue opened again I guess
14:26
<
kares >
there's a work-around were using but I was opinionated about pushing it into AR-JDBC
14:27
<
kares >
... since if I configure Java logging I wold no want a library messing up with logger level manually
14:27
<
enebo >
Perhaps if we end up in a limbo state waiting for them we could make a config property defaulted on which swallows up their loggers but if it interferes with other java logging they can set it to false...
14:27
<
enebo >
of course if they fix this timely we can update to newer version
14:28
<
enebo >
I am not a big fan of special config though
14:28
<
enebo >
I would rather downgrade if what they fixed was not that important between versions
14:28
<
kares >
think I will leave it up to you guys - as I am not sure I want to get deep into PG myself :)
14:28
<
enebo >
yeah we will try and figure out if there is anything to do but I am happy the issue is open for the time being
14:29
<
kares >
AR-JDBC is eating up too much time for me - I mostly here just to get those regressions you guys mentioned ironed out
14:29
<
enebo >
kares: I appreciate it
14:29
<
kares >
it really needs a proper dedicated team
14:30
<
kares >
maybe someone will step up eventually ...
15:07
<
GitHub96 >
[jruby] headius closed pull request #5124: :newline option to File.open implies text mode now. (Part of #5118) (master...newline)
https://git.io/vxwbe
15:07
<
GitHub22 >
jruby/master 5785f5f Charles Oliver Nutter: Merge pull request #5124 from MSNexploder/newline...
15:07
<
GitHub22 >
jruby/master 2fbabc3 Stefan Stüben: :newline option to File.open implies text mode now. Ruby Bug #13350
15:25
cremes77 has joined #jruby
15:37
jrafanie has joined #jruby
15:49
jrafanie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
15:59
cremes77 has quit [Quit: cremes77]
16:00
cremes77 has joined #jruby
16:02
xardion has quit [Remote host closed the connection]
16:13
xardion has joined #jruby
17:08
cremes77 has quit [Quit: cremes77]
17:12
cremes77 has joined #jruby
17:13
<
GitHub100 >
jruby/master 7148110 Charles Oliver Nutter: Exclude MRI-specific test.
17:13
<
GitHub100 >
jruby/master dddcc23 Charles Oliver Nutter: Avoid unlink and close calls on already-unlinked or closed file.
17:13
<
GitHub100 >
jruby/master 48c2a2b Charles Oliver Nutter: Dup incoming comment/orig_name strings as in MRI.
17:17
<
GitHub182 >
jruby/master ae31c82 Thomas E. Enebo: This has to have been fixed on ruby/spec?
17:17
<
GitHub182 >
jruby/master 7f8df5c Thomas E. Enebo: Fix all ruby/spec failures for Dir.glob and Dir[] sans the one which has an...
17:17
<
headius >
enebo: yo
17:17
<
enebo >
headius: ho
17:18
<
headius >
ticking off the failures
17:18
<
enebo >
yeah I am looking at ruby:spec:fast atm
17:18
<
enebo >
but lunch now!
17:19
<
headius >
there are a few glob errors in MRI suite too
17:19
<
headius >
we'll see how they look
17:19
<
headius >
I'm looking at MRI today
17:28
cremes77 has quit [Quit: cremes77]
17:29
cremes77 has joined #jruby
17:30
<
headius >
enebo: there's still a few stacks of parser/syntax failures in MRI suite
17:38
cremes77 has quit [Quit: cremes77]
17:40
cremes77 has joined #jruby
18:01
cremes77 has quit [Quit: cremes77]
18:02
cremes77 has joined #jruby
18:12
<
enebo >
headius: I will definitely look at those
18:14
bga57 has quit [Quit: Leaving.]
18:19
bga57 has joined #jruby
18:25
<
headius >
enebo: hey another item for you...you deprecated a bunch of paths that take String but need to take ByteList
18:25
<
headius >
I started trying to clean them up but I'm not sure I'm doing it the way you'd want
18:25
<
enebo >
Oh you mean in AST?
18:25
<
headius >
in fact most of the deprecation failures on master are those string to bytelist changes
18:25
<
headius >
AST and StaticScope and a few other places
18:26
<
enebo >
oh wow I forgot some of that was on master yet
18:26
<
headius >
this is from the pushing bytelist through parser
18:26
<
headius >
this might be better for you to do since it ties into symbol love
18:26
cremes77 has quit [Quit: cremes77]
18:26
<
enebo >
yeah no doubt it won't even apply
18:27
<
enebo >
can you give an example
18:27
<
enebo >
as I said last time we chatted I have planned on backing out all bytelist method storage stuff
18:27
<
headius >
RipperParserBase.java:[102,26] [deprecation] exists(String) in StaticScope has been deprecated
18:27
<
headius >
RipperParserBase.java:[107,15] [deprecation] addVariableThisScope(String) in StaticScope has been deprecated
18:28
<
enebo >
8859 jlString is ID and can be intern'd and symbol is always retrievable from the ID
18:28
<
headius >
full build on master will show all the deprecations
18:28
cremes77 has joined #jruby
18:28
<
enebo >
funny this is still emitting same warning on that branch I am sure as well
18:28
<
enebo >
I will definitely make sure we are not using anything deprecated though
18:29
<
enebo >
for lvars I am less apt to change it back to ljString
18:30
<
enebo >
it is generally just for reporting purposes already
18:30
<
enebo >
so I should just change ripper.getIdent to return bytelist
18:30
<
enebo >
making it a string is already a bit weird
18:31
cremes77 has quit [Client Quit]
18:32
<
headius >
my first approach was to add a second version of each method that takes String and Encoding
18:32
<
headius >
but I'm not sure if that's the approach you would want long term if we have the bytelists everywhere
18:33
<
headius >
you know I think I'm going to fix ByteList.toString to decode properly and see what we fail
18:33
cremes77 has joined #jruby
18:35
<
headius >
just partially cleaning up
18:36
<
enebo >
headius: I think I fairly heavily depend on that to make a 8859_1 string
18:36
<
enebo >
It may only be in one place though
18:36
<
enebo >
so try it and I will cope if so
18:37
<
enebo >
oh an I am happy you did not land this since this is mostly different on bytelist_love already
18:38
<
headius >
it started to get a bit too gnarly
18:51
cremes77 has quit [Quit: cremes77]
18:52
cremes77 has joined #jruby
19:11
<
GitHub23 >
jruby/master 259b89e Thomas E. Enebo: backtrace_locations are spec'd to return the same array instance o_O
19:34
fffuj has joined #jruby
19:34
<
fffuj >
| _ \ / _ |
19:34
<
fffuj >
| _ \ / _ |
19:34
<
fffuj >
; | \ \ / / | ;
19:34
<
fffuj >
; | \ \ / / | ;
19:34
<
fffuj >
\ \ \ \_.._/ / / /
19:34
<
fffuj >
\ \ \ \_.._/ / / /
19:34
<
fffuj >
'. '.;' ';,' .'
19:34
<
fffuj >
'. '.;' ';,' .'
19:34
<
fffuj >
'./ _ _ \.'
19:34
<
fffuj >
'./ _ _ \.'
19:34
<
fffuj >
.' a __ a '.
19:34
<
fffuj >
.' a __ a '.
19:34
<
fffuj >
'--./
_, \/ ,_ \.--'
19:34
<
fffuj >
'--./
_, \/ ,_ \.--'
19:34
<
fffuj >
----| \ /\ / |----
19:34
<
fffuj >
----| \ /\ / |----
19:34
<
fffuj >
.--'\ '-' '-' /'--.
19:34
<
fffuj >
.--'\ '-' '-' /'--.
19:34
<
fffuj >
_>.__ -- _.- `;
19:34
<
fffuj >
_>.__ -- _.- `;
19:35
<
fffuj >
.' _ __/ _/
19:35
<
fffuj >
.' _ __/ _/
19:35
<
fffuj >
/ '.,:".-\ /:,
19:35
<
fffuj >
/ '.,:".-\ /:,
19:45
<
kares >
yes - more Happy wishes please, anyone?
19:45
cremes77 has quit [Quit: cremes77]
19:47
jrafanie has joined #jruby
19:49
cremes77 has joined #jruby
20:07
<
qmx >
happy spammer is happy
20:10
cremes77 has quit [Quit: cremes77]
20:16
cremes77 has joined #jruby
20:16
cremes77 has quit [Client Quit]
20:18
cremes77 has joined #jruby
20:21
rtyler has quit [Ping timeout: 264 seconds]
20:29
<
GitHub67 >
jruby/master 64d4fd8 Thomas E. Enebo: Exception.cause was NPEing (one constructor path was not initializing it).
20:32
cremes77 has quit [Quit: cremes77]
20:33
rtyler has joined #jruby
20:53
<
GitHub43 >
jruby/master c78b918 Thomas E. Enebo: Somehow when set was moved to library we seemed to retain a subset of these...
21:18
joast has quit [Quit: Leaving.]
21:44
jrafanie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
21:44
jrafanie has joined #jruby
21:49
jrafanie has quit [Ping timeout: 256 seconds]
22:11
<
GitHub193 >
jruby/master dd996fb Thomas E. Enebo: Kernel#warn now accepts an uplevel: kwarg which will print a filename:lineno...
22:31
xardion has quit [Ping timeout: 256 seconds]
22:32
xardion has joined #jruby
23:05
drbobbeaty has quit [Read error: Connection reset by peer]
23:06
drbobbeaty has joined #jruby