| Time |
Nick |
Message |
| 00:44 |
dbs |
bshum++ # testing! |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 08:13 |
|
collum joined #evergreen |
| 08:24 |
|
Dyrcona joined #evergreen |
| 08:36 |
miker |
berick: re your z3950 comment, that looks normal to me. see.serverchoice should be an alias for keyword. is this master? |
| 08:37 |
miker |
er, srw, not see. thanks autocorrect |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:46 |
remingtron |
@later tell sandbergja DIG hackfest today, yes? I don't have any particular goals, but I'll be poking at docs and am around for questions. |
| 08:46 |
pinesol_green |
remingtron: The operation succeeded. |
| 08:59 |
|
bos20k joined #evergreen |
| 09:07 |
|
kmlussier joined #evergreen |
| 09:08 |
* kmlussier |
appears to be having calendar issues today and forgot it was DIG hackfest day. Sigh... |
| 09:10 |
* dbs |
hopes we don't have to fork Template::Plugin::CGI just to get oldstyle_urls (& instead of ; to separate query params) but kind of looks like we might have to do that to get mkurl() macro to behave? |
| 09:13 |
kmlussier |
It seems I also made a promise of setting up a Google Hangout for this hackfest. |
| 09:14 |
kmlussier |
On a more positive note, I believe bug 1687545 will help resolve an issue I've encountered with bug 1682923. dbs++ |
| 09:14 |
pinesol_green |
Launchpad bug 1687545 in Evergreen "W3C wants query parameters standardized on ampersands; semicolons are now bad" [Undecided,New] https://launchpad.net/bugs/1687545 |
| 09:14 |
pinesol_green |
Launchpad bug 1682923 in Evergreen "Social networking links from bib record" [Wishlist,New] https://launchpad.net/bugs/1682923 - Assigned to Kathy Lussier (klussier) |
| 09:16 |
dbs |
kmlussier: ahh, worlds colliding :) |
| 09:17 |
* dbs |
now has dojoless copy location advanced search working except for the ;-vs-& thing |
| 09:17 |
dbs |
could just clone the guts of openils.CGI for now I guess :/ |
| 09:19 |
dbs |
dojoless mode cuts page (uncached) page load from about 650K to 250K - still a lot, but helps |
| 09:19 |
remingtron |
dbs++ #much progress! |
| 09:20 |
|
yboston joined #evergreen |
| 09:20 |
remingtron |
yboston: welcome! |
| 09:26 |
yboston |
remingtron: ¡Hola! |
| 09:28 |
remingtron |
yboston: everyone at the conference DIG meeting says hello and we miss you. |
| 09:28 |
yboston |
remingtron: please send them my regards |
| 09:28 |
remingtron |
will do :) |
| 09:32 |
|
terran_ joined #evergreen |
| 09:38 |
gmcharlt |
whee - and also, to formulate a issue report to the CGI.pm maintainers |
| 09:39 |
gmcharlt |
"hi, you guessed wrong: what was the oldstyle default needs to become the default again" |
| 09:51 |
|
maryj joined #evergreen |
| 09:51 |
dbs |
gmcharlt++ |
| 09:55 |
bshum |
mmorgan++ # if no one else gets to it, I'll grab the release note commit and pull the hard due date values stuff into master later tonight |
| 09:56 |
mmorgan |
bshum++ |
| 09:56 |
mmorgan |
Thanks! |
| 10:01 |
|
mmorgan1 joined #evergreen |
| 10:02 |
bshum |
dbs++ # new listener worked for me for the extras bar for google books preview |
| 10:02 |
bshum |
I'll poke at that more tonight too |
| 10:02 |
dbs |
bshum++ # cool now I just need to write a release note :) |
| 10:03 |
dbs |
because docs++ |
| 10:10 |
dluch |
Yay for docs! 'Morning, everyone. |
| 10:15 |
berick |
miker: ah, thanks, didn't realize srw.serverchoice was an alias. thought it was causing problems, but turns out it was how i was building my queries. |
| 10:16 |
berick |
e.g. title:foo instead of title=foo |
| 10:18 |
berick |
now to find the magic sauce for boolean searches |
| 10:25 |
miker |
berick: all caps AND and OR, IIRC |
| 10:25 |
|
Christineb joined #evergreen |
| 10:26 |
miker |
actually, caps aren't even needed |
| 10:27 |
miker |
any unquoted and or or should work |
| 10:28 |
berick |
the quotes appear to be necessary if the search contains spaces, in yaz-client anyway |
| 10:28 |
berick |
so the searches come through as keyword: "title:piano or title potter" |
| 10:30 |
berick |
maybe an @attr search.. |
| 10:31 |
miker |
that, or use the registered aliases for sru |
| 10:32 |
terran_ |
bshum++ for rebasing that CSS I was working on! |
| 10:32 |
miker |
so things like eg.title=piano or eg.title=potter |
| 10:32 |
miker |
or the dc or bib context sets |
| 10:32 |
berick |
miker: none of those work either :( |
| 10:33 |
berick |
the eg.title stuff, i mean |
| 10:33 |
berick |
well, eg.title:piano |
| 10:33 |
berick |
works |
| 10:37 |
Dyrcona |
This discussion sounds familiar.... |
| 10:37 |
gmcharlt |
bshum: my current inclination is to backport 1681009 to rel_2_12 |
| 10:37 |
gmcharlt |
which would ease backporting CSS changes in general |
| 10:38 |
gmcharlt |
as far as bug 1681943 is concerned, while the boundary is fuzzy, I do lean a little more towards calling it a bugfix |
| 10:38 |
pinesol_green |
Launchpad bug 1681943 in Evergreen "Improve Responsive Design in My Lists" [Wishlist,Confirmed] https://launchpad.net/bugs/1681943 |
| 10:39 |
gmcharlt |
though of course, backporting it to rel_2_11 would mean grabbing parts of the original version of the patches, as opposed to the ones that have been adjusted for RTL |
| 10:39 |
kmlussier |
gmcharlt / bshum: I was inclined to do the same. |
| 10:39 |
gmcharlt |
in any event, if we take 1681009 to rel_2_12, it would be better to do it sooner rather than later |
| 10:40 |
kmlussier |
DIG folks, I've also set up a Hangout since I remember telling people I would do so for the hack-a-way. If anyone wants to join, it's at https://hangouts.google.com/call/puvyael5h5g7vmkmpe5mv6lvhiu |
| 10:41 |
kmlussier |
I expect to be doing a lot of quiet typing on the Hangout unless there are lots of questions. :) |
| 10:41 |
kmlussier |
I also put out an email to the doc list. |
| 10:41 |
kmlussier |
gmcharlt: Do you want me to take a look at that now before I start looking at docs? |
| 10:42 |
gmcharlt |
kmlussier: please do |
| 10:43 |
|
yboston_ joined #evergreen |
| 10:45 |
|
gsams_ joined #evergreen |
| 10:45 |
|
jeff_ joined #evergreen |
| 10:48 |
bshum |
gmcharlt++ kmlussier++ # sounds fine to me, just wanted to know how best to proceed |
| 10:50 |
|
bericktwo joined #evergreen |
| 10:50 |
|
jvwoolf joined #evergreen |
| 10:50 |
gmcharlt |
speaking of the doc hackfest, would like to mention a PR I have on a bit of ressurected technical docmentation: bug 1678638 |
| 10:50 |
pinesol_green |
Launchpad bug 1678638 in Evergreen "Add some technical documentation for qstore" [Low,New] https://launchpad.net/bugs/1678638 |
| 10:51 |
|
csharp joined #evergreen |
| 10:57 |
|
csharp_ joined #evergreen |
| 10:58 |
|
berick joined #evergreen |
| 11:00 |
|
Jillianne joined #evergreen |
| 11:03 |
|
terran_ joined #evergreen |
| 11:05 |
|
ejk joined #evergreen |
| 11:09 |
dluch |
kmlussier++ Thanks for setting up the Hangout! |
| 11:09 |
berick |
Dyrcona: the z39 bool search stuff sounds familiar? |
| 11:10 |
Dyrcona |
Yeah. It does. |
| 11:10 |
berick |
recall if there was any resolution? |
| 11:11 |
Dyrcona |
I recall making a local patch at MVLC. |
| 11:11 |
berick |
noting for my future refernce, stuff like this makes yaz-client happy, but not EG: find @or @attr 1=4 @attr 4=6 "potter" @attr 1=4 @attr 4=6 "piano" |
| 11:12 |
Dyrcona |
I'm looking for something on launchpad. It may not be directly related though. |
| 11:13 |
|
sandbergja joined #evergreen |
| 11:14 |
Dyrcona |
I guess I didn't make a lp entry. |
| 11:15 |
Dyrcona |
My issue wasn't directly with boolean searches, but had to do with something unexpectedly (to me) causing an exact search instead of a keyword search, IIRC. |
| 11:15 |
miker |
berick: there's some debug output from O:W:SuperCat that at least exposes the sru and EG versions of the search ... may help figure out where things are going bad |
| 11:18 |
berick |
miker: thanks |
| 11:18 |
berick |
seeing those in the logs now... |
| 11:22 |
berick |
maybe @or support needs to be added. looks like we're just dropping it. |
| 11:22 |
berick |
SRU search string [(title = potter or title = piano)] converted to [title:potter title:piano] |
| 11:24 |
berick |
though it looks like we're trying to support it |
| 11:24 |
* berick |
will poke around some more |
| 11:25 |
|
jvwoolf joined #evergreen |
| 11:28 |
miker |
yeah, we do try with the CQL::BooleanNode override ... ha! but, we don't actually use $op in there |
| 11:29 |
pastebot |
"miker" at 64.57.241.14 pasted "duh..." (13 lines) at http://paste.evergreen-ils.org/132 |
| 11:29 |
miker |
berick: maybe that will help... |
| 11:30 |
berick |
ahhh |
| 11:30 |
berick |
ok, yeah, we set it and forget it |
| 11:31 |
berick |
that did it |
| 11:32 |
miker |
I think that may be like that because explicit ops caused nesting that we didn't want in the olden days ... with adjacent boolean pull-up (2.10? maybe later) it should not be a problem |
| 11:32 |
kmlussier |
Bah! Accidentally picked the branches from working, which means I missed gmcharlt's signoff when backporting that branch. |
| 11:35 |
gmcharlt |
there's also the release notes entry - doesn't make much of a difference whether it lands in rel_2_12 per se, but the upgrade note does need to make it into the 2.12.2 release notes |
| 11:36 |
kmlussier |
gmcharlt: Yes, I was thinking of that. I can start my 2.12.2 release note branch now so that I don't miss that when the release is done. |
| 11:37 |
gmcharlt |
sounds good to me |
| 11:37 |
kmlussier |
And release notes fall under the category of documentation, which means I've now officially begun working on docs for the hackfest! |
| 11:38 |
berick |
also had to change eg.title to title, etc. in dgo.conf. unclear what purpose the 'eg.' serves but it makes @attr unhappy |
| 11:38 |
kmlussier |
@eightball Will kmlussier remember that she's already started a 2.12.2 release notes branch 2 weeks from now? |
| 11:38 |
pinesol_green |
kmlussier: The outlook is hazy, please ask again later. |
| 11:38 |
* berick |
will open an lp for @or |
| 11:42 |
|
mmorgan joined #evergreen |
| 11:43 |
|
_adb joined #evergreen |
| 11:44 |
miker |
angular-- #making form submission to magical |
| 11:51 |
* kmlussier |
grabs some of the metarecord improvements from the 2.12 doc needs list. |
| 12:05 |
|
khuckins joined #evergreen |
| 12:20 |
kmlussier |
It would be good to decide on whether the docs should go with the "Designing your catalog" section or the "TPac Configuration and Customization" section. |
| 12:21 |
kmlussier |
I know the history behind why there are two, but we could probably merge them at this point. |
| 12:21 |
* kmlussier |
opens a Launchpad bug |
| 12:22 |
|
jihpringle joined #evergreen |
| 12:24 |
dbs |
kmlussier++ # merging would be great |
| 12:25 |
kmlussier |
bug 1687662 |
| 12:25 |
pinesol_green |
Launchpad bug 1687662 in Evergreen "Docs: merge sections that address catalog customization" [Undecided,New] https://launchpad.net/bugs/1687662 |
| 12:26 |
|
Christineb joined #evergreen |
| 12:56 |
Bmagic |
When saving a MARC record in the web client, should there be "Saved" feedback? |
| 12:57 |
Bmagic |
XUL has a "Are you ready to save?" dialog prior to saving which, in a way, counts as feedback |
| 12:57 |
gmcharlt |
Bmagic: there should at least be toast or some other indication |
| 12:58 |
Bmagic |
alright, so, it's not there yet? |
| 12:58 |
gmcharlt |
correct |
| 12:58 |
Bmagic |
(editing the documentation) - I should probably document the way it WILL be.... |
| 13:00 |
kmlussier |
Bmagic: No |
| 13:00 |
Bmagic |
elaborate please |
| 13:00 |
kmlussier |
You should document it the way it is |
| 13:00 |
Bmagic |
gotcha |
| 13:01 |
kmlussier |
Just in case it takes a while before the "will be" happens. |
| 13:01 |
Bmagic |
ty, makes sense |
| 13:01 |
kmlussier |
And then people start asking why things aren't behaving the way they're described in the docs. |
| 13:01 |
gmcharlt |
and opening an LP, of course, increases $will_be_chances |
| 13:02 |
Bmagic |
right on, there are some bugs sort of like this reported, wasnt sure if I just missed this one in my searching |
| 13:40 |
|
jlundgren joined #evergreen |
| 13:55 |
bshum |
@dessert |
| 13:55 |
* pinesol_green |
grabs some coffee frappes for bshum |
| 13:55 |
bshum |
Coffee? no, pinesol_green, no. |
| 13:55 |
bshum |
@dessert |
| 13:55 |
* pinesol_green |
grabs some pineapple chocolate things from New Zealand for bshum |
| 13:55 |
bshum |
Okay, I can work with that. |
| 13:55 |
Dyrcona |
Pineapple Lumps! |
| 13:57 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Documentation for default metarecord search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=71c2599> |
| 13:57 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Reducing line size to 80 characters - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3db63ee> |
| 13:57 |
* kmlussier |
diverts coffee frappe away from bshum |
| 13:57 |
gmcharlt |
@dessert bshum |
| 13:57 |
* pinesol_green |
grabs some Apple Pie for bshum |
| 13:57 |
kmlussier |
bshum: That has to be the best dessert we have in here. |
| 13:58 |
bshum |
Heh |
| 14:01 |
kmlussier |
@dessert 3 bshum |
| 14:01 |
* pinesol_green |
grabs some Mint Chocolate Chip Ice Cream for bshum |
| 14:02 |
bshum |
Haha, you know me too well, kmlussier |
| 14:03 |
kmlussier |
:) |
| 14:03 |
bshum |
Though now I really wish I had ice cream. |
| 14:03 |
jonadab |
A chocolate-marshmallow-ice-cream root beer float? |
| 14:05 |
kmlussier |
@dessert add chocolate-marshmallow-ice-cream root beer float |
| 14:05 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #53 added. |
| 14:06 |
* kmlussier |
hates root beer |
| 14:06 |
jonadab |
Yeah, it's one of those things people either love or hate, like licorice. |
| 14:07 |
jonadab |
(I like both root beer and licorice, but I don't care for walnuts. We all have our things.) |
| 14:08 |
berick |
no one likes walnuts |
| 14:10 |
kmlussier |
*I* like walnuts. And licorice. But not together. |
| 14:18 |
kmlussier |
We say here we meet WCAG guidelines - http://docs.evergreen-ils.org/2.12/_introduction_10.html. Does anyone know if it's AA? AAA? Just A? |
| 14:18 |
kmlussier |
I imagine it must be WCAG 2.0 |
| 14:22 |
berick |
kmlussier: i seem to recall the stuff i worked on being AA |
| 14:24 |
kmlussier |
berick: Thanks! |
| 14:37 |
mmorgan |
Ice cream! :) |
| 14:37 |
Dyrcona |
@dessert [someone] |
| 14:37 |
* pinesol_green |
grabs some packages of Rolos® for tsbere |
| 14:40 |
kmlussier |
Ooh, Rolos! That's up there with coffee frappes in my book. |
| 14:41 |
berick |
anyone else seen and/or resolved the issue where connecting to ubuntu 16.04 causes XUL client to report "there was an error testing this hostname" even after adding an ssl exception -- yet it still lets you log in? |
| 14:41 |
berick |
i've tweaked a number of apache ssl.conf settings w/ no luck so far |
| 14:42 |
berick |
w/ a self-signed cert |
| 14:47 |
Dyrcona |
I have not seen that myself and I almost exclusively test with Ubuntu 16.04. I'm also running the staff client on Ubuntu, but not on the vm that runs the server. |
| 14:50 |
Dyrcona |
Yeah, I'm using a self-signed cert, too. |
| 14:52 |
berick |
hmm. same setup here. testing a different vm from windows now.. |
| 14:52 |
* berick |
triangulates |
| 14:52 |
Dyrcona |
Not enough free RAM at the moment to fire up the vm and try it right now. |
| 14:52 |
Dyrcona |
I've not ever noticed that. |
| 14:53 |
Dyrcona |
I did have an issue where I got the "Server doesn't support your version" but that was my fault for running the wrong client. :) |
| 14:53 |
berick |
yeah. same thing on a different vm w/ different apache configs and a windows xul client |
| 14:54 |
dbs |
berick: maybe 16.04 generates certs by default with encryption algorithms that XUL doesn't grok? |
| 14:54 |
dbs |
I mean XUL is primordial ooze |
| 14:54 |
kmlussier |
Bmagic / jlundgren: I'm going to sign out of Google Hangouts for now because I have to disappear for a bit. But feel free to stick around. |
| 14:54 |
Bmagic |
k |
| 14:54 |
berick |
dbs: maybe... |
| 14:55 |
berick |
i'll generate a dummy cert on 14.04 and test that |
| 14:55 |
* dbs |
grasps at straws |
| 14:56 |
Dyrcona |
Could be. Could be the list of ciphers. |
| 14:59 |
berick |
hm, no dice using a cert generated on 14.04 |
| 15:00 |
* gmcharlt |
decides to rebel |
| 15:00 |
* gmcharlt |
pays attention to the test message |
| 15:00 |
berick |
i've tried SSLCipherSuite ALL and SSLProtocol all, no love either way. |
| 15:02 |
berick |
and now I just realized that won't matter, becuase i'm using nginx. same cert, different ssl settings though |
| 15:03 |
Dyrcona |
Ah. I've not tested with a nginx proxy, yet. |
| 15:07 |
gmcharlt |
git-blame-for-giggle turns up senator today |
| 15:07 |
gmcharlt |
line 12 of pen-ILS/xul/staff_client/server/serial/pattern_wizard.js |
| 15:10 |
berick |
Dyrcona: dbs: good times.. if i enter hostname:7443 (apache) into the XUL client, add ssl exception, then go back to just hostname (default 443 -- nginx), the error goes away. |
| 15:11 |
berick |
gmcharlt: giggle-worth indeed |
| 15:13 |
dbs |
wheeeeee |
| 15:13 |
dbs |
pen-ILS! pen computing has truly arrived |
| 15:13 |
gmcharlt |
dbs: oh, did I forget to mention Palm Pilot support for the staff interface as a release goal? ;) |
| 15:14 |
berick |
"write barcode here" |
| 15:18 |
Dyrcona |
heh |
| 15:19 |
* dbs |
reflexively envisions Grafitti (was that the name of the particular set of strokes? Oh brain, why are you holding onto those skills) |
| 15:20 |
* gmcharlt |
backpedeals from that meme furiously |
| 15:21 |
gmcharlt |
and yeah, I also recall that it was called Grafitti |
| 15:23 |
Dyrcona |
Imagine a Beowulf cluster of those! ;) |
| 15:33 |
|
collum joined #evergreen |
| 15:34 |
bshum |
I was just looking at my old Handspring Visor palm pilot two nights ago. |
| 15:34 |
bshum |
My first computing device :) |
| 15:35 |
dbwells |
bshum is /not/ old :) |
| 15:35 |
bshum |
dbs: You know they make Graffiti for android as a keyboard, right? |
| 15:35 |
bshum |
Just in case you wanted a throwback :) |
| 15:36 |
dbs |
bshum: note to self: next phone needs a stylus |
| 15:38 |
Dyrcona |
:) |
| 16:04 |
miker |
dbs: you'll be happy to know I'm indeed using Service Workers for offline. https://www.talater.com/upup/ |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:37 |
Bmagic |
Anyone know off the top of their head why action.hold_transit_copy contains rows where the source=dest ? |
| 16:37 |
Bmagic |
Is it canceled holds on the hold shelf? |
| 16:37 |
berick |
is that the checkin holds local transit stuff? |
| 16:40 |
Bmagic |
the checkin modifer? |
| 16:40 |
Bmagic |
Remind me what that is for (why?) |
| 16:42 |
Bmagic |
Strange that the send time and the receive time are 8 days apart (LOL) |
| 16:45 |
mmorgan |
Bmagic: We don't use capture local holds as transits, but my understanding was it could be used if there was a situation where you didn't want the items to go immediately to the holds shelf. |
| 16:45 |
Bmagic |
Interesting, therefore, the item needs to be first checked in with that modifier, then checked in without that modifier? |
| 16:46 |
mmorgan |
Right. |
| 16:46 |
Bmagic |
thank you again! |
| 16:47 |
mmorgan |
yw! |
| 16:49 |
jeff |
example use case: rfid bookdrop/sorter. you want the items captured for a hold, but you don't want the hold considered "available" until staff remove the items from the bin and scan them in a staff client. |
| 16:49 |
jeff |
another example: staff scanning items to capture holds in a back room without slip printer. |
| 16:49 |
jeff |
etc. |
| 16:50 |
mmorgan |
Don't want the patrons to be notified until the item is actually there waiting for them. |
| 16:50 |
jeff |
yes, and can't rely on a time-based delay because it would be inaccurate/unreliable. |
| 16:51 |
jeff |
i would imagine that some libraries use both. |
| 17:00 |
|
jlundgren left #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:05 |
|
jihpringle joined #evergreen |
| 18:43 |
|
Jillianne joined #evergreen |
| 19:17 |
jeffdavis |
I've confirmed bug 1686194 on 2.12 and tested/signed off dbwells's fix. I haven't tested on 2.11 or master so not sure if I should mark the bug as Confirmed for those versions? |
| 19:17 |
pinesol_green |
Launchpad bug 1686194 in Evergreen 2.12 "Fine generation does not factor adjustments into max fines calculation" [Undecided,Confirmed] https://launchpad.net/bugs/1686194 |
| 20:21 |
|
_adb left #evergreen |
| 20:30 |
|
_adb joined #evergreen |
| 21:16 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Sibling links documentation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81e6541> |
| 21:16 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Reducing line length to 80 characters in using OPAC docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=774bdcf> |
| 21:48 |
bshum |
Calling 1036 |
| 21:54 |
pinesol_green |
[evergreen|Michele Morgan] LP#1427392 - Allow deletion of Hard Due Date Values. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8228c21> |
| 21:54 |
pinesol_green |
[evergreen|Michele Morgan] LP#1427392: Add release note for hard due date values fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d80a0b> |
| 21:54 |
pinesol_green |
[evergreen|Ben Shum] LP#1427392: Stamping upgrade script for hard due date value fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=825f4aa> |
| 21:59 |
|
rlefaive joined #evergreen |
| 22:14 |
dbs |
miker: yay! I feel like that, alone, justifies my trip to EG2017 :) |
| 22:14 |
dbs |
(of course there were many, many other great things about EG2017) |
| 22:15 |
|
khuckins joined #evergreen |
| 23:31 |
dbs |
Today I learned Template-Toolkit had its first release in 2.5 years just after EG2017! http://search.cpan.org/~abw/Template-Toolkit-2.27/ |
