[12:05] <snap-l> Good morning
[12:11] <rick_h> morning
[15:26] <greg-g> g'morn
[15:33] <snap-l> Howdy.
[15:34] <snap-l> Quick poll: If there were a separate jobs mailing list for a certain user group that allowed recruiters to post directly to the list, would this be something you would be interested in?
[15:34] <snap-l> (assuming you were in the job market, etc)
[15:40] <_stink_> i'm sure i'd subscribe, then filter then somewhere i would never read
[15:43] <greg-g> liberationtech has a -jobs list, but it doesn't seem to have recruiters post to it, more often the list admin or people from the companies doing the hiring
[16:12] <snap-l> Yeah, that's what I'm afraid of: people will either not subscribe, or they'll not read it
[16:12] <snap-l> then again, it would get some of the traffic off of the main list. :)
[16:13] <greg-g> is this MUG?
[16:13] <snap-l> It could be. :)
[16:13] <snap-l> (yes)
[16:13] <greg-g> (there's no traffic on ubuntu-us-mi, of course :) )
[16:14] <snap-l> Yeah, there's a little traffic on that list.
[16:15] <snap-l> ubuntu-us-mi that is
[16:16] <snap-l> Also, if you ever decide to have a group called mug, or a podcast named "metal", expect folks to try to solicit you ceramic mug manufacturing, or nickel alloys.
[16:19] <greg-g> heh
[16:20] <snap-l> Thank God I don't have an Apple Product liberation blog called Free Ipad or I'd really be in trouble.
[16:34] <brousch> snap-l: How many jobs posts are there to MUG?
[16:42] <snap-l> We usually get about 1-2 a month
[16:42] <snap-l> so it's not horrible traffic, but I'm wondering if we could open it up some more
[16:43] <snap-l> Just wanted to get a general sense if I was completely off-base for suggesting it
[16:48] <brousch> I think there's no point until you get a complaint from a member
[16:49] <brousch> For GRWebDev we set up a free jobs board so people can post. Peoeple interested in the jobs can go there
[16:50] <snap-l> Yeah, we've kicked that around as well
[17:28] <greg-g> I find it funny that Fx nightly plays youtube videos just fine, but chromium consistently gives me "video not available" errors
[17:30] <snap-l> Wonder if it's something to do with Flash between the browsers
[17:30] <snap-l> or perhaps some privacy foo
[17:32] <greg-g> probably option 2
[17:32] <greg-g> but duno
[17:32] <greg-g> +n
[17:32] <greg-g> I even have flashblock going on Fx
[17:32] <greg-g> (so, two clicks needed instead of just one)
[17:42] <jrwren> does chromium come with flash like chrome does?
[17:43] <jcastro> no
[17:46] <jrwren> there ya go.
[17:48] <greg-g> doesn't make sense, wouldn't it give me a "no flash, dur" error instead?
[17:48] <rick_h> because it hates you
[17:48] <rick_h> it's quite personal
[17:48]  * greg-g nods
[17:48] <greg-g> understandable, I dislike it as well
[17:53] <snap-l> https://plus.google.com/+IanBicking/posts/Pzzj4gsfa2U
[17:54] <snap-l> Every time I think "I should learn me some Javascript" I read something like this.
[17:55] <jrwren> snap-l: don't let that stop you. C compilers weren't compatible with each other for many years. it is still a great language.
[17:55] <snap-l> I know C doesn't guard against shit, but it seems like Javascript sets out a welcome mat over a vat of laser-sharks
[17:55] <jrwren> http://gcc.gnu.org/onlinedocs/gcc/C-Extensions.html
[17:56] <jrwren> just follow Crockford style JS and all is good.
[17:57] <rick_h> jslint or bust
[17:57] <rick_h> and if it huts your feelings then man up and get over it
[17:58] <snap-l> Programming is hard. Let's go shoppinmg
[17:59] <jrwren> shopping is hard, lets write a database.
[17:59] <snap-l> Checking integrity is hard. Let's write MongoDB.
[18:00] <snap-l> (aside: I noticed identi.ca was having replication issues with MongoDB. Could only shake my head.))
[18:00] <jrwren> lol
[18:00] <jrwren> mongodb is webscale
[18:01] <snap-l> MongoDB is a steaming pile of webscale.
[18:46] <jrwren> TIL: debian packages nginx in both -core and -light versions.
[18:53] <snap-l> what's the difference between the two?
[18:56] <jrwren> light is not a complete set of core modules.  -full has full core modules.
[18:56] <jrwren> oops, its -full and -light
[18:57] <snap-l> Ah, ok
[19:31] <rick_h> yea, lots of optional modules but requires recompile
[19:32] <jrwren> i'll start with full, then maybe try light
[19:32] <jrwren> since all I really need is uwsgi
[20:47] <jrwren> wtf ubuntu - uwsgi 1.0.3, isn't that ANCIENT?!?
[20:49] <jrwren> oh, its the LTS uwsgi.
[20:50] <rick_h> yea, pip install uwsgi ftw
[20:56] <jrwren> actually 1.0.3 is fine :)
[20:56] <jrwren> adn my good it is FAST
[20:56] <jrwren> nginx+uwsgi FTW
[20:56] <rick_h> yea, it's nice. I run bookie with nginx + uwsgi
[20:57] <rick_h> though I do want to go to gunicorn
[20:57] <jrwren> i adapted http://justcramer.com/2013/06/27/serving-python-web-applications/
[20:57] <jrwren> and WOW this is faster than I thought it would be.
[20:57] <rick_h> http://docs.bmark.us/en/latest/hosting.html#hosting-your-bookie-installation is the bookie docs and a little bit out of date
[20:57] <jrwren> ok i'm still in awe of how fast this is.
[20:58] <rick_h> very cool
[20:58] <jrwren> 1100 rps with running ab -n 10000 -c 100
[21:10] <jrwren> oh, lol, that wasn't hitting the uwsgi, that was just nginx redirecting /a/b/c to /a/b/c/
[21:10] <jrwren> *sigh*
[21:22] <rick_h> lol
[21:22] <rick_h> ok, that makes more sense
[23:12] <snap-l> jrwren: nigix serves /dev/null like a bat out of hell