mordocai

Activity Graph

Page 1 of 2 | Next »

2016-05-25

[17:32:27] mordocai: has joined #ruby
[17:34:22] mordocai: Anyone have a project they know of with lots of rspec tests I can run? I'm looking for a quick test trying to narrow down why our rspec tests are super slow on one machine and not on others (and yes, i've checked the obvious things. It doesn't appear to be CPU, disk, or memory bottlenecks so...)
[17:56:36] mordocai: has left #ruby: ("ERC (IRC client for Emacs 24.5.1)")

2016-05-18

[08:45:39] mordocai: Ping timeout: 250 seconds
[08:47:56] mordocai: has joined #RubyOnRails
[15:02:18] mordocai: Anyone know of any actually good open source reporting services stuff? Something similar in feature set to Jaspersoft/Microsoft SQL Reporting Services. Rails integration a plus.
[16:24:18] mordocai: has left #RubyOnRails: ("ERC (IRC client for Emacs 24.5.1)")

2016-05-17

[20:53:35] mordocai: has joined #RubyOnRails
[21:05:05] mordocai: Where can I put a rails app that I want to ask questions about? It is just for this question so I don't really want to make a git repo (though I could)
[21:06:04] mordocai: P4Titan: that's for a single file
[21:06:41] mordocai: Or, for gist, i'd have to manually paste in all the files
[21:07:52] mordocai: P4Titan: True I suppose, I just wanted to be able to get all the questions out of the way like "what do your migrations look like, what version of rails, etc etc"
[21:08:55] mordocai: smathy: Meh yeah, I suppose I can always delete it after
[21:14:24] mordocai: Per http://guides.rubyonrails.org/association_basics.html a has_many association will validate all associated objects on save. On https://gitlab.com/mordocai/rails-validate-test if I create a TestModel and add a TestAssociation(ignoring validation there, because it will fail then) I can then modify and save TestModel all I want without the TestAssociation validation ever being called. Why is this? Am I misunderstanding or is the
[21:14:25] mordocai: documentation wrong? I've tried with validate: true as well to no effect.
[21:18:48] mordocai: Found this https://github.com/rails/rails/issues/24532. Sounds like the docs are completely wrong
[21:24:02] mordocai: Docs are fixed for rails 5 at least, but the main site docs still describe the behavior completely incorrectly
[21:31:03] mordocai: tubbo: Yeah, just super frustrating that the docs on that just completely don't match reality at all
[21:31:24] mordocai: And someone fixed that in rails 5 but didn't bother to backport it :P
[21:32:09] mordocai: Where would pull requests for guides go? Are they generated from the comments here https://github.com/tomash/rails/commit/19d5f21274784d48a017cf1a8bed27acbe051d77?
[21:32:56] mordocai: Also, deleting my git repo since it is no longer needed.
[21:34:42] mordocai: tubbo: Lol yeah.
[21:56:26] mordocai: I couldn't figure out how exactly I wanted to say it so opened https://github.com/rails/rails/issues/25060 instead of a pull request for now
[22:04:54] mordocai: tubbo: From what I understand, what actually is happening is whenever you add a new object to the association list for this object then the new association object will be validated.
[22:05:00] mordocai: But that is verbose is confusing to say
[22:05:30] mordocai: verbose and*
[22:07:01] mordocai: smathy: I'm not having a problem with the mechanics, i'm having a problem figuring out what the docs should say (since currently they are wrong/misleading).
[22:11:07] mordocai: tubbo: I think the validate description describes validates_associated better than validate currently personally (though it'd be wrong there too).
[22:17:47] mordocai: Thought it might be case sensitive

2016-02-15

[20:03:25] mordocai: has joined #ruby
[20:04:44] mordocai: I just attempted to use rspec --bisect on our rails project and it managed to eat 16G of my physical memory and 5G of swap causing it to be killed by the kernel. Does anyone know if there is a way to limit the number of processes rspec bisect runs at once?
[20:17:38] mordocai: has left #ruby: ("ERC (IRC client for Emacs 24.5.1)")

2016-02-08

[17:59:42] mordocai: has joined #RubyOnRails
[18:01:06] mordocai: I'm looking at using https://github.com/thoughtbot/scenic for work, but I thought back a few months ago I might have heard something about rails 5 bringing native database view support? Am I mis-remembering?
[18:08:55] mordocai: smathy: Alright, probably just wishful thinking. Scenic it is then :)
[18:13:33] mordocai: We've been using no pattern for our db views for years and it makes me sad. But we'll be moving to the scenic gem, so we have that.
[18:13:58] mordocai: I had mentioned such a pattern a few times in passing since I started a few months ago but never went as far as implementing it
[19:12:55] mordocai: has left #RubyOnRails: ("ERC (IRC client for Emacs 24.5.1)")

