Camelia, the Perl 6 bug

IRC log for #mojo, 2013-10-06

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

All times shown according to UTC.

Time Nick Message
00:12 toastr joined #mojo
00:13 toastr joined #mojo
00:41 russum1 left #mojo
00:42 russum1 joined #mojo
01:29 sri Akron: you can't, and that's considered a feature now
01:32 sri jberger_: ->remove is a different operation than query, there is only one document to return, and that's not a real document but stats for the operations
01:33 jberger_ I was figuring that out
01:33 jberger_ thanks
01:33 sri Bender: trust jberger_
01:33 Bender OK, sri
02:01 mst jberger_: DBIC never uses Lingua::Inflect, that's part of Schema::Loader
02:01 mst jberger_: which was a refactored version of sri's DBIx::Class::Loader
02:01 dqw7 joined #mojo
02:01 mst jberger_: I don't like it either, but sri wrote the code so I let him write what he liked so long as it worked
02:02 mst jberger_: but damnit neither has ever been part of DBIC, blame the code that actually uses it :P
02:08 sri mst: i think it was based originally on something merlyn wrote
02:11 sri hah, yes it was an article https://metacpan.org/diff/release/SRI/Class​-DBI-Loader-0.07/SRI/Class-DBI-Loader-0.10
02:11 sri <3 metacpan
02:11 mst sri: oh sure, and I'd probably have made the same mistake
02:12 mst sri: but I have my own errors to answer for with DBIC
02:12 mst sri: and I'm damned if jberger_ is going to blame dbic for things that aren't your fault, there's too many things that -are- :)
02:13 mst sri: our fault, I mean. if it's actually merlyn's, well, fuck, do pass it on :D
02:33 jberger__ joined #mojo
02:34 jberger__ mst: I do humbly apologize :-P
02:34 mst jberger__: hey, dbic core made enough fucking stupid decisions itself, 95% of them mine
02:36 jberger__ I'm sure batman and I will make plenty of mistakes for Mandel, let's hope they are at least new ones
02:38 jberger__ Pointers (and of course contributions) are always welcome
02:39 jberger__ mst: do you know if there will be any European presence at yapc brazil?
02:39 memowe joined #mojo
02:41 mst jberger__: fucked if I know
02:43 mst I've been avoiding conferences this year
02:43 mst I did NA and EU as required
02:43 mst I'll do LPW
02:44 mst otherwise I'm trying to get over being an orphan, buy a house, and figure out a plan for the future that makes sense in spite of having run out of parents with very little notice
02:44 Adurah How'd they get used up?
02:45 mst in the space of 15 months they both died
02:45 mst I hadn't really expected that to happen
02:45 Adurah At least it wasn't all at once.
02:46 Adurah You had time to grieve with one.
02:46 mst please don't think you have any idea what the fuck you're talking about
02:46 mst I do have a good friend who lost both at once around the same time
02:47 mst we have theories ... but it's not nearly as simple as it looks
02:47 mst ever
02:48 mst I'm sorry. before any of this happened I'd've thought I could project ideas myself ... I was wrong too
02:48 Adurah I thought my line was a positive.
02:48 mst yes, you did. that's why I didn't rip your face off.
02:49 mst seriously. thanks for trying, but ... it doesn't work that way
02:49 mst I wish it did, I wish it worked a fucktonne more logically
02:49 mst but apparently it doesn't
02:49 Adurah I'm just making the best out of a bad situation in my mind.
02:51 mst it's worse than you can ever imagine, and after my making several attempts to point it out, you're not making anything except a case for your utter social ineptitude
02:51 mst so I'm going to killfile you now
02:51 mst Adurah: *PLONK*
02:52 Adurah I can think of worse scenarios, but I'll keep them to myself.
03:44 r0b3rt joined #mojo
03:57 preflex_ joined #mojo
04:56 dqw7 joined #mojo
05:21 basic6_ joined #mojo
05:24 r0b3rt left #mojo
05:41 dotandimet joined #mojo
05:46 Vandal joined #mojo
06:04 buu joined #mojo
06:04 buu Dearest friends
06:04 buu Why doesn
06:05 buu Why doesn't dom->find("a[foo=bar][foo*=r]"); work?
06:16 dotandimet1 joined #mojo
06:22 buu buu@hs:~$ perl -Mojo -le'g("http://www.hcdistrictclerk.com/Com​mon/e-services/PublicDatasets.aspx")->dom->find("a[onclick*=Crim][onc​lick*=Crim]")->each(sub{print$_})'
06:38 good_news_everyone joined #mojo
06:38 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/IanxLw
06:38 good_news_everyone mojo/master 37ad0e0 Sebastian Riedel: fixed unquoted attribute selector bug in Mojo::DOM::CSS
06:38 good_news_everyone left #mojo
06:38 sri buu: fixed
06:38 buu I love you
06:38 buu Does that message imply it would have worked if i I quoted it?
06:38 * sri blushes
06:39 buu =]
06:39 sri yea
06:39 buu Yup, works =]
06:52 good_news_everyone joined #mojo
06:52 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/BblcAw
06:52 good_news_everyone mojo/master 30bd1e2 Sebastian Riedel: show unquoted attribute selectors in example
06:52 good_news_everyone left #mojo
06:54 * sri wonders if div[class='whatever'] is worth supporting
06:55 sri multiple quoting styles are in the spec... but don't seem particularly useful
06:56 sri (we only support a subset of the spec, so for the sake of compliance is not a good reason)
07:00 sri incidentally the css4 selector spec appears to have made no progress whatsoever during the last year :o
07:50 basiliscos joined #mojo
08:07 dod joined #mojo
08:12 dvinciguerra joined #mojo
08:15 trone joined #mojo
08:32 ilbot2 joined #mojo
08:32 Topic for #mojo is now 🎩, indubitably | http://mojolicio.us | http://irclog.perlgeek.de/mojo/today
08:32 Bender joined #mojo
08:32 kwa joined #mojo
08:33 bc547 joined #mojo
08:34 BinGOs joined #mojo
08:36 Phil21 joined #mojo
08:40 dod joined #mojo
09:12 batman sri: about $dbref: i will use it, if you add the resolve() method.
09:13 batman mst: what would it be called, if not belongs_to? i actually like it. belongs_to and has_many is something i understand :)
09:14 batman jberger_, sri: blocking: i know. it was just a quick and dirty hack. that's why i didn't want to document it.
09:15 batman jberger_: i don't think remove() removes the actual document. it returns a document with information about how remove worked.
09:17 batman jberger_: i'm not fond of "i don't like". i want "i think you should do this instead". (regarding Linuga::Inflect)
10:04 sri i suppose dbref support could be quite nice with $db->resolve() and bson_dbref('collection_name', $oid)
10:05 sri although i would leave out database support for now, since mango unit tests can only use one database atm
10:05 sri but i doubt that matters for Mandel
10:06 batman i agree
10:14 sh4 joined #mojo
10:24 chansen joined #mojo
10:31 keedi joined #mojo
10:32 sh4 joined #mojo
10:35 sh4|2 joined #mojo
11:03 sri batman: added https://github.com/kraih/mango/commit/9​3e9fd60abe262bdf51375e3c6f89ad4ce4e03ba
11:03 batman crap.
11:03 batman hehe
11:04 sri carefult what you ask for :)
11:04 sri s/t//
11:04 batman yeah. i will shut my piehole next time ;)
11:07 hummeleBop joined #mojo
11:21 sri and released to cpan ;p
11:27 batman relationships are now objects: https://github.com/jhthorsen/mandel/commit​/d2e0e6ed78c93b8cdda13eba958dfa929bfc42c4
11:27 batman mst: ^ pretty nice actually. makes it a lot more flexible :)
11:27 batman big surprise ;)
11:27 batman sri: converting to $dbref now.
11:27 crab joined #mojo
11:28 batman what was the other things we talked about yesterday, except from "belongs_to" being stupid?
11:28 batman stupid => bad name (i like belongs_to...)
11:30 sri :)
11:30 * sri wonders when mongodb 2.6 will be released... gonna need to add support for commands returning collections then
11:32 buu sri: are you kraih on github?
11:32 sri ye
11:32 buu oh
11:32 buu That always really confused me
11:32 sri sri is always taken everywhere :(
11:33 dpetrov_ joined #mojo
11:33 batman mandel is cutting edge: integrating with not-yet-available mango features :)
11:33 sri i just released a new mango ;p
11:33 sri you're late!!!
11:34 batman yeah, but i can't d/l it from cpan yet
11:36 batman jberger_: wanna fix my blocking code? (i don't want to fix it...)
11:38 mire_ joined #mojo
11:39 sri oh neat, mongodb 2.6 also adds explain for aggregation
11:42 * batman wonder if $doc->_raw should be public and renamed
11:42 batman _raw holds the actual mongodb doc
11:43 sri $doc->data
11:43 batman i'm considering just "raw" or "data"
11:43 batman hehe
11:43 sri heh
11:43 batman TO THE RENAMEMOBILE! nanananannanaa
11:53 sri oh my
11:53 sri looks like the mongodb wire protocol is gonna change completely :o
11:54 sri insert/update and delete are becoming commands if i understand correctly
11:59 batman does that mean that you need to detect version and then have two "backends" for mango?
11:59 sri if i want to support many different versions yes
12:00 sri but it's hard enough to stay up to date with the current wire protocol, don't think i'll have the resources to maintain multiple versions
12:00 batman that sucks
12:01 batman ...most that they change.
12:02 dqw7 joined #mojo
12:18 batman sri: i'm not using resolve, since i already have the related name in my Mandel::Model: https://github.com/jhthorsen/mandel/commit​/8d6a578089f6a0b8c269f04cd122c4a9556a849e
12:18 batman not sure if that's bad...
12:18 batman oops! i mean dereference()
12:22 sri what annoys me most is how hard finding information about protocol changes actually is https://jira.mongodb.org/browse/SERVER-9038
12:23 sixBB joined #mojo
12:23 sri i can only go through tickets :S
12:23 batman :(
12:30 batman i wonder if related objects should be cached.
12:30 batman as in stored in an attribute
12:32 batman sri: i'm making another release. let me know if you can review https://github.com/jhthorsen/mandel/commit​/19b56e77b3324f5c221a75bbf6a798b44f829489 first
13:03 jberger_ batman, sure I can work on the blocking
13:03 jberger_ I have a lot of it in a branch already
13:04 jberger_ the biggest reason I called it _raw was not "private attribute" but leaving the method namespace open
13:04 jberger_ I can imagine that classes are going to want to use "data" as a field
13:05 batman jberger_: that would be awesome! :)
13:05 batman ah. i see. do you think it's a bad idea to call it data?
13:05 batman btw: i just released 0.07. you might want to resync the repo
13:13 jberger_ do you currently have a broken test in t/synopsis.t?
13:14 batman no
13:14 batman which one is failing?
13:15 batman and do you have any diff between you and my master?
13:15 sixBB joined #mojo
13:16 jberger_ hmmmm, on master synopsis.t passes, but now that types.t test is failing again :-/
13:17 hrupp joined #mojo
13:18 batman sorry i don't follow. are tests failing on random?
13:18 jpn joined #mojo
13:18 jberger_ not random, but I can't figure some out
13:20 batman i can't help you unless you tell me 1) have you changed anything 2) which test is failing 3) what is the ouput (use http://p.thorsen.pm if you like)
13:21 dvinciguerra joined #mojo
13:21 punter joined #mojo
13:21 jberger_ batman, I fixed one which was a bug in my blocking code
13:21 jberger_ I will probably be submitting another pr for the other soon
13:22 batman ok
13:26 jberger_ batman, matter of preference: https://github.com/jberger/mandel/​compare/jhthorsen:master...master
13:27 jberger_ would you like the change above, or would you rather test qr(\:1\.23[,}])
13:28 jberger_ currently the test fails when the hash order puts one of the numbers at the end of the stringification (thus no trailing comma)
13:28 jberger_ so would you rather remove the trailing comma or test for a comma or close brace
13:29 batman maybe add \b
13:29 batman but i really think we should test for what the data is really internally in perl
13:29 jberger_ that wouldn't test your intention
13:29 jberger_ because \b would match before a quotation mark
13:30 batman that's true.
13:30 batman jberger_: you choose.
13:30 jberger_ I think it is probably sufficient to test the left side (between : and 1) for quotation marks, since anything else would be a bug in Mojo::JSON
13:30 stephan48 joined #mojo
13:31 batman that's also true
13:31 jberger_ pr sent
13:31 batman the important thing is no quote between colon and the digit
13:31 batman merged
13:32 jberger_ cool, so in that case, here is the current state of the blocking branch
13:32 jberger_ https://github.com/jberger/man​del/compare/blocking?expand=1
13:33 jberger_ not quite everything has been ported, but much of it has
13:34 batman what happens if $cursor->all fail?
13:35 batman line 68 in Collection.pm
13:35 * jberger_ looks
13:36 batman also, do you like that we die on error? should we confess? use Mojo::Exception...?
13:37 jberger_ for now die on error is probably fine, walk before run right?
13:37 jberger_ I'm looking at Mango::Cursor::all, its not obvious what the blocking implementations do on error
13:37 sri die
13:38 batman ok. just die? no croak or die $err_obj ?
13:38 sri always
13:38 jberger_ sri: thanks, batman, so then so would Mandel::Collection::all
13:38 jberger_ in blocking form
13:38 batman jberger_: i'm pretty sure your patch change is wrong. the resulting $doc is not the document. it's just mongodb meta data
13:39 batman jberger_: die: okidoki
13:39 jberger_ batman, very possible, I did the same thing with remove :-?
13:39 * jberger_ hack hack hack
13:39 batman haven't gotten to remove yet
13:39 jberger_ I fixed remove
13:39 batman i don't want the complete document on remove/patch
13:39 batman i just want it to do what i ask.
13:40 jberger_ well that makes it easy then doesn't it
13:40 batman what is easy?
13:41 batman but do you want the complete doc on remove() and patch() ? i don't see why you would want that...
13:42 batman jberger_++ # @{ $clone->{extra} }{keys %$extra} = values %$extra if $extra;
13:43 jberger_ batman, I think I just misunderstood something, carry on, nothing to see here :-)
13:43 batman ok...
13:44 * jberger_ likes hash merges
13:44 batman i also want unit tests.
13:44 jberger_ batman, and thus why you don't have a pr yet :-D
13:44 batman but i'm going to take your patch either way :)
13:44 batman hehe
13:45 batman so... unit tests and remove _new_document() from patch() and remove()
13:45 batman yeah, and remove _blocking() from Document.pm
13:53 jberger_ batman, I will probably port most tests that I touch to the style sri uses for blocking tests, that is, the callback closes over the arguments, then tests are done outside the callback
13:53 jberger_ grr, that was supposed to say "nonblocking tests"
13:54 batman that's fine.
13:54 batman makes things more consistent to figure out later
13:54 jberger_ k, just thought I would ask
13:54 batman thanks :)
13:54 jberger_ and failing tests dont hang
13:56 jberger_ I am trying to knock some of this out because my free time is going to be going to writing my YAPC::Brazil talk starting really soon
13:57 batman i'm happy for any help jberger_ :)
13:57 jberger_ batman, I'm happy you ran with this, I don't think I would ever have gotten it this far
13:57 batman hehe... well. i'm a bit crazy :P
13:58 batman https://github.com/jhthorsen/mandel/commits/master <-- i the commits meet your comments from yesterday. like not doing s/s$// on the method names
13:58 batman i the => i think the
13:59 jberger_ batman++
13:59 batman :)
14:00 jberger_ I understand why some systems try to do that, but in practice its lots of confusion ("why is it named that??!") for no real benefit
14:02 batman hehe... well, after changing relationships to objects (thanks mst) you can do anything: https://metacpan.org/module/Mandel​::Relationship::HasMany#ATTRIBUTES
14:02 batman but i guess the defaults are more sane
14:02 batman i'm also going to change add_cats() to take a list of objects to add.
14:03 batman that way, there won't be any confusion.
14:05 jberger_ btw, the doc for ::HasMany still seems like there is s/s$//
14:05 jberger_ has_many => owners ...
14:05 jberger_ ->add_owner
14:08 dod joined #mojo
14:23 sri jberger_: please don't respond to feature/support requests in github issues
14:23 asarch joined #mojo
14:24 sri crab did that a few weeks ago and the guy has been fishing for answers ever since
14:25 sri i also just posted the same answer on the list
14:25 * jberger_ removes
14:25 jberger_ I always forget about the mailing list
14:28 * sri wonders how so many people are missing the big fat link at the top of the form https://github.com/kraih/mojo/issues/new
14:29 sri it's highlighting for crying out loud
14:29 sri s/ing/ed/
14:30 * jberger_ shakes fist
14:31 Akron joined #mojo
14:31 batman jberger_: right. please fix the doc
14:31 batman *bbl*
14:32 gryphon joined #mojo
14:34 Akron sri: Ah, thanks. I read the logs now regarding message generation for validation. Unfortunately I don't really understand the problem. I guess I will wait to see how the validation develops until I'll use it. The API (with add_checks) is quite nice though.
14:34 sri Akron: problem is i18n
14:35 sri if the validator generates messages it needs access to the current controller
14:35 sri which gets messy
14:36 sri and honestly, at this point i don't really care about dynamic messages anymore
14:36 Akron But i18n could be done later on, I guess. So, the message has to be passed and the values of course ...
14:36 sri i just want to style fields with errors
14:36 Akron I see.
14:37 sri you have the name of the check that failed with arguments, should be more than enough to build your own dynamic message generator thingy
14:38 Akron That would mean to double check the value on failure, right? I can not pass any error code ... or is there a way?
14:38 sri i'm not following
14:45 Akron I was thinking of turning http://search.cpan.org/~akro​n/Data-Password-Meter-0.04/ into a validation plugin for mojolicious. The error messages are not dynamic (meaning, there is a limited number of possible errors) so I could bind a fix error code to the validation failure. But there's no way in returning this code other than rechecking the value, as far as I understand. To be honest - my...
14:45 Akron ...confusion was a result of the formulation "Details about failed validation checks can be retrieved with "error" in Mojolicious::Validator::Validation." in the rendering guide.
14:46 sri you mean your check has different ways of failing?
14:46 sri hmm, that's rather annoying
14:46 Akron Yes, or better say: Different hints why te check was failing.
14:47 sri how could Mojolicious::Validator handle that?
14:49 sri true return value signals failure and gets stored in ->error?
14:49 Akron What the user need are the field, the values that failed and maybe an i18n conforming string or an error code ... and this should be unchangebale.
14:49 Akron N - I think something like ->errorstr is better.
14:49 sri no, i won't go there
14:50 sri message generation is completely out of the question now
14:50 Akron And error cdes?
14:50 Akron s/cdes/codes/
14:50 sri why error codes when you can collect arbitrary data?
14:51 Akron I'm just asking for any way of returning failure information to the controller. ;)
14:51 sri and i proposed one
14:52 Akron Than I misunderstood it - sorry.
14:52 sri my problem is that it sucks to explain in the documentation
14:53 sri returning a true value for failure...
14:53 Akron Ah, okay. Yes, that's a simple option.
14:57 Akron So I would return a false value in my check callback in case the check is okay, otherwise I would return an arbitrary string that is bind to the error array of the field in the check method of Mojolicious::Validator::Validation?
14:58 sri my ($check, $args, $result) = @{$validation->error('foo')};
14:59 Akron Yeah, and it's up to the user to do anything with it i18n-wise.
15:01 sri or rather my ($check, $result, @args) = @{$validation->error('foo')};
15:01 rem_lex|pivo joined #mojo
15:01 Akron As the $result would be mandatory, that makes more sense, yes.
15:05 memowe joined #mojo
15:08 sri Akron: but how to explain it?
15:09 jberger_ sri++ # documentation driven development
15:09 sri https://github.com/kraih/mojo/blob/m​aster/lib/Mojolicious/Guides/Renderi​ng.pod#adding-form-validation-checks
15:09 sri specifically that first sentence
15:11 Akron "Validation checks return an error message on failure and can be registered with "add_check" in Mojolicious::Validator."
15:11 sri that's not what they do
15:12 sri the built in checks return "1" on failure, no message
15:12 Akron "Error code" may be more general then.
15:13 sri in fact, if the description mentions error messages at all i'm not gonna do the whole feature ;p
15:13 sri but it's not a code
15:13 sri just a true value that may contain additional information
15:13 Akron Everything is a code!
15:14 Akron "Validation checks return a false value on success and can be registered with "add_check" in Mojolicious::Validator."
15:15 sri if the true return value case isn't documented it's not a feature
15:15 Akron I wouldn't specify this in the first sentence, as it is indeed a separated feature.
15:16 sri i'm serious that this needs to sound good in documentation
15:17 Akron "Validation checks return a false value on success and can be registered with "add_check" in Mojolicious::Validator. Error messages can be returned on failure and later retrieved using the error method in Mojolicious::Validator::Validation."
15:17 sri and i'm serious about mentioning error messages ;)
15:18 sri if you say error messages, then everything really needs to return error messages
15:18 Akron For what could it be useful then? You also don't like "error code", although I think that's a good and general term. ;)
15:19 sri it's arbitrary information about why the check failed
15:19 Akron And I said "can", which means it is optional.
15:19 Akron Hm.
15:23 Akron "Additional information on a failed check can be returned and later retrieved ..."
15:25 sri "Validation checks can be registered with L<Mojolicious::Validator/"add_check"> and return a false value if they were successful. A true value returned for failed validation checks may be used to pass along additional information and can be retrieved with L<Mojolicious::Validator::Validation/"error">."
15:26 sri a/and/which/
15:27 Akron Is "returned for failed validation checks" necessary? Otherwise I think that makes it clear.
15:30 good_news_everyone joined #mojo
15:30 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/g5PyCw
15:30 good_news_everyone mojo/master d2cce28 Sebastian Riedel: changed return values of validation checks in Mojolicious::Validator
15:30 good_news_everyone left #mojo
15:33 good_news_everyone joined #mojo
15:33 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/WDIS0g
15:33 good_news_everyone mojo/master d647c94 Sebastian Riedel: simplify size check
15:33 good_news_everyone left #mojo
15:33 Akron \o/
15:33 Akron That's a nice and simple solution.
15:34 sri i'm a little unhappy that it's more complex than before
15:40 Akron It has a new feature, that makes it useful for building plugins.
15:44 mst batman: belongs_to is -sometimes- the right name
15:44 mst batman: but e.g. if you had a users table (I'm going to use RDBMS examples) of (user, pass, role_id)
15:44 mst batman: you end up using belongs_to for 'role' because it's an FK
15:45 good_news_everyone joined #mojo
15:45 good_news_everyone [mojo] kraih tagged v4.45 at 4dc5fb4: http://git.io/FQ80CA
15:45 good_news_everyone left #mojo
15:45 mst batman: but it's not really 'this user is owned by this role', just 'this user has this role'
15:45 sri lets see how it goes
15:45 mst batman: CDBI originally called it has_a ... castaway likes refers_to ... I was hoping in $future_thing to get away with just 'has role => (is => 'rw', isa => AuthRole);' or something
15:55 Akron sri++
15:56 Akron (Have to o. See you later. Thanks for your help!)
15:56 Akron (s/ o/ go/)
15:58 yakudza joined #mojo
16:10 sixBB joined #mojo
16:10 good_news_everyone joined #mojo
16:10 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/Mr2TMg
16:10 good_news_everyone mojo/master 9c4fd50 Sebastian Riedel: more Mojo::JSON examples
16:10 good_news_everyone left #mojo
16:14 dqw7 joined #mojo
16:29 sh4 joined #mojo
17:04 yko joined #mojo
17:11 batman mst: i see
17:12 batman no idea how to get away with just has role => (...); without a trait
17:12 batman and i'm really not sure if i want to go all Moo on this problem...
17:12 batman it's a bit tempting though
17:14 batman jberger_: i'm happy to merge what you have already done.
17:15 jberger_ ok
17:20 batman *dinnertime*
17:33 btyler joined #mojo
18:00 korshak joined #mojo
18:00 bzero joined #mojo
18:16 punter joined #mojo
19:29 maxhq joined #mojo
19:45 KindTwo joined #mojo
19:59 maxhq joined #mojo
20:07 basiliscos joined #mojo
20:11 tba joined #mojo
20:29 lukep joined #mojo
20:42 basiliscos1 joined #mojo
20:43 basiliscos joined #mojo
21:15 asarch joined #mojo
22:29 russum joined #mojo
22:30 tba wrote MangoX::Queue if anyone else has a use for it, non-blocking backend processing :)
22:30 tba (https://github.com/ian-kent/MangoX-Queue)
23:01 russum joined #mojo

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