cajone has quit [Remote host closed the connection]
mrmargolis has quit [Remote host closed the connection]
cajone has joined #jruby
calavera has joined #jruby
havenwood has quit [Remote host closed the connection]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
diegoviola has joined #jruby
kotk_ has joined #jruby
kotk has quit [Read error: Connection reset by peer]
havenwood has joined #jruby
nateberkopec has joined #jruby
yfeldblu_ has quit [Read error: Connection reset by peer]
yfeldblum has joined #jruby
nateberkopec has quit [Quit: Leaving...]
zorak8 has quit [Ping timeout: 272 seconds]
kl has quit [Ping timeout: 252 seconds]
kl has joined #jruby
zorak8 has joined #jruby
calavera has joined #jruby
nateberkopec has joined #jruby
jmimi has quit [Quit: Leaving.]
kl has quit [Ping timeout: 240 seconds]
anaeem1 has joined #jruby
anaeem1 has quit [Read error: Connection reset by peer]
anaeem1_ has joined #jruby
nateberkopec has quit [Quit: Leaving...]
zorak8 has quit [Ping timeout: 246 seconds]
towski has quit [Ping timeout: 264 seconds]
Hobogrammer has quit [Read error: Connection reset by peer]
diegoviola has quit [Quit: WeeChat 1.1]
Hobogrammer has joined #jruby
x1337807x has joined #jruby
towski has joined #jruby
x1337807x has quit [Max SendQ exceeded]
x1337807x has joined #jruby
x1337807x has quit [Client Quit]
havenwood has quit [Remote host closed the connection]
dhinojosa has quit [Ping timeout: 272 seconds]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
kotk has joined #jruby
kotk_ has quit [Read error: Connection reset by peer]
calavera has joined #jruby
vaq has joined #jruby
<vaq>
Hello, is it not possible to rsync a jruby installation across to another machine with same arch? I tried and I get the error: jruby-1.7.19-SNAPSHOT/lib/jruby.jar!/jruby/kernel19/kernel.rb:28 warning: executable? does not in this environment and will return a dummy value upon starting puma along with NotImplementedError: stat.st_dev unsupported or native support failed to load
towski has quit [Ping timeout: 255 seconds]
deobalds has joined #jruby
drbobbeaty has quit [Read error: Connection reset by peer]
vaq has quit [Quit: Page closed]
drbobbeaty has joined #jruby
donValentin has quit [Quit: donValentin]
towski has joined #jruby
noop has joined #jruby
donV has joined #jruby
JRubyGithub has joined #jruby
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
[jruby] SebastianEdwards opened issue #2481: error: method newEncoding in class RubyEncoding cannot be applied to given types http://git.io/gOn_tw
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
josh-k has joined #jruby
pchalupa has joined #jruby
josh-k_ has joined #jruby
kl has joined #jruby
josh-k has quit [Ping timeout: 264 seconds]
temporalfox has joined #jruby
kl has quit [Ping timeout: 245 seconds]
deobalds has quit [Quit: Computer has gone to sleep.]
<enebo>
mkristian: yeah I understand but it is messes with my cognitive senses if the build fails whenever I debug something primal in Ruby like parsing or I am working through a low-level change in IR
<enebo>
mkristian: It does still generate the jar but it always makes me concerned something did not happen in the build and I am not seeing changes
<enebo>
mkristian: It also royally sucks if I put a super low level print statement and the build is 600,000 lines long
<mkristian>
enebo, not sure I really see the difference.
<enebo>
mkristian: I have confidence the build succeeded even if the resulting jar has a bug in it
<mkristian>
enebo, so you are not releasing but work on the release version ?
<enebo>
mkristian: ah I did not understand what you said before
<enebo>
mkristian: I do now
<enebo>
mkristian: but fwiw this is not released version yet so you might understand why I was confused
<mkristian>
enebo, sorry - all these words did not meet the point
josh-k has quit [Remote host closed the connection]
<enebo>
mkristian: that’s ok and I know why you did it. Just for release. once next dev cycle starts it will be set to pre1 until next release
<headius>
hello hello
<mkristian>
enebo, with SNAPSHOT it will use a juby-complete from maven central.
<enebo>
mkristian: but pre1 right?
<headius>
chrisseaton: looking good but today is a national holiday in the US...so we'll release tomorrow :-)
<mkristian>
enebo, it is only the SNAPSHOT in the version name which counts
<mkristian>
enebo, I did find a but in URLResource earlier today which prevents jruby-complete-9.0.0.0.pre1.jar work on windows !
<enebo>
mkristian: I am just trying to understand the flow. When we are not about to release I want the build to always run with something stable. Just before release I can see why you are trying to sync with what we are putting out
<enebo>
:|
<enebo>
mkristian: Are you working on that issue?
skade has quit [Quit: Computer has gone to sleep.]
<mkristian>
enebo, I have a fix, I put in to jruby-1_7 and let you have a look before merging to master
<enebo>
mkristian: ok great
mrmargolis has joined #jruby
<enebo>
mkristian: National holiday today in US so we are looking at tomorrow now to make sure most folks are at work when we put out pre1
Hobogrammer has joined #jruby
<mkristian>
enebo, about the using lib/jruby.jar for non-snapshot versions - can we keep it ? or is it too painful to work with ? it is just a small change in the end !
Aethenelle has quit [Quit: Aethenelle]
<enebo>
mkristian: It is painful for printing out stuff. I have to redirect all output but then there is an error so I am always wondering if I am really building my changes
<mkristian>
enebo, OK let's use a released version until some distro packager comes and complains ;)
<enebo>
mkristian: yeah and perhaps you can accept an ENV to override it?
<mkristian>
that is possible
<enebo>
mkristian: then for us we can specify the JRuby we use for your plugin
<enebo>
mkristian: Only a few of us will probably want/need this so you should not get error reports
<mkristian>
will do it after the URLResource fix
dlt has quit [Quit: WeeChat 0.4.1]
<enebo>
mkristian: great. Normally I won’t bother with the env but will definitely set it when I am debugging parser or something like that
<mkristian>
enebo, I could try and use the build.properties file for this
<enebo>
mkristian: is that committed?
diegoviola has joined #jruby
noop has joined #jruby
<mkristian>
enebo, default.build.properties is commited but the other not
vtunka has quit [Quit: Leaving]
<mkristian>
I thought this was meant for such "build" customizations
<enebo>
mkristian: ah ok that works too
slyphon has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] mkristian pushed 1 new commit to jruby-1_7: http://git.io/-w_Q0Q
<JRubyGithub>
jruby/jruby-1_7 02fedfa Christian Meier: use URI to normalize path - avoid using the FileSystem (on Windows)
<headius>
enebo: I don't know what fixed means in the presence of kwargs but at the moment we ignore it
<headius>
in Arity I mean
<enebo>
headius: yeah I am also ignoring vs (a:1) meaning opt kwarg
<headius>
enebo: I am not changing anything in IO for this because I believe the new behavior is more correct
<headius>
i.e. if you want sync behavior you need to set sync
purezen has quit [Quit: Leaving]
<enebo>
headius: don’t know how they equate but for what I am fixing I am not going to add new behavior
<headius>
I think they make methods with kwargs be -1 (optional) arity using their system
<headius>
but we don't have to do that since we will also track full signature structure
shellac has quit [Quit: Ex-Chat]
diegoviola has joined #jruby
<enebo>
headius: yeah I might be trying to fix num calc since we appear to be wrong in some kwarg arity cases but I might not. I just want dispatch working fully
<headius>
I think we'd keep it in the release tarball since that's the typical to play with it
<headius>
but the other artifacts don't need to have it
<headius>
mkristian: yes, the maven pound of flesh
<headius>
mkristian, chrisseaton: very nice that so few changes were needed to load it all reflectively
noop has quit [Ping timeout: 245 seconds]
<mkristian>
the above PR creates jruby-truffle artifact which can be excluded. just the jruby-complete and jruby-dist comes bundled with it.
<headius>
it seems good to me
<headius>
so then jruby-complete could omit it too
<headius>
but if you want to use it just pull in jruby-truffle artifact
<mkristian>
yes jruby-complete and if needed add the extra artifact
<headius>
chrisseaton: this seems ok to me, what do you think?
<chrisseaton>
I don't mind Truffle being missing from some of the Maven artefacts, but Truffle not being in the dist .tag.gz that is used in things like rbenv would make me a sad panda though
<headius>
probably a bit scary to do for pre1
<headius>
chrisseaton: yeah I want it in the tarballs
<headius>
just not in the maven artifacts that are supposed to be separate pieces, used for embedding, etc
<mkristian>
chrisseaton, the PR keeps it in jruby-dist as is
<mkristian>
jruby-jars gem will have three artifacts and one is jruby-truffle.jar
<mkristian>
headius, chrisseaton no maven will except it, but such artifacts you can not use unless you know which repo you need to include in your settings.xml to get the dependencies resolved
<chrisseaton>
could we just bundle Truffle in all the jars including Truffle then? it's a few hundred KB
<headius>
unfortunate news for our friends in the Groovy world
<mkristian>
chrisseaton, yes this is way to go.
<headius>
mkristian: so that can be ourt mitigating plan then...do you have cycles today to get that build ready?
<headius>
in case we end up needing it
havenwood has joined #jruby
<mkristian>
yes, rtyler told it is holidays today in US so I have spare time ;)
<headius>
:-)
pietr0 has joined #jruby
<mkristian>
headius, the PR #2476 is for after the pre1 release ? a shaded truffle jar is already there
<headius>
oh I see
<headius>
enebo: so we have some possible decisions to make
<headius>
if truffle artifacts can't get to central we need to consider pulling in 2476 for pre1
donV has quit [Ping timeout: 244 seconds]
<headius>
mkristian: so basically we'd solve it by pulling truffle out and just not releasing it until we have everything in central, right?
<headius>
but it would still shade into jruby.jar for the dist
* rtyler
waves
<headius>
rtyler: g'day!
<rtyler>
headius: shouldn't you be off :P
<headius>
OSS has no holidays
* rtyler
nods
kl has quit [Ping timeout: 264 seconds]
<mkristian>
headius, I was thinking to just shade in the com.orcale.truffle into the jruby-truffle artifact. and then just keep things basically as they are
<headius>
besides, we want to release tomorrow :-)
<enebo>
headius: I say pull from mvn but leave for dist and that should give enough time to get deps into mavosphere
<headius>
mkristian: that seems ok to me
<enebo>
mkristian: how big will that be?
<headius>
enebo: chrisseaton said all of truffle is < 1MB
<headius>
"few hundred kb"
<enebo>
truffle or ruby-truffle?
<headius>
truffle
<enebo>
ah no big deal
<headius>
right, I agree
<headius>
look at #2476
<chrisseaton>
685KB
<enebo>
mkristian: yeah I guess I would say whatever is least likely to mess up our release :)
<headius>
I think it's good but it is a maven change day before
<headius>
moves everything to truffle submodule and makes it load reflectively
<headius>
unlikely to hurt JRuby, but potential to hurt release
<headius>
I can't get that failure in travis to happen here
<headius>
asarih: is there a way to force the maven cache to flush?
<rtyler>
j
<rtyler>
derp
colinsurprenant has joined #jruby
<headius>
asarih: nevermind, I found it
18VAB0DX1 has quit [Remote host closed the connection]
<mkristian>
enebo, headius it is tricky to "remove" com.oracle.truffle from jruby-core pom. it gets shaded into lib/jruby.jar because it is a compile dep. but for maven you want to have it a provided dependency but then it does not get shaded
<headius>
mkristian: yeah I was afraid of that
<chrisseaton>
what's the minimal time scale we're expecting for final after p1? days? a week? a month?
<enebo>
mkristian: headius: for a pre1 dep I guess I don’t really care if it is big
<headius>
-T could load the jar
<headius>
chrisseaton: hoping for month
<headius>
depends how user response looks
<enebo>
I feel like it has to be solved by final but perhaps we should not risk anything and shade the truffle world
<enebo>
I would prefer com.headius for something short-lived
<mkristian>
:)
<enebo>
Since it will only exist for a few weeks
<headius>
mkristian: what do you think of this idea
<mkristian>
great
<enebo>
headius: of course you will have some useless artifact ni the namespace forever
<headius>
oh!
<headius>
is the failure on travis the same filename thing?
<headius>
it seems like it's building without stdlib or something
<headius>
enebo: I know
<headius>
we already have some things like that though...com.headius.jsr292-mock
<headius>
stuff that will eventually be useless
<headius>
chrisseaton: so how about this then... we'll push our own truffle artifact to central
<headius>
truffle is all GPL+CPext so I don't think there's any legal reason we can't build and push
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton created truffle-u (+1 new commit): http://git.io/Y3fVdQ
<JRubyGithub>
jruby/truffle-u 8b84e49 Chris Seaton: [Truffle] Rename UndefinedPlaceholder U as it causes very long filenames.
JRubyGithub has left #jruby [#jruby]
<chrisseaton>
as long as that doesn't stop us pushing to the same package name in the future - that's fine
<mkristian>
headius, shall I add it under the jruby master or do you prefer some other place ?
<chrisseaton>
thanks for working around this problem
<headius>
chrisseaton: nah, no problem with that...and as long as it exists I'm happy to push when needed
<headius>
mkristian: add what exactly?
<headius>
chrisseaton: I need to know proper way to clone/build truffle maven artifact
<headius>
openjdk repos are confusing as hell
<mkristian>
headius, the shaded com.oracle:truffle artifact under com.headius:something-temporary
<headius>
master
<chrisseaton>
headius: do you need to build it from source? can't you just use the jar and pom in your ~/.m2
<headius>
chrisseaton: we need to push something to central
<headius>
which for sonatype requires full build + test
<chrisseaton>
they need to build it from source?
<mkristian>
stop, I had something else in mind - no need to build anything.
<headius>
mkristian: oh, what do you have in mind?
<headius>
chrisseaton: the standard sonatype release plugin does
<headius>
part of a long string of verifications they perform before pushing anything upstream
<enebo>
TIMTOWTDIIM
<mkristian>
just make a pom with the com.oracle:truffle dependency. shade it and let hte shade-plugin replace the pom with pom-reduceded.xml and that it
anaeem1_ has quit [Read error: Connection reset by peer]
<headius>
mkristian: if that works, go for it
<headius>
definitely better than polluting my groupid
anaeem1 has joined #jruby
<mkristian>
no I need a groupId and artifactId as well
mitchellhenke has joined #jruby
<mkristian>
I just do not need source code
<headius>
mmm ok
<headius>
so we'll still push it but you'll do extra magic to just make it from oracle dep?
<enebo>
heh TIMTOWTDIIM
<headius>
com.headius.openjdk-truffle
<headius>
I have no idea if anyone cares about names like that in artifact
<enebo>
headius: well it will only be temporary in a pre-release
<headius>
com.headius.ascomycete
<enebo>
headius: So in that regard I don’t think it will get any play anyways
<headius>
enebo: sure, just trying to understand exactly what happens
<enebo>
web o trust…plate o shrimp
<headius>
I just don't want an oracle lawyer making me C&D my openjdk-truffle artifact or something
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton opened issue #2483: Long generated filenames in Truffle code prevent compilation on some systems http://git.io/sscHIQ
JRubyGithub has left #jruby [#jruby]
<enebo>
headius: but by the time they did that it would be great to remove it right? :)
<headius>
hah
<headius>
true
<enebo>
headius: add unbreakable-linux to the front too
<headius>
see how many restricted words I can throw in there
<headius>
mkristian: ok...just let me know what you need from me
<enebo>
oracle clickbait artifact see which groups monitor for trademarks
<mkristian>
headius, working on it
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius created test-truffle-u from truffle-u (+0 new commits): http://git.io/bz02wA
JRubyGithub has left #jruby [#jruby]
<headius>
chrisseaton: ^ want to see if that failure on master is related
<headius>
it's probably my change to readline though, hmm
<enebo>
someone needs to make bit-level mangler
<enebo>
get that class name down to <16 bits
<enebo>
IT will just be the prince symbol
<enebo>
TOTALLY awesome for backtraces
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] monkstone closed issue #2479: jruby-complete-9.0.0.0-pre seems to be missing something http://git.io/P2Ugew
JRubyGithub has left #jruby [#jruby]
<headius>
it can be unicode chars
<headius>
make it all emoji
<headius>
mkristian: side issue...build started failing when I changed readline jruby dep to jruby-core 9.0.0.0.pre1
* headius
sobs
<headius>
seems like modules can't depend on each other without getting installed?
<mkristian>
can it be that test + rake profile does not include "ext"
<mkristian>
since I am done with truffle, I can get this on track also ;)
<headius>
mkristian: oh could be
<headius>
it's a strange error though...can't find test/unit?
<enebo>
mkristian: did you also fix the jruby-complete on windows issue :)
<headius>
I can't get it to reproduce locally
<mkristian>
headius, not sure this are the tests in core/ which fail
<headius>
mkristian: right
<enebo>
headius: I have seen that on MRI when not including our stdlib
<headius>
it's a ScriptingContainerTest that tries to load test/unit
<mkristian>
the windows fix fails one test on jruby-1_7 branch
<chrisseaton>
oh my god this Sonatype thing is so amazingly complicated
<chrisseaton>
not exactly RubyGems is it
<headius>
chrisseaton: it's enterprise
<headius>
they are obviously trying to ensure trust in the artifacts that get to central though
<headius>
rubygems is the wild west
<headius>
mkristian: sorry but I can't figure out why this isn't working :-( I can revert my change and use something that works with the 1.7.11 dep, I guess