00:10
<
headius[m] >
always fun
00:10
<
headius[m] >
I saw selinux and expected it to be FFI
00:10
<
headius[m] >
that error is very strange
00:11
<
lopex >
when ls -Z dont always show whats wrong
00:11
<
lopex >
ant then extended attrs
00:12
<
lopex >
headius[m]: redhat was always biting me for that case
00:12
<
lopex >
simple stupid thingies
00:13
<
lopex >
like cron and logrotate cannot access the dir
00:15
<
lopex >
I still havent figured it how to rotate logs across the dists
00:18
<
lopex >
headius[m]: but at least I can tell were runnning on as/4000
00:18
<
headius[m] >
hah yeah
00:19
<
headius[m] >
mostly I've had issues with /tmp on selinux
00:19
<
lopex >
actually I can navigate on those now
00:19
<
lopex >
tha GREEN SCREEN
00:19
<
lopex >
and it works
00:20
thegeekinside_ has quit [Quit: Leaving]
00:20
<
lopex >
well for the monay
00:21
<
lopex >
headius[m]: did I told you we scanned over 100 bilion records just to update unicode lengths
00:22
<
headius[m] >
update unicode lengths?
00:22
<
headius[m] >
like to get actual character counts?
00:22
<
lopex >
like we had localized ebcdic previously
00:23
<
lopex >
so the query was like max(bytelength - charlength)
00:23
<
lopex >
over such a db
00:23
<
lopex >
it was runnig for over a week
00:23
<
headius[m] >
yeah ok...migrating some legacy system?
00:24
<
lopex >
the systems are running fine
00:24
<
lopex >
but we're in europe
00:24
<
lopex >
we need to be unicode complient
00:25
<
lopex >
headius[m]: just try to move ebcdic fo unicode on a such database
00:26
<
lopex >
when you have X legacy batch programs
00:27
<
lopex >
headius[m]: what I'm ashtonished about, is that unicode indexes work just fine for such large dbs
00:28
<
lopex >
the indexes grew radically indeed
00:30
<
lopex >
headius[m]: or well, if're interesed in further statistics...
00:30
<
headius[m] >
new database is utf-8 internally?
00:30
<
lopex >
90% polish names fit in 16 char
00:31
<
lopex >
Iternally doesnt mean anything on IBM you know
00:32
<
lopex >
headius[m]: all db2 are localized according to ebcdic locales
00:34
<
headius[m] >
like internally it still uses ebcdic?
00:37
<
lopex >
system wide ? yes
00:37
<
lopex >
I showed you already
00:38
<
lopex >
in the gists
00:41
<
lopex >
headius[m]: but you can force db to use urtf8 which is called CCSID 1208
00:41
<
headius[m] >
ok this travis image is hosed
00:41
<
headius[m] >
I suspect this is way out of date
00:43
<
lopex >
headius[m]: and I manged to use jruby it transcode from that tu tf8 btw
00:44
<
headius[m] >
woohoo!
00:44
<
headius[m] >
we're useful
00:44
<
headius[m] >
ok changing location, bbl
00:44
<
lopex >
this plaform is fucked
00:46
<
headius[m] >
jeremyevans: can you help me run just that part of the build that's failing? The part where it fails to find the mysql in-memory driver
00:46
<
headius[m] >
I don't want to have to set up everything travis provides on a custom image, and the travis image seems to be out of date
00:46
<
headius[m] >
I want to fix this last issue so we can at least merge load service and do optimization on master
01:00
<
jeremyevans >
headius[m]: I should be able to help debug in an hour or two. Can you point me to the specific failure?
01:02
<
headius[m] >
I'm just running the same thing you do against the JRuby load_service_redux branch
01:52
<
jeremyevans >
headius[m]: It's failing trying to load the sqlite driver. I can get a similar error if I try to do jdbc:foo::bar:. In terms of reproducing it without Sequel, try: java.sql.DriverManager.getConnection('jdbc:sqlite::memory:')
01:53
<
headius[m] >
So something isn't loading and registering. That makes sense, the load changes I made may not be initializing the right classes or something
01:54
<
headius[m] >
You have a simple script that fails? I'm sure I can come up with something otherwise
01:59
<
jeremyevans >
headius[m]: maybe: jruby -e "require 'jdbc/sqlite3'; Jdbc::SQLite3.load_driver; org.sqlite.JDBC; java.sql.DriverManager.getConnection('jdbc:sqlite::memory:')"
02:01
<
headius[m] >
Well that's simple enough ☺️
02:01
<
headius[m] >
I'll have to look after I get some dinner
05:39
<
headius[m] >
this is going to be amazing if it's not loading jars right...with all other tests passing
08:55
drbobbeaty has joined #jruby
09:09
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
09:37
shellac has joined #jruby
10:52
drbobbeaty has joined #jruby
15:52
subbu is now known as subbu|away
16:03
xardion has quit [Remote host closed the connection]
16:06
rusk has quit [Remote host closed the connection]
16:08
xardion has joined #jruby
16:23
subbu|away is now known as subbu
16:44
nirvdrum has joined #jruby
17:36
lucasb has joined #jruby
17:42
shellac has quit [Ping timeout: 252 seconds]
17:53
michael_mbp has quit [Ping timeout: 258 seconds]
17:57
michael_mbp has joined #jruby
18:27
Antiarc has joined #jruby
18:43
subbu is now known as subbu|afk
18:44
subbu|afk is now known as subbu|lunch
19:32
subbu|lunch is now known as subbu
20:05
Antiarc has joined #jruby
20:24
<
headius[m] >
ooooo I think it's going to be green
20:25
<
headius[m] >
then we just have to decide if a temporary 10% startup time hit is worth getting 100% functionality for load/require/autoload
20:32
travis-ci has joined #jruby
20:32
travis-ci has left #jruby [#jruby]
20:34
whitingjr has quit [Quit: Leaving.]
20:42
travis-ci has joined #jruby
20:42
travis-ci has left #jruby [#jruby]
20:52
travis-ci has joined #jruby
20:52
travis-ci has left #jruby [#jruby]
20:54
<
headius[m] >
heh I found a bug by introducing one
20:54
<
headius[m] >
we are were still searching for .class during Kernel#load even if .class loading was not enabled
20:58
travis-ci has joined #jruby
20:58
travis-ci has left #jruby [#jruby]
21:06
<
headius[m] >
two steps forward, one step back
21:37
travis-ci has joined #jruby
21:37
travis-ci has left #jruby [#jruby]
21:57
travis-ci has joined #jruby
21:57
travis-ci has left #jruby [#jruby]
22:00
travis-ci has joined #jruby
22:00
travis-ci has left #jruby [#jruby]
22:01
<
headius[m] >
darn right it did
22:01
<
headius[m] >
enebo: green...but I had to re-run a few concurrent require failures...looking into those
22:02
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
23:34
drbobbeaty has joined #jruby
23:42
<
headius[m] >
I fixed up some possible races in the locking...seems like it's running better now