| 01:39 |
|
beanjammin joined #evergreen |
| 03:39 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
dwgreen joined #evergreen |
| 08:22 |
|
rlefaive joined #evergreen |
| 10:39 |
ngf42 |
gah! https://gfycat.com/OptimisticUglyGalapagoshawk |
| 11:20 |
Bmagic |
csharp: How's 3.0.2 going? (or is it 3.0.3?) |
| 11:28 |
|
beanjammin joined #evergreen |
| 11:35 |
dbwells |
Today's point releases (2.12.10 and 3.0.4) are tentatively scheduled to begin building at 2pm EST. If you have a bugfix you would like to see included, please test and push before then. Thanks! |
| 12:07 |
|
Christineb joined #evergreen |
| 12:22 |
|
jihpringle joined #evergreen |
| 12:24 |
|
kmlussier joined #evergreen |
| 14:39 |
gmcharlt |
dbwells: nah, it ended up being just one fixup that's trivial |
| 14:39 |
dbwells |
gmcharlt++ # sounds good, thank you! |
| 14:42 |
Dyrcona |
gmcharlt++ berick++ |
| 14:44 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Remove superseded 'extern' directory - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5eadd3f> |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Quiet some repetitive console messages for unit tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76f56e0> |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Webstaff: Replace Grunt with Webpack - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5c6e280> |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Add newly required dependency for jasmine-core - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cb24863> |
| 14:44 |
pinesol_green |
[evergreen|Galen Charlton] LP#1739803: add angular tablesport to vendor bundle - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0a81e0d> |
| 14:45 |
berick |
gmcharlt++ Dyrcona++ |
| 14:46 |
berick |
as a reminder, the move to webpack changes the dev process some. you have to 'npm run build' (or a variation thereof) then copy files into server directories. |
| 14:46 |
gmcharlt |
berick: just to cover our bases, could you send a heads-up to open-ils-dev? |
| 14:47 |
* kmlussier |
feels like an old dog who can't learn new tricks. |
| 14:47 |
gmcharlt |
by the way, npm build-watch worked well for me |
| 14:47 |
berick |
gmcharlt: cool, yeah, i've been using it too, it's helpful |
| 14:48 |
JBoyer |
So I can update my process, is there an npm run all, or is grunt all replaced with npm run test followed by npm run build-prod ? |
| 14:50 |
JBoyer |
And while I'm thinking about it: |
| 14:50 |
JBoyer |
berick++ |
| 14:50 |
JBoyer |
gmcharlt++ |
| 14:50 |
JBoyer |
dbwells++ |
| 14:50 |
JBoyer |
Dyrcona++ |
| 14:50 |
JBoyer |
Bmagic++ |
| 14:51 |
gmcharlt |
JBoyer: currently it's npm run build (npm run build-prod) first, then npm run test, in that order |
| 14:51 |
gmcharlt |
no "all" as of yet |
| 14:51 |
JBoyer |
and anyone else working on today's releases. plus,plus,plus,plus,plus. |
| 14:51 |
Bmagic |
csharp++ |
| 14:52 |
JBoyer |
gmcharlt, thanks. |
| 16:50 |
dbs |
jeffdavis: IIRC there is no built-in option for simple2zoom, it just forks and forks and forks |
| 16:52 |
jeffdavis |
ok thanks |
| 16:53 |
jeffdavis |
a quick skim of the Net::Z3950::Simple2ZOOM source doesn't show anything either |
| 16:53 |
kmlussier |
Looks like we have duplicate numbers for perl live tests in master again. In fact, I think I may be responsible for merging the duplicates. |
| 16:53 |
kmlussier |
@blame kmlussier |
| 16:53 |
pinesol_green |
kmlussier: everything was going great until kmlussier came along |
| 16:54 |
csharp |
@praise kmlussier |
| 16:54 |
* pinesol_green |
You don't want to get mixed up with someone like kmlussier. kmlussier is a loner, Dottie. A rebel. |
| 17:47 |
berick |
jeffdavis: oh good, glad it's helpful |
| 17:47 |
|
derekz left #evergreen |
| 18:09 |
|
Dyrcona joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 2. <http://testing.evergreen-ils.org/~live> |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 20:52 |
|
beanjammin joined #evergreen |
| 20:56 |
|
kmlussier joined #evergreen |
| 20:56 |
kmlussier |
Calling 1089 |
| 21:07 |
pinesol_green |
Showing latest 5 of 9 commits to Evergreen... |
| 21:07 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1694058: Add confirmation dialog for multiple title holds. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cac2694> |
| 21:07 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1694058: Final OPAC Changes for Multiple Hold Placement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7e76706> |
| 21:07 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1694058: Fix Issue With Place Holds Reported in Testing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04bf77f> |
| 21:07 |
pinesol_green |
[evergreen|Kathy Lussier] LP# 1694058: Release notes entry for placing multiple holds - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6dbb6c7> |
| 21:07 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1694058: Stamping upgrade script for duplicate holds coust - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=986a2d0> |
| 23:06 |
|
b_bonner left #evergreen |
| 00:02 |
|
beanjammin joined #evergreen |
| 02:45 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
rjackson_isl joined #evergreen |
| 07:33 |
|
dwgreen joined #evergreen |
| 07:36 |
|
rlefaive joined #evergreen |
| 10:03 |
mmorgan |
Dyrcona++ |
| 10:04 |
|
rlefaive joined #evergreen |
| 10:06 |
Dyrcona |
Claiming 1088. |
| 10:11 |
pinesol_green |
[evergreen|Mike Rylander] LP#1746584: Adjust bib visibility test for patron browse - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ea0569d> |
| 10:11 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1746584: Stamping Upgrade Script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=32b0358> |
| 10:15 |
|
yboston joined #evergreen |
| 10:23 |
|
jihpringle joined #evergreen |
| 10:37 |
|
Christineb joined #evergreen |
| 11:59 |
|
rlefaive joined #evergreen |
| 12:06 |
|
beanjammin joined #evergreen |
| 12:09 |
Dyrcona |
dbwells++ # It works on 3.0 and with some minor backport rearrangement it works on 2.12 also. |
| 12:10 |
dbwells |
Dyrcona: that's great, thanks for testing |
| 12:11 |
Dyrcona |
For completeness' sake, I'll test it on master and then push it early this afternoon, unless someone else is dying to look at it, too. |
| 12:13 |
Dyrcona |
It looks so simple. I should have thought of that. :) |
| 12:16 |
dbwells |
I think I am beginning to get a hang of Angular, though I won't say "the hang". Angular is somehow resistant to a singular hang. |
| 12:21 |
|
khuckins joined #evergreen |
| 12:30 |
Dyrcona |
:) |
| 12:45 |
|
yboston joined #evergreen |
| 13:08 |
pinesol_green |
[evergreen|Dan Wells] LP#1749992 Disable payment button during payment - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=760140b> |
| 13:13 |
Dyrcona |
Well, I'll take a break and let some others have a shot at testing branches. :P |
| 13:18 |
|
jihpringle_ joined #evergreen |
| 13:18 |
kmlussier |
Dyrcona++ |
| 13:28 |
|
beanjammin joined #evergreen |
| 14:22 |
kmlussier |
I don't ever remember saying that. FAKE NEWS! |
| 14:24 |
gmcharlt |
only because I drank all of NOBLE's coffee, natch |
| 14:26 |
dbs |
Happy news time: a faculty member came to me today asking me to add a feature that would enable a link from the original version of a book to the translation, if we have it |
| 14:27 |
JBoyer |
I certainly remember putting the bottomless coffee claim to the test. It was touch and go for a moment. |
| 14:27 |
dbs |
He was super-excited when we took a look at a few examples and saw the "Formats & Editions" link to English / French editions in the detailed records. So yay for that feature (and for cataloguers using the 240 correctly) |
| 14:27 |
gmcharlt |
dbs: yay! |
| 14:29 |
JBoyer |
A couple of us were comparing OPAC progress over the years (Still some 2.4-ish screenshots around somewhere), that is a nice interface. |
| 17:05 |
|
mmorgan joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:07 |
|
derekz left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:30 |
sandbergja |
folks are probably gone at this point, but I did push some point release notes to master, rel_3_0, and rel_2_12 |
| 21:31 |
pinesol_green |
[evergreen|Jane Sandberg] Adding 3.0.4 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8cbcdf6> |
| 21:31 |
pinesol_green |
[evergreen|Jane Sandberg] Release notes for 2.12.10 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d44bf3c> |
| 01:58 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:43 |
|
JBoyer joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 08:11 |
|
JBoyer joined #evergreen |
| 15:44 |
Bmagic |
"Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202." |
| 15:49 |
csharp |
@band add Nuclear Football |
| 15:49 |
pinesol_green |
csharp: Band 'Nuclear Football' added to list |
| 15:49 |
csharp |
Bmagic: I've not used that script, but I'm willing to test - what's a good use case/test case for it? |
| 15:51 |
Bmagic |
csharp: couple of steps. Create a text file that contains your "used_tcns" with psql -U dbuser -h dbhost -d database -c "select tcn_value from biblio.record_entry where not deleted" | perl -npe 's/^\s+//;' | sed '1,2d' > used_tcns |
| 15:51 |
Bmagic |
get yourself some MARC records in XML format |
| 15:52 |
Bmagic |
marc2bre.pl --idfield 903 --idsubfield a --startid=1 --marctype=XML -f yourmarc.xml --used_tcn_file=used_tcns > final.bre |
| 16:17 |
csharp |
Bmagic: I can confirm the error on my xenial test server using concerto data |
| 16:17 |
Bmagic |
csharp++ |
| 16:18 |
Bmagic |
it's probably fixed in 18.04 :) LOL |
| 16:19 |
Bmagic |
I think the error is perl > 5.20 |
| 16:20 |
Bmagic |
or rather 5.14.2 (shipped with 12.04) |
| 17:04 |
|
Christineb joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:06 |
|
dwgreen joined #evergreen |
| 00:33 |
|
book` joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 07:25 |
|
collum joined #evergreen |
| 07:46 |
|
rlefaive joined #evergreen |
| 08:34 |
|
Dyrcona joined #evergreen |
| 08:35 |
|
derekz joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:37 |
pinesol_green |
[evergreen|Jason Boyer] LP1737540: Add Patron Information to Receipts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=870569b> |
| 08:38 |
|
kmlussier joined #evergreen |
| 08:39 |
|
ngf42 joined #evergreen |
| 08:59 |
mmorgan |
I'm remembering a bug where a volume hold gets cancelled when a call number is edited in the unified editor, but I can't find it in Launchpad. |
| 11:26 |
mmorgan |
Gotcha. Money is complicated. |
| 11:26 |
Dyrcona |
It shouldn't be, but it is.... Numbers with emotions attached. :) |
| 11:27 |
csharp |
ooh ooh - we should totally start adding emoticons to payments based on how the patron is acting |
| 11:29 |
Dyrcona |
BTW, berick, I'm doing some more testing of Lp 1739803. I like what I see so far. |
| 11:29 |
pinesol_green |
Launchpad bug 1739803 in Evergreen "Webstaff: Replace Grunt with Webpack + Angular 1.6" [Medium,New] https://launchpad.net/bugs/1739803 - Assigned to Jason Stephenson (jstephenson) |
| 11:29 |
csharp |
*standing with clipboard* "So Ms. Jones, how would you say you're *feeling* about paying this fine today?" |
| 11:29 |
Dyrcona |
heh. I used Gregory Jones to test. |
| 11:29 |
csharp |
:-) |
| 11:30 |
Dyrcona |
Only 3 patrons owe money in concerto. |
| 11:30 |
Dyrcona |
Out of the box, anyway. |
| 13:21 |
Dyrcona |
Heh. I missed the band that csharp added earlier, but when I looked up my brain turned it into something else. |
| 13:22 |
Dyrcona |
@band add Dang Old Banjo |
| 13:22 |
pinesol_green |
Dyrcona: Band 'Dang Old Banjo' added to list |
| 13:23 |
kmlussier |
I have a question about bug 1694058. I signed off on it back in November, but left it available for somebody else to test since Dyrcona did his work based on our requirements. I usually like to give somebody uninvolved in the project a chance to test it. |
| 13:23 |
pinesol_green |
Launchpad bug 1694058 in Evergreen "Ability to Place Multiple Title/Metarecord Holds at Once" [Wishlist,New] https://launchpad.net/bugs/1694058 |
| 13:23 |
kmlussier |
At this point, would anyone object if I merged it? |
| 13:24 |
Dyrcona |
I certainly don't object, and two months is plenty of time. :) |
| 13:29 |
pinesol_green |
Launchpad bug 1749593 in Evergreen 3.0 "Webstaff: Grids on Bills and Patron Messages Screens do not show properly" [Undecided,New] https://launchpad.net/bugs/1749593 |
| 13:31 |
Dyrcona |
It only shows up in master, and likely rel_3_0, but not in 3.0.3, since the patch that causes it was added after the 3.0.3 release. |
| 13:42 |
Dyrcona |
Well, someone emailed me a photo of the console on the downed server....Looks like a HD error, probably dead. |
| 13:45 |
kmlussier |
Dyrcona: I plan to test that one (holds picku) if nobody else looks at it. I've just had to prioritize testing of bug 1744385 ahead of everything else this week. |
| 13:45 |
pinesol_green |
Launchpad bug 1744385 in Evergreen "Wishlist: Search & display infrastructure improvements" [Wishlist,New] https://launchpad.net/bugs/1744385 |
| 13:45 |
Dyrcona |
kmlussier: Thanks. Good to know. I understand your priorities. |
| 13:47 |
|
rlefaive joined #evergreen |
| 16:20 |
hbrennan |
Bmagic: Very cool. Thanks for sharing :) |
| 16:20 |
Bmagic |
Cool indeed |
| 16:23 |
Dyrcona |
!?chown # my new best friend |
| 16:28 |
Dyrcona |
Oh, nice. Lp 1749593 is messing with my testing. |
| 16:28 |
pinesol_green |
Launchpad bug 1749593 in Evergreen 3.0 "Webstaff: Grids on Bills and Patron Messages Screens do not show properly" [Undecided,New] https://launchpad.net/bugs/1749593 |
| 16:29 |
|
derekz_ left #evergreen |
| 16:30 |
Dyrcona |
First time I've seen it happen on a patron with bills. |
| 17:32 |
|
kmlussier joined #evergreen |
| 17:35 |
Dyrcona |
Maybe I'll be back later. Mabye I won't. |
| 17:43 |
miker |
@later tell Dyrcona ng-{blah} versions of most html5 attributes are magical in angular, AFAIU. they "just work" ... or don't, I guess, in some cases |
| 17:43 |
pinesol_green |
miker: The operation succeeded. |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:56 |
|
Dyrcona joined #evergreen |
| 18:57 |
Dyrcona |
Well, I'm giving it another shot. I think I needed to add a method to the service for the handler to call. It looks like raw JS doesn't work. |
| 19:01 |
Dyrcona |
What I said at 4:28:28 PM.... |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:29 |
|
dwgreen joined #evergreen |
| 07:34 |
|
rlefaive joined #evergreen |
| 10:35 |
csharp |
heh - that's me and the channel logs |
| 10:36 |
csharp |
I'll google something and have myself to thank for the solution :-) |
| 10:38 |
Dyrcona |
:) |
| 10:39 |
gsams |
csharp: So he ran hatch.bat test and got what I would call normal output, when compared to my working machine. |
| 10:40 |
csharp |
hmm |
| 10:40 |
csharp |
gsams: he ran it as the user with the problem? |
| 10:40 |
gsams |
csharp: I sent him an email for clarification on that point, just in case. |
| 10:45 |
gsams |
Heh, I was just looking over that late last night. |
| 10:45 |
csharp |
perhaps the ID between the extension and hatch is mismatched? |
| 10:48 |
csharp |
WriteRegStr HKLM "Software\Google\Chrome\Extensions\${EXTENSIONID}" "update_url" "${EXTENSION_UPDATEURL}" <-- if they can check that registry key, it might not match the extension manifest |
| 10:55 |
* Dyrcona |
can duplicate the crashy behavior of OpenSRF by installing the updates on a test vm. |
| 10:56 |
Dyrcona |
OpenSRF really doesn't like it if you restart ejabberd while things are running. :) |
| 10:56 |
csharp |
yeah - it's pretty catastrophic |
| 10:58 |
Dyrcona |
Ok. Going back to the apt discussion. I have /etc/apt/apt.conf.d/20auto-upgrades on a system that is configured to do unattended upgrades. |
| 11:07 |
Dyrcona |
Ok. It's gets even more interesting. A VM I made Tuesday with 16.04.3 and that is totally up to date, does not have 20auto-upgrades file. I know I chose No during installation. |
| 11:07 |
Dyrcona |
Inconsistency, thy name is Linux.... :) |
| 11:08 |
Dyrcona |
heh. load is 8.4 on the vm after the updates finished. |
| 11:09 |
Dyrcona |
I did not have the problem with the C services on the test VM. |
| 11:09 |
Dyrcona |
I guess what happened on the util server was special. |
| 11:10 |
* Dyrcona |
should blow this vm out and build it into a test brick of 2-3 vms. |
| 11:13 |
Dyrcona |
@monologue |
| 11:13 |
pinesol_green |
Dyrcona: Your current monologue is at least 15 lines long. |
| 11:15 |
Dyrcona |
Ok. If you're sick of the unattended-upgrades chatter, tell me, and I'll stop, but I did one more test. |
| 11:15 |
Dyrcona |
If you didn't enable unattended upgrades during install with Ubuntu 16.04.3, it looks like you don't get 20auto-upgrades. |
| 11:16 |
Dyrcona |
If you later enable it with dpkg-reconfigure, you do get the file. |
| 11:17 |
Dyrcona |
if you subsequently disable it with dpkg-reconfigure, 20auto-upgrades is there with both update package list and unattended upgrades disabled. |
| 17:01 |
|
mmorgan left #evergreen |
| 17:11 |
Dyrcona |
Hebedeebedeebe...That's all folks! |
| 18:19 |
|
Dyrcona joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:53 |
|
beanjammin joined #evergreen |
| 00:43 |
|
beanjammin joined #evergreen |
| 02:06 |
|
beanjammin joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
rlefaive joined #evergreen |
| 07:46 |
|
agoben joined #evergreen |
| 13:00 |
|
jvwoolf joined #evergreen |
| 13:03 |
|
jvwoolf joined #evergreen |
| 13:03 |
|
khuckins__ joined #evergreen |
| 13:08 |
Dyrcona |
berick: I commented Lp 1739803 with the results of a failed npm run test. Hope that is helpful! |
| 13:08 |
pinesol_green |
Launchpad bug 1739803 in Evergreen "Webstaff: Replace Grunt with Webpack + Angular 1.6" [Medium,New] https://launchpad.net/bugs/1739803 |
| 13:09 |
* Dyrcona |
will be happy to pull/try again if you have any updates or advice. |
| 13:11 |
|
rlefaive joined #evergreen |
| 16:39 |
csharp |
yep - sounds like the libraries that found what led to bug 1741309 |
| 16:39 |
pinesol_green |
Launchpad bug 1741309 in Evergreen "Hatch: Installer does not grant proper file permissions" [Undecided,Fix released] https://launchpad.net/bugs/1741309 |
| 16:42 |
gsams |
csharp: Well I'm glad that got settled before our upgrade! Thank you pioneering libraries. |
| 16:42 |
csharp |
seriously - our testing period was crucial to our relatively smooth upgrade to 3.0/web client |
| 16:45 |
gsams |
I've gotta say, our upgrade to 3.0.3 was about the smoothest upgrade we've had even with the web client being new to us. |
| 16:46 |
gsams |
so kudos to everyone one way or another. |
| 16:51 |
gsams |
Bmagic++ #That data URL method works perfectly for receipts. |
| 16:52 |
gsams |
It's a lot of text though, so getting layout stuff settle first is a must otherwise there is a lot of scrolling to be done. |
| 17:05 |
|
mmorgan left #evergreen |
| 18:02 |
|
khuckins_ joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:43 |
|
Dyrcona joined #evergreen |
| 18:59 |
gsams |
csharp: confirmed permissions issue, now he's just trying to resolve that with little success apparently. |
| 19:07 |
csharp |
gsams: "hatch.bat test" should show *something* useful |
| 19:18 |
gsams |
csharp: That's useful output, I'll pass that along and see what it spits out for him. |
| 19:19 |
gsams |
csharp++ #Thanks for the help! |
| 22:45 |
|
Jillianne joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
agoben joined #evergreen |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
rlefaive joined #evergreen |
| 13:07 |
jeffdavis |
and I do hate npm just in general :) |
| 13:07 |
jeffdavis |
good luck! |
| 13:08 |
Dyrcona |
Yeah, it's not reliable enough...packages just come and go without warning. |
| 13:08 |
Dyrcona |
Thanks! We'll see how it goes. This install is specifically to test this issue, so no pressure for it to work. |
| 13:20 |
|
jvwoolf joined #evergreen |
| 13:31 |
|
rlefaive joined #evergreen |
| 13:41 |
Dyrcona |
npm install produces this output with master on a fresh install: angular-order-object-by 1.3.0 (git://github.com/rxfork/ngOrderObjectBy.git#78ab8d0fb4ecb9fd308eef43394d5bd3f649826e) |
| 14:16 |
pinesol_green |
csharp: go with node.js |
| 14:16 |
Dyrcona |
So, it looks like it will work with a fresh install. |
| 14:17 |
Dyrcona |
At least on Ubuntu 16.04. That's the other thing... The training server is still running Wheezy. |
| 14:18 |
Dyrcona |
Yeah. angular-order-object-by is installed on my test vm. |
| 14:19 |
Dyrcona |
And, grunt all passed all of the tests. |
| 14:23 |
Dyrcona |
And, yes, the web staff client appears to work. |
| 14:25 |
Dyrcona |
So, it must be that the Node on the training server is out of date. |
| 14:31 |
Dyrcona |
I don't have any wheezy isos hanging around to set up a wheezy test, so I'll leave it at that. |
| 14:36 |
Dyrcona |
Oh, nice. It sends me to a mirror in Sweden. :) |
| 14:36 |
* Dyrcona |
decided to download an ISO after all. |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 16:13 |
Dyrcona |
Well, it's worth it for the verification and the practice, I suppose. |
| 16:13 |
|
mmorgan joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:22 |
|
remingtron_ joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 6. <http://testing.evergreen-ils.org/~live> |
| 07:30 |
|
rjackson_isl joined #evergreen |
| 07:46 |
|
agoben joined #evergreen |
| 08:41 |
|
rlefaive joined #evergreen |
| 15:33 |
gmcharlt |
but in the short term, folks have been loading the web client in iOS in the wild |
| 15:33 |
gmcharlt |
and although it's not officially supported, it worked well enough for folks to log on, broke, and is getting unbroken for 3.0.4 |
| 15:33 |
dbs |
I guess the least we can do is document things we know won't / can't work (offline support, whatever Hatch does, ...) |
| 15:34 |
gmcharlt |
yeah |
| 15:35 |
gmcharlt |
and going further, is there any appetite to take it a bit further to put in guards against access the stuff known not to work? and interest in cycles on the part of anybody to do testing against iOS/Safari? |
| 15:35 |
JBoyer |
I don't imagine that many iOS users are interested in printing receipts (Hatch's primary use case). The idea of taking whatever tablet you have on hand into the stacks to capture holds live and without printing anything is something that comes up on occasion when discussing the web client. |
| 15:35 |
kmlussier |
From our perspective, when we decided early on that Chrome and Firefox would be supported browsers, we didn't think it would preclude use on iOS devices since those browsers can be used there. |
| 15:36 |
kmlussier |
I could see a use case for using offline circ on an iPad, but I think if we make it clear that it won't work on iOS, that's a good start. |
| 15:37 |
gmcharlt |
yeah, at the moment anybody who badly wants offline circ on an ipad probably needs to consider writing a native app |
| 15:37 |
JBoyer |
I don't like telling anyone that they can't use a currently supported modern browser when the current breakage is small to unnoticeable. That said I don't know that I'd want to spend a lot of time getting Edge to work. |
| 15:37 |
kmlussier |
gmcharlt: I can't commit to testing against iOS/Safari, but I might be able to find people who can. |
| 15:38 |
gmcharlt |
yeah, blocking service-worker-based offline in iOS would be doable |
| 15:38 |
gmcharlt |
but one thing I'm wondering is what other uses, if any, we want to apply service workers to |
| 15:39 |
miker |
in the long run, they could streamline a lot of things. but it's not just service workers, it's broadcast channels between tabs on the same domain |
| 15:43 |
miker |
edge and ie claim messagechannel support, per caniuse.com |
| 15:44 |
berick |
i'm all for documenting issues, moving in that direction, but outright saying we support it is.. a bit more. |
| 15:44 |
gmcharlt |
berick: yeah, I think it in part depends on identifying folks/institutions willing to commit to it |
| 15:44 |
jeffdavis |
fwiw the Co-op is not in a position to support iOS in dev/testing, much as I'd like iOS to be supported |
| 15:44 |
miker |
berick: I agree with best-effort, until/unless there's a maintainer |
| 15:45 |
* berick |
nods |
| 15:46 |
kmlussier |
I understand the toll it takes, but mobile use was one of the selling points to get our libraries excited about moving to the web client. |
| 15:59 |
gmcharlt |
the last in particular sounds like a useful, quickly implemented step |
| 15:59 |
gmcharlt |
maybe combined with a copy easy-to-calculate metrics of work done since the previous meeting |
| 15:59 |
gmcharlt |
e.g., commits added |
| 15:59 |
phasefx |
tests added |
| 15:59 |
phasefx |
tests fixed, tests removed |
| 16:00 |
JBoyer |
Dev meeting reports are a good idea, especially if it can keep most of the stats going so you don't have to do a lot behind the scenes. And I agree with not wanting only negative feedback. |
| 16:01 |
phasefx |
and of course, I still want what I put on the agenda, tech/feature suggestions :) |
| 16:01 |
JBoyer |
That said, one common piece of negative feedback is "you broke the build!" notifications. I don't think we want to have a stoplight board like some projects I've seen (What did JBoyer do now?) But a gentle nudge to the author of a commit that broke things may be helpful. |
| 16:02 |
gmcharlt |
do I remember correctly that the the tests are run once or twice a day, not triggered when stuff is pushed to master? |
| 16:02 |
JBoyer |
IF it can / should run often enough to be able to pick that out. False positives in that case (1 + n commits go in, the break is attributed to the wrong one) would be frustrating. |
| 16:02 |
phasefx |
gmcharlt: right, twice a day |
| 16:03 |
phasefx |
buildbot may be different |
| 16:03 |
phasefx |
were it working for anything other than OpenSRF |
| 16:03 |
JBoyer |
If changing that would be a significant undertaking in resources it may not be worth it. |
| 16:04 |
phasefx |
it could maybe run more often if we go with berick's smaller dataset notion |
| 16:04 |
phasefx |
right now it's designed with the notion that side effects might not be well contained and/or reversible |
| 16:04 |
phasefx |
thus, complete vm wipes to a known state between runs |
| 16:05 |
phasefx |
we could also farm out the test machines with some infrastructure improvements, let it mimic (or run off of) buildbot in that regard |
| 16:06 |
phasefx |
and get more time of day coverage that way |
| 16:06 |
gmcharlt |
well, we're past the hour, but somethign that warrants further discussion on open-ils-dev (and tuits donations) |
| 16:07 |
gmcharlt |
any other (very quick) items or annoucements? |
| 16:08 |
gmcharlt |
ok, sounds like not |
| 17:38 |
|
khuckins_ joined #evergreen |
| 17:59 |
|
kmlussier joined #evergreen |
| 18:22 |
|
yboston joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:59 |
|
sandbergja joined #evergreen |
| 19:28 |
|
sandbergja joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:03 |
|
agoben joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:14 |
|
rjackson_isl joined #evergreen |
| 13:40 |
Dyrcona |
In your case, I'd look into any local customizations. Maybe your templates have something wrapped in a check for not ctx.is_staff or similar. |
| 13:44 |
terran |
Thanks, I've already checked for customizations in the templates and the div block is being created (<div data-novelist-novelistselect="0439420105"></div>) but there's nothing inside it. I'm getting a " |
| 13:44 |
terran |
Type error but I'm getting that in the OPAC too where it's working. |
| 13:45 |
mmorgan |
terran: Our Novelist select is working in the web client on our test server. |
| 13:45 |
terran |
mmorgan: Hmm |
| 13:49 |
terran |
I wonder if Novelist is providing the content to us in the same format. |
| 13:51 |
Dyrcona |
I apparently didn't configure Novelist on our 3.0 testing server. |
| 13:51 |
JBoyer |
Also, mmorgan mentioned Novelist Select, that's the product we're using also, are you using one of the other tiers of it? I know they offer more than what we're doing but I don't know much more about it. |
| 13:52 |
Dyrcona |
It is working on our training server with 3.0.3. |
| 13:54 |
|
mmorgan1 joined #evergreen |
| 17:29 |
pinesol_green |
[evergreen|Jane Sandberg] LP1735572: replacing placeholder title attribute with something more meaningful - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd3a71e> |
| 17:45 |
berick |
gmcharlt: yes, looking now. |
| 17:45 |
gmcharlt |
berick++ |
| 18:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1724052: move stat-cat cache initialization to patron search service - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f655525> |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 00:45 |
|
dbwells joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:54 |
|
JBoyer joined #evergreen |
| 07:18 |
|
JBoyer joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 12:21 |
|
khuckins joined #evergreen |
| 12:27 |
|
hbrennan joined #evergreen |
| 12:51 |
|
kmlussier joined #evergreen |
| 12:56 |
JBoyer |
remingtron, you're right. I think I addressed 1720002 because of issues spotted locally while testing the rest of the cat templates code. It should also be marked fix released. |
| 12:56 |
JBoyer |
Thanks for finding that! |
| 12:56 |
JBoyer |
remingtron++ |
| 13:06 |
kmlussier |
JBoyer / remingtron: Actually, I would mark it Invalid if it's no longer a bug. |
| 14:32 |
Dyrcona |
I've seen that query go between 4 to 10 minutes or so on our production hardware. |
| 14:33 |
Dyrcona |
Then calling that page up again usually populates right away after the query has run once....cache. |
| 14:33 |
Dyrcona |
But, yeah, that needs to be fixed. |
| 14:47 |
kmlussier |
Do expired holds automatically cancel? I've been told they do, but I don't see it happening in my own testing. |
| 14:50 |
berick |
kmlussier: yes the targeter cancels them |
| 14:50 |
berick |
supposed to, anyway |
| 14:51 |
kmlussier |
OK, I'll dig further. Thanks berick! |
| 15:01 |
Dyrcona |
Cancel reason #1. |
| 15:02 |
Dyrcona |
cancel_cause in the db terminology. |
| 15:02 |
* Dyrcona |
should stop trying to multitask. :) |
| 15:03 |
kmlussier |
OK, it was a problem with my test plan. Once I modified my prev_check_time, it canceled. |
| 15:03 |
kmlussier |
Dyrcona: In my case, there was no cancel time or cause. |
| 15:03 |
Dyrcona |
You're running the hold targeter regularly? |
| 15:04 |
kmlussier |
Dyrcona: Yes |
| 15:04 |
kmlussier |
Dyrcona: But, like I said, prev_check_time hadn't arrived yet. |
| 16:33 |
berick |
:) |
| 16:33 |
berick |
we're in this boat together, people! |
| 16:33 |
mmorgan |
berick++ |
| 16:34 |
terran |
berick++ yet again |
| 16:38 |
terran |
Pulling csharp away from other drama so we can test it :) |
| 16:40 |
* csharp |
vacuums terran's hair from office hallway |
| 16:40 |
berick |
would make for a great reality show |
| 16:41 |
berick |
*terran throws a glass of pinot at csharp* |
| 17:35 |
csharp |
berick++ |
| 17:35 |
csharp |
terran++ |
| 18:26 |
|
abowling1 joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:31 |
|
abowling joined #evergreen |
| 18:46 |
|
abowling1 joined #evergreen |
| 00:30 |
|
StomproJosh joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
rlefaive joined #evergreen |
| 07:57 |
remingtron |
wow, the most recent search results from native irc.evergreen-ils.org are from 2014! |
| 12:42 |
* phasefx |
nods |
| 12:42 |
* kmlussier |
is straying away from what she was supposed to be focusing on with spine labels, but she has a better understanding of how they work in the web client now. |
| 12:43 |
kmlussier |
phasefx++ |
| 13:01 |
jvwoolf |
Question for folks who have set up Stripe payments in the OPAC: Is it supposed to work normally when you use the test keys and a test credit card from Stripe? |
| 13:02 |
mmorgan |
jvwoolf: By normally, do you mean should it apply the payments in evergreen? |
| 13:02 |
jvwoolf |
Instead of the main_pay page loading with transaction info, we're seeing an internal server error. The payments are applied and Evergreen and seem to be successful in Stripe as well. |
| 13:03 |
jvwoolf |
*in Evergreen, not an |
| 13:03 |
jvwoolf |
d |
| 13:04 |
mmorgan |
In our testing experience, the catalog screens have worked the same in testing mode and live mode. |
| 13:05 |
mmorgan |
You shouldn't see an internal server error just because you're using stripe test mode. |
| 13:06 |
csharp |
jvwoolf: there should be something in the opensrf error log that points to what's wrong |
| 13:09 |
|
rlefaive joined #evergreen |
| 13:09 |
jvwoolf |
csharp: Thanks. We'll take a look. |
| 15:50 |
|
Christineb joined #evergreen |
| 17:03 |
|
mmorgan left #evergreen |
| 17:33 |
|
jvwoolf left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 07:56 |
|
rlefaive joined #evergreen |
| 09:56 |
berick |
or it's supposed to be in escape_edi |
| 09:59 |
jeff |
This morning I realized that one of the reasons I am most looking forward to the elimination of the XUL client is that it will make it that much easier to make large changes to billing. |
| 10:02 |
berick |
Bmagic: anyway, I have questions... |
| 10:30 |
csharp |
berick: so is it easy to add a 10 second sleep to the Perl API? not sure where to begin (testing bug 1746577) |
| 10:30 |
pinesol_green |
Launchpad bug 1746577 in OpenSRF "Websocket translator responder thread loops on broken jabber socket" [Undecided,New] https://launchpad.net/bugs/1746577 |
| 10:31 |
|
collum joined #evergreen |
| 10:31 |
berick |
csharp: yep |
| 10:31 |
berick |
i tested patron search, want to see a patch for that? |
| 10:31 |
csharp |
sure |
| 10:31 |
Bmagic |
berick: here |
| 10:31 |
|
BAMkubasa joined #evergreen |
| 10:45 |
berick |
it's also possible to backtrack from a sip checkout to a sip login by searching the logs if you are logging the PID |
| 10:45 |
pastebot |
"berick" at 64.57.241.14 pasted ""UNB+UNOA:3+HIDDENSANAGAIN:31B" (1 line) at http://paste.evergreen-ils.org/116 |
| 10:45 |
berick |
but that's not reportable |
| 10:46 |
BAMkubasa |
Dyrcona: Ok, we're doing some testing to see how self checkout machines behave when disconnected, so we'll likely use a specific SIP account for the one machine we're testing with so I can go back and try to find the circulations once we put it back on the network |
| 10:46 |
berick |
Bmagic: thanks. So the PO name is "Ingram 01/31/18 Books" ? |
| 10:46 |
Bmagic |
berick: yes, but I believe the name is longer than that |
| 10:47 |
berick |
i see |
| 11:18 |
|
rjackson_isl joined #evergreen |
| 11:25 |
Bmagic |
berick: if I update the status of acq.edi_message to 'retry' - it will recreate the message right? |
| 11:26 |
berick |
Bmagic: yes, it should |
| 11:26 |
Bmagic |
and furthermore I could just --test-mode ? |
| 11:27 |
berick |
Bmagic: and you can always pass a --po-id to edi_order_pusher.pl |
| 11:27 |
Bmagic |
yep, that's where I am headed |
| 11:27 |
berick |
and it will run regardles of the state of the edi message |
| 11:28 |
berick |
and of course --test-mode will just spit out the EDI |
| 11:28 |
berick |
w/o delivering anything |
| 11:28 |
Bmagic |
Use of uninitialized value in concatenation (.) or string at /usr/local/share/perl/5.22.1/OpenILS/Utils/EDIWriter.pm line 173. |
| 11:29 |
berick |
one of these.. $compiled{org_unit_san}.' '.$po->provider->edi_default->vendcode |
| 11:29 |
Bmagic |
ok |
| 12:32 |
Bmagic |
it's becoming clear that the INVOICE having been truncated like that would cause it to not link back |
| 12:32 |
csharp |
berick++ # bug 1746577 |
| 12:32 |
pinesol_green |
Launchpad bug 1746577 in OpenSRF "Websocket translator responder thread loops on broken jabber socket" [Undecided,Confirmed] https://launchpad.net/bugs/1746577 |
| 12:32 |
csharp |
works for me - I've signed off |
| 12:33 |
csharp |
now I'm interested in testing the other opensrf bug you found that was similar |
| 12:33 |
berick |
Bmagic: yes, exactly. the lineitem ID gets dropped on the floor |
| 12:34 |
berick |
and that's needed for the linking |
| 12:34 |
berick |
csharp++ |
| 12:34 |
|
stephengwills left #evergreen |
| 12:35 |
Dyrcona |
csharp++ # I'll test it, too. |
| 12:35 |
Dyrcona |
If it works for me, I'll push it. |
| 12:35 |
Bmagic |
berick: in theory, it would link back with the full PO name as long as they didn't truncate it |
| 12:35 |
berick |
arg, no direct flights from rdu to stl |
| 15:02 |
jihpringle |
ohiojoe++ |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:18 |
* miker |
blinks at two spinning websockets threads from one process |
| 15:20 |
* Dyrcona |
is just about done testing berick's branch on Lp 1746577 |
| 15:20 |
pinesol_green |
Launchpad bug 1746577 in OpenSRF "Websocket translator responder thread loops on broken jabber socket" [Undecided,Confirmed] https://launchpad.net/bugs/1746577 - Assigned to Jason Stephenson (jstephenson) |
| 15:20 |
Dyrcona |
It's working for me, and I am going to push it. |
| 15:20 |
Dyrcona |
miker: Do you want to give it a go? |
| 15:22 |
miker |
Dyrcona: no, feel free to push it, please. and the other related, if you've tested that too |
| 15:22 |
Dyrcona |
I've not tested that one, but might as well. |
| 15:47 |
Dyrcona |
miker | berick: The branch on Lp 1744158 is also working for me. I'll add my signoff to both branches and push 'em to master and rel_3_0. |
| 15:47 |
pinesol_green |
Launchpad bug 1744158 in OpenSRF "osrf_websocket_translator send requests to the bit-bucket" [Undecided,Confirmed] https://launchpad.net/bugs/1744158 |
| 15:48 |
berick |
Dyrcona++ |
| 17:57 |
csharp |
berick: working from screenshots from a staff member - I'll inspect them to see if they're share-able |
| 17:57 |
csharp |
looks like we need to have them expand the arrow for some of these details |
| 18:20 |
|
abowling1 joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:35 |
|
abowling joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 08:18 |
|
ngf42 joined #evergreen |
| 08:38 |
|
Dyrcona joined #evergreen |
| 11:10 |
miker |
berick: strace shows either, waiting on a futex (how the threads decide who's allowed to use our non-reentrant functions at a given moment), or nothing at all (spinning in user-mode code, no system calls going on) |
| 11:15 |
|
collum joined #evergreen |
| 11:17 |
berick |
miker: thanks |
| 11:19 |
miker |
well... "thanks", maybe ... :) not a lot to go on. since we just get tmsg, or not, I guess we'll have to go scrobling through the opensrf client object to find the socket and test connectedness |
| 11:23 |
berick |
one thing that's telling is the lack of a select(..) in the strace. could be short-circuiting before that normally fires... |
| 11:27 |
miker |
that was my thought. a deep check that says "well, we can't do anything, return now!" |
| 11:28 |
miker |
I've traced the code and didn't see a code comment to that effect, nor spot an obvious implementation ... but I was looking quickly |
| 13:17 |
berick |
jabber has to go away between request and response. |
| 13:22 |
csharp |
miker: yes, I've seen the waiting for futex straces on high-load apache2-websockets procs |
| 13:22 |
* csharp |
may even be able to find them now |
| 13:27 |
* miker |
reads up |
| 13:28 |
miker |
berick: ooo... you could use the new open-ils.slooooooooow app to test that! just kill ejabberd after the request goes to the server, perhaps |
| 13:30 |
berick |
miker: yeah.. that rings a bell. /me looks |
| 13:32 |
csharp |
yeah, we have those raising system load on all of our app bricks |
| 13:33 |
csharp |
(just to confirm) |
| 17:17 |
|
derekz left #evergreen |
| 17:54 |
|
abowling1 joined #evergreen |
| 18:15 |
|
abowling joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:30 |
|
finnx joined #evergreen |
| 20:31 |
|
Guest11856 left #evergreen |
| 20:36 |
|
jvwoolf joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:12 |
|
agoben joined #evergreen |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 08:05 |
|
rlefaive joined #evergreen |
| 09:45 |
|
yboston joined #evergreen |
| 10:02 |
|
mmorgan1 joined #evergreen |
| 10:24 |
|
jvwoolf joined #evergreen |
| 10:35 |
* phasefx |
is going to try building a new vm for testing.evergreen-ils.org soon, and will then poke folks about buildbot slaves |
| 10:36 |
miker |
Dyrcona: the main thing WRT that part of the query is to capture records that should, but don't currently, have a source component in the vis_attr_vector column. You could look for records where this is the case with something like the following: select id from biblio.record_entry where source is not null and not vis_attr_vector @> intset(source + 268435456); |
| 10:37 |
Dyrcona |
miker: Thanks! I'll try that. |
| 10:38 |
csharp |
phasefx: I set up a couple of VMs for that purpose on mundungus some time ago - just let me know if I can help |
| 15:50 |
* JBoyer |
vanishes |
| 15:51 |
csharp |
JBoyer++ |
| 17:02 |
|
mmorgan left #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:47 |
|
khuckins joined #evergreen |
| 20:05 |
|
rlefaive joined #evergreen |
| 20:25 |
|
rlefaive joined #evergreen |