2015-12-08

[22:14:31] mordocai: has joined #RubyOnRails
[22:15:32] mordocai: So my gemfile with rails '~> 4.2.0' suddenly started matching 4.2.0 rather than 4.2.4 like previously (obviously should be 4.2.5 now but I hadn't run bundle update in a bit). If I replace with rails '4.2.5' everything works fine. Anyone know of anything that would cause this?
[22:16:55] mordocai: Radar: Yeah, the weird part is the behavior seems to have magically changed without bundler nor gemfile changes. And specifying 4.2.5 works with no conflicts.
[22:19:55] mordocai: Radar: Yeah, I imagine it's something weird with the other gems' dependency specs. Don't see anything in the Gemfile.lock though. Oh well, i'd have to ask permission to post it up for inspection and I can just manually update rails point releases so not a huge issue.
[22:22:02] mordocai: Radar: I'll see if I can cold reproduce
[22:24:08] mordocai: Radar: I'll work on it. Base case (Gemfile with just rails '~> 4.2.0') does not reproduce issue
[23:19:03] mordocai: So this https://www.refheap.com/112496 shows my issue. I can't figure out why capistrano-chef is causing rails ~> 4.2.0 to evaluate to 4.2.0 instead of 4.2.5 AND nothing complains if you use rails '4.2.5' instead.
[23:23:16] mordocai: wkoszek: Unless you are on an absolute bare minimum budget where literally every dollar per a month counts the difference in cost is going to be pretty negligible.
[23:23:34] mordocai: We've hit DB performance problems WAY faster than rails performance problems so far.
[23:28:01] mordocai: wkoszek: We run rails with unicorn with a relatively busy database heavy site and every performance issue we've had so far ended up being us making stupid database queries rather than rails. Just an anecdote, but we've had 0 issues with rails performance in > 3 years AFAIK (i've only been here for 1 year)
[23:34:00] mordocai: wkoszek: We're actually working on pulling that data from elasticsearch now but just a quick look shows that during quiet time (aka now) we only have around 5 requests a second but we get up to 2-3k per a second during peak times. A lot of these requests are going to be super simple though and not require much/be cached. That doesn't filter out our monitoring requests either.
[23:34:25] mordocai: That's with multiple app servers of course
[23:41:38] mordocai: If you say so.
[23:57:04] mordocai: Remote host closed the connection

2015-12-02

[19:46:44] mordocai: has joined #ruby
[19:47:07] mordocai: Hey, i'm getting this when installing ruby 2.2.2/2.2.3 with ruby-build on debian testing. Is this a library version issue? Anyone know? Worked fine a few months ago http://paste.lisp.org/display/163730.
[19:48:00] mordocai: Debian testing is also using gcc 5 which could cause issues I imagine. Trying to narrow down the issue.
[19:54:14] mordocai: Found answer to my problem here if anyone else runs into it https://github.com/rbenv/ruby-build/wiki#openssl-sslv3_method-undeclared-error
[20:24:31] mordocai: has left #ruby: ("ERC (IRC client for Emacs 24.5.1)")

2015-11-30

[18:41:05] mordocai: has joined #ruby
[18:43:40] mordocai: Anyone have a good idea for calculating how many calendar days intersect a time range? I found this http://goo.gl/3cO6AY but I don't particularly like the presented solutions.
[18:44:08] mordocai: If that's too confusing I can write up the real world problem i'm trying to solve.
[20:20:25] mordocai: has left #ruby: ("ERC (IRC client for Emacs 24.5.1)")

2015-11-17

[18:53:32] mordocai: has joined #ruby
[18:54:31] mordocai: Anyone using any business rules engines in production successfully? I see https://github.com/ulfurinn/wongi-engine but it is version 0.2.0 and seems like development is slow.
[18:54:43] mordocai: I'm worried mainly about stability
[19:42:31] mordocai: has left #ruby: ("ERC (IRC client for Emacs 24.5.1)")

2015-11-10

[01:41:48] mordocai: has joined #RubyOnRails
[01:41:54] mordocai: has joined #ruby
[05:37:12] mordocai: Quit: ERC (IRC client for Emacs 24.5.1)

2015-11-06

[03:22:23] mordocai: has joined #RubyOnRails
[03:22:27] mordocai: has joined #ruby
[05:56:01] mordocai: Read error: Connection reset by peer
[15:41:17] mordocai: has joined #RubyOnRails
[15:41:23] mordocai: has joined #ruby
[21:45:15] mordocai: has left #ruby: ("ERC (IRC client for Emacs 24.5.1)")
[21:45:19] mordocai: has left #RubyOnRails: ("ERC (IRC client for Emacs 24.5.1)")

2015-11-05

[00:23:57] mordocai: has joined #RubyOnRails
[00:24:06] mordocai: has joined #ruby
[06:31:01] mordocai: Quit: sleep
[15:21:19] mordocai: has joined #RubyOnRails
[15:21:26] mordocai: has joined #ruby
[23:26:41] mordocai: Read error: Connection reset by peer

2015-11-04

[15:27:01] mordocai: has joined #RubyOnRails
[15:27:05] mordocai: has joined #ruby
[23:46:01] mordocai: Quit: going home

2015-11-03

[02:07:49] mordocai: has joined #RubyOnRails
[02:07:57] mordocai: has joined #ruby
[06:48:43] mordocai: Quit: sleep
[15:27:47] mordocai: has joined #RubyOnRails
[15:27:51] mordocai: has joined #ruby
[23:38:13] mordocai: Quit: going home

2015-11-02

[03:25:03] mordocai: Remote host closed the connection
[03:25:39] mordocai: has joined #RubyOnRails
[03:25:47] mordocai: has joined #ruby
[16:29:46] mordocai: Quit: switching machines
[16:30:38] mordocai: has joined #RubyOnRails
[16:30:42] mordocai: has joined #ruby
[23:37:16] mordocai: Remote host closed the connection

2015-10-31

[00:09:59] mordocai: has joined #RubyOnRails
[00:10:06] mordocai: has joined #ruby
[00:42:39] mordocai: Remote host closed the connection
[03:31:39] mordocai: has joined #RubyOnRails
[03:31:47] mordocai: has joined #ruby

2015-10-30

[14:56:29] mordocai: has joined #RubyOnRails
[14:56:36] mordocai: has joined #ruby
[21:00:59] mordocai: Read error: Connection reset by peer

2015-10-29

[03:32:47] mordocai: has joined #RubyOnRails
[03:32:49] mordocai: has joined #ruby
[03:56:13] mordocai: Remote host closed the connection
[03:59:26] mordocai: has joined #RubyOnRails
[03:59:28] mordocai: has joined #ruby
[04:31:33] mordocai: Remote host closed the connection
[04:33:53] mordocai: has joined #RubyOnRails
[04:33:54] mordocai: has joined #ruby
[04:43:50] mordocai: Remote host closed the connection
[14:33:03] mordocai: has joined #RubyOnRails
[14:33:10] mordocai: has joined #ruby
[22:32:24] mordocai: Remote host closed the connection

2015-10-28

[18:37:40] mordocai: has joined #RubyOnRails
[18:37:47] mordocai: has joined #ruby
[22:36:43] mordocai: Remote host closed the connection

2015-10-27

[14:54:12] mordocai: has joined #RubyOnRails
[14:54:18] mordocai: has joined #ruby
[22:38:25] mordocai: Read error: Connection reset by peer

2015-10-26

[14:33:05] mordocai: has joined #RubyOnRails
[14:33:12] mordocai: has joined #ruby
[23:06:33] mordocai: Remote host closed the connection

2015-10-22

[14:37:18] mordocai: has joined #RubyOnRails
[14:37:24] mordocai: has joined #ruby
[20:05:56] mordocai: Remote host closed the connection

2015-10-21

[08:43:57] mordocai: has joined #RubyOnRails
[08:43:59] mordocai: has joined #ruby
[08:47:57] mordocai: Remote host closed the connection
[11:08:26] mordocai: has joined #ruby
[11:08:26] mordocai: has joined #RubyOnRails
[11:12:06] mordocai: Remote host closed the connection
[20:28:46] mordocai: has joined #RubyOnRails
[20:28:52] mordocai: has joined #ruby
[22:31:36] mordocai: Remote host closed the connection

2015-10-20

[20:43:28] mordocai: has joined #RubyOnRails
[20:43:34] mordocai: has joined #ruby
[21:08:02] mordocai: Remote host closed the connection
[21:10:52] mordocai: has joined #RubyOnRails
[21:10:59] mordocai: has joined #ruby
[22:45:09] mordocai: Remote host closed the connection

2015-10-19

[16:13:32] mordocai: has joined #RubyOnRails
[16:13:38] mordocai: has joined #ruby
[16:18:14] mordocai: So I had a 500 error in production due to devise but I can't quite figure out why. Backtrace here: https://www.refheap.com/110809 error is "NoMethodError: undefined method 'ago' for nil:NilClass". Obviously the core issue is that self.confirm_within was nil, but we have confirm_within set in our config. Is this a devise bug or something we are doing wrong? Can't show code due to being proprietary, but we aren't really doing anything
[16:18:15] mordocai: special with devise. I also notice that most other places in that code are checking for confirm_within being truthy before using it.
[16:19:34] mordocai: Wanted to ask here before filing a bug in case it is something stupid we are doing.
[16:26:51] mordocai: tubbo: And... i'm dumb. Yay for asking for help. We are doing something special with an "AuthenticationPolicy" so we aren't doing things the normal devise way. Sigh. Yeah, so that value is correctly nil. Not sure if that counts as a bug though.
[22:29:11] mordocai: There's one for everything, so probably
[22:29:28] mordocai: Apparently per their topic they prefer slack
[22:29:51] mordocai: Or are we hipsters?
[22:29:53] mordocai: ACTION ponders
[22:30:34] mordocai: eam: I'm young enough, but i've been on IRC since middle school and I like it damnit
[22:30:43] mordocai: Maybe it was early high school
[22:30:44] mordocai: ACTION shrugs
[22:31:32] mordocai: Tariq_: Sounds like a routing issue to me, but I don't do sinatra
[22:56:40] mordocai: Remote host closed the connection

2015-10-13

[19:57:55] mordocai: has joined #RubyOnRails
[19:58:02] mordocai: has joined #ruby
[22:34:31] mordocai: Remote host closed the connection

2015-10-07

[20:23:51] mordocai: has joined #RubyOnRails
[20:23:58] mordocai: has joined #ruby
[22:41:34] mordocai: Remote host closed the connection

2015-09-18

[00:08:39] mordocai: Read error: No route to host
[00:40:36] mordocai: has joined #RubyOnRails
[00:40:41] mordocai: has joined #ruby
[00:55:26] mordocai: Read error: No route to host

2015-09-17

[06:59:57] mordocai: has joined #RubyOnRails
[06:59:59] mordocai: has joined #ruby
[09:28:00] mordocai: Remote host closed the connection
[16:07:01] mordocai: has joined #RubyOnRails
[16:07:07] mordocai: has joined #ruby
[22:54:18] mordocai: Remote host closed the connection
[23:58:43] mordocai: has joined #ruby
[23:58:43] mordocai: has joined #RubyOnRails

2015-09-16

[00:24:12] mordocai: has joined #RubyOnRails
[00:24:13] mordocai: has joined #ruby
[01:30:51] mordocai: Remote host closed the connection
[06:02:45] mordocai: has joined #ruby
[06:02:45] mordocai: has joined #RubyOnRails
[06:30:34] mordocai: Remote host closed the connection
[06:36:05] mordocai: has joined #ruby
[06:36:05] mordocai: has joined #RubyOnRails
[06:58:08] mordocai: Remote host closed the connection
[07:10:48] mordocai: has joined #ruby
[07:10:48] mordocai: has joined #RubyOnRails
[08:24:09] mordocai: Quit: To Sleep!

2015-09-15

[16:32:15] mordocai: has joined #RubyOnRails
[16:32:19] mordocai: has joined #ruby
[21:32:15] mordocai: Quit: ERC (IRC client for Emacs 24.5.1)

2015-09-14

[01:58:55] mordocai: has joined #RubyOnRails
[01:58:56] mordocai: has joined #ruby
[07:53:57] mordocai: Remote host closed the connection

2015-09-11

[02:28:56] mordocai: has joined #RubyOnRails
[02:28:58] mordocai: has joined #ruby
[06:33:58] mordocai: Remote host closed the connection

2015-09-09

[00:58:32] mordocai: has joined #RubyOnRails
[00:58:34] mordocai: has joined #ruby
[05:16:29] mordocai: Remote host closed the connection
[17:25:08] mordocai: has joined #RubyOnRails
[17:25:15] mordocai: has joined #ruby
[19:11:12] mordocai: Quit: Getting rid of distractions

2015-09-03

[06:26:34] mordocai: Remote host closed the connection

2015-09-02

[21:15:27] mordocai: has joined #RubyOnRails
[21:15:33] mordocai: has joined #ruby
[21:17:11] mordocai: Hey everyone! Anyone know of any maintained generative/property based testing frameworks for ruby? The only one I have so far been able to find was https://github.com/arronmabrey/generative which doesn't look actively maintained and doesn't have narrowing.
[21:17:51] mordocai: Sorry that's a fork from https://github.com/justincampbell/generative
[21:17:56] mordocai: Basically same story though
[21:23:34] mordocai: Ox0dea: Ah cool. yeah, that looks like it is in a transition to be more actively developed. Thanks! I'll try it out
[21:33:27] mordocai: I use everyone. Nice and neutral.
[21:34:03] mordocai: Feels weird to me for some reason, but definitely works.
[22:42:27] mordocai: Remote host closed the connection
[23:31:43] mordocai: has joined #RubyOnRails
[23:31:45] mordocai: has joined #ruby

2015-08-28

[02:37:42] mordocai: has joined #RubyOnRails
[02:37:44] mordocai: has joined #ruby
[06:03:51] mordocai: Read error: Connection reset by peer

2015-08-27

[00:33:43] mordocai: Remote host closed the connection
[00:43:11] mordocai: has joined #RubyOnRails
[00:43:13] mordocai: has joined #ruby
[00:59:02] mordocai: Remote host closed the connection
[01:02:25] mordocai: has joined #RubyOnRails
[01:02:28] mordocai: has joined #ruby
[01:36:47] mordocai: Remote host closed the connection
[01:44:54] mordocai: has joined #RubyOnRails
[01:44:56] mordocai: has joined #ruby
[01:48:39] mordocai: Remote host closed the connection
[01:54:19] mordocai: has joined #RubyOnRails
[01:54:24] mordocai: has joined #ruby
[03:35:20] mordocai: Remote host closed the connection

2015-08-26

[19:22:27] mordocai: has joined #RubyOnRails
[19:22:31] mordocai: has joined #ruby
[22:48:36] mordocai: Remote host closed the connection
[23:16:52] mordocai: has joined #RubyOnRails
[23:16:54] mordocai: has joined #ruby

2015-08-11

[18:14:15] mordocai: Yeah, we defintely started noticing it after our upgrade
[18:17:46] mordocai: float12129: I think it is more of a garbage collection leak than a literal memory leak, hence the quotes.
[18:17:53] mordocai: AFAIK valgrind won't really help with that
[18:18:08] mordocai: I don't really know though
[18:18:50] mordocai: gambl0re: http://edgeguides.rubyonrails.org/active_record_migrations.html#creating-a-migration
[18:18:59] mordocai: That has an example of adding a string column through the command
[18:19:23] mordocai: float12129: Correct, but from my C experience it has problems with GC
[18:20:34] mordocai: I believe so. Can't say I've worked a ton with it though. Most of my valgrind was with pure C projects with no garbage collection.
[18:23:21] mordocai: float12129: I'm reading through that blog post. I hadn't used the technique your sentence suggests, might be worth a try. Doesn't sound as much fun as an actual tool though :P
[18:23:40] mordocai: gambl0re: Sure can. If you already migrated with it you'll have an entry in your DB for it though. Shouldn't hurt much.
[19:55:13] mordocai: Quit: ERC (IRC client for Emacs 24.5.1)