kapowaz

Activity Graph

Page 1 of 1

2018-08-02

[11:04:51] kapowaz: Remote host closed the connection

2018-07-20

[00:07:16] kapowaz: *.net *.split
[00:15:34] kapowaz: has joined #ruby

2018-07-19

[05:29:12] kapowaz: Ping timeout: 276 seconds
[05:29:48] kapowaz: has joined #ruby

2018-07-18

[05:16:30] kapowaz: *.net *.split
[05:35:19] kapowaz: has joined #ruby

2018-06-20

[03:49:56] kapowaz: Ping timeout: 256 seconds
[06:19:11] kapowaz: has joined #ruby

2018-05-29

[02:47:03] kapowaz: *.net *.split
[02:48:11] kapowaz: has joined #ruby

2018-04-25

[09:32:54] kapowaz: has joined #ruby
[12:25:37] kapowaz: *.net *.split
[12:27:07] kapowaz: has joined #ruby
[15:01:08] kapowaz: *.net *.split
[15:03:28] kapowaz: has joined #ruby

2018-04-10

[14:04:45] kapowaz: has joined #ruby

2018-03-10

[16:26:41] kapowaz: Read error: Connection reset by peer
[16:26:56] kapowaz: has joined #ruby

2018-03-02

[04:11:21] kapowaz: Read error: Connection reset by peer
[05:00:59] kapowaz: has joined #ruby

2018-01-20

[22:05:49] kapowaz: *.net *.split
[22:06:07] kapowaz: has joined #ruby

2018-01-06

[02:26:49] kapowaz: *.net *.split

2017-12-27

[19:13:29] kapowaz: Ping timeout: 255 seconds
[19:57:27] kapowaz: has joined #ruby

2017-12-21

[06:26:11] kapowaz: *.net *.split
[06:31:49] kapowaz: has joined #ruby
[06:48:31] kapowaz: *.net *.split
[07:24:39] kapowaz: has joined #ruby

2017-12-09

[05:06:12] kapowaz: *.net *.split
[05:39:53] kapowaz: has joined #ruby

2017-12-07

[14:48:27] kapowaz: *.net *.split
[14:55:04] kapowaz: has joined #ruby

2017-12-06

[08:15:08] kapowaz: Ping timeout: 240 seconds
[08:16:20] kapowaz: has joined #ruby

2017-09-19

[06:05:25] kapowaz: *.net *.split
[06:10:53] kapowaz: has joined #ruby

2017-09-12

[02:09:48] kapowaz: Ping timeout: 240 seconds
[02:10:45] kapowaz: has joined #ruby

2017-07-12

[12:41:22] kapowaz: Ping timeout: 246 seconds

2017-06-20

[00:17:21] kapowaz: *.net *.split

2017-05-02

[09:43:53] kapowaz: Write error: Broken pipe
[09:45:15] kapowaz: has joined #ruby

2017-04-27

[22:18:07] kapowaz: Ping timeout: 240 seconds
[22:26:51] kapowaz: has joined #ruby

2016-07-16

[09:31:42] kapowaz: Read error: Connection reset by peer
[09:32:02] kapowaz: has joined #ruby

2016-06-25

[13:51:13] kapowaz: Ping timeout: 258 seconds

2016-06-17

[08:46:47] kapowaz: Ping timeout: 258 seconds
[08:47:10] kapowaz: has joined #ruby

2016-06-10

[00:18:29] kapowaz: Ping timeout: 264 seconds
[00:22:25] kapowaz: has joined #ruby

2016-06-09

[05:23:23] kapowaz: Ping timeout: 250 seconds
[05:25:14] kapowaz: has joined #ruby

2016-06-05

[10:53:33] kapowaz: Ping timeout: 260 seconds
[11:02:02] kapowaz: has joined #ruby

2016-06-03

[07:58:26] kapowaz: Remote host closed the connection
[08:48:44] kapowaz: has joined #ruby
[10:02:10] kapowaz: Remote host closed the connection
[10:09:28] kapowaz: has joined #ruby

2016-05-24

[06:20:29] kapowaz: Ping timeout: 260 seconds
[06:23:41] kapowaz: has joined #ruby

2016-05-13

[16:56:25] kapowaz: Write error: Broken pipe
[17:01:57] kapowaz: has joined #ruby

2016-04-21

