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

IRC log for #mojo, 2014-03-29

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

All times shown according to UTC.

Time Nick Message
00:03 good_news_everyone joined #mojo
00:03 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/Wc649w
00:03 good_news_everyone mojo/master 5d55769 Sebastian Riedel: small optimization
00:03 good_news_everyone left #mojo
00:04 good_news_everyone joined #mojo
00:04 good_news_everyone [mojo] kraih tagged v4.91 at a850157: http://git.io/TmE7iw
00:04 good_news_everyone left #mojo
00:16 alnewkirk joined #mojo
00:17 jberger_ Only nine more to go!
00:18 jberger_ Oh drat, I need to start cpan_mojo again
00:38 marty joined #mojo
00:47 d4rkie joined #mojo
01:02 steveeirium how do I find the latest ways of coding?
01:02 steveeirium it's an expanding sphere, how do I find the edge?
01:03 steveeirium who is writing the wisdom
01:07 Akron joined #mojo
01:11 go|dfish steveeirium: http://news.ycombinator.com/ http://reddit.com/r/programming
01:21 good_news_everyone joined #mojo
01:21 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/8OBU9w
01:21 good_news_everyone mojo/master b5da0c7 Sebastian Riedel: bump version
01:21 good_news_everyone left #mojo
01:32 jnbek snuck one by me...
01:32 jnbek nice :D
01:32 jnbek i forgot to refresh my Recent page...
01:32 jnbek you know, those pesky bosses, all wanting you to do your job and stuff
01:33 jnbek but an hour to update the PKGBUILD isn't bad ;-)
01:33 Bender joined #mojo
02:28 * sri wonders what to consider the uptime for a minion cluster
02:29 sri creation time of the oldest finished job in the queue? registration time of the oldest worker?
02:30 sri workers come and go... old jobs get removed...
02:31 sri btw. i would be interested to know if minion works on windows
02:32 sri especially the worker command and one_job/all_jobs tests
02:37 jberger_ sri the fork logic for Windows probably suffers the same problems as ForkCall
02:37 sri jberger_: which is?
02:37 jberger_ I was looking at that earlier, I want going to say anything until I tried
02:38 jberger_ Killing the job is hard
02:38 sri have you looked at the code? there is no killing
02:38 * jberger_ looks again
02:40 sri i'm aware of "potential" windows problems, i'm more interested in actual ones
02:41 jberger_ Yeah, I think the problems mostly came from the communication pipe
02:41 jberger_ Now that I think back on it
02:41 sri you mean socket ;p
02:42 jberger_ On widows, yes
02:45 jberger_ Pipely ftw
02:45 sri if i do timeouts and kill... i think i would use the morbo design and only SIGTERM
02:45 asarch joined #mojo
02:45 sri or perhaps leave it out of core completely and add hooks that can kill on certain events
02:47 sri anyway... i still want to know if the current implementation works on windows! ;p
02:49 klapperl joined #mojo
02:49 jberger_ Why wouldn't it? Anyway, as I said, I didn't say anything about that because I hadn't had a chance to test it yet
02:51 jberger_ Actually, I wonder about the logging
02:52 sri what about it?
02:52 jberger_ No io loop stuff in children right? Are there any io watchers on the log filehandle?
02:53 sri it's just your normal app, without an active server
02:53 sri basically app loaded in a fake server, without anything
02:53 jberger_ Oh cool, I hadn't seen that yet
02:53 sri like Mojo::Server::CGI would load your app
02:53 jberger_ Right got it
02:54 jberger_ Smart
02:54 sri or our commands
02:54 sri it's actually pretty common when you look for it
02:54 jberger_ Wow
02:54 jberger_ til
02:54 jberger_ I will look for it then
02:55 jberger_ ForkCall can't do that though, right, it's too close to the loop
02:55 sri mojo eval -V 'Mojo::IOLoop->singleton->reactor'
02:55 sri totally empty :)
02:57 sri minion is actually totally blocking, it never uses the global ioloop
02:58 jberger_ Tomorrow I intend to spend some quality time with this stuff
02:58 jberger_ Right minion serves a very different purpose, but superficially the code similarities made me think
02:59 jberger_ But you're right, no loop makes all the difference
03:08 sri oh, there are exceptions though... i can't clean up the environment for tests
03:08 sri https://github.com/kraih/minion/blob/master/t/minion_lite_app.t#L40
03:08 sri while the real worker daemon is clean, one_job/all_jobs is not
03:09 sri most of the time it shouldn't actually mater though, since the global event loop will be stopped
03:10 sri so sharing it for a short time in your task where you start/stop manually is not a big deal
03:11 sri who cares if a test Mojo::Server::Daemon is listening while you do your stuff
03:12 sri my morbo worker hack makes things kinda crazy though :) Mojo::IOLoop->recurring(3 => sub { app->minion->worker->all_jobs });
03:13 sri but if you go there you should know what you're doing ;p
03:25 jberger_ Hehe
04:11 cpan_mojo joined #mojo
04:21 jberger_ The few times I have had to restart convos, I always get a schema changed warning
04:21 jberger_ And then the upgrader (seems to) hang
04:29 jberger joined #mojo
04:30 jberger o/ from convos
04:31 jberger_ Cool
04:32 jberger so i couldn't upgrade the schema, i manually removed all the convos .pm files, reinstalled
04:32 jberger then upgrade worked
04:32 jberger and then it started up just fine
04:32 jberger also
04:33 jberger batman: I had to force install
04:34 jberger guess what failed!
04:34 jberger t/release-production.t (Wstat: 0 Tests: 0 Failed: 0)Parse errors: No plan found in TAP output
04:34 jberger srsly?! is release-production supposed to run on an installation from cpan?
04:34 jberger anyway
04:35 jberger I'm off to bed, my hope is to use Mandel in anger tomorrow
04:35 jberger and maybe with some luck I can sneak a minion or two in there for fun :-)
04:37 cpan_mojo Mojo-Downloader 0.1 by TOMORROW - http://metacpan.org/release/TOMORROW/Mojo-Downloader-0.1
04:47 jberger Yay cpan_mojo is back!
05:21 Vandal joined #mojo
06:43 sh4 joined #mojo
07:17 nic joined #mojo
07:19 tianon joined #mojo
07:39 jberger joined #mojo
08:16 denisboyun joined #mojo
09:11 dod joined #mojo
09:31 jack joined #mojo
09:55 basiliscos joined #mojo
10:07 punter joined #mojo
10:30 trone joined #mojo
10:36 mire joined #mojo
10:37 damaya jberger, you there?
10:37 damaya Ah, I see that you're not... unless you sleep 2 hours ;)
11:39 batman jberger: I need more info: which version, what does actually fail, ... I'm on vacation now, so you have to make an issue or drop me an email with more details if you want us to look into it...
11:40 ver joined #mojo
11:40 rem_lex| joined #mojo
12:01 jack_ joined #mojo
12:02 jack__ joined #mojo
12:21 jberger batman, will do
12:21 jberger And enjoy the vacation, I had forgotten
12:21 jberger damaya, what's up?
12:22 meshl joined #mojo
12:22 damaya jberger, how busy are you?
12:23 damaya I ask because I am working on something, and I think you might think the idea worthy, and I could use one more person to work on it with me
12:28 Adura joined #mojo
12:29 damaya I have a lot of the design / code done, but I could definitely use another person.
12:29 stephan48 based on the mode of an application i want to include a different set of assets(using AssetPack), is this possible without doing a mode switch in the template and either collect one asset collection or the one?
12:38 jberger in truth I barely have time to work on the few open source things I have now
12:38 jberger but who knows
12:38 purl and it's way past purl's bed time young man!
12:39 batman stephan48: sounds like a simple %= asset ... If ...
12:39 jberger at least I'm in the process of passing off the heavy lifting of Alien::Base
12:39 batman Thanks jberger :)
12:40 stephan48 batman: ye, i will maintain two lists then
12:47 batman You could also put the if when you define the asset list.
13:24 stephan48 is the mode already available at this time?
13:24 stephan48 Mojolicious::Lite app
13:24 stephan48 i will change this when i migrate to a full app(which will happen soon)
13:27 d4rkie joined #mojo
13:28 mire joined #mojo
13:30 good_news_everyone joined #mojo
13:30 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/jI4OjA
13:30 good_news_everyone mojo/master b152c4d Sebastian Riedel: also link to any method
13:30 good_news_everyone left #mojo
13:38 sri what i really like about using a document database as a job queue is how easy it becomes to add more meta data https://github.com/kraih/minion/commit/becf02a84c20f53057eb7171085cb92fe8dd022d
13:40 d4rkie joined #mojo
13:40 sri and very easy to do analytics with ad-hoc queries... average wait time for jobs, processing time for each task... and so on
13:46 jhg_ joined #mojo
13:47 asarch joined #mojo
13:48 punter joined #mojo
13:55 damaya_ joined #mojo
14:22 jhg joined #mojo
14:36 basiliscos joined #mojo
15:05 dj_goku so I am trying to test JSON
15:06 dj_goku but I keep getting undef when using json_message_is()
15:13 dj_goku actually got it to work: http://paste.scsys.co.uk/335739
15:16 basiliscos joined #mojo
15:53 jhg_ joined #mojo
16:00 kmx joined #mojo
16:12 punter joined #mojo
16:35 denis_boyun_ joined #mojo
17:29 davido__ joined #mojo
17:31 jantore joined #mojo
17:38 sujithm joined #mojo
17:44 mire joined #mojo
17:57 denisboyun joined #mojo
18:40 dj_goku I am breaking my route into individual get '/customer', delete '/customer' is it best to do it this way? I am having a weird time on DELETE since after it deletes the record it renders the customer.html.ep
18:41 moritz dj_goku: well, maybe you want a redirect to a list view after a successful delete
18:44 dj_goku GET /customer.html.ep is a list view.
18:44 dj_goku well I bet if I add to the stash the "data" it'll work.
18:45 moritz but why would you, for a DELETE request?
18:46 dj_goku well it needs to refresh the list some how right? or programmically delete it with javascript
18:47 moritz well yes
18:48 dj_goku so maybe that is why I am having the problem.
18:48 dj_goku but I don't get really how to solve it.
18:49 moritz just to get things straight: you send the DELETE request by ajax, right?
18:49 moritz then the success handler for that ajax request must delete the customer from the user interface
18:49 moritz simplest case: with a page reload
18:50 dj_goku right
18:51 moritz or if you put an id="customer-<%= $id %>" in the customer record, a simple  $('#customer-' + id).remove()
18:52 dj_goku but how do I stop the delete route trying to render a html and just return?
18:52 moritz dj_goku: $self->render(json => { success => 1}) # for example
18:56 dj_goku blah now I feel dumb
18:56 dj_goku moritz: lol thanks
19:13 abra joined #mojo
19:17 alnewkirk joined #mojo
19:55 al joined #mojo
20:38 drift joined #mojo
20:39 al joined #mojo
20:42 al joined #mojo
20:42 alnewkirk joined #mojo
20:45 al joined #mojo
20:48 mattastrophe joined #mojo
20:51 sujithm_ joined #mojo
21:03 al joined #mojo
21:34 al joined #mojo
21:47 drift joined #mojo
22:07 denisboyun joined #mojo
22:37 meshl joined #mojo
23:09 sleigner joined #mojo
23:22 robinsmidsrod joined #mojo
23:31 punter joined #mojo
23:40 basiliscos joined #mojo
23:52 d4rkie joined #mojo
23:52 d4rkie joined #mojo
23:56 meshl joined #mojo

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