<enebo>
I have been wracking my brain...we just had this several months ago and I don't recall what this is for.
<enebo>
oh maybe non-admin run and softlinks are hit
<enebo>
is that it? trying as admin...which I think I should write down if so
<enebo>
ok yeah apparently admin is required to run bundler now more or less
<lopex>
enebo: I have similar issues when requiring gems from github while having cygwin git
<lopex>
enebo: the path is mangled and lost
<enebo>
lopex: yeah I just wish the error message was better
<enebo>
lopex: in this case it is literally because softlinks in windows must be made as admin
<lopex>
enebo: I wonder how wsl works at this point
<enebo>
lopex: yeah probably good I am pretty sure I can run ln -s fine there without being admin
shellac has quit [Ping timeout: 264 seconds]
<lopex>
enebo: you mean windows mklink ?
<lopex>
enebo: also I'd have to check if cygwin still uses pif files to emulate symlinks
<enebo>
lopex: I mean however we internally create softlinks but the underlying windows concept requires admin
<lopex>
enebo: remember that ?
<enebo>
lopex: I don't but windows does actually support softlinks in some subset of their channel? portal? whatever
<lopex>
enebo: also there's /J junction option for mklink
<enebo>
ah junctions
<lopex>
which I had no issues with
<enebo>
yeah you need admin for some reason to create them
<lopex>
I dont think so
<enebo>
IOError: /tmp/bundler-compact-index-20181031-20530-bo2osk/versions -> /home/enebo/.bundle/cache/compact_index/rubygems.org.443.29b0360b937aa4d161703e6160654e47/versions: Invalid cross-device link
<lopex>
enebo: at work I have AD user and those work
<enebo>
yay shit is falling apart
<lopex>
enebo: it's probably when bundler or gems try to make symlink thelselves
<lopex>
*themselves
<lopex>
and they screw
<enebo>
on windows I see an (2 for 4) error and 9.2.0.0 worked on same rails script
<lopex>
actually I can check that on 9.2.1 snaps
<enebo>
lopex: it originally was any gem which did it was finally added for windows and if it failed the gem failed to install whereas eariler windows just ignored softlinks in ruby
<lopex>
where are the 9.2.1 snspshots ?
<enebo>
lopex: but I think it may actually be bundler now
<enebo>
so I was amazed to see a bundler error on linux and also amazed to see arity problem rendering erb template
<lopex>
just bundle u, without any github deps
<enebo>
so I think we have at least two substantial issues although the first one could be a difference in bundler perhaps
<enebo>
lopex: where you seeing that on? windows?
<lopex>
yes
<enebo>
lopex: you running as admin?
<lopex>
it works on 9.2.0.0
<lopex>
no
<enebo>
YOU HAVE TO NOW
<lopex>
I cant
<lopex>
er wait
<lopex>
gimme a sec
<enebo>
I am fairly sure this is just a windows thing and MRI will also do this error
<enebo>
lunch and I will be back in a bit
<lopex>
enebo: same for admin
<lopex>
and it's bundler
<lopex>
since ge install bundler went ok
<lopex>
enebo: shal I try older bundler ?
<lopex>
enebo I can try to install some gems by hand though
<lopex>
enebo: ok, it works after deleting those rubygems.org.443 files
<lopex>
so it must be an access issue
<lopex>
trying now with my user with those deleted
<lopex>
and it works too
<lopex>
enebo: ^^
<lopex>
enebo: at some point bundler might have created the links with wrong access right ?
<lopex>
I meant bundler version
<lopex>
enebo: ok, I have two versions of those dirs, so I can reproduce whatever you want
<lopex>
one that works. and one that wont
<lopex>
I dont see any obvious differences on access rights though
<lopex>
is there something likes ls -Z for windows ?
<lopex>
enebo: here ?
<enebo>
lopex: I just finished lunch
drbobbeaty has quit [Read error: No route to host]
<lopex>
trying to discern using powershell
<enebo>
lopex: I have been working under assumption that I need to be admin for this stuff to work and it seems to be what I need to do. I am doing a clean install and using CMD
<enebo>
lopex: but I forgot I needed to be which is why I saw the error
drbobbeaty has joined #jruby
<lopex>
enebo: but it will fail for users
<enebo>
lopex: but if you have a completely no gem installed env and you are not admin and bundler retrieves and installs all the gems needed to run 5.1.6 of Rails that is a new one for me
<enebo>
lopex: yep
<enebo>
it does in MRI too
<lopex>
enebo: I have those two dirs
<lopex>
how should I compare them ?
<lopex>
I can switch them via renaming and reproduce at will
<enebo>
I don't fully understand what you mean by two dirs...you ran with 2 versions of bundler?
<lopex>
enebo: two versions of that rubygems.org.443 directory
<lopex>
and I can swtch between them
<lopex>
one works the other dont
<lopex>
*doesnt
<lopex>
enebo: is that clear ?
<enebo>
no doubt one has a junction in it and one does not
<enebo>
lopex: maybe...but this has been a limitation for us and MRI for over a year I just forgot I needed to be admin
<lopex>
enebo: you dont
<lopex>
just delete that
<enebo>
delete what?
<lopex>
that directory
<enebo>
I HAD NO DIRECTORY ORIGINALLY....TOTALLY CLEAN INSTALL
<enebo>
fresh jruby...no .bundler
<enebo>
At least that is what I believe I have done
<lopex>
and no .bundle dir too ?
<enebo>
yes
<lopex>
enebo: it works for me then
<lopex>
after deleting .bundle
<lopex>
for non admin
<enebo>
Let me uninstall jruby and reinstall and nuke everything but this is a tiny problem compared to the two others I ran into
<lopex>
I can too
<enebo>
and for the record I have been under impression that I have had to be admin for at least one year...this is not new
<lopex>
enebo: ok, it fails for me fater installing bundler as first thing after cleaning everything
<lopex>
enebo: now I wont install bundler
<lopex>
er, does jruby come with bundler ?
<lopex>
it doesnt
<lopex>
so I'll try earlier bundler version
<enebo>
lopex: I don't think this worked for over a year so you may need to go back quite a ways
<lopex>
enebo: it first faild for me today with 9.2.1 snap
<enebo>
I have seen this issue releasing 9.1.x
<enebo>
so I am just telling you have I seen it for a long time
<lopex>
even 0.0. ?
<enebo>
ok I give up
<enebo>
It worked
<enebo>
I definitely deleted .bundle
<lopex>
enebo: I used it regularly at work, and through multiple of jruby versions
<lopex>
never failed
<enebo>
oh wait maybe I did rm -rf .bundler
<enebo>
that would not tell me I deleted nothing
<lopex>
enebo: just delete that rubygems.org.... directory
<enebo>
well as I said it just worked as non-admin so I will fall back to if we install a gem which contains softlinks we need to be admin but rails 5.1.6 maybe has none
<lopex>
but installing bundler now creates the issue
<enebo>
Or they changed rubygems
<lopex>
might be
<lopex>
enebo: ok, now running bundle u second time blows
<lopex>
and now it's after third time in a row
<lopex>
lolz
<lopex>
enebo: it's intermittent
<enebo>
no kidding? well that would be amazingly weird
<lopex>
enebo: I was able to run bundle u two times
<enebo>
I wonder if it is just second plus time ran it does some FS thing which requires admin
<enebo>
three plus would be weirder :)
<lopex>
haha
<lopex>
enebo: after waiting a bit at looking at the dir it worked
<lopex>
so it's almost that something havent flushed or something
<enebo>
lopex: weird but as admin it always works
<enebo>
lopex: so I guess maybe I never recall it working or did not notice it sometimes does work
<lopex>
enebo: definitely intermittent
<lopex>
and running bundler first time is crucial
<lopex>
for it to appear
<lopex>
lol bundle u && bundle u worked on cleaned bundler dirs
<lopex>
I'm doing it with jruby unchanged now though
<lopex>
intermittent nonetheless
<lopex>
enebo: happy ?
<enebo>
lopex: I was once I remembered I needed to be admin
<enebo>
lopex: you only made me unhappy :)
<enebo>
lopex: since you noticed it sometimes works as non-admin
<lopex>
I do it on non admin, but intermittent
<lopex>
if I delete that, it always works on non admin
<lopex>
first time
<lopex>
or it might not occur actually
<lopex>
:P
mistergibson has joined #jruby
subbu is now known as subbu|lunch
<enebo>
kares: parts = Date._parse(self, false) is used in active_support and depends on parts[:sec]