[17:04:01] kapowaz: Ping timeout: 268 seconds
[17:04:13] kapowaz: has joined #ruby
[17:19:13] kapowaz: *.net *.split
[17:30:32] kapowaz: has joined #ruby

2016-04-18

[11:06:09] kapowaz: Ping timeout: 260 seconds

2016-04-15

[15:11:30] kapowaz: Ping timeout: 260 seconds
[15:32:31] kapowaz: has joined #ruby
[17:21:05] kapowaz: Ping timeout: 250 seconds
[18:05:38] kapowaz: has joined #ruby
[20:22:41] kapowaz: Ping timeout: 264 seconds
[20:25:47] kapowaz: has joined #ruby

2016-03-10

[00:49:06] kapowaz: Ping timeout: 248 seconds
[08:36:39] kapowaz: Ping timeout: 268 seconds
[08:52:03] kapowaz: has joined #ruby

2016-03-02

[16:15:36] kapowaz: Ping timeout: 264 seconds
[16:18:16] kapowaz: has joined #ruby

2016-03-01

[19:25:46] kapowaz: *.net *.split
[19:31:34] kapowaz: has joined #ruby

2016-02-17

[09:52:52] kapowaz: *.net *.split
[10:02:19] kapowaz: has joined #ruby
[10:03:46] kapowaz: *.net *.split
[10:13:59] kapowaz: has joined #ruby

2016-02-05

[11:08:10] kapowaz: ljarvis: I was looking into sidekiq, but it looks more for scheduled tasks? Maybe eventmachine is the way to go?

2015-11-27

[11:12:11] kapowaz: Ping timeout: 264 seconds

2015-11-26

[22:51:22] kapowaz: Remote host closed the connection
[23:07:04] kapowaz: has joined #RubyOnRails

2015-11-14

[05:51:10] kapowaz: Ping timeout: 250 seconds
[05:58:54] kapowaz: has joined #RubyOnRails

2015-10-16

[00:13:45] kapowaz: has joined #RubyOnRails

2015-10-15

[23:32:20] kapowaz: Ping timeout: 253 seconds

2015-10-06

[20:43:46] kapowaz: *.net *.split
[20:46:17] kapowaz: has joined #RubyOnRails
[22:09:17] kapowaz: Remote host closed the connection
[22:24:22] kapowaz: has joined #RubyOnRails

2015-09-22

[09:52:17] kapowaz: has joined #RubyOnRails

2015-09-21

[08:53:53] kapowaz: Write error: Broken pipe
[08:59:13] kapowaz: has joined #RubyOnRails

2015-09-15

[02:02:34] kapowaz: has left #ruby: ()

2015-08-18

[12:16:16] kapowaz: Ping timeout: 245 seconds
[12:17:43] kapowaz: has joined #RubyOnRails
[12:17:47] kapowaz: has joined #ruby

2015-08-12

[15:05:44] kapowaz: Ping timeout: 244 seconds
[15:10:33] kapowaz: has joined #RubyOnRails
[15:10:37] kapowaz: has joined #ruby

2015-07-29

[15:02:12] kapowaz: Write error: Broken pipe
[15:15:15] kapowaz: has joined #RubyOnRails
[15:15:20] kapowaz: has joined #ruby

2015-07-28

[16:39:15] kapowaz: hey there. I'm trying to diagnose an issue with rbenv. Is this a decent place to ask, or is there a dedicated rbenv channel?
[16:40:33] kapowaz: I'll ask anyway. Basically I'm getting the standard error: ???You don't have write permissions for the /Library/Ruby/Gems/2.0.0 directory.??? whilst trying to `gem install` something, in spite of having rbenv installed.
[16:41:14] kapowaz: I ran the rbenv doctor script from https://gist.githubusercontent.com/mislav/4728286/raw/rbenv-doctor.sh and it suggests that the standard system ruby gems path is before my rbenv gems path in my $PATH
[16:41:26] kapowaz: but I can't see how come based on my .profile
[16:42:11] kapowaz: which ruby => /Users/bdarlow/.rbenv/shims/ruby
[16:42:22] kapowaz: which gem => /Users/bdarlow/.rbenv/shims/gem
[16:44:25] kapowaz: output from gem env is here: https://gist.github.com/anonymous/58f63f39b942615a20fa
[16:54:26] kapowaz: adaedra: irccloud is being weird.
[16:54:40] kapowaz: you were right though, because it's defaulting to system ruby, it's also defaulting to system gems location
[16:54:52] kapowaz: as soon as I changed rbenv to use a user-installed ruby version globally, it fixed the issue

2015-07-26

[11:05:57] kapowaz: *.net *.split

2015-07-23

[23:02:17] kapowaz: has joined #RubyOnRails
[23:02:21] kapowaz: has joined #ruby

2015-07-20

[05:35:43] kapowaz: Ping timeout: 248 seconds
[05:49:48] kapowaz: has joined #RubyOnRails
[05:49:53] kapowaz: has joined #ruby

2015-07-14

[18:30:53] kapowaz: *.net *.split
[19:57:02] kapowaz: has joined #RubyOnRails
[19:57:06] kapowaz: has joined #ruby

2015-07-01

[14:46:39] kapowaz: *.net *.split

2015-06-09

[06:35:30] kapowaz: Ping timeout: 276 seconds
[07:05:19] kapowaz: has joined #RubyOnRails
[07:05:23] kapowaz: has joined #ruby

2015-06-05

[20:02:54] kapowaz: Write error: Broken pipe
[20:16:59] kapowaz: has joined #RubyOnRails
[20:17:03] kapowaz: has joined #ruby

2015-06-02

[01:36:05] kapowaz: Write error: Connection reset by peer
[01:50:39] kapowaz: has joined #RubyOnRails
[01:50:43] kapowaz: has joined #ruby

2015-04-15

[13:29:54] kapowaz: hi; is it possible to interrogate a given controller from within a view to determine which layout it has been assigned?
[13:34:45] kapowaz: universa1: I_AM_LAYOUT is what, a magic constant containing the layout?
[13:39:39] kapowaz: Veejay: that's helpful, thanks

2014-05-27

[13:46:02] kapowaz: path anywhere in the Spree source
[13:46:02] kapowaz: Hey there. I'm trying to customise the checkout and registration parts of a Spree 2.2 application, but I can't seem to find where the default views are defined. This page (http://guides.spreecommerce.com/developer/view.html) refers to one of the views I want to customise, but it suggests it's defined in app/views/spree/checkout/registration but I don't see
[14:12:12] kapowaz: epicbig: is that not devise by default?
[14:12:49] kapowaz: I don't see where the view is originating within the devise source either
[14:13:29] kapowaz: epicbig: yeah, that's where the cart contents gets shown, but not the registration/login step view
[14:13:47] kapowaz: it's included, yeah
[14:17:10] kapowaz: epicbig: yeah, I did the same, but for some reason I have two separate directories for spree_auth_devise (presumably one of which is outdated). The one that's in use seems not to have an app/views subdir
[14:17:16] kapowaz: not sure what that's all about
[14:28:16] kapowaz: it looks like the app/views subdir has been removed from the latest spree_auth_devise
[14:28:29] kapowaz: which raises the question where it gets its views from instead now
[14:31:19] kapowaz: aha, I see
[14:31:28] kapowaz: they were moved into lib/views

2014-03-06

[16:05:09] kapowaz: is there any way of specifying a gem group from your Gemfile to use when running `bundle exec` ?
[16:08:05] kapowaz: thanks Trevoke
[16:08:12] kapowaz: I didn't want to be an ass about it??? but yeah ;)
[16:09:17] kapowaz: all evidence I've found suggests no, but that doesn't make sense to me??? nobody would want to have all gems in a single group like that, but then maybe they assume you'll run tasks through rake and specify groups that way
[16:10:16] kapowaz: it would seem to me that it'd make sense to allow specifying a gem group to bundle exec too
[16:12:28] kapowaz: workmad3: I don't follow, that seems like a purposefully ambiguous choice
[16:12:48] kapowaz: the scenario I see is like my own, i.e. I have a bunch of gems I use exclusively for CLI actions, unrelated to the app itself
[16:13:10] kapowaz: I don't want these gems to be included in the application that's bundled for deployment
[16:13:40] kapowaz: not sure why it makes any difference whether it's the app or the user making that choice?
[16:13:51] kapowaz: how would you approach the scenario I mention above?
[16:14:35] kapowaz: for the record, I wouldn't have multiple groups ??? I'd have gems that are intended to be included in the app for deployment in the default group (i.e. ungrouped) and then gems related to CLI tasks in their own group
[16:15:11] kapowaz: Trevoke: yeah, although it only seems to allow you to exclude, not specifically include
[16:16:19] kapowaz: trouble is that's no use, since the CLI tool isn't a ruby program
[16:16:31] kapowaz: well, it's foreman, being executed inside a bash script
[16:16:52] kapowaz: the bash script includes `bundle exec foreman --some options`
[16:17:06] kapowaz: there's no rake task :)
[16:17:39] kapowaz: because I'm not?
[16:18:34] kapowaz: maybe I'm misunderstanding some part of the toolchain, but I don't see where you're getting that from
[16:18:51] kapowaz: my understanding was foreman was written in ruby (not that this is important, it's a black box for my purposes)
[16:19:36] kapowaz: Trevoke: https://gist.github.com/kapowaz/6a8f81b317e47bfebb36
[16:20:26] kapowaz: workmad3: I don't care if the load path contains all the gems for the foreman task, because they're *all* required for the foreman task in this case. It's the flip side of this where I want to exclude them, i.e. when I deploy a simple rack-based app (I don't need any of these for that situation)
[16:20:40] kapowaz: Trevoke: because it took me 30 seconds to write it, and it works
[16:21:03] kapowaz: this is a primarily static HTML demo, I'm adding rack so I can deploy it to heroku to show the client
[16:21:16] kapowaz: Trevoke: that's not helpful
[16:21:52] kapowaz: workmad3: I've never explicitly bundle installed when deploying with heroku, is that something that's easily done?
[16:22:02] kapowaz: Trevoke: adding Rake to this mix would make it 100x more complex
[16:22:27] kapowaz: workmad3: perfect
[16:22:44] kapowaz: I'll look into that, thanks
[16:23:19] kapowaz: probably less than ideal, but meh
[16:23:37] kapowaz: mostly I wanted to learn if it was possible to do what I wanted, and the answer appears to be ???why would you even do that????
[16:24:26] kapowaz: fwiw Trevoke, I've used this bash script and variations thereof when building static HTML prototypes using rake-pipeline successfully for quite a while, turning it into a set of Rake tasks always struck me as overkill
[16:25:11] kapowaz: basically it's a bash script because unless you manually remove the old temporary files, sometimes when you fire up foreman again you can get errors (particularly if the content resides inside a dropbox, and isn't entirely in sync)
[16:25:45] kapowaz: removing the old cruft ensures it runs idempotently
[16:26:37] kapowaz: workmad3: foreman only invokes rake-pipeline, it doesn't depend on it
[16:26:45] kapowaz: so you need to be able to specify the dependencies *somehow*
[16:27:23] kapowaz: well, then by your own logic that means they should be in a bundler group ;)
[16:28:38] kapowaz: I think the issue here stems from the fact I'm trying to use a Gemfile for two distinct purposes, one of which is a(n admittedly very simple) ruby application, the other is a command-line ruby toolchain
[16:29:18] kapowaz: how does bundler behave if you have another Gemfile residing in a subdir somewhere?
[16:30:05] kapowaz: they're dependencies for the development environment, not production
[16:30:08] kapowaz: that's it, really
[16:32:37] kapowaz: the flag for excluding groups appears to rely on an experimental heroku feature which has recently been changed: https://devcenter.heroku.com/articles/bundler#specifying-gems-and-groups
[16:32:41] kapowaz: https://devcenter.heroku.com/articles/labs-user-env-compile
[16:32:58] kapowaz: I think in this case I'll just do it with all the gems, it's not a real production deployment so much as a client demo
[16:33:01] kapowaz: annoying but hey.

2014-02-17

[14:12:51] kapowaz: I've installed rbenv with homebrew on OS X 10.9, but when I try to install any gems, I get the permissions error that you'd expect if you were using system ruby
[14:13:06] kapowaz: You don't have write permissions for the /Library/Ruby/Gems/2.0.0 directory.
[14:13:21] kapowaz: but `which gem` gives: /Users/bdarlow/.rbenv/shims/gem
[14:13:49] kapowaz: why would the rubygems executable from rbenv be trying to install gems in the global ruby directory?
[14:14:09] kapowaz: any ideas?
[14:18:01] kapowaz: wuest: I need to set where rubygems installs in that?
[14:18:15] kapowaz: I'll check it out
[14:26:29] kapowaz: pontiki: /usr/bin/gem??? wtf.
[14:27:05] kapowaz: * system (set by /Users/bdarlow/.rbenv/version)
[14:27:06] kapowaz: 1.9.3-p484
[14:27:13] kapowaz: I thought I'd installed 2.0.0 myself
[14:27:16] kapowaz: obviously not