[18:42] <bkerensa> blkperl: What?
[18:43] <bkerensa> colonelqubit: I don't think there are any plans unless someone has announced something on the mailing list
[18:45] <blkperl> bkerensa: you need to find a successor (not volunteering, busy, srsly)
[18:48] <bkerensa> blkperl: there is nobody interested in succeeding me :s
[18:48] <bkerensa> I have tried
[18:49] <bkerensa> tgm4883: you want to maintain the website etc? The domain name for the LoCo expires in three months
[18:49] <colonelqubit> bkerensa: I live back East now... otherwise I'd help out :-)
[18:51] <blkperl> bkerensa: send a sad plea for help to pdxdevops mailing list
[18:51] <blkperl> and maybe some other groups
[18:53] <bkerensa> blkperl: I'm not going to grovel
[18:53] <bkerensa> :P
[18:54] <bkerensa> blkperl: did order 14.04 DVD's though
[18:54] <bkerensa> will probably split them among PSU/FreeGeek/A few public libraries
[18:59] <blkperl> bkerensa: awesome! :D
[18:59] <blkperl> bkerensa: it's not groveling its an oppurtunity for someone who wants get more involved :)
[19:03] <bkerensa> blkperl: surely you could invite them
[19:03] <bkerensa> :)


[02:27] <jjesse-phone> Ok this is cool on IRC through quassel with the core running on my netbook
[02:31] <jjesse-phone> Now need to configure router to allow it through
[02:40] <jjesse-android> This works very well in both my phone on wifi and my nexus 7
[02:43] <snap-l> New version of Version Control with Git is out.
[11:20] <rick_h_> broumorning
[11:20] <rick_h_> oops morning
[11:46] <snap-l> It's a brouumorning everywhere
[11:46] <rick_h_> heh
[11:47] <rick_h_> started to reply to brousch using make last night but he was offline so tab complete failed
[11:47] <rick_h_> and had that in the input for this morning
[11:47] <snap-l> Yeah, I hate that
[11:47] <snap-l> Why can't he idle on channel like everyone else?
[11:56] <rick_h_> there he is
[12:01] <brousch> Who?
[12:02] <rick_h_> you
[12:02] <rick_h_> I was talking to myself after you left last night when I saw your makefile comment
[12:02] <brousch> Hah, sorry
[12:03] <brousch> I'm just using your epic Bookie Makefile to scrape out things I need
[12:03] <rick_h_> hah, sorry
[12:03] <rick_h_> start with the smaller ones
[12:03] <brousch> No, that one is good
[12:03] <rick_h_> https://github.com/mitechie/breadability/blob/master/Makefile
[12:03] <rick_h_> is lighter and easier
[12:04] <brousch> Do you have anything where you read a config to set things up?
[12:04] <brousch> Such as the location of the venv on my system would depend on a line in a config file
[12:05] <brousch> Or would the Makefile call a Python script that does all the config stuff?
[12:05] <rick_h_> well everything is based off the bookie.ini, which is a copy of sample.ini
[12:05] <rick_h_> and that's passed to all the commands that need it
[12:05] <rick_h_> why the bookie makefile has a BOOKIE_INI or whatever it is
[12:06] <brousch> Ah, so when you call a command that needs some config, you pass it the location of the ini
[12:06] <brousch> Nice
[12:07] <rick_h_> right
[12:07] <rick_h_> and you can override the ini by changing your make command
[12:07] <rick_h_> make BOOKIE_INI=test.ini run_something
[12:07] <rick_h_> and then the command runs with a different ini file to run that command
[12:08] <brousch> That is slick
[12:09] <rick_h_> yea so see:
[12:09] <rick_h_> BOOKIE_INI = bookie.ini
[12:09] <rick_h_> SAURL = $(shell grep sqlalchemy.url $(BOOKIE_INI) | cut -d "=" -f 2 | tr -d " ")
[12:10] <rick_h_> I actually pull out the sqlalchemy url from the ini that's being used for some stuff
[12:10] <rick_h_> and then launch celery background process (for example)
[12:10] <rick_h_> run_celery: BOOKIE_INI=$(BOOKIE_INI) $(CELERY) --pidfile celeryd.pid &
[12:11] <brousch> cool
[12:14] <brousch> See, I need the epic Bookie Makefile ;)
[12:15] <rick_h_> lol
[12:15] <rick_h_> well if you get stuck let me know. I do some nutsy stuff in there that can throw off new users
[12:16] <brousch> I'm not sure how far I'll get on it. Basically as I find a command I have typed a few times I'm adding it in there
[12:17] <rick_h_> good go
[12:17] <rick_h_> try to keep it organized though
[12:17] <rick_h_> keep like things together
[12:17] <rick_h_> makes it easier to manage
[12:17] <rick_h_> testing things, setup/install things, untilities, etc
[12:17] <brousch> What is this testing you speak of?
[12:18] <rick_h_> yea right, never mind. Just stick them in the same file one after another without any comments
[12:18] <rick_h_> and call them all things like: do_more
[12:18] <brousch> Hey! Like the rest of my code!
[12:18] <rick_h_> :P
[12:18] <brousch> Does order matter?
[12:19] <rick_h_> so yes and no
[12:19] <rick_h_> make
[12:19] <rick_h_> without any arguments will run the first target
[12:19] <rick_h_> aside from that, no not really. Order whatever makes sense
[12:19] <brousch> So the first target should be help
[12:20] <rick_h_> generally it's a clean and build
[12:20] <snap-l> Convention is generallt that make by itself will build
[12:20] <rick_h_> yea
[12:20] <rick_h_> notice my first command is all
[12:20] <brousch> I don't like that convention
[12:20] <rick_h_> which will setup things
[12:20] <snap-l> It's a grand convention
[12:21] <rick_h_> right, that's what you're saying. Definitely don't do it this way :P
[12:21] <snap-l> handed down for generations
[12:21] <rick_h_> otherwise people will start to wonder about you
[12:21] <snap-l> and they will start the proceedings for your excommunication
[12:21] <rick_h_> ssssh, he's not supposed to know those meetings are going on
[12:22] <snap-l> I would have thought the catering bill we're sticking him with would have given it away?
[12:22] <rick_h_> it's in the mail still
[12:22] <brousch> Must be a lot more people involved than I thought
[12:22] <snap-l> damn front office
[12:22] <rick_h_> I sent it via the bounched returned address method
[12:22] <snap-l> Ah, good call
[12:23] <snap-l> I would have just done a direct invoice
[12:23] <rick_h_> I assumed he auto shredded those
[12:23] <rick_h_> this way it looks like he wrote it
[12:23] <snap-l> And that's why you're the Senior Excommunicator
[12:23] <snap-l> VP
[12:26] <snap-l> and I'm just the Operator
[12:26] <snap-l> with the Pocket Calculator
[12:32] <Blazeix> rick_h_: saw your tweet about CHC. we were planning to meet at the older caribou, weren't we?
[12:34] <rick_h_> Blazeix: I talked with my neighbords who are cruise regulars and they say we'll be fine
[12:34] <rick_h_> bah, neighbors
[12:34] <rick_h_> Blazeix: so since we already didn't pay/show up on one week I'd rather go there if we can
[12:38] <snap-l> OK, so Woodward?
[12:39] <rick_h_> snap-l: rgr
[12:39] <snap-l> Because I think Julie at MH is going to save us a table otherwise.
[12:39] <rick_h_> yea, after talking with my neighbors I got wondering if we'd lose any reservations/issues with the woodward place not paying back to back weeks
[12:40] <rick_h_> since they assured me it clears out rather keep the normal schedule
[12:40] <rick_h_> if if they're wrong...then everyone can hang me from the flag pole for screwing up again
[12:40] <snap-l> heh
[12:40] <snap-l> We won't hang you from the flagpole
[12:41] <snap-l> THat would be too easy. ;)
[12:44] <brousch> Hang him by his leopard-print thong
[12:45]  * rick_h_ schedules a stop at the summer set mall on my way to CHC tonight
[12:59] <Blazeix> rick_h_: ok, cool. i won't be able to make it anyway, just wanted to double-check :)
[12:59] <Blazeix> the manager at the old CHC was going to reserve some tables for us, we should probably cancel that.
[13:01] <Blazeix> i can call and do that if nobody else has done that yet
[13:03] <rick_h_> Blazeix: that'd be great. I was going ot bug snap-l since he was close and has chatted with her
[13:03] <rick_h_> but if you can that would be awesome, appreciate it
[13:09] <Blazeix> ok, cancelled, i think. the person i spoke to had no idea that the tables were being held
[13:09] <Blazeix> since i imagine that it was just an informal thing
[13:09] <rick_h_> yea, I think that was just the person we tend to see there
[13:09] <rick_h_> right
[13:09] <Blazeix> so the person left a note that we don't need them held.
[13:09] <rick_h_> cool thanks Blazeix
[13:10] <jrwren> if anyone is in AA, I'll be going to fanzoo tech tonight for their thing.
[13:11] <jrwren> last month i worked on ubuntu-docs, and that pull request just sat idle, so I won't contribute to that again.
[13:11] <rick_h_> ugh
[13:12] <jrwren> idle pull requests are disheartening, but I'm positive. I learned a lot generating it. I just need to find something else.
[13:12] <rick_h_> yea, greg-g was just talking about that last night
[13:13] <jrwren> oh?
[13:13] <jrwren> where at? g+?
[13:13] <rick_h_> irc
[13:13] <jrwren> what channel?
[13:13] <rick_h_> he was hitting refresh on some pull request over and over
[13:13] <rick_h_> in here I thought
[13:13] <jrwren> oh. yeah, afternoon.
[13:13] <jrwren> last night to me is post-6pm :)
[13:14] <rick_h_> ah, well I didn't recall to be exact :P
[13:15] <jrwren> its all good. i was being a time pedant.
[13:16] <snap-l> Blazeix: Thanks, good sir
[13:25] <snap-l> rick_h_: You have my mobile number, right? :)
[13:26] <snap-l> or at least the GV number? ;)
[13:26] <rick_h_> snap-l: yea
[13:26] <rick_h_> I had it last time just misread my phone or something
[13:26] <snap-l> test, please. ;)
[13:28]  * snap-l changed the location again
[13:28] <snap-l> recv
[13:32] <snap-l> tx
[14:02] <snap-l> Apparently my Squeezebox is in a trippy mood
[14:02] <snap-l> Rildrim followed by Ozric Tentacles
[14:02] <snap-l> I'm not complaining
[14:10] <greg-g> rick_h_: jrwren good news, the pull request was accepted while I slept :)
[14:11] <snap-l> greg-g: Awesome news.
[14:11] <greg-g> g'morning, btw
[14:11] <greg-g> snap-l: so its been two years of OMC?
[14:11] <snap-l> Yep. Started on 2010
[14:11] <snap-l> http://openmetalcast.com/2010/08/17/open-metalcast-episode-1-open-the-gates/
[14:12] <greg-g> crazy!!
[14:12] <snap-l> Yeah, no kidding
[14:12] <greg-g> and awesome. I love it.
[14:12] <greg-g> :)
[14:12] <snap-l> Thank you. :)
[14:13] <brousch> A watched pull request is never merged
[14:13] <snap-l> Would love to talk to someone at CC about what I've discovered. :)
[14:14] <snap-l> ie: places like bandcamp get musicians thinking about CC
[14:14] <snap-l> and places like FMA are essentially where the computer folks play musicians. ;)
[14:15] <snap-l> (FMA = Free Music Archive)
[14:16] <ColonelPanic001> I did not realize OMC was that old
[14:16] <snap-l> Yep, now it's in the terrible twos. ;)
[14:16] <greg-g> quit your whinning
[14:16] <ColonelPanic001> congrats
[14:16] <snap-l> Thank you.
[14:16] <snap-l> greg-g: :-P
[14:17] <greg-g> bbian
[14:17] <greg-g> s/n/b/
[14:29] <brousch> NextDayvideo is publishing a bunch of PyConAU videos now
[14:29] <rick_h_> *sigh*
[14:50] <jrwren> Error: Settings cannot be imported, because environment variable DJANGO_SETTINGS_MODULE is undefined.
[14:50] <jrwren> ^^^ why doesn't it just deafult to settings and then if that doesn't exist error?
[14:51] <rick_h_> because django and their 'magic settings' crap is irritating
[14:51] <jrwren> indeed.
[14:51] <rick_h_> "oh that's a default setting, it's not listed"
[14:51] <jrwren> there are some nice things about their settings system, but nothing python doesn't give for free anyway
[14:51] <rick_h_> "oh, well the order the setting files are collapsed isn't what you think"
[14:51] <jrwren> oh, i'm fine with default settings and implicity
[14:52] <rick_h_> "oh, just set this setting, which isn't in the docs, but if you check the source..oh that's these two settings then you're set"
[14:52] <rick_h_> I seemed to keep running up against crazy settings fun
[14:52] <jrwren> i've heard their docs got a lot better in 1.3 release.
[14:52] <jrwren> or was it 1.4?
[14:52] <rick_h_> this was in June
[14:53] <jrwren> oh.
[14:53] <rick_h_> after 1.4
[14:53] <jrwren> hell if I know then.
[14:53] <rick_h_> :)
[14:53] <jrwren> i'm working on projects on 1.2
[14:53] <rick_h_> yea, I railed out against how everyone says the docs are so great but I kept finding the docs/source not sync'ing
[14:53] <brousch> You can specify a settings file with --settings=/path/to/your/settings
[14:53] <rick_h_> but I'm a hater, so I was using it wrong :P
[14:53] <brousch> That works on syncdb, runserver, etc
[14:54] <jrwren> test?
[14:54] <rick_h_> the test runner auto ignores some settings stuff by the way
[14:54] <rick_h_> ...grumble...
[14:55] <jrwren> yup
[15:07] <rick_h_> one day I'm going to write a book about my inlaws
[15:07] <rick_h_> that's my retirement plan I think
[15:09] <greg-g> if only Yehuda Moon was still not subscription only, wolger, snap-l and jrwren would love this one www.yehudamoon.com/index.php?date=2012-08-22
[15:09] <greg-g> (its a $1/mo subscription for 3 comics/wk)
[16:04] <snap-l> I could still see it
[16:07] <greg-g> oh, really? they may have made the switch to open again
[16:08] <greg-g> oh, no, that didn't work
[16:08] <greg-g> weird, that link isn't being dealt with intelligently
[16:09] <greg-g> apparenlty, if you aren't logged in, you get to see each monday's comic (press previous, it goes back a week).
[16:09] <snap-l> Ah, well cool that I could see it
[16:09] <snap-l> not sure I'd pay $1 a week for it. :)
[16:09] <greg-g> Also, apparenlty, if you load a url for a non-Monday comic and you aren't logged in, you just see the previous monmday's
[16:09] <snap-l> month, rather.
[17:00] <jrwren> i heard aws's new thingy described as being super expensive for recovery. so maybe I'll stick with s3
[17:09] <rick_h_> yea, guess the recovery pricing is on some strange per day quota setup
[17:12] <snap-l> Leave it to Amazon to cone up with strange pricing
[17:14] <greg-g> how expensive?
[17:16] <rick_h_> the one example on TC I think was $2k expensive
[17:20]  * greg-g should look at that
[17:22] <rick_h_> http://www.wired.com/wiredenterprise/2012/08/glacier/
[17:22] <rick_h_> is the article that sets up the nightmare scenario
[20:07] <snap-l> Quick sqlalchemy question: how do I return two values from a query?
[20:07] <snap-l> I'm looking to do something like "select id, max(somedate) from foo where ..."
[20:11] <jcastro> rick_h_: ok I've spent a few nights investigating home automation
[20:11] <jcastro> I am ready for next nerd brain-dump
[20:24] <jrwren> snap-l: what would that query even do?
[20:27] <jrwren> about 1/2 way down the page on literal sql: http://docs.sqlalchemy.org/en/rel_0_7/orm/tutorial.html
[20:27] <jrwren> most ORMs don't support projections since it doesn't work with identity map, which is part of the point of using an ORM
[20:28] <jrwren> as soon as you are projecting you are in a special world where the orm is used only as a sql generation tool.
[20:35] <Blazeix> snap-l: also see http://docs.sqlalchemy.org/en/rel_0_7/orm/tutorial.html#counting
[20:35] <Blazeix> the second codeblock
[20:37] <Blazeix> oh, i was assuming you're doing a max(somedate) over a grouping
[20:38] <snap-l> n/m. I think I'm on to somethihng
[20:38] <snap-l> or I'm on something.
[20:40] <waldo323_> jcastro, what have you found out so far?
[22:07] <rick_h_> jcastro: heading out to CHC, drop what you think and I'll reply when I get there
[22:07] <rick_h_> snap-l: bring it to CHC and I can see if I can help
[23:15] <snap-l> rick_h_: n/m, fugured itout
[23:15] <rick_h_> snap-l: cool
[23:40] <jrwren> rick_h_: any reason pyinotify instead of watchdog ?
[23:40] <rick_h_> jrwren: no, just that watchdog had some limitation I think
[23:40] <rick_h_> watchdog can run a command, but doesn't have access at the raw files I think? I'd have to look again