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

IRC log for #mojo, 2017-02-04

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

All times shown according to UTC.

Time Nick Message
01:12 davido joined #mojo
01:15 davido joined #mojo
01:27 polettix joined #mojo
02:35 tchaves joined #mojo
02:57 dikim joined #mojo
03:15 genio sri: When you get a chance, try out "A Series of Unfortunate Events"
03:35 noganex_ joined #mojo
05:04 dboehmer joined #mojo
05:29 dikim joined #mojo
05:35 sh14 joined #mojo
07:08 Vandal joined #mojo
09:08 dod joined #mojo
09:15 dod joined #mojo
09:15 simak joined #mojo
09:37 prajith joined #mojo
10:23 polettix joined #mojo
10:51 jamesaxl joined #mojo
11:01 kes joined #mojo
11:05 kes Is this recommendation obsolete? https://metacpan.org/pod/Mojolicious::Guides::Rendering#Stash-data
11:06 kes Just be aware that too many optional stash values will make templates less cacheable, which can reduce performance. So passing an undef value to the stash, instead of making it optional, is always preferable.
11:07 pink_mist why would you think that?
11:07 kes reviewing the code I can not find that caching is influence by values at stash
11:07 kes did I miss something?
11:08 kes or, maybe this recommendation is not for M::P::EPLRenderer
11:12 kes pink_mist: because of this: https://metacpan.org/source/SRI/Mojolicious-7.23/lib/Mojolicious/Plugin/EPRenderer.pm#L27
11:12 kes the template compilation is cached
11:13 kes but despite on stash data it is processed always
11:13 kes https://metacpan.org/source/SRI/Mojolicious-7.23/lib/Mojolicious/Plugin/EPLRenderer.pm#L17
11:14 kes so it has no matter the stash value is optional or not
11:15 pink_mist seems you may be right
11:21 kes ok. thank you for review.
11:27 * sri pokes Grinnz
11:27 sri i'm waiting!
11:31 kes I may suggest that in this section should be note about that caching policy may vary for each plugin and user should refer to CACHING section of plugin he is using
11:38 good_news_everyon joined #mojo
11:38 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vDnpX
11:38 good_news_everyon mojo/master 3b6e848 Sebastian Riedel: we no longer recompile templates
11:38 good_news_everyon left #mojo
12:19 prajith joined #mojo
12:57 irqq joined #mojo
13:07 cpan_mojo Mojolicious-Plugin-Renderer-WithoutCache-0.04 by SIMBABQUE https://metacpan.org/release/SIMBABQUE/Mojolicious-Plugin-Renderer-WithoutCache-0.04
14:03 kirby joined #mojo
14:41 irqq joined #mojo
15:19 zivester joined #mojo
15:41 kirby joined #mojo
15:47 polettix joined #mojo
15:49 sh14 joined #mojo
15:55 kirby joined #mojo
16:31 yysachinyy joined #mojo
16:35 yysachinyy joined #mojo
16:36 gizmomathboy joined #mojo
16:36 kirby_ joined #mojo
16:41 kirby joined #mojo
16:43 yysachinyy joined #mojo
16:45 yysachinyy joined #mojo
17:11 yysachinyy joined #mojo
17:19 yysachinyy joined #mojo
17:28 PryMar56 joined #mojo
17:40 yysachinyy joined #mojo
17:55 dod joined #mojo
18:28 Ryoga joined #mojo
18:40 irqq joined #mojo
18:41 sri guess i could just send a ton of mojo stickers directly to liz and wendy
19:12 sri interesting, i did not know macos had a vnc client built in
19:38 jamesaxl joined #mojo
19:48 DavidSouza joined #mojo
19:49 Ryoga joined #mojo
20:04 jberger sri: yeah, looks like they are popular \o/
20:04 jberger I gave ranguard 200 to give (mostly) to mdk
20:04 jberger he may have kept a few or given them out in london
20:04 jberger but something like 200 I think went to mdk
20:05 jberger I still have a bunch, I'm bringing them to YAPC::NA
20:05 jberger if I'm invited to QAH (PTS) this year I could give a few more to wendy/liz/mdk
20:05 jberger but that would reduce my stash
20:06 pink_mist isn't reducing the stash partly the point? :P
20:06 jberger not if I want to reduce them at YAPC::NA
20:07 jberger though if NA is ~4/500 people I don't need 6/700 stickers :-P
20:35 kiwiroy joined #mojo
21:04 sri yea, need to get in touch with liz and wendy and will send them a ton of stickers :)
21:09 sri apparently all stickers in europe are gone now
21:22 jberger hey, that's a good problem to have
21:23 jberger \o\
21:23 jberger /o/
22:37 jberger gods I hate systemd
22:40 genio which part in particular?
22:40 genio I found that I like the simplicity of their replacement for init scripts
22:43 sri yea, unit files are pretty good
22:43 sri the cron replacement also works reasonably well
22:44 jberger I'm trying to finalize my raspberry pi project
22:45 jberger and I cannot for the life of me figure out why it works once already booted (and manually starting) but fails when booting
22:45 jberger and I'm GUESSING (though I'm not sure) that it isn't depending on the gpio service being up
22:45 jberger but yeah, try to figure out what .device .service THAT is
22:53 jberger godsdammit now it always works the third time, whether the first time is at boot or not
22:53 jberger ARGH
22:53 genio jberger: http://raspberrypi.stackexchange.com/questions/54922/systemd-unit-dependencies-to-start-wiringpi-gpio-application
22:57 jberger yeah, I've come across that before
22:57 jberger I was trying to actually figure it out rather than just punting with DefaultDependencies=false
22:58 jberger but if that works, I'm fine doing that now
23:03 asarch joined #mojo
23:05 jberger hmmmm I wonder if there's a timing issue in the sysfs calls
23:12 jberger so it is definitely failing once per gpio pin I try to export
23:20 jberger ok so the culprit seems to be that when I run my script and export a device then try to write to it, it takes long enough that the device is properly exported by the time I go to write to it
23:21 jberger but when systemctl does it, even after boot, the execution is too fast and the device hasn't fully been exposed yet
23:25 jberger and wtf, now that I got that working, it doesn't even seem to be TRYING to start it at boot time
23:26 jberger ok, disabled/rebooted/enabled/rebooted and now it FINALLY is working
23:27 sri not to interrupt you with on-topic stuff... ;p but i'm wondering if any of this code would be replaced with code in Mojo::File https://github.com/kraih/mojo/blob/master/lib/Mojo/Asset/File.pm#L13-L37
23:27 sri s/would/could/
23:28 jberger nah, please interrupt, I'm boring even me :-P
23:29 sri i guess Mojo::File::open could at least help a little
23:30 jberger I was just about to suggest that
23:30 jberger slurp and spurt could use it then
23:31 jberger and there is a tempdir in Mojo::File, should there be a tempfile too?
23:32 jberger s/should/could/
23:38 stryx` joined #mojo
23:39 sri no
23:40 sri we don't want to make slurp/spurt slower
23:40 sri and tempfile doesn't work
23:41 jberger good point on slurp/spurt speed
23:42 jberger and on reread, sorry that isn't really a temp file in the way I was thinking
23:42 jberger just a file in a temp dir
23:43 sri which is important, since people configure their upload directory
23:45 jberger certainly
23:47 bit_shifter joined #mojo
23:52 bit_shifter I'm writing an i3status replacement in perl (for i3 window manager), using Mojo::IOLoop (recurring/subprocess) to asynchronously call subs at varied intervals and write to STDOUT when those subs' output is different.  I also need to watch STDIN for click events, obviously without blocking.  What's the best approach for that (especially in terms of the event loop)?
23:54 sri jberger: actually tempfile works :)
23:54 sri because it accepts a directory argument
23:55 jberger neat
23:55 jberger bit_shifter: you can watch streams with Mojo::IOLoop::Stream
23:55 jberger I assume that would work for STDIN too, I just haven't ever done it
23:57 bit_shifter jberger: Ah, nice.  I'll give that a shot.

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