A group that meets once a month to chat about Ruby on Rails and the Ruby programming language.
Join Now. (it's free)

#indyrb IRC Log on irc.freenode.net

Index

IRC Log for 2009-09-11

Timestamps are in GMT/BST.

[0:02] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[0:03] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[1:03] * waz (n=tjs@99-190-205-163.lightspeed.iplsin.sbcglobal.net) Quit ("My computer is going to sleep....")
[2:22] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[2:23] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[4:06] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[4:06] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[9:02] * waz (n=tjs@99-190-205-163.lightspeed.iplsin.sbcglobal.net) has joined #indyrb
[11:10] * jqr (n=jqr@99-6-3-78.lightspeed.iplsin.sbcglobal.net) has joined #indyrb
[11:29] <jqr> I think 90% of the reason we made our chat application is that I am too lazy to open up the indyrb site and click through to the log files
[12:06] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[12:06] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[13:03] <mileszs> hahaha
[13:03] <mileszs> Well, then: Have you ever heard of adding an object to an AR collection via '<<' causing a test suite to hang?
[13:03] <mileszs> Oops. ^ to jqr.
[13:17] <jqr> mileszs: nope, never heard of that
[13:18] <jqr> I kindof stopped using << after I made this mistake a few times. a = b << 1 and accidentally modified b :)
[13:18] * jqr lunch
[13:36] <esquivalient> mileszs: what kind of hanging is it? I mean, is it busy waiting or is it just sitting there doing absolutely nothing?
[13:38] <mileszs> It just sits there. Well, hold on, let me run it again....
[13:43] <mileszs> Just hung.
[13:47] <esquivalient> you could try using strace to see what system call it's sitting at
[13:47] <esquivalient> that's helpful sometimes
[13:48] <esquivalient> assuming you have strace, anyway
[13:49] <mileszs> Oddly enough, it hangs _after_ running the '<<' line and the line after it (according to the log), but commenting out the '<<' line removes the hanging problem.
[13:57] <esquivalient> I'm assuming it only does this in test mode?
[13:57] <esquivalient> What's the next line it actually runs?
[14:00] <esquivalient> I was asking my question before (about waiting vs. busy waiting) because I was wondering if it was some kind of weird recursion-without-a-base-case that happens only in special cases
[14:08] <mileszs> Yes, it's a line in a setup block of a test.
[14:08] <mileszs> The next line is @other_user.roles = @roles
[14:08] <esquivalient> that doesn't seem like a show stopper
[14:08] <mileszs> having just done @other_user.emails << email
[14:10] <esquivalient> does changing the syntax matter? what if you do @other_user.emails = (@other_user.emails + email) or something equally stupid
[14:14] <mileszs> HA! I'll try that. It takes forever to run this test suite.
[14:16] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 60 (Operation timed out))
[14:27] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[14:31] <jqr> mileszs: you might also try using ruby-debug to watch execution
[14:44] <mileszs> esquivalient: No hanging with that method. ... which makes absolutely no sense to me.
[14:44] <mileszs> Actually, it makes me angry.
[14:44] <esquivalient> now I'm _really_ curious
[14:44] <esquivalient> jqr: I guess I assumed ruby-debug had already been applied and was of limited use
[14:45] <esquivalient> sometimes rails spelunking is the long way around
[14:45] <mileszs> I could've sworn I had tried doing something like that before and not seen any change.
[14:46] <mileszs> Oh, and as for ruby-debug, ... I haven't ran it.
[14:47] <jqr> http://pivots.pivotallabs.com/users/chad/blog/articles/366-ruby-debug-in-30-seconds-we-don-t-need-no-stinkin-gui-
[14:47] <jqr> super easy
[14:48] <esquivalient> as an alternative to starting the server with rdebug, you can always just use Debugger.start after you require 'ruby-debug'
[14:48] <esquivalient> 'cause I always forget to start my server that way
[16:06] <esquivalient> anybody know of a handy photo gallery plugin?
[16:17] * igg (n=igg@99-6-3-78.lightspeed.iplsin.sbcglobal.net) has joined #indyrb
[16:21] <jqr> GitHub leaving engineyard: http://www.engineyard.com/blog/2009/engine-yard-and-github-transition/
[16:22] <jqr> take that GFS
[16:25] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[16:26] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[16:42] <mileszs> I wondered when that was going to happen. I know it's being sort of painted as "GitHub guys have no loyalty!", but I honestly think they _need_ to get away from EY. :-/
[16:49] <jqr> yeah
[16:50] <jqr> I think they need to take control of their hosting environment, for their application it matters
[17:03] <mileszs> Agreed. Everyone have a good weekend!
[17:30] * igg (n=igg@99-6-3-78.lightspeed.iplsin.sbcglobal.net) Quit (Remote closed the connection)
[17:30] * igg (n=igg@99-6-3-78.lightspeed.iplsin.sbcglobal.net) has joined #indyrb
[17:30] <jqr> :) I'm sure yours will be better! seeya
[18:32] * Unixmonkey (n=Unixmonk@CHCGILIDDS0A907.mcleodusa.net) has joined #indyrb
[19:35] * Unixmonkey (n=Unixmonk@CHCGILIDDS0A907.mcleodusa.net) Quit ()
[21:12] <dsp> http://indianapolis.craigslist.org/sof/1342036903.html
[21:12] <dsp> i wonder who that is
[21:22] * Unixmonkey (n=Unixmonk@CHCGILIDDS0A907.mcleodusa.net) has joined #indyrb
[21:25] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[21:26] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[22:24] <jqr> Interesting from field in Twitter TOS email: Biz Stone <twitter-tos-elijah.miller=gmail.com@postmaster.twitter.com>
[22:26] <dsp> MAIL FROM or the from header in the message contents?
[22:27] <dsp> in the former case, that's very common, it's called VERP
[22:29] <jqr> looks like both, but it's been a while since I've had to wade through mail headers :)
[22:29] <jqr> nice, I didn't realize this method had a name... I've rarely seen anything other than "noreply@" used
[22:30] <jqr> but VERP seems like it would solve quite a few issues
[22:32] <jqr> looks like the qmail guy coined the term too, interesting.
[22:34] <dsp> yes, if only ppl weren't so anti-djb. he's a dick because he's right
[22:37] <jqr> hehe... qmail is awesome, although generally I've switched to the more featurful dovecot which seems to maintain many of the same security considerations
[23:41] * esquivalient (n=esquival@67.177.188.169) Quit (Read error: 104 (Connection reset by peer))
[23:42] * esquivalient (n=esquival@67.177.188.169) has joined #indyrb
[23:59] * Unixmonkey (n=Unixmonk@CHCGILIDDS0A907.mcleodusa.net) Quit ()