Camelia, the Perl 6 bug

IRC log for #mojo, 2010-11-09

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

All times shown according to UTC.

Time Nick Message
00:01 GitHub100 joined #mojo
00:01 GitHub100 mojo: master Sebastian Riedel * 7901f0a (1 files in 1 dirs): cleanup - http://bit.ly/aG75KA
00:01 GitHub100 left #mojo
00:05 forwardever not sure whether it is a good idea to leave everything "uncertain", think it would be best to make some decisions on tag helpers before 1.0 based on your experience and hopefully more user feedback, than watch and make more dramatic changes in 2.0
00:08 sri thats the problem, i don't have much experience with tag helpers yet
00:09 sri another problem is validation
00:09 sri there is no best practice whatsoever
00:12 GitHub162 joined #mojo
00:12 GitHub162 mojo: master Sebastian Riedel * 3dc1fa7 (1 files in 1 dirs): cleanup - http://bit.ly/bV90U1
00:12 GitHub162 left #mojo
00:16 sri forwardever: i can understand your desire to push forward (pun intended) :)
00:17 und3f is now known as und3f[A]
00:17 forwardever :) if you want best practices to develop, you at least have to make sure that there is some flexibility (as described earlier), and you can make the internal api more strict later when you know what is good and what is bad
00:17 sri well, for now there is mojo.captures
00:19 sri we could also rename mojo.captures if that makes you feel better ;p
00:20 forwardever which are intended to hold placeholder values from routes, but what has that to do with an api between form helpers and validation helpers
00:21 sri i don't want anything validation specific yet
00:21 sri mojo.captures could server multiple purposes
00:22 sri *-r
00:27 sri btw. mojo.captures is not really holding the routes placeholder values from routes
00:28 sri those are in the match object
00:28 sri it gets updated for each routes step durng dispatching
00:29 sri to enable for example ->bridge('/:lalala')->route('/:lalala')
00:30 sri ->param('lalala') will return two different values depending where we are
00:31 sri so mojo.captures actually already has a similar job to your validation thingy
00:32 sri anyway, time to sleep :)
00:32 sri nn
00:32 forwardever hmmm, interesting, nn
00:34 forwardever left #mojo
00:55 s0va quit
00:55 s0va ups
00:55 s0va see ya!
00:55 s0va left #mojo
02:13 memememomo_ is now known as memememomo
02:26 memememomo is now known as memememomo_
03:38 vel joined #mojo
04:04 tholen42 joined #mojo
04:05 tl left #mojo
04:27 perlrocks Twitter: "Mojolicious:: Lite Apurifuremuwaku simple Web / Perl Welcome to the Modern World: 22th Mojolicious:: Lite: when you wish there was a really simple web | gihyo.jp ... 技術評論社 http://htn .to / Kogofg" (ja) --stealthinu http://twitter.com/stealthi​nu/status/1853382801231872
04:30 perlrocks Twitter: "RT! Stealthinu: Mojolicious:: Lite Apurifuremuwaku simple Web / Perl Welcome to the Modern World: 22th Mojolicious:: Lite: when you wish there was a really simple web | gihyo.jp ... 技術評論社 htt ..." (ja) --perlism http://twitter.com/perlism/status/1854003856019456
04:58 vel left #mojo
05:07 govi_ joined #mojo
06:14 ysyrota joined #mojo
06:37 ltriant left #mojo
06:42 kvorg left #mojo
06:59 koban joined #mojo
07:09 govi_ left #mojo
07:43 ysyrota left #mojo
07:45 Christian joined #mojo
07:45 Christian good morning
07:45 kvorg joined #mojo
07:45 und3f[A] is now known as und3f
07:55 und3f is now known as und3f[A]
08:00 spleenjack joined #mojo
08:01 MojoGuest17 joined #mojo
08:01 MojoGuest17 From: http://www.google.ro/url?sa=t&source=we​b&cd=3&ved=0CCcQFjAC&url=http%3​A%2F%2Fdev.xantus.org%2F&rct=j&q=ex​tjs%20irc&ei=wP_YTJDwC4LJswacxYHmBw&amp​;usg=AFQjCNGw6nZv0wO42uzUnHhWcD0vcKNULg&amp​;sig2=sBaXYppFBt90LuVPuVEQVA&cad=rja (1 hits)
08:02 MojoGuest17 test
08:02 MojoGuest17 is this thing working?
08:05 MojoGuest17 left #mojo
08:10 breaker313 joined #mojo
08:11 MojoGuest364 joined #mojo
08:11 MojoGuest364 From: http://www.networkedblogs.com/33Knp (20 hits)
08:12 MojoGuest114 joined #mojo
08:12 MojoGuest114 From: http://www.google.ro/url?sa=t&source=we​b&cd=3&ved=0CCcQFjAC&url=http%3​A%2F%2Fdev.xantus.org%2F&rct=j&q=ex​tjs%20irc&ei=wP_YTJDwC4LJswacxYHmBw&amp​;usg=AFQjCNGw6nZv0wO42uzUnHhWcD0vcKNULg&amp​;sig2=sBaXYppFBt90LuVPuVEQVA&cad=rja (2 hits)
08:12 MojoGuest364 left #mojo
08:12 MojoGuest114 left #mojo
08:18 fhelmberger joined #mojo
08:36 breaker313 left #mojo
08:36 breaker313 joined #mojo
09:59 yakudzo Malformed UTF-8 character (unexpected non-continuation byte 0xd2, immediately after start byte 0xe7) at /home/yakudzo/devel/100brigad.ru/​script/../lib/test_task/Groups.pm line 20.
09:59 yakudzo getting values from DB
10:00 yakudzo just added them trought form
10:00 yakudzo why ?
10:07 gabb moin
10:08 MojoGuest421 joined #mojo
10:11 foobarbaz joined #mojo
10:11 MojoGuest421 left #mojo
10:11 foobarbaz left #mojo
10:29 arthas joined #mojo
10:34 yakudzo ppl When I try to get some utf strings from database I get following error for each char
10:35 yakudzo Malformed UTF-8 character (unexpected non-continuation byte 0xc1, immediately after start byte 0xce) at /home/yakudzo/devel/100brigad.ru/​script/../lib/test_task/Groups.pm line 148.
10:35 yakudzo I really cant understand why
10:38 breaker313 left #mojo
10:59 tholen42 left #mojo
11:00 tholen42 joined #mojo
11:01 yakudzo when I print data to log file /log/development.log it is in normal utf8 and I can read it but when I paste it in temlate it shows me abracadabra data
11:01 yakudzo ):
11:05 tl joined #mojo
11:05 sri moin
11:06 sri yakudzo: encoding error
11:06 yakudzo % use encoding 'utf-8'
11:06 tholen42 left #mojo
11:06 yakudzo in template
11:07 yakudzo saved me
11:07 yakudzo but I cant understand why ((:
11:07 sri yakudzo: all data you use in templates needs to be decoded
11:07 sri you need to read up on perl unicode if you don't know why
11:08 sri http://www.slideshare.net/Penfold/perl-and-unicode
11:10 MojoGuest10 joined #mojo
11:11 MojoGuest479 joined #mojo
11:11 MojoGuest479 hi
11:11 MojoGuest10 left #mojo
11:12 MojoGuest479 sri: you have an error here https://github.com/kraih/mojo/blob​/master/examples/microhttpd.pl#L36, index returns -1 when there is no match
11:12 sri thanks anonymous :)
11:15 GitHub138 joined #mojo
11:15 GitHub138 mojo: master Sebastian Riedel * 9ff2bba (1 files in 1 dirs): fixed a small example bug - http://bit.ly/aFIAos
11:15 GitHub138 left #mojo
11:15 MojoGuest479 left #mojo
11:16 kvorg left #mojo
11:52 Rhaen moin
12:04 * sri waves
12:06 Rhaen lo'
12:19 spleenjack why Mojo::Parameters doesn't escape '?'-character in param's value, but escapes '&' and '='-characters?
12:20 sri spleenjack: what does the spec say?
12:21 spleenjack oh, and '/' doesn't escapes too
12:22 sri spleenjack: all we care about there is spec compliance, so thats where you have to look
12:22 spleenjack by RFC 3986 spec?
12:23 sri spleenjack: all the relevant ones
12:24 sri don't know why / and ? shouldn't be valid though
12:25 sri The characters slash ("/") and question mark ("?") may represent data
12:25 sri within the query component.
12:26 spleenjack "# The specs for this are blurry, it's mostly a collection of w3c suggestions" comment from mojo::url says. which means that escaping param value is following to the recommendations, not spec
12:26 sri spleenjack: see above
12:26 sri 3986: 3.4
12:27 sri query       = *( pchar / "/" / "?" )
12:33 spleenjack i got misunderstanding while reading this spec. ok, assume that is spec compliant. how can i change this behavior?
12:34 sri you want non spec compliant behavior?
12:34 spleenjack yes
12:34 sri escape yourself then
12:34 spleenjack then value will be escapes two times
12:35 sri hmm, dunno then
12:35 omega just escape the missing ones your self?
12:36 spleenjack omega: you mean apply escaping only on '/' and '?' ?
12:36 sri yes you can do that
12:37 sri just subclass Mojo::Parameters and overload to_string
12:38 sri or you make everything non spec compliant and set $Mojo::URL::PARAM = '...'
12:38 sri but thats risky
12:38 spleenjack hm, i dunno. it seems ugly. i must use my behavior (subclassing or whatelse) explicit for every time and value.
12:38 sri you want non spec compliant behavior, doesn't get much uglier than that ;p
12:39 spleenjack i have no choice
12:39 spleenjack facebook doesn't accept value for redirect_uri param escaped by spec compliance
12:46 spleenjack by the way, escaping in spec way is not de facto behavior. i see that most of realization escape almost whole non-alphabet characters in params' values. URI.pm for example
12:46 sri show me a better spec
12:47 sri just give me anything substantial
12:56 sri actually i wouldn't mind escaping everything but unreserved chars
12:56 sri that change would only break a single test, which is actually questionable
12:57 sri #   at t/mojo/message.t line 2120.
12:57 sri #          got: '/perldoc?Mojo%3A%3AMessage%3A%3ARequest'
12:57 sri #     expected: '/perldoc?Mojo::Message::Request'
13:04 GitHub196 joined #mojo
13:04 GitHub196 mojo: master Sebastian Riedel * 76504bd (5 files in 3 dirs): fixed escaping in Mojo::Parameters to work better in the real world - http://bit.ly/bIH9k8
13:04 GitHub196 left #mojo
13:04 sri spleenjack: we'll see how it goes
13:05 sri it might get reverted if there are problems
13:05 spleenjack it would be nice. i don't think that it'll break anything. usually, unescaping all of the input data working on very wide characters set
13:05 spleenjack thanks! go to checking
13:16 spleenjack now it's work! [dancing in jackboot]
13:22 * kthakore hugs prickly sri
13:23 sri :o
13:23 * kthakore runs
13:27 forwardever joined #mojo
13:28 sri i'll make a new release later if there are no complaints
13:30 forwardever sri: is there a way to disable default plugins? want to use my own tag helpers, but get helper warnings that have been introduced lately (as there are duplicate helper method names)
13:30 sri no there is not
13:31 sri the log warnings are harmless
13:31 sri didn't you suggest that warning? :)
13:32 forwardever ye, but now I'm suggesting to introduce the ability to resolve these warnings :)
13:32 sri rofl
13:39 forwardever what I mean, what is the use of these warnings when there is no way to resolve the underlying problem
13:40 sri what problem?
13:40 sri maybe you should just use different names for your tag helpers
13:41 forwardever if you ship package to customer and customer sees the warning, there is a lot of work
13:41 sri customer will never see it
13:41 sri it is debug mode only
13:41 forwardever okay
13:42 forwardever nonetheless, it's not a clean solution (from a programming point of view)
13:43 sri quite sure thats what i said when you proposed the warning
13:43 forwardever you said it's a good idea :)
13:43 sri if you are lobbying for a change you better stand behind it
13:44 forwardever and it actually is a good idea, the problem is not the warning, but the inability to disable default plugins
13:44 sri i completely disagree
13:44 sri default plugins are builtin functionality
13:44 sri they are only plugins so we have examples
13:45 forwardever they are not plugins, as they can not be disabled, they are core code
13:46 sri they are core code
13:47 daviddelikat left #mojo
13:51 forwardever so what is the reason for not allowing to disable these plugins?
13:52 sri because everything breaks
13:52 sri thats nothing i would want to deal with
13:52 dm joined #mojo
13:52 sri disabling the renderer plugins will have horrible side effects
13:53 sri really, just consider them core code
13:53 sri you redefine them at your own risk
13:59 GitHub7 joined #mojo
13:59 GitHub7 mojo: master Sebastian Riedel * 840446d (7 files in 1 dirs): highlight core plugins - http://bit.ly/aSgbbS
13:59 GitHub7 left #mojo
13:59 sri :)
14:02 forwardever tag helper is not a core plugin, at least if I look at your notes you made yesterday (they reserve precious method names), so it makes things harder to motivate people to write tag helper plugins
14:04 sri there is always a tradeoff
14:05 forwardever in this special case, these problems could be avoided
14:12 daviddelikat joined #mojo
14:18 sri forwardever: none of the helper names are equivalent to an html tag
14:30 fhelmber_ joined #mojo
14:33 GitHub29 joined #mojo
14:33 GitHub29 mojo: master Sebastian Riedel * 6a53c94 (3 files in 3 dirs): improved param method in MojoX::Dispatcher::Routes::Controller - http://bit.ly/aHN02m
14:33 GitHub29 left #mojo
14:35 GitHub41 joined #mojo
14:35 GitHub41 mojo: master Sebastian Riedel * 7e52234 (1 files in 1 dirs): added more tests - http://bit.ly/9hKAdH
14:35 GitHub41 left #mojo
14:36 sri forwardever: that allows form validators to do whatever they like
14:39 forwardever makes sense
14:42 sri ok, anyone got a oneliner for filtering two arrays for unique values?
14:42 forwardever so stash value mojo.captures becomes the home for validated data, or how would you define it's function
14:43 sri it's internal
14:43 sri you are not supposed to know about it
14:43 sri to you it does not exist
14:57 GitHub187 joined #mojo
14:57 GitHub187 mojo: master Sebastian Riedel * 8f4a2cf (3 files in 3 dirs): improved param method in MojoX::Dispatcher::Routes::Controller again - http://bit.ly/9PLkT4
14:57 GitHub187 left #mojo
14:57 sri ok, and that will make it behave exactly like the other param methods
14:58 sri and in turn allow older legacy form validators
14:58 sri from the CGI.pm time *shudders*
15:02 und3f[A] is now known as und3f
15:29 fish__ mojo::client's post_form uses all prefilled form attributes in a post, right?
15:30 ysyrota joined #mojo
15:34 koban left #mojo
16:01 fish__ sri: why does this not work as expected? my $length = $tx->res->dom('#post_title input')->attrs;
16:02 fish__ Can't locate object method "attrs" via package "Mojo::DOM::_Collection" at ./okcupid.pl line 26.
16:04 Christian cu all
16:04 Christian left #mojo
16:04 perlrocks Twitter: "Mojolicious without the use of the past forgot." (ja) --hisaichi5518 http://twitter.com/hisaichi5​518/status/2028879204065280
16:11 sri fish__: because it's an arrayref
16:11 fish__ sri: dom returns a arrayref?
16:12 sri it calls $dom->find
16:12 sri which returns an arrayref blesse into a collection class
16:12 sri *blesse
16:12 sri grr
16:12 sri *+d
16:12 fish__ ok
16:13 sri $tx->res->dom->at('#post_title input')->attrs
16:13 sri $tx->res->dom('#post_title input')->[0]->attrs
16:13 sri thats what you want i guess
16:14 sri i thought the documentation makes that rather obvious
16:15 fish__ sri: well, it says 'Parses content into a Mojo::DOM object and takes an optional selector to perform a find on it right away', so i just tought i get a Mojo::DOM object..
16:16 sri "perform a find on it"
16:16 sri my $dom        = $message->dom;
16:16 sri my $collection = $message->dom('a[href]');
16:17 sri thats quite obvious imo
16:17 fish__ yeah, but i still got it wrong. which might be because i'm to stupid. ;)
16:17 sri i could settle for that ;p
16:17 sri but i'd rather improve the pod
16:18 fish__ sri: well, I had understand it if you said that it return a Mojo::DOM object OR something else..
16:20 GitHub130 joined #mojo
16:20 GitHub130 mojo: master Sebastian Riedel * 48e1798 (2 files in 1 dirs): pod improvements - http://bit.ly/dtLJef
16:20 GitHub130 left #mojo
16:24 forwardever sri: is there a reason why you put request params and route placeholders in one bag (it forces development into a certain direction, as route placeholders and param names can not have the same name)?
16:25 sri it's a railsism that someone talked me into
16:25 dm left #mojo
16:25 Akron joined #mojo
16:26 sri route placeholders win
16:27 forwardever so mojolicious is/will become a framework with (lots of) conventions?
16:27 sri it is
16:29 fish__ sri: a post_form is sucessfull, when giving a invalid url..
16:29 sri fish__: example?
16:29 fish__ $c->post_form(FOOBAR => { .. }); $tx->success is true
16:29 sri thats not invalid
16:30 fish__ yes, but anyway i guess it should not return true ;)
16:30 fish__ i was stupid, trying to use a use constant var for the url... ;)
16:30 sri odyssey:mojo sri$ mojo get FOOBAR
16:30 sri Couldn't open page "FOOBAR". (Couldn't connect.)
16:30 sri dunno whats your problem
16:31 sri fish__: make a oneliner demonstrating the problem
16:32 sri fish__: more important question, which mojo version?
16:34 fish__ sri: dunno, git 1-2 weeks old
16:35 sri fish__: type "mojo version"
16:35 fish__ 0.999932, Hot Beverage
16:36 fish__ sri: http://perlpunks.de/paste/show/4cd9786a.31bc.a7
16:36 fish__ this should not say 'everythings fine' i think..
16:36 memowe left #mojo
16:36 memowe joined #mojo
16:39 sri fish__: perl -Mojo -E'say Mojo::Client->new->post_form(FOOBAR23 => => {a => "b"})->success ? "success" : "fail"'
16:39 sri try that
16:39 forwardever sri: regarding yesterday's discussion: you think it wouldn't make sense (be best practice) to only fill form fields with values from post requests? (which could be done using body_param instead of param?), seems to be the rails way at least
16:39 fish__ sri: success
16:40 sri fish__: update your mojo
16:40 sri fish__: it's fail here
16:40 sri note to self, always make them update mojo before investigating -.-
16:41 fish__ yeah.. sorry ;) now it works :D
16:41 sri forwardever: don't like that
16:42 sri forwardever: maybe if it becomes a common problem, but i prefer dwim for now
16:51 sri btw. considering how rarely route placeholders are used mixing them with params might actually turn out to be a good thing and simplify code
16:52 forwardever left #mojo
16:53 forwardever joined #mojo
16:55 sri about the controller inheritance thing, that might need to be addressed
16:56 sri it's really hard to navigate the pod
16:56 sri clean separation does not help us much there
16:57 fish__ sri: does Mojo::Client helps my somehow with automatic form posts? would be nice if it uses all postdata from a url and i only add/change what i want.. so that i don't need to care about all those hidden session ids and stuff..
16:58 fish__ i thought this would be possible, but it seems i get this wrong..
16:58 sri you mean as in parse the form from a previous response?
16:58 fish__ yes
16:58 sri no
16:58 fish__ :-/
16:58 sri thats a little too much magic for client itself
16:59 fish__ must be mixed that up with WWW::Mechanize.. afaik its possible there
16:59 sri could be
16:59 sri that would really be a layer above client
16:59 sri only state we keep is cookies
17:09 sri hmm, the only way to do it right would be to kill the MojoX namespace
17:11 fish__ i just do it on my own.. but something like WWW::Mechanize would be nice for mojo
17:12 sri fish__: not really
17:12 sri that old school navigation stuff is dieing out
17:13 fish__ at least some form handling stuff
17:13 sri thats not too nice either
17:22 sri hmm, i might really kill MojoX
17:32 spleenjack left #mojo
17:38 s0va joined #mojo
17:39 s0va hello
17:41 s0va left #mojo
17:42 s0va joined #mojo
17:42 s0va can anyone tell me why http response handler is not called?
17:42 s0va http://pastebin.com/vFHVvax2
17:42 s0va i guess that i'm doing something wrong.
17:43 sri damn, thats a lot of ugly code
17:44 sri tab indent alone makes my eyes bleed :S
17:44 s0va yep... i need to do SOAP.
17:44 sri looks like you never call ->start on the client
17:45 sri MOJO_CLIENT_DEBUG=1 will always show you what goes over the wire
17:45 s0va docs say that start() block...
17:45 s0va i'd like to this totally async.
17:45 sri "Will be blocking unless you have a global shared ioloop and use the C<async>
17:45 sri method."
17:46 sri it is always needed
17:47 sri it is enforced we can fallback to blocking if async doesn't work
17:47 sri *+so
17:49 s0va ok...
17:49 s0va is it always safe to use Mojo::Client->singleton()? i just want to use the same instance in all of my handlers...
17:50 sri think so
17:50 sri i'm often wrong though ;p
18:28 BJohnson joined #mojo
18:28 BJohnson left #mojo
18:29 spleenjack joined #mojo
18:32 GitHub179 joined #mojo
18:32 GitHub179 mojo: master Sebastian Riedel * e05faf8 (3 files in 3 dirs): deprecated the MojoX namespace and merged all affected modules into the Mojolicious namespace, this will make reference documentation a lot more accessible - http://bit.ly/a8MRR7
18:32 GitHub179 left #mojo
18:32 sri :)
18:33 sri MojoX for mojolicious core modules was a mess
18:38 sri Mojolicious::Controller pod is now as complete as it should have been from the start
18:44 gabb good :>
18:44 gabb hated the MojoX namespace myself
18:45 sri me too
18:50 spleenjack left #mojo
18:53 forwardever sri: most plugins wrote into mojox namespace, think it made sense to remove it, but also think it would make sense to be more specific about plugin namespace now as lot of plugin writers will have to rewrite anyway
18:56 sri huh?
18:56 sri nobody will have to rewrite anything
18:57 sri this deprecation can and will never be enforced
18:59 gabb you see, sri is a dictator with a gentle hand :D
19:02 meraxes left #mojo
19:03 forwardever :) (thought more about beeing more concise when it comes to namespaces (best practice recommendation) for plugin modules so that conflicts between individual modules become less likely, just an idea)
19:03 sri cpan will take care of conflicts
19:03 meraxes joined #mojo
19:05 forwardever i know (as long as people do not publish modules exclusively on other plattforms like github)
19:13 ysyrota left #mojo
19:30 Akron left #mojo
19:47 arthas left #mojo
19:49 spleenjack joined #mojo
20:07 GitHub171 joined #mojo
20:07 GitHub171 mojo: master Sebastian Riedel * 57f9288 (1 files in 1 dirs): cleanup - http://bit.ly/bl0ijY
20:07 GitHub171 left #mojo
20:09 daviddelikat left #mojo
20:16 perlrocks Twitter: "Released #mojolicious 0.999937 with quite a few bugfixes and cleanups. #perl" --kraih http://twitter.com/kraih/status/2092117396561920
20:22 GitHub109 joined #mojo
20:22 GitHub109 mojo: master Sebastian Riedel * 4fe504f (3 files in 3 dirs): fixed typo - http://bit.ly/9xAQ0n
20:22 GitHub109 left #mojo
20:27 sri \o/
20:32 GitHub108 joined #mojo
20:32 GitHub108 mojo: master Sebastian Riedel * 03fe6a5 (2 files in 2 dirs): added example - http://bit.ly/bCvUwF
20:32 GitHub108 left #mojo
20:42 daviddelikat joined #mojo
20:43 perlite_ joined #mojo
20:46 perlite left #mojo
20:48 kvorg joined #mojo
20:52 ltriant joined #mojo
20:57 Akron joined #mojo
20:58 kvorg left #mojo
21:01 ysyrota joined #mojo
21:14 kvorg joined #mojo
21:19 GitHub120 joined #mojo
21:19 GitHub120 mojo: master Sebastian Riedel * ffb5f64 (6 files in 5 dirs): moved all commands into the Mojolicious namespace - http://bit.ly/aKvQRS
21:19 GitHub120 left #mojo
21:19 sri ok, i think that was the last split documentation case
21:21 GitHub113 joined #mojo
21:21 GitHub113 mojo: master Sebastian Riedel * 6f916fa (1 files in 1 dirs): fixed typo - http://bit.ly/aucfx5
21:21 GitHub113 left #mojo
21:23 GitHub195 joined #mojo
21:23 GitHub195 mojo: master Sebastian Riedel * 4224138 (1 files in 1 dirs): cleanup - http://bit.ly/9JrgKw
21:23 GitHub195 left #mojo
21:26 ysyrota !seen vti
21:30 ysyrota left #mojo
21:37 perlite_ is now known as perlite
21:44 perlrocks Twitter: "Mojo + DBIx:: Skinny + Test:: mysqld Introduction to - perl notes http://htn.to/xdAEEB Tsuyoshi Tsutomu" (ja) --memememomo http://twitter.com/memememo​mo/status/2114306313297920
21:56 forwardever left #mojo
22:07 daviddelikat left #mojo
22:08 und3f is now known as und3f[A]
22:18 Akron left #mojo
22:30 fhelmber_ left #mojo
22:31 daviddelikat joined #mojo
22:52 daviddelikat left #mojo
23:05 s0va left #mojo
23:05 s0va joined #mojo
23:05 stephen left #mojo
23:07 stephen joined #mojo
23:22 spleenjack left #mojo
23:32 Kulag left #mojo
23:32 Kulag joined #mojo
23:38 MojoGuest459 joined #mojo
23:38 MojoGuest459 From: http://friendfeed.com/laclefyoshi/2221d48a/​websocket-extjsirc-client-permission-denied (1 hits)
23:39 MojoGuest459 left #mojo
23:40 fhelmberger left #mojo
23:41 MojoGuest206 joined #mojo
23:41 MojoGuest206 From: http://friendfeed.com/laclefyoshi/2221d48a/​websocket-extjsirc-client-permission-denied (2 hits)
23:41 fhelmberger joined #mojo
23:41 MojoGuest206 left #mojo
23:57 Alias joined #mojo
23:58 GitHub70 joined #mojo
23:58 GitHub70 mojo: master Sebastian Riedel * 9eb2ad4 (3 files in 3 dirs): fixed typo - http://bit.ly/blogCF
23:58 GitHub70 left #mojo

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