Welcome the channel on the development of Cro, a set of libraries for building reactive distributed systems, lovingly crafted to take advantage of all the Raku Programming Language has to offer (cro.services). This channel is being logged for historical purposes.
Set by lizmat on 24 May 2021.
08:19 patrickb joined
rba The virtual server with most of the *.raku.org/*.perl6.org websites will be down for maintenance today 8pm CEST for approximately an hour... 13:57
Geth cro-http/master: 4 commits pushed by (Jonathan Worthington)++ 15:43
cro-webapp/templates-from-resources: a5c54bf441 | (Jonathan Worthington)++ | 6 files
Refactor template library test

Use a META6.json to handle the lib/resources more "officially". We'll want to write a similar such test for the new template location handling that includes resources, so moving this under a subdirectory for consistency.
cro-webapp/templates-from-resources: 5856b58210 | (Jonathan Worthington)++ | 7 files
Implement templates from resources

This builds upon the recent router plugins and `resources-from` features in Cro::HTTP to also provide a way to serve templates from a module's resources. Furthermore, it makes `template-location` inside of a `route` block only apply to the routes into that block and those included into it. This is a potentially breaking change, however also an increase in consistency. A `template-location` outside of any `route` block still works, and will function as adding the location to a set of global template locations.
cro-webapp: jnthn++ created pull request #41:
Support templates from resources, refine template-location semantics
15:48
jnthnwrthngtn There was also a release of IO::Socket::Async::SSL today that addressed some occasional failures in the Cro::HTTP tests (of note, t/http2-client.t). 15:50
16:13 patrickb left
japhb When you make a correctness fix in a dependency, do you set minimum version requirements on that dependency? If not, why not? (I'm curious because I've started to do that in my own modules, but it's not clear to me if that is a net win for all users; for example, what if a version bump included a fix for one bug but created another? Should I force my users to prioritize the bug that caused problems for me?) 16:59
jnthnwrthngtn I haven't tended to so far, though github.com/croservices/release/issues/2 means we'll do it across the core Cro modules from the next release 17:00
I'm tempted to do the same with Cro::TLS against IO::Socket::Async::SSL too, given there's quite a few fixes there recently that make things more stable 17:02
Altreus japhb: I tend to be of the philosophy of worse the devil you know 17:07
A known fix is a bigger win than an unknown breakage is a loss, on the theory that everything is reasonably well-tested and therefore egregious issues are not going to factor in 17:08
japhb That's a decent point, especially if a release is a bugfix-only release (meaning that there are no features slipped in at the same time). 17:09
Kindof argues for our community in general getting better about semantic versioning, so that it's highly likely to be safe to bump a dependency if only the patch level changed. 17:10
Many of us (me included) are still treating sub-1.0 release numbering as "Does this change seem likely to break things or not?" as opposed to "Strictly separating functionality versions from bugfix-only versions" 17:11
But it might be worth shifting that towards the latter, recognizing that most of our entire ecosystem claims pre-1.0 versions. 17:12
Altreus There's always the modulo of "Is the author scared of committing to 1.0 or is it actually in flux?"
DBIx::Class for example
japhb Yeah, true.
Altreus (Assuming perl5 examples work here)
japhb I started with "Larry languages" back in the Perl 4 days, so sure. :-) 17:13
Altreus > DBIx-Class-0.082842
japhb Oh sheesh, I hadn't realized that there's TWO leading zeroes there. 17:14
Altreus This was already a mainstay of large Perl projects when I started my first job in 2008
So I'm usually happy to pretend the first 0 is a 1
japhb Yeah, agreed.
Altreus But yeah the general idea of semantic versioning sits well with me, even if it doesn't literally mean x.y.z 17:15
19:08 hankache joined 20:26 hankache left
Geth cro-webapp/templates-from-resources: a85c7465fe | (Jonathan Worthington)++ | .github/workflows/ci.yml
Be sure to test against Cro::HTTP HEAD
23:14
japhb Oh, now 23:16
*that's* a really useful idiom
FEK
Didn't even know zef could install directly from a github zip 23:18