The web in a box - a next generation web framework for the Perl programming language

IRC log for #mojo, 2014-12-15

| Channels | #mojo index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:08 damaya Hey guys, can I get a code review: https://github.com/danielamaya/orchestrate-perl
00:09 damaya It's not completely done, but I am getting there and I just want to make sure I am on the right track
00:09 preaction if you want to put it on cpan, you should follow the cpan-style dist layout. all your modules in a lib directory
00:10 preaction if you're doing something mojolicious specific, you probably want to prepend the dist name with Mojo:: or MojoX::
00:12 preaction you should probably fix your git author user and git author email to match what's in github, so it doesn't show up as unknown
00:21 woz joined #mojo
00:26 akhasanov joined #mojo
00:33 sri lol, really uncle bob? https://twitter.com/unclebobmartin/status/544258609019125762
00:34 preaction gr8 b8 m8 8/8
00:40 damaya preaction, I am going to reorg it into lib... it's independent of Mojolicious.
00:41 damaya I am also going to write tests in t/
00:41 purl okay, damaya.
00:41 preaction but you're using Mojo::IOLoop and Mojo::UserAgent, so it's dependent on those things
00:41 damaya I just haven't gotten that far yet. Just want to make sure the code style is all good.
00:41 damaya It is dependent on Mojolicious. I'm also using Mojo::Base. But, it's not a Mojolicious plugin.
00:42 preaction if you want to make it more independent, you'd need to support more IO loops
00:42 damaya I.e., Mango uses Mojo::IOLoop, Mojo::Base, etc, yet it's not in the Mojo namespace.
00:42 preaction i'm starting to be against the proliferation of top-level namespaces on cpan
00:42 damaya preaction, so you'd suggest Mojo::Orchestrate? Something like that?
00:42 damaya I can do that. I was just modeling this on Mango a bit :/
00:43 preaction no, now that you mention it, maybe not. putting it in Mojo:: will tell people "only use this if you're using mojolicious", which isn't the idea
00:44 preaction i wish there was a generic DB:: namespace...
00:45 damaya Hm, how does one go about suggesting something like that?
00:46 preaction you don't. you just do it. well. there's prepan.org and modules@cpan.org for suggestions, but there's no real curation or control over cpan
00:46 neyasov______ joined #mojo
00:46 damaya I think I am going to put it under DB::Orchestrate rather than top-level.
00:46 damaya I will start the trend
00:47 preaction i'd ask first. i've been releasing cpan modules for years and i'm still going to ask when i start the ETL:: namespace i want
00:52 damaya preaction, I was planning on putting it on prepan, is there anywhere else to ask?
00:52 damaya just modules@cpan.org?
00:53 preaction http://www.cpan.org/modules/04pause.html#before <- looks like that's the main one. perlmonks is an idea i guess
00:56 preaction i only intend to buck the trend and make the ETL:: namespace because I do intend to make multiple things inside of it, also
00:57 preaction the problem with creating the DB:: namespace is that everything's already scattered to the winds. like the WebService:: and WWW:: and Net:: namespaces
01:10 jberger definitively you should ask before starting a DB namespace
01:34 sri umm
01:34 sri https://metacpan.org/pod/DB
01:46 preaction nooooooooooooooooooooooooooo
01:46 preaction good thing we asked ;)
01:46 Grinnz pssh, who abbreviates debug as DB
01:48 preaction i was just thinking the same thing
01:48 preaction oh, also, GNU
01:48 preaction PDB maybe?
02:05 nebulous joined #mojo
02:10 klapperl_ joined #mojo
02:10 woz joined #mojo
02:12 rem_lex joined #mojo
02:26 Averna joined #mojo
03:06 noganex joined #mojo
03:59 woz joined #mojo
04:16 TyroneShoes joined #mojo
04:34 franzkafka joined #mojo
04:35 franzkafka I am using the latest version of Mojo::DOM and getting the following error: Can't locate object method "following" via package "Mojo::DOM"
04:35 franzkafka Am I missing something? The documentation for Mojo::DOM has the methods following and following_sibling.
04:39 franzkafka I don't get why following would be deprecated in favor of children when sibling and child are two completely different things.
04:40 preaction because you can go up the tree, get the children of the parent node, and then find the answer you need
04:49 franzkafka haha
04:49 franzkafka preaction, sorry I'm just laughing because what I am working with is crap
04:50 Snelius_ ))
04:50 good_news_everyon joined #mojo
04:50 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/nWUW3g
04:50 good_news_everyon mojo/master 4fc0e1d Sebastian Riedel: a few more examples
04:50 good_news_everyon left #mojo
04:53 sri franzkafka: no you are not
04:54 sri THIS IS THE LATEST VERSION! https://metacpan.org/source/SRI/Mojolicious-5.69/lib/Mojo/DOM.pm#L91
04:56 franzkafka sri, Ha ha! wtf
04:56 franzkafka cpanm says up-to-date :(
05:12 franzkafka pulled latest version
05:12 franzkafka woo!
05:17 sri i do wish we could just remove those deprecated AUTOLOADs, those deprecation warnings seem to be doing more harm than good
05:18 franzkafka please please do
05:19 sri still like 1.4 months to go :( https://github.com/kraih/mojo/blob/master/Changes#L80-L81
05:34 sri the rules only have an exception for security issues... this one is just confusing
05:35 sri maybe if the rest of the core team agrees... but i wouldn't want to dictate an early removal
05:37 preaction can't go back on the policy or else the whole system breaks down. i dread my own 1.000
05:37 sri this has come up at least 5 times no i believe...
05:38 sri s/no/now/
05:38 sri fricking AUTOLOADs
05:38 sri JUST DIE!!!1
05:40 davido_lt joined #mojo
05:41 sri well, at least the .. bug has been fixed in blead perl \o/
05:48 woz joined #mojo
06:06 avkhozov joined #mojo
06:32 rem_lex joined #mojo
06:44 marcus thanks for the birthday greetings ;)
06:56 dod joined #mojo
07:14 Eke- joined #mojo
07:20 nicomen wow, I think I finally found out why _some_ JSON usage at "random" times were really slow
07:27 McA joined #mojo
07:37 woz joined #mojo
07:40 jonasbn joined #mojo
07:56 nicomen including use English, or just using $& anywhere, will make Mojo::JSON 15x slower on a 500k json-file
08:31 trone joined #mojo
08:33 punter joined #mojo
08:33 moritz nicomen: not just Mojo::JSON, any regex usage really
08:34 moritz I bet routing was also much slower, you just didn't notice it, because it didn't take much time even then
08:46 nicomen true, I just hav never seen such a remarkable performance difference
08:46 nicomen the codepaths were much bigger too
08:48 jonafk joined #mojo
08:49 eseyman joined #mojo
08:50 sugar joined #mojo
08:50 mtths joined #mojo
08:52 Vandal joined #mojo
08:54 preaction yeah, that's why use English is frowned-upon. though modern use English has the -no_match_vars option to prevent that
08:56 nicomen yeah I totally agree, however this bug was even more subtle: https://rt.cpan.org/Ticket/Display.html?id=100923
08:57 nicomen there is probably a faster way to do that loop also
08:57 woz joined #mojo
08:59 preaction oh fun
08:59 preaction not looking very maintained unfortunately :(
09:03 Lee contact the maintainer, if they don't reply fork it and ask cpanauthors to transfer ownership
09:04 nicomen ot sure I want to maintain that monster
09:04 nicomen *not
09:06 Lee yep, understandable
09:06 rofl__ one fork to rule them all
09:06 rofl__ one quick job
09:06 rofl__ do iiiiit nicomen
09:09 nicomen *TeX::Hyphen::make_result_list = sub { ... }; # did the trick for me :-P
09:09 nicomen <3 perl
09:10 preaction you don't have to maintain it, you just have to patch it. if you don't, who will?
09:10 nicomen the maintainer?
09:10 purl the maintainer is probably open to contributions or not implementing f0rk's suggestion
09:11 nicomen haha
09:11 preaction who hasn't responded to the bug reports that are 3 years old
09:12 nicomen preaction: that's not uncommon, they sometimes just need an easy one to fix ;-L
09:12 preaction or they've ceased to exist as an entity in the Perl community
09:12 preaction there's a whole website for cpan modules that are good candidates for adoption
09:12 preaction http://neilb.org/adoption/
09:13 nicomen hm ok I see the reported bugs are quite easy to fix also
09:15 nicomen ok, bookmarking this one: http://neilb.org/2013/07/24/adopt-a-module.html
09:16 preaction wealth, fame, and accolades are yours!
09:17 nicomen nah, mostly fighting with 90's cpan uploading system
09:18 Lee for the greater good :D
09:18 preaction that's what Dist::Zilla and Minilla and Zilla::Dist are for now
09:18 preaction but pause isn't so bad. make a tarball fill out a form
09:18 nicomen I'm waiting for the versions for mortals
09:18 nicomen preaction: I've done it, it's so bad
09:19 preaction yeah... i use dist::zilla, but i don't claim to understand it. every time i've been in that code...
09:29 franzkafka Is this answer no longer accurate? http://stackoverflow.com/questions/13809845/parsing-html-with-mojolicious-user-agent
09:30 nicomen actually my fix doesn't work it seems, as things are already compiled and foobared before I override the method
09:30 franzkafka I'm not getting any deprecated warnings, but it's also not pulling what's between the two types and creating a collection
09:31 nicomen there is siblings now I believe
09:32 franzkafka the problem is, with this dom, everything is a sibling pretty much, and I just want the content between each <h2> tag
09:32 nicomen but you could select body >
09:32 nicomen * and just iterate the collection
09:33 nicomen set a variable when you see h1, if that variable is set push the elements to a new collection, when you see h2, quit the iteration
09:33 nicomen work on the new collection
09:33 franzkafka yeah, I was thinking about iterating over the entire dom, grabbing h2 type, then div types, the dom looks like <h2>blah</h2><div></div><div></div><h2>blub</h2><div></div><div></div>
09:33 nicomen which is basically what that answer says thinking of it
09:34 nicomen sooo, you don't know what you want then?
09:34 franzkafka I'm trying to build a data structure like $data->{h2}->[<divs>]
09:34 nicomen ah
09:34 nicomen I did that some years ago I think, or something similar to make an index
09:34 nicomen index == TOC
09:35 franzkafka Thus, I think I may just iterate over the entire DOM and if (type eq 'h2') set the key, and if (type eq 'div') push to key.
09:35 franzkafka yeah, Mojo::UA is awesome, but I'm dealing with a lot of crap that's not valid HTML, and it's a pain
09:36 franzkafka E.g., grabbing elements that are not child to anything, or sibling to anything, because the element is not wrapped in any tag at all (e.g., <p>text here</p>) but does contain elements itself (e.g., text <b>foo</b> and blah blah blah)
09:36 franzkafka I can't blame Mojo::UA for crappy HTML :/
09:37 nicomen you could perhaps blame Mojo::DOM if anything
09:37 nicomen but, text nodes are also childs
09:38 franzkafka if I have a page like this: <html><body><b>Hello world!</b> How are you all doing today?</body></html>
09:38 franzkafka 'Is How are you all doing today?' a node at all?
09:39 franzkafka I guess it would be... everything should be a child of body, so it's a text node that is a child of body, but it's not sibling to <b>Hello world!</b>
09:41 preaction it depends. some parsers do it that way
09:41 franzkafka The problem with that stackoverflow answer is that it suggests you're grabbing the content between tags (from_tag -> to_tag), but I'm getting the content between <h2> e.g., <h2>I grab this</h2>, for each h2, which I could do much easier than the example.
09:41 franzkafka Ah, so not all parsers do it that way then eh?
09:42 franzkafka I'm reading the documentation on MDN
09:42 preaction HTML::TokeParser has text nodes between the element nodes
09:45 franzkafka personally I don't think it should be the responsibility of anyone
09:46 franzkafka nevermind.
09:46 purl Well piss off then, franzkafka
09:49 franzkafka hahaha
10:08 franzkafka mst, I can't remember which talk it was, but I recall you mentioning some page where you can adopt a module (i.e., lists abandoned modules).
10:08 preaction http://neilb.org/adoption/
10:09 franzkafka Weird, file::path is on there
10:09 franzkafka Awesome, thanks preaction ;)
10:10 preaction they're not necessarily abandoned. he has the scoring calculation on there
10:12 basiliscos joined #mojo
10:12 franzkafka File::Path scores pretty high (12), but the author DLAND seems pretty active.
10:13 franzkafka Awesome, just noticed in backlog that you were just discussing this
10:13 franzkafka heh
10:21 odc joined #mojo
10:38 diegok o/
10:40 diegok With the separation of param() and every_param(), now it's not possible to get a list of params from a template using DefaultHelpers... should it exists DefaultHelpers::every_param() ?
10:44 fhelmberger joined #mojo
10:59 neyasov______ joined #mojo
11:00 denny joined #mojo
11:31 sugar_ joined #mojo
11:46 Snelius joined #mojo
11:55 punter joined #mojo
12:14 amon joined #mojo
12:29 disco joined #mojo
12:30 nebulous joined #mojo
12:34 neyasov joined #mojo
12:40 disco joined #mojo
12:42 jberger diegok: we discussed it. we couldn't come up with a use case that want as easily accomplished elsewise
12:47 diegok jberger: I have one :)
12:49 diegok I was fixing an internal app that has a search engine and need to get applied facets to apply a class to mark those as read. There are many faceted fields so I have a snippet that is included once per facet that get the field name and render that facet part.
12:50 diegok Of course, I can unroll each facet params and stash it on a hash... but current solution looks fine to me... but it needs to get every_param on a template....
13:15 neilhwatson joined #mojo
13:20 diegok jberger: I can see every_param fitting everywhere param fits...
13:38 asarch joined #mojo
14:08 akhasanov joined #mojo
14:23 * sri yawns
14:38 niczero I must be misunderstanding something about DOM::match
14:39 niczero ->find('tr')->map(sub { 1 })->join("\n") shows lots are found
14:40 niczero ->find('tr')->grep(sub { $_->match('td') })->map(sub { 1 })->join("\n") shows none are found
14:42 niczero ->find('tr td')->map(sub { 1 })->join("\n") shows lots are found
14:43 niczero I think I need the ->find('tr') so that I can look at ->next on any that are found
14:47 mudler joined #mojo
14:48 niczero ah, ok, so match is a test of the current node, ie _this_ needs to be the target not the source
14:50 niczero yay, a simple 'at' is what I needed
14:52 niczero ->find('tr')->grep(sub { $_->at('td') })->reduce(sub { ++$a }, 0) shows lots are found
14:53 go|dfish what are you trying to do?
14:54 niczero "find element a containing element b having text c, then grab a value buried deep in the next element"
14:54 niczero it's doing it now
14:59 Eke- joined #mojo
15:02 good_news_everyon joined #mojo
15:02 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/n1meHA
15:02 good_news_everyon mojo/master 9babb3f Sebastian Riedel: a few examples for the match method
15:02 good_news_everyon left #mojo
15:03 Grinnz diegok, i think it was mentioned that you can just use $c->every_param in the template
15:03 Grinnz and since param shouldn't really be encouraged for any template use... no change was made
15:04 ignacio_ joined #mojo
15:05 diegok Grinnz: hm... $c at the template?... my point is that it exists param as a helper but not every_param.
15:05 Grinnz diegok, https://github.com/kraih/mojo/issues/712
15:06 niczero sri: Would "and return it as a Mojo::DOM object" =~ s/a/the/ be correct, or is a new DOM object being created?
15:07 sri no new one is being created
15:08 niczero It was the use of "a" that made me think a new one was created
15:08 sri "and return it as the Mojo::DOM object"
15:08 sri does that sound like good english?
15:08 diegok Grinnz: thanks for pointing me to that!
15:09 niczero actually, I think s/it as a/the/ would be clearest for me
15:10 sri "Match the CSS selector against this element and return the L<Mojo::DOM> object or return C<undef> if it didn't match."
15:11 niczero that is very clear to my eyes
15:14 good_news_everyon joined #mojo
15:14 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/GGmyXA
15:14 good_news_everyon mojo/master 1240db7 Sebastian Riedel: a few more documentation tweaks
15:14 good_news_everyon left #mojo
15:20 sh4 joined #mojo
15:36 Eke- joined #mojo
15:44 akhasanov joined #mojo
15:50 bwf joined #mojo
15:54 Grinnz joined #mojo
15:56 Ptolemarch joined #mojo
16:09 sugar__ joined #mojo
16:11 niczero say Mojo::DOM->new('<h3><b>Found</b></h3>')->find('h3')->grep(sub { $_->at('b') })->reduce(sub {}) // 'Failure'
16:11 niczero success
16:11 niczero say Mojo::DOM->new('<h3><b>Found</b></h3>')->find('h3')->grep(sub { $_->at('h3') })->reduce(sub {}) // 'Failure'
16:11 niczero failure
16:11 niczero say Mojo::DOM->new('<h3><b>Found</b></h3>')->find('h3')->grep(sub { $_->find('h3') })->reduce(sub {}) // 'Failure'
16:11 niczero success
16:11 niczero I don't understand the failure
16:13 niczero [that would have been clearer if I'd used 'first' instead of 'reduce']
16:50 oetiker joined #mojo
16:50 Dandre joined #mojo
16:55 McA joined #mojo
17:06 McA joined #mojo
17:17 McA joined #mojo
17:18 disputin joined #mojo
17:19 McA joined #mojo
17:24 akhasanov joined #mojo
17:44 Eke- joined #mojo
17:45 Grinnz joined #mojo
18:04 Vandal how to install mojo cmd tool for windows?
18:05 Vandal oh sorry found it
18:05 neyasov joined #mojo
18:23 Ptolemarch joined #mojo
18:28 asarch joined #mojo
18:37 elik joined #mojo
18:39 * sri wonders what Mojo::Collection::uniq should do with references
18:39 sri (as in stringify vs. ref)
18:44 sri in the end neither does work very well for Mojo::DOM :S
19:09 meredith finding a script that refers to Amazon::SimpleDB::Client which is hosted at amazon, and is just a zip file of a lib directory and readme.html, rather than a cpan-style bundle (with tests)
19:09 meredith horrifying.
19:10 meredith you want me to just drop this in my site lib?  *shudders*
19:10 mst YAY
19:13 Grinnz_ how bad can it be, just read the source!
19:35 elsanchez joined #mojo
19:44 dod joined #mojo
20:06 neyasov joined #mojo
20:17 sugar joined #mojo
20:25 TyroneShoes_ joined #mojo
20:50 mattastrophe joined #mojo
21:02 neyasov joined #mojo
21:43 neyasov_ joined #mojo
21:49 human39 joined #mojo
21:50 basiliscos joined #mojo
21:56 neyasov_ joined #mojo
22:05 neyasov joined #mojo
22:19 sugar_ joined #mojo
22:28 disputin joined #mojo
22:37 neyasov_ joined #mojo
22:37 akhasanov joined #mojo
22:37 TyroneShoes joined #mojo
22:41 Ptolemarch joined #mojo
22:49 oetiker batman: I am experimenting with your Mojo::SNMP module. I am using the callback interface. If the callback dies, I can't seem to catch that ... since the IOLoop just stops running the SNMP tasks ...  I tried on(error=> ..) but that does not get triggerd
22:49 linagee is there an easy way to rate limit by IP with mojolicious?
22:50 batman oetiker: which version of mojolicious?
22:52 jberger linagee: I would assume that it would be easy enough to roll with either a hook or a bridge (under)
22:54 batman oetiker: i'm going soon
22:54 linagee Hrm. I'm considering rate limiting at our haproxy instead. It seems it already has the options for this sort of thing....
22:55 linagee (wouldn't be hard to roll though, was thinking about it this morning, just a hash with the IP as the key, then you reset it ever few minutes. Increment the hash on every request, if its above a certain number, require it to go through an IOWait. (not very robust, functional)
22:56 linagee I think haproxy has probably solved this problem in a better way though. :)
22:56 Grinnz_ if it has a rate limiting feature, probably yes
22:56 batman linagee: that would not work with hypnotoad
23:04 linagee is there an easy way to say "find all hypnotoad pids, send USR2 to all of them"?
23:04 batman killall -USR2 hypnotoad
23:04 linagee batman: YES! awesome. thanks. :)
23:04 Grinnz_ the processes aren't called hypnotoad... they're called your app
23:04 batman pretty sure that's not the answer you're looking for though
23:04 Grinnz_ or rather the script
23:05 batman :)
23:05 linagee batman: why not? I want to restart all hypnotoad if the repo updates...
23:05 linagee putting this in a hook
23:05 batman why all and not just the one?
23:05 Grinnz_ linagee: killall depends on the command run by the process, which is not hypnotoad
23:05 Grinnz_ well.. maybe it could be
23:05 linagee there will only be one running, no reason to differentiate them if I ever decide to run more than one.
23:06 Grinnz_ but check what they show up as in ps or top :)
23:06 punter joined #mojo
23:06 linagee Grinnz_: is that something I can automate? not sure what you're saying to check...
23:06 Grinnz_ linagee: like, start a hypnotoad process and find out right now
23:06 sri hypnotoad workers don't even handle USR2
23:06 batman linagee: are you using github?
23:07 sri you're inventing problems
23:07 linagee batman: mercurial
23:07 purl mercurial is nice too or on http://www.selenic.com/mercurial/
23:07 batman ok
23:13 linagee ack. right now, hypnotoad isn't running my app but morbo is. (hypnotoad doesn't return any errors)
23:14 linagee oh crazy. --foreground (its returning a library error... wow. hah)
23:14 Grinnz_ heh
23:18 linagee ack. I only have IO::Socket::SSL 1.76 on all my servers (debian wheezy)
23:18 linagee time to pull from jessie and do more finger crossing. ack.
23:19 batman oetiker: ttyl
23:33 linagee ack. mojolicious 5.54 is *not* wheezy friendly. :(
23:34 linagee is mojolicious 3.97 really bad?
23:35 linagee only going back about 2 years in change history... :)
23:35 sri well... https://github.com/kraih/mojo/blob/master/Changes#L1046
23:35 Grinnz_ pssh, its not like sri changes stuff THAT much! /s
23:36 sri 5.59 gets even less wheezy friendly, it requires IO::Socket::IP
23:37 linagee ack. I guess its just going to have to be 3.97 until jessie = stable
23:38 Grinnz_ it didn't before?
23:38 sri and be aware of the fixes for security issues that prolly have not been backported in debian
23:41 linagee ouch....
23:41 purl ouch is, like, the appropriate word I think
23:41 linagee "Couldn't load application from file "./api.pl": "decode_json" is not exported by the Mojo::JSON module"
23:42 linagee 3.97 doesn't like me, hah.
23:42 Grinnz_ yeah about that...
23:42 linagee and after pushing in the 5.54 package, it runs again. hah...
23:43 linagee I guess here's a solution: 5.54, and then just use damned cpan to install the right IO::Socket::IP/SSL stuff. hahaha. (and break package management!!!)
23:43 sri perlbrew
23:43 purl perlbrew is just so nice.
23:43 sri botsnack
23:43 purl thanks sri :)
23:44 linagee its really annoying having an admin that is averse to cpan
23:45 linagee it must be an official debian package! :(
23:48 Grinnz_ linagee: its what i do on my redhat systems. just use a local::lib (or a perlbrew)
23:48 linagee interesting. I can get around this problem by not having hypnotoad use https...
23:48 Grinnz_ but local::lib is easier to setup
23:48 Grinnz_ (or at least, quicker)
23:48 linagee that might work, if I can just get haproxy to turn HTTP->HTTPS...
23:48 jberger I will never, NEVER, understand why admins trust debian packagers more than the upstream releasers
23:50 Grinnz_ jberger: i dont know about debian, but i would trust the redhat packagers to package versions of perl modules that work with what they're dependencies for... but for my scripts, i trust cpanm ;)
23:50 sri jberger: but... you know... mojolicious has to be split up into multiple packages! can't have an inlined jquery...
23:50 jberger sri: exactly
23:50 cfedde It's a big fat world of misplaced trust!
23:50 jberger who knows if that was done correctly?
23:50 * sri would never trust a system perl
23:50 jberger my bigger example is the Zoidberg package
23:51 jberger it was in the debian repo for years with breaking tests
23:51 * sri always perlbrews
23:51 cfedde plenv!
23:51 jberger when I took it over and fixed the test, it was soon after removed, not due to tests, but due to lack of use
23:51 * sri challenges cfedde to a duel!
23:51 jberger and all without contacting me or the original author
23:51 jberger that's when I lost faith
23:51 cfedde My second will be in touch with you!
23:52 * jberger will be sri's second, if he will have me
23:52 sri \o/
23:52 cfedde pistols at dawn in the courtyard by the fountan.
23:53 jberger cfedde: is that count of monte cristo's location?
23:53 cfedde i'm just making shit up at this point.
23:53 Grinnz_ now i want a monte cristo
23:53 Grinnz_ (sandwich)
23:54 cfedde there is something special abotu a sandwich made with french toast.
23:55 Grinnz_ indeed.
23:55 Grinnz_ the only thing its missing is some bacon
23:56 jberger mmmmmm
23:57 jberger I always base my knowledge of pistol duels on either Count of Monte Cristo or Monkey Island 3
23:57 jberger works of art each
23:57 cfedde http://www.laweekly.com/imager/bread-and-barley-monte-cristo-sandwich/b/original/5176754/45ba/mg_9820.jpg
23:57 jberger but mmm, french toast
23:57 jberger cfedde: I'm well aware :-)
23:57 sri mmmmmmm
23:58 cfedde yes. Makes me hungry just looking at it.
23:58 Grinnz_ god DAMN that is some high res deliciousness
23:58 jberger sadly, it appears my gall bladder is not in the mood to let me eat that atm
23:58 sri that's allright, i'll just eat yours :)
23:59 * cfedde goes home for a nice bowl of brown paper and soy milk.

| Channels | #mojo index | Today | | Search | Google Search | Plain-Text | summary