| 04:55 |
|
NawJo joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
dbs |
and there was much rejoicing |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:24 |
|
GK_1wm__SU joined #evergreen |
| 12:51 |
berick |
phasefx: using egPrint.print(..) (or egCore.print.print) ? |
| 12:52 |
phasefx |
berick: the latter |
| 12:52 |
berick |
k, you shouldn't have to add any CSS, etc. |
| 12:52 |
phasefx |
for my purposes anyway. But the Item Status test, I'm not sure what it's using |
| 12:53 |
phasefx |
collab/phasefx/webstaff_print_labels |
| 12:54 |
berick |
Item Status test? |
| 12:55 |
phasefx |
berick: sorry, I tried testing doing fancy stuff with the existing print templates, Item Status in particular, since I'll be just shoving the same sort of data with the spine label interface |
| 12:55 |
berick |
oh, gotcha |
| 12:55 |
phasefx |
so, ignoring my code altogether for the moment, printing in Item Status doesn't do what I'd expect based on the print tempalte preview |
| 12:56 |
phasefx |
I tried replacing the stock Item Status template with the contents of the paste above |
| 14:31 |
Dyrcona |
I love it when Firefox starts showing popup menus in apparently random locations in the window far away from where it should be. :) |
| 14:31 |
Dyrcona |
That' probably just an Ubuntu problem. :) |
| 14:34 |
Dyrcona |
btw, phasefx, lsb-release is part of the base system. You don't get the option to deselect it. |
| 14:34 |
Dyrcona |
If it's missing from the test vm images, I think that's a matter of concern, 'cause what else is missing? |
| 15:09 |
phasefx |
Dyrcona: how much longer are we supporting wheezy? |
| 15:09 |
Dyrcona |
phasefx: Another year, I gather. |
| 15:09 |
Dyrcona |
Unless we decide to drop it before that if Debian 9 comes out. |
| 16:45 |
kmlussier |
phasefx: The Library Settings make it easy for individual catalogers who do not necessarily know CSS to update those settings for their libraries. |
| 16:45 |
dbs |
YAOUS are arguably way simpler, yeah |
| 16:45 |
phasefx |
kk |
| 17:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:04 |
|
JBoyer-alt joined #evergreen |
| 17:08 |
|
mmorgan1 left #evergreen |
| 17:09 |
|
abowling left #evergreen |
| 17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1642378 Webstaff org selector misc. repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=354988b> |
| 17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1642378 Webstaff Negative Balance org select repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e8c945b> |
| 17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1642378 Webstaff negative balance UI progress dialog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1682039> |
| 17:21 |
Dyrcona |
All right. It is past time that I head home. |
| 18:38 |
|
dscott joined #evergreen |
| 20:34 |
|
StomproJ joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:18 |
dbs |
"ERROR: could not stat file "/usr/share/postgresql/9.4/extension/pgtap--0.98.0.sql": No such file or directory" |
| 07:19 |
dbs |
https://pgxn.org/dist/pgtap/ says latest release version is 0.97 |
| 07:29 |
dbs |
meanwhile http://docs.evergreen-ils.org/dev/_developing_with_pgtap_tests.html says "Currently, Evergreen pgTAP tests expect a version of pgTAP (0.93) that is not yet available in the packages for most Linux distributions" but 0.95 is in xenial and appears to have been added to jessie |
| 07:30 |
dbs |
jessie and wheezy installer says "git clone --depth 1 https://github.com/theory/pgtap.git" and then make, which is making from a clone of master, which seems a bit nutty |
| 07:45 |
dbs |
I've tried updating the installers to use 0.97.0 as linked from https://pgxn.org/dist/pgtap/ -- fingers crossed |
| 08:17 |
|
gk_1wm_su joined #evergreen |
| 10:50 |
dbs |
(and this was just committed https://github.com/theory/pgtap/commit/3f2afd80371e8d076a7157fa1497c2ecacbc7840 so probably some interaction there) |
| 10:50 |
|
Dyrcona joined #evergreen |
| 11:59 |
dbs |
nailed down another source of xslt corrupted output in bug 1442276 |
| 11:59 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 12:35 |
Dyrcona |
dbs++ |
| 13:02 |
dbs |
current status: downloading, resizing, and optimizing 43,000 cover images |
| 14:06 |
* dbs |
adds a manual test plan for bug 1442276 |
| 14:06 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 15:49 |
|
Jillianne joined #evergreen |
| 16:25 |
|
Jillianne2 joined #evergreen |
| 16:25 |
|
Enjabain joined #evergreen |
| 16:28 |
Enjabain |
Hello, does the catalog search have a get variable for setting results per page, or is there another way to do this without logging in? |
| 17:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 18:21 |
dbs |
Dang, didn't get that live testing setup right |
| 18:21 |
dbs |
Enjabain: I think so, one sec |
| 18:27 |
dbs |
limit should do it |
| 18:28 |
dbs |
yep, https://laurentian.concat.ca/eg/opac/results?query=magic;qtype=title;locg=105;limit=50 for example |
| 19:37 |
Dyrcona |
dbs: Looks like it had trouble installing pgtap. |
| 20:45 |
dbs |
ya think? :) |
| 20:46 |
* dbs |
has been working on sorting it out for the last 2 hours |
| 01:51 |
dbs |
yay, found fixes for corrupted mods3*, marctxt, and ris in bug 1442276 |
| 01:51 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:17 |
|
kmlussier joined #evergreen |
| 06:55 |
kmlussier |
When I was re-looking at bug 1308090 yesterday, I realized I never checked or added anything for the required reingest for the upgrade script. It therefore didn't make it to the 2.12 upgade script. |
| 06:55 |
pinesol_green |
Launchpad bug 1308090 in Evergreen "sorting of name headings with relator codes " [Wishlist,Fix released] https://launchpad.net/bugs/1308090 |
| 07:01 |
kmlussier |
And I see our tests are working again! Dyrcona++ bshum++ phasefx++ |
| 07:16 |
kmlussier |
Hmmm...the bottom row of the detailed item status page in the web client is misaligned. |
| 07:29 |
|
agoben joined #evergreen |
| 08:33 |
|
mmorgan joined #evergreen |
| 08:34 |
* kmlussier |
could get through these signedoff bugs more quickly if she stopped adding commits to them. |
| 08:39 |
kmlussier |
Hmmm...I've never noticed that 'publicly visible' option when creating a copy bucket in the web client. Is that new? |
| 08:42 |
mmorgan |
Oooh! Must be new, can't do that in the xul client. |
| 08:42 |
mmorgan |
Many times we've wanted to do just that! |
| 08:42 |
kmlussier |
But what does it do? |
| 08:45 |
kmlussier |
mmorgan: No, this is a copy bucket, not a record bucket. |
| 08:46 |
kmlussier |
Though, now that you mention, /me checks record buckets. |
| 08:46 |
mmorgan |
Oh, missed that bit. I also see the Publicly Visible when creating a record bucket. |
| 08:47 |
kmlussier |
Yes. Something to play with later but unrelated to what I'm testing at the moment. |
| 08:47 |
* kmlussier |
gets easily distracted. |
| 08:48 |
* mmorgan |
also gets easily distracted :) |
| 08:49 |
kmlussier |
On an entirely different note (distracted once again), it's a good idea to write test plans when submitting bug fixes to avoid problems I've seen in a couple of Bug Squashing events where testers don't realize they need to enable a setting to test the fix. |
| 08:49 |
kmlussier |
My PSA of the day. |
| 08:51 |
kmlussier |
Also, if anyone wants to see an example of good test plan writing to use as a model, take a look at any bug-fix commit that comes from gmcharlt. His are very clear and easy to follow. |
| 09:17 |
|
mdriscoll joined #evergreen |
| 09:19 |
|
terran joined #evergreen |
| 09:22 |
kmlussier |
Now that terran is here, I just want to say that I think we should always have a full Bug Squashing Week in between the beta and RC releases. I think this has worked out very well! |
| 09:22 |
kmlussier |
terran++ |
| 09:23 |
kmlussier |
bug_squashers++ |
| 09:25 |
|
maryj joined #evergreen |
| 09:25 |
|
yboston joined #evergreen |
| 09:27 |
terran |
I agree! I've really liked the pacing of this one and how more people have been able to participate at different times. |
| 10:26 |
|
Jillianne joined #evergreen |
| 10:35 |
csharp |
we should definitely pick a commit that everyone signs off on |
| 10:35 |
* bshum |
feels like we've done that once before, but can't remember which one. And of course it wasn't "everyone" |
| 10:49 |
terran |
The bug squashing tracking sheet is now up to date: https://docs.google.com/spreadsheets/d/1RPR5gIL02EiIvsg5vDKLs40rgw0Daqy4_TRWPlqU0WY/edit?usp=sharing |
| 10:50 |
terran |
There are 12 new or updated patches that are ready to test listed on the bottom-right if anyone has time today |
| 10:52 |
terran |
kmlussier: I have to do some other things first, but I intend to go through the test cases for 2.12 you sent out |
| 10:52 |
kmlussier |
terran: Great, thanks! |
| 11:00 |
* kmlussier |
points out that we need to get some kind of consensus here https://bugs.launchpad.net/evergreen/+bug/1170795/comments/12 on whether we need a setting to determine if deposits should automatically be refunded at the time the deposit item is returned. |
| 11:00 |
pinesol_green |
Launchpad bug 1170795 in Evergreen "Deposit refunds not applying as expected on item check in" [Medium,Confirmed] |
| 11:16 |
terran |
The negative balance interface problem was patched this week |
| 11:18 |
kmlussier |
Is it in master? |
| 11:18 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1668351 <-- not yet |
| 11:18 |
kmlussier |
Maybe I was testing one negative balance patch but missed the others. |
| 11:18 |
pinesol_green |
Launchpad bug 1668351 in Evergreen "Web Staff Client - Patrons with Negative Balances selection problem" [Undecided,Confirmed] |
| 11:18 |
* bshum |
assumes that bug is what terran is talking about |
| 11:18 |
kmlussier |
bshum: Yes, that's the one I was testing. |
| 11:19 |
mmorgan |
kmlussier: There's a cash payment that matches that negative billing. Or was that for a different billing? |
| 11:19 |
kmlussier |
mmorgan: The only payments I performed happened before checking the item in. So, yes, there should be a cash payment that zeroed out the bill. |
| 11:19 |
terran |
Thanks Ben, yes! |
| 11:29 |
terran |
Agreed - it should show as -24.99 total owed as it does in the xul client |
| 11:29 |
mmorgan |
kmlussier: Looking at that patron in the web client, I also see a Total Billed: $1.70, Total Paid: $1.70 that I don't see in the xul client. |
| 11:30 |
terran |
The -24.99 bill should re-appear on the list of current bills as well as in the history |
| 11:31 |
berick |
terran: for bug 1642378, now that the grid loads when the page loads, do you still think it would benefit from a progress bar? (I have not tested on a large data set). if it's going to appear then almost immediately disappear, probably best not to add one. |
| 11:31 |
pinesol_green |
Launchpad bug 1642378 in Evergreen "Web Staff Client - Wish List - Patrons With Negative Balances Loading" [Wishlist,New] https://launchpad.net/bugs/1642378 |
| 11:31 |
kmlussier |
Yeah, so the Total Billed and Total Paid usually clear out after you leave that patron record, right? |
| 11:32 |
kmlussier |
berick / terran: That's the other bug I was looking for. Without bug 1642378, would it be possible that I wouldn't retrieve a patron at all in that interface? |
| 11:33 |
berick |
kmlussier: as it stands, you have to select another org, then go back to the org you want. |
| 11:33 |
kmlussier |
mmorgan: I find it odd that you see that too. I thought it might persist due to some kind of local storage issue on my part. |
| 11:33 |
kmlussier |
berick: OK, I'll try that. |
| 11:33 |
terran |
berick: I haven't tested with a large dataset, but I know with a large dataset in 2.11 it takes a long time to load that screen so I think it would benefit from the progress bar |
| 11:33 |
berick |
terran: great, thanks, then i'll add one. |
| 11:33 |
terran |
berick++ |
| 11:34 |
* kmlussier |
considers loading a new VM with all negative balance interface patches as well as progress bar code. |
| 13:47 |
kmlussier |
OK, here's what I found with negative balances. In 2.12, on a negative balance caused by the return of a lost item, the patron does NOT display in the patrons with negative balance interfaces for either the xul or the web client and does not display correctly in the patron record in the web client. |
| 13:48 |
kmlussier |
If the negative balance is caused by manually voiding a partially paid bill, the display works as expected in both clients and in both interfaces. |
| 13:48 |
* kmlussier |
is going to look in the database now to see what the difference is between the two transactions. |
| 13:54 |
* dbs |
starts installing an ubuntu xenial vm in the hopes of creating a pgtap test for bug 1442276 |
| 13:54 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 14:03 |
kmlussier |
One has an xact_finish date, the other does not. The one with the xact_finish date is the one that has problems. I'm thinking that checked-in transactions that still have a negative balance associated with them should not have an xact_finish date? |
| 14:04 |
dbwells |
kmlussier: That's correct. I noticed this also the other day. |
| 14:11 |
kmlussier |
I thought the problem sounded familiar, but I was thrown off by the bill adjustment when this was an old-time void. |
| 14:12 |
terran |
dbwells++ |
| 14:16 |
* dbs |
raises an eyebrow at python-zope getting installed as part of opensrf prereqs on xenial |
| 14:23 |
bshum |
dbs: Is that one of the subpackages that gets thrown in when you choose --with-python ? (hasn't tested with python options, etc.) |
| 14:25 |
bshum |
Or I guess it's "enable-python" option |
| 14:25 |
bshum |
Shows how much I don't use it |
| 14:26 |
csharp |
might be a dependency of a dependency? |
| 14:26 |
bshum |
Oh yeah |
| 14:27 |
bshum |
python-zope.interface |
| 15:49 |
bshum |
terran++ # tracking progress |
| 15:50 |
kmlussier |
terran++ |
| 15:50 |
bshum |
terran++ # and bug squashing too :) |
| 15:50 |
* kmlussier |
notices that the pace of her testing decreases considerably whenever she starts looking at billing. |
| 15:53 |
Bmagic |
terran++ |
| 16:00 |
* kmlussier |
likes seeing Ready Player One in the Concerto dataset now. rhamby++ |
| 16:03 |
Bmagic |
sweet! |
| 16:13 |
jeff |
ah yes: http://irc.evergreen-ils.org/evergreen/2017-01-19 |
| 16:13 |
kmlussier |
Bmagic: But if you're in doubt that your use of the mark adheres to these guidelines, then you can ask. There are lots of people who are better versed on it than me. |
| 16:16 |
jeff |
now i have a follow-up question for JBoyer about this conversation from January. |
| 16:17 |
dbs |
okay, there is now a pgtap test for bug 1442276 |
| 16:17 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 16:18 |
kmlussier |
dbs++ |
| 16:19 |
dbs |
There's still the barrier of creating a databse upgrade script with the signoff but at least the most relevant pieces are in place to squash this thing |
| 16:48 |
pinesol_green |
Launchpad bug 1618624 in Evergreen "Adjusting Bills to Zero Will Prematurely Close a Transaction" [Medium,Confirmed] https://launchpad.net/bugs/1618624 |
| 16:48 |
kmlussier |
I also was unable to replicate bug 1666622 to see if the patch fixes that too. I'm guessing it does, but can't confirm it. |
| 16:48 |
pinesol_green |
Launchpad bug 1666622 in Evergreen "Adjust to Zero closes bill, hides new billing amount from patron summary" [Undecided,New] https://launchpad.net/bugs/1666622 |
| 16:53 |
dbwells |
kmlussier: thanks for testing and reporting back! It seems likely, then that you problem from earlier is happening from the opposite direction, i.e. a case where the xact was legitmately closed, and now needs to be reopened. |
| 16:53 |
csharp |
dbs: I'm testing the zotero unicode bug and I was able to reproduce it, but post-fix I'm still seeing the issue (using FF on Ubuntu) I've cleared the cache and I'm looking to see if I missed something |
| 16:53 |
csharp |
pgtap test passes |
| 16:55 |
kmlussier |
dbwells: Yes, that's what I was thinking. But my eyes were too tired to look at it further. :) |
| 16:57 |
pinesol_green |
[evergreen|Dan Wells] LP#1618624 Fix thinko in adjust-to-zero - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5df06a1> |
| 17:00 |
* csharp |
has confirmed that the changes are correctly applied on his test server |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
csharp |
I'm testing within zotero, fwiw |
| 17:01 |
kmlussier |
Yay for successful tests just as I'm about to quit for the weekend! |
| 17:01 |
kmlussier |
Have a nice weekend everyone! |
| 17:01 |
mmorgan |
kmlussier: Have a great weekend! |
| 17:01 |
csharp |
kmlussier++ |
| 17:02 |
csharp |
@praise kmlussier |
| 00:08 |
bshum |
We haven't finished the juggling for all that yet... |
| 00:09 |
* bshum |
strongly wants to see https://bugs.launchpad.net/opensrf/+bug/1579219 merged for OpenSRF 2.5.0 and also for Evergreen 2.12 then. |
| 00:09 |
pinesol_green |
Launchpad bug 1579219 in OpenSRF "don't require mod_perl as an OpenSRF dependency" [Wishlist,Triaged] |
| 00:09 |
* bshum |
updates targets accordingly |
| 00:09 |
bshum |
Well, for Evergreen. Looks like we don't have an OpenSRF 2.5.0 final yet. |
| 00:09 |
bshum |
For bug milestone |
| 00:12 |
bshum |
Guess I haven't built on Ubuntu 14.04 in awhile. I totally forgot about mod_perl oddness till now. |
| 00:13 |
bshum |
And huzzah, working Ubuntu 14.04 with PG 9.4 and OpenSRF master and Evergreen master (with the working branch changes) |
| 00:13 |
bshum |
Whee |
| 00:13 |
bshum |
Tests pass, and webclient functions. Good enough. |
| 00:15 |
* bshum |
starts Fedora 25 download and goes to bed |
| 04:28 |
|
NawJo joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
rjackson_isl joined #evergreen |
| 07:25 |
|
agoben joined #evergreen |
| 08:00 |
|
remingtron_ joined #evergreen |
| 10:34 |
* dbs |
sees mention of PostgreSQL 9.1 in Evergreen README in master, ugh |
| 10:34 |
bshum |
dbs: Yeah, we're working on changing all that |
| 10:35 |
dbs |
bshum: right, I saw the discussion yesterday, but seeing the minimum of 9.3 and then "but Trusty comes with 9.1 so you're all good" a few paragraphs later o.0 |
| 10:35 |
pinesol_green |
[opensrf|Dan Scott] Remove Fedora as a well-tested target - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=b397106> |
| 10:36 |
dbs |
okay, I'll limit my edits to just getting rid of Fedora mentions and leave the postgresql-related updates to someone else |
| 10:39 |
bshum |
dbs: Fwiw, I started updates for that language in the collab for PG 9.4 support |
| 10:39 |
Dyrcona |
Trusty comes with 9.3. |
| 10:39 |
bshum |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/bshum/PG94-testing has the latest |
| 10:40 |
Dyrcona |
I think that was a typo. :) |
| 10:40 |
Dyrcona |
I'm testing that branch with Trusty, now. |
| 10:41 |
Dyrcona |
We have it so 9.4 gets installed automagically from apt.postgresql.org. |
| 10:45 |
pinesol_green |
[evergreen|Dan Scott] Remove Fedora from install documentation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9389188> |
| 10:46 |
miker |
berick / csharp: and to stick a fork in it, yes, the old targetter would move the hold to a new target upon (prev_check_time-exceeded) retargetting. line ~1390 of Storage/Publisher/action.pm ... |
| 11:24 |
|
brahmina joined #evergreen |
| 11:29 |
Bmagic |
berick: but yeah, we are running that branch in production. Why do you ask? |
| 11:30 |
berick |
csharp: ^-- |
| 11:30 |
csharp |
Bmagic: I asked :-) - because I'd love to see some payment/billing linkages |
| 11:30 |
csharp |
I'll add that to my testing for 2.12 once we get it running on our staging servers |
| 11:31 |
Bmagic |
so far so good. Our libraries seem to enjoy it |
| 11:31 |
csharp |
I bet |
| 11:32 |
Bmagic |
count(csharp) == count(berick) = glance cross confuse, lol |
| 16:27 |
Dyrcona |
Thanks, anyway. |
| 16:29 |
Dyrcona |
Oh, wait! Copying mine down and doing a diff shows that I'm looking for is there! |
| 16:30 |
Dyrcona |
And, it looks like I didn't copy berick's stuff correctly, possibly. |
| 16:30 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 16:30 |
kmlussier |
uh oh |
| 16:31 |
bshum |
Ho hum |
| 16:32 |
bshum |
Guess lsb-release isn't on the test server |
| 16:32 |
kmlussier |
The new Postgres stuff? |
| 16:33 |
bshum |
kmlussier: Yeah, it's dying on the first try to use lsb-release to detect what linux distro the server is running |
| 16:33 |
bshum |
The command isn't found, so that tool isn't installed |
| 16:33 |
kmlussier |
Well, I guess it wouldn't be Bug Squashing week if we didn't have a failed test or two. |
| 16:34 |
kmlussier |
or three or four |
| 16:36 |
Dyrcona |
Hah! |
| 16:36 |
Dyrcona |
I had the right version. I copied it to the wrong place in a rush last week. |
| 16:39 |
Dyrcona |
jeffdavis++ # one more time. If I hadn't looked at your branch, this would have taken me longer to figure out. |
| 16:42 |
Dyrcona |
Might not be in the user's path. |
| 16:42 |
Dyrcona |
Or, yeah, options changed. |
| 16:42 |
Dyrcona |
I hate when they do that. |
| 16:42 |
Dyrcona |
What does the test server run? |
| 16:43 |
bshum |
It's Debian Wheezy |
| 16:43 |
bshum |
I think |
| 16:43 |
bshum |
phasefx would know best |
| 16:44 |
phasefx |
it's wheezy |
| 16:44 |
bshum |
But yeah, it's choking on checking for the lsb_release command and that's passing an empty value to the pgdg apt source, and that results in a 404 error and boom, the rest dies |
| 16:45 |
bshum |
On my debian wheezy test vm, running "lsb_release -cs" gives me "wheezy" in reply, so I'm not sure |
| 16:45 |
Dyrcona |
Same here. |
| 16:45 |
Dyrcona |
Tests could be running in a chroot with limited utilities available. |
| 16:46 |
phasefx |
lsb_release not found |
| 16:47 |
Dyrcona |
phasefx: Is there a chroot? |
| 16:48 |
phasefx |
Dyrcona: yes, coming from package coreutils |
| 16:48 |
Bmagic |
because I gotta be honest, I am a Michael Bolton fan. For my money it doesnt get better than when he sings..... |
| 16:48 |
Dyrcona |
I mean are tests run in a chroot. |
| 16:49 |
phasefx |
Dyrcona: oh, no |
| 16:49 |
phasefx |
apt-get update is failing on that machine too |
| 16:49 |
phasefx |
Err http://apt.postgresql.org -pgdg/main amd64 Packages |
| 16:52 |
Bmagic |
haha. There we go! |
| 16:52 |
* Dyrcona |
mumbles something about a stapler. |
| 16:52 |
Bmagic |
1999 was a good year |
| 16:52 |
phasefx |
definitely wasn't installed: http://testing.evergreen-ils.org/~live/test.32.html |
| 16:53 |
Dyrcona |
1975 was better. |
| 16:53 |
Bmagic |
lol!!!! |
| 16:53 |
Bmagic |
Dyrcona++ |
| 16:54 |
bshum |
But that does seem odd. |
| 16:55 |
phasefx |
I could throw it in where I install git-core, in installer_installer.sh |
| 16:56 |
Dyrcona |
phasefx: You shouldn't have to, though. The base system utilities should install it. |
| 16:56 |
Dyrcona |
How do you build the test server? |
| 16:56 |
Dyrcona |
There's a branch in random, isn't there? |
| 16:57 |
phasefx |
http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/phasefx/wheezy_installer |
| 16:57 |
Dyrcona |
Yeah. Just found it! |
| 17:00 |
bshum |
Even though it's "unlikely" |
| 17:00 |
Dyrcona |
It won't hurt. |
| 17:01 |
bshum |
Simple patch |
| 17:02 |
phasefx |
feel free to patch it, it's collab. I can refresh the vm and fire off another test run in a bit |
| 17:02 |
bshum |
phasefx: Do me a favor and remove the bad apt source entry |
| 17:02 |
Dyrcona |
Only 2 reasons I'd think you'd skip standard system utilities: 1) you're setting up an embedded system that won't need it, and 2) you're gonna do LFS and you're using Debian to bootstrap it. |
| 17:02 |
bshum |
It should be in /etc/apt/sources.list.d |
| 17:03 |
phasefx |
xen/ganeti I think |
| 17:03 |
Dyrcona |
OK. I can't help in that case. |
| 17:04 |
phasefx |
I don't mind doing it, just not today |
| 17:10 |
bshum |
This should help: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/add-lsb-release-dep |
| 17:10 |
bshum |
Dyrcona: --^ |
| 17:10 |
bshum |
I just tossed it into the same spot we check to make sure wget and ca-certificates are installed. Should be fine there, even though it's not really a pgsql apt source pre-req |
| 17:11 |
bshum |
So we put that in, and make sure the way is clear on the test server, and next run should be slightly happier, we hope. |
| 17:11 |
* bshum |
wanders off |
| 17:19 |
phasefx |
bshum: Dyrcona: the pristine instance has nothing in /etc/apt/sources.list.d/, so I guess we're good |
| 17:29 |
|
khuckins_ joined #evergreen |
| 17:38 |
|
khuckins__ joined #evergreen |
| 18:10 |
phasefx |
Dyrcona++ |
| 18:10 |
Dyrcona |
I figure that is less intrusive than pushing to Evergreen, but we can if it becomes an issue. |
| 18:11 |
Dyrcona |
I should try these scripts sometime. I always used my own and lately have been doing it by hand. |
| 19:13 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 20:11 |
|
kmlussier joined #evergreen |
| 21:04 |
pinesol_green |
[evergreen|Ben Shum] LP#1668257: RTL CSS change for ebook tables - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=68716e6> |
| 22:04 |
pinesol_green |
[evergreen|Kyle Huckins] LP#1511358 Patron Survey Interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e2ee72f> |
| 03:58 |
|
NawJo joined #evergreen |
| 04:20 |
|
NawJo joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:52 |
|
genpaku joined #evergreen |
| 06:20 |
|
genpaku joined #evergreen |
| 07:14 |
|
kmlussier joined #evergreen |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
agoben joined #evergreen |
| 07:46 |
pinesol_green |
[evergreen|Galen Charlton] LP#1517596: add missing template file for webstaff patron merge - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=512dd0c> |
| 08:41 |
|
abowling1 joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:54 |
|
genpaku joined #evergreen |
| 10:06 |
rjackson_isl |
it was good for visiting the local eagle's nest Sunday AM with the frozen temps (mud was also frozen for the hike) |
| 10:09 |
pinesol_green |
[evergreen|Jeff Davis] LP#1668816: Prevent Internal Server Error in OPAC when logged-in user has no card - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d2ff144> |
| 10:12 |
|
abowling joined #evergreen |
| 10:46 |
terran |
FYI, bug squashing is going great this week: https://docs.google.com/spreadsheets/d/1RPR5gIL02EiIvsg5vDKLs40rgw0Daqy4_TRWPlqU0WY/edit?usp=sharing |
| 10:46 |
terran |
bugtesters++ |
| 10:47 |
terran |
The bottom-right list on that spreadsheet has new or updated patches that are ready to test |
| 10:49 |
kmlussier |
I would like to load remingtron's new patch on mlnc3, but I don't know when I'll get to it. |
| 10:51 |
pinesol_green |
[opensrf|Bill Erickson] LP#1667091 Remove non-SSL websockets sample configs - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=2fc52cf> |
| 10:52 |
gmcharlt |
now cutting the OpenSRF 2.5 RC |
| 12:13 |
Dyrcona |
@quote get 5 |
| 12:13 |
pinesol_green |
Dyrcona: Quote #5: "<senator> the armenian regression sounds like a spy novel" (added by bshum at 03:44 PM, February 22, 2011) |
| 12:13 |
Dyrcona |
heh. that was a real bug. |
| 12:13 |
dbs |
Bmagic: iirc some of the inputs might not work as expected for things like money or date/time values -- you'll want to test those |
| 12:14 |
Bmagic |
good to know |
| 12:14 |
Bmagic |
good thing this experiment was for bug squashing week :) |
| 12:20 |
|
jihpringle joined #evergreen |
| 13:26 |
|
rlefaive joined #evergreen |
| 13:28 |
jeff |
apparently despite their interface's calendar coloring the days as "available", Friday is not actually available at the conference hotel. |
| 13:52 |
|
maryj joined #evergreen |
| 14:09 |
* dbs |
offers up bug 1584891 as low-hanging i18n-friendly fruit for testing |
| 14:09 |
pinesol_green |
Launchpad bug 1584891 in Evergreen "marc_export -i gives incorrect record length in the leader when call numbers include UTF8 characters" [Undecided,Confirmed] https://launchpad.net/bugs/1584891 |
| 14:13 |
Dyrcona |
UTF-8 in call numbers... I've seen it. All I can say is, "Yuck." |
| 14:14 |
terran |
jeff: apparently we hit the contract numbers for the Friday room block, but we are trying to get more - you might want to contact joe gtownlibrary.net for followup |
| 15:09 |
* gmcharlt |
commissions a recipe ;) |
| 15:10 |
gmcharlt |
if we want to go with a compressed agenda, I have a suggestion |
| 15:10 |
berick |
#info berick Bill Erickson |
| 15:10 |
gmcharlt |
namely, what are the top priorities for testing for the upcoming releases? |
| 15:12 |
kmlussier |
OK, well the agenda is fairly short as it is, so let's note that the one action item is deferred and move on to updates where we can talk about testing for 2.12. |
| 15:12 |
gmcharlt |
#link https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2017-03-01#new_business |
| 15:12 |
kmlussier |
Thanks, I was just about to do that! It's been a while since I took the meeting controls. |
| 15:12 |
kmlussier |
#topic Action items from last meeting |
| 15:13 |
kmlussier |
I should have a little more time on my hands in a couple of weeks. |
| 15:13 |
kmlussier |
#topic OpenSRF 2.5 updates |
| 15:14 |
kmlussier |
gmcharlt? |
| 15:14 |
gmcharlt |
#info OpenSRF 2.5.0-rc released today |
| 15:14 |
gmcharlt |
#info OpenSRF 2.5.0 will be released on 14 March |
| 15:14 |
gmcharlt |
#info Testing requested, in particular for installation issues on supported platforms |
| 15:14 |
gmcharlt |
and that's it, unless there are questions. |
| 15:16 |
kmlussier |
Any questions for gmcharlt? |
| 15:16 |
* gmcharlt |
answers in advance: 42 |
| 15:16 |
kmlussier |
:) |
| 15:17 |
kmlussier |
#topic Evergreen 2.12 updates |
| 15:17 |
kmlussier |
#info 2.12 beta was released last week |
| 15:18 |
kmlussier |
Thanks to everyone who helped get the release out and to those who helped with the issues with the automated tests. |
| 15:18 |
kmlussier |
We're getting a lot of bug fixing activity done this week with Bug Squashing Week. |
| 15:18 |
kmlussier |
terran++ |
| 15:20 |
kmlussier |
One thing I would like to do for the end of bug squashing week is to see if there are any volunteers in the community who might want to go through some of the use cases we have on the wiki just to make sure the release is in good shape. |
| 15:20 |
kmlussier |
I think I tried something similar for the 2.10 release without much luck, but maybe we'll get some takers. |
| 15:21 |
kmlussier |
I do have a question regarding translations. Eva had contacted me a while ago to see if we might be able to do the translation dance again at the .1 release to give translators more time to get their translations in. |
| 15:21 |
kmlussier |
Is that something that would be doable? |
| 15:22 |
bshum |
kmlussier: As long as we don't merge any new string changes or run any POT updates for the templates, then the PO files won't drift any further than what's in Launchpad |
| 15:22 |
bshum |
So that is doable, until we start merging new features or syncing the templates again |
| 15:23 |
bshum |
Or like how gmcharlt and others fixed some typos in the git branch and touched the change in all the templates too |
| 16:11 |
Dyrcona |
On the Pg 9.3 front on wheezy, we get the apt.postgresql.org repo to add easily, but libdbi won't build with libpq-dev from the community repo. |
| 16:11 |
Dyrcona |
That's as far as I got before climbing up the ladder. |
| 16:12 |
Dyrcona |
I have not had this problem on the production vms I've made with wheezy, but then, I've stuck with the 9.1 client from Debian. |
| 16:14 |
Dyrcona |
I *think* bshum and I are both using working/collab/dyrcona/wheezy-pg93-testing which is based on working/user/bshum/wheezy-pg93-testing which he said has stuff he lifted from csharp. :) |
| 16:16 |
Dyrcona |
The error, for anyone still paying attention, is configure: error: Invalid PostgreSQL directory - libraries not found. |
| 16:17 |
csharp |
hmm |
| 16:19 |
csharp |
so why still on wheezy? (not judging, just askin' ;-) ) |
| 16:56 |
berick |
csharp: ok, the only time it should target somewhere else when there is a copy at the pickup library, is if there is only 1 copy at the pickup library and that copy is currently targeted, so a new copy is selected (from the next "closest" location) |
| 16:57 |
berick |
csharp: anyway, yeah, keep me posted |
| 17:00 |
csharp |
berick: thanks for the pointers! |
| 17:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
kmlussier |
csharp / berick: Is it a case where the opportunistic capture happens before the person in library A has a chance to pull it off the shelf? Do you have holds stalling in place? |
| 17:03 |
kmlussier |
Oh, I think berick was already suggesting that above. :) |
| 17:03 |
csharp |
kmlussier: we have 5 days of stalling in place, but I'm sure it's not that - our staff is pretty savvy about that feature |
| 17:04 |
csharp |
at least I can say that about the 2 staff that independently reported the issue :-) |
| 17:04 |
kmlussier |
OK, then, so it shouldn't be an opportunistic capture. |
| 17:04 |
* kmlussier |
tried out a bunch of different use cases with the new holds targeter, but did not test out holds stalling. |
| 17:06 |
csharp |
I figured we were good after a month and a half, but you can trust PINES libraries to find every single corner case :-) |
| 17:07 |
|
mmorgan left #evergreen |
| 17:09 |
* kmlussier |
never knows what status to give a bug that was addressed through one of the big web client merges. |
| 18:51 |
Dyrcona |
And, Pg 9.4 server installs nicely. So, I'm signing out. |
| 19:28 |
jeff |
Dyrcona++ |
| 19:47 |
|
Jillianne joined #evergreen |
| 21:23 |
bshum |
@later tell Dyrcona Saw the branch work for PG 9.4, looks great. I'll test the latest on fresh Wheezy and also apply changes for Trusty too. See: https://bugs.launchpad.net/evergreen/+bug/1493824 |
| 21:23 |
pinesol_green |
bshum: The operation succeeded. |
| 21:23 |
pinesol_green |
Launchpad bug 1493824 in Evergreen "Evergreen/PostgreSQL 9.4 support" [Wishlist,Triaged] |
| 21:26 |
bshum |
Dyrcona++ |
| 04:57 |
|
gk-1wm-su joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:31 |
|
agoben joined #evergreen |
| 07:33 |
|
kmlussier joined #evergreen |
| 11:31 |
|
khuckins joined #evergreen |
| 11:46 |
bshum |
Hmmmm, https://github.com/phhusson/quassel-irssi |
| 11:49 |
Stompro |
When changing the bib source on a title, is a reingest needed for visibility changes to be seen, or is it a memcache results cache of some sort that I need to wait to time out? |
| 11:51 |
berick |
Stompro: catalog searches are temporarily cached |
| 11:51 |
berick |
you can bypass the cache with minor search tweaks, though, to test |
| 11:51 |
berick |
like foo -zzzzzz |
| 11:54 |
Stompro |
berick, thanks. |
| 12:02 |
|
brahmina joined #evergreen |
| 12:10 |
|
mmorgan joined #evergreen |
| 16:46 |
bshum |
The fun part for the committer is making sure that if they add your code with id 54 let's say, that we don't accidentally merge someone else's code where they also decide to use 54, etc. |
| 16:46 |
bshum |
If there were multiple people touching it at the same time |
| 16:46 |
terran |
exactly |
| 16:46 |
kmlussier |
That's why we should test the upgrade scripts before we merge. |
| 16:46 |
bshum |
First come, first serve. Next person has to update and rebase. |
| 16:47 |
bshum |
But this is all new stuff for 2.next / 3.0 right? :D |
| 16:47 |
bshum |
So we got time to figure it out too |
| 16:49 |
bshum |
Just one of those, oh by the way, watch out for this in your upgrade experience |
| 16:49 |
bshum |
aka, write a good release note about it |
| 16:49 |
terran |
I shall do my best |
| 16:49 |
bshum |
And maybe put some -- comments in your upgrade script about it |
| 16:49 |
bshum |
So that if/when we merge it for testing, we can put it in hopefully safer places |
| 16:49 |
terran |
good idea |
| 16:51 |
bshum |
Maybe someday when we're on PG 9.5 for more folk, we can use https://wiki.postgresql.org/wiki/UPSERT |
| 16:51 |
bshum |
Or we could probably do some smarter upgrade scripting to think through the problem too... hmm |
| 16:57 |
Bmagic |
I got the xul staff client recompiled from these instructions https://wiki.evergreen-ils.org/doku.php?id=backend-devel:i18n |
| 16:59 |
Bmagic |
but now, on the login box, I can choose my new language, I click "apply locale" and I get xml parsing error: chrome://open_ils_staff_client/content/main/main.xul. Line 21, <window id="main_win" |
| 16:59 |
Bmagic |
XML Parsing Error: undefined entity |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
bshum |
Bmagic: Just a guess based on some old threads, but maybe try a fresh profile |
| 17:03 |
bshum |
http://markmail.org/message/vatzumzzq74w3uay |
| 17:03 |
Bmagic |
ah, I'll try a fresh one |
| 00:35 |
|
boson joined #evergreen |
| 03:29 |
|
Jillianne joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 07:30 |
|
agoben joined #evergreen |
| 08:17 |
* csharp |
wonders how many other gmail users end up on the Italian Linux Society's website when clicking git.evergreen-ils.org links that break across mulitple lines |
| 08:30 |
jeff |
it's a combination of Launchpad breaking the URL across multiple lines, and some mail clients (including gmail) turning url-looking strings in text messages into links. |
| 08:31 |
csharp |
ah - that makes sense |
| 08:32 |
jeff |
so the first part of the url gets linked beause it starts with http://, and the second part gets linked presumably because it starts with a domain-looking string and in all other ways looks like a url where someone didn't include the leading "http://" |
| 08:38 |
JBoyer |
miker, good call on the TT fixes on lp 1274999, but now I'm stuck on something else; the Next link isn't appearing anymore. I tested this thing multiple times (it was annoying looking for titles with exactly 10 copies, etc...) can you see anything obviously wrong? |
| 08:38 |
pinesol_green |
Launchpad bug 1274999 in Evergreen "Next 10 Link erroneously available at the end of holdings in OPAC, intermittent " [Undecided,Confirmed] https://launchpad.net/bugs/1274999 |
| 08:39 |
JBoyer |
Or anyone else that would like to poke at templates! Feel free to tell me how I've err'd, because this is maddening. :/ |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:42 |
JBoyer |
D: The worst! Works as expected on a migration server, falls over on dev and production. Sparta? This is madness! |
| 08:44 |
csharp |
JBoyer: is there a good concerto record to test on? |
| 08:45 |
csharp |
nevermind - I found one |
| 08:46 |
JBoyer |
You need a couple, one with exactly copy_limit (usually 10) copies, and one with more than that |
| 08:48 |
Stompro |
jeffdavis, is the Sitka new items carousel for wordpress plugin available for others to use? |
| 08:52 |
csharp |
JBoyer: with miker's branch I'm not seeing the "Next X" link either, if that helps |
| 08:55 |
JBoyer |
csharp, miker, even with my branch they're not working correctly on 2/3 servers here. For instance: http://evergreen.lib.in.us/eg/opac/record/8205944 has no link, but 15 copies. Put mig. in from of evergreen and it does work. :( |
| 08:55 |
csharp |
actually, I'm not seeing it with your branch either |
| 08:55 |
JBoyer |
Same changes! |
| 08:55 |
csharp |
yeah - I can confirm that behavior on my master test server |
| 08:56 |
csharp |
if I revert both commits, it works |
| 08:56 |
JBoyer |
Well, "works," that's where you need a record with total copies == copy_limit. |
| 08:57 |
csharp |
well, I mean that the link reappears |
| 09:00 |
JBoyer |
Well that's embarrassing... The mig server where I monkey patched this to test has ctx.copy_offset + ctx.copy_limit < total_copies, but my patch has ctx.copy_offset + ctx.copy_limit > total_copies which is completely backward... |
| 09:00 |
JBoyer |
csharp++ for looking. |
| 09:01 |
* JBoyer |
goes to fix the branch, and our servers. |
| 09:02 |
csharp |
JBoyer: happy to help! |
| 09:05 |
miker |
JBoyer: sorry for not testing the branch, I just wanted to clean up the syntax. feel free to squash my commit into yours if you keep it |
| 09:06 |
JBoyer |
I'm definitely making your changes also. And it's evident *I* didn't fully test the branch either, so no harm there. :/ |
| 09:07 |
JBoyer |
I'll probably force update my branch to have a single commit that matches your changes (AND work), but if you'd like to sign off on it after that that would be great. |
| 09:21 |
|
yboston joined #evergreen |
| 09:28 |
|
kmlussier joined #evergreen |
| 13:19 |
mmorgan |
I do know about that "Request Item" function, and that it does not set notifications. AFAIK, these holds were not placed that way. |
| 13:29 |
rjackson_isl |
There is still an open bug where SMS carrier can be left blank and have Hold Notification Format set to SMS with a Defalt SMS/Text Number entered - bug 1098685 |
| 13:29 |
pinesol_green |
Launchpad bug 1098685 in Evergreen "User can select SMS notify without providing a valid address" [Undecided,Confirmed] https://launchpad.net/bugs/1098685 |
| 14:16 |
bshum |
well, for giggles, Debian Stretch (9.0) testing has not yielded a working OpenSRF. It blows up with the libraries and can't find the stuff to start up opensrf.math or dbmath processes. So I guess that's changed somewhere, somehow. |
| 14:20 |
bshum |
On the plus side, the ejabberd 16.x stuff we wrote for Xenial seemed to work, along with the basic packages from xenial too for defining what to install. |
| 14:47 |
Stompro |
rjackson_isl, I hate that bug. |
| 15:16 |
|
bmills joined #evergreen |
| 16:08 |
kmlussier |
@dessert [someone] |
| 16:42 |
|
dkyle1 joined #evergreen |
| 16:43 |
|
_bott_1 joined #evergreen |
| 16:53 |
|
Jillianne joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:05 |
|
mmorgan left #evergreen |
| 17:05 |
Bmagic |
I just received a feature request where the staff would like to be able to place a copy level hold on a copy from the item status screen. Any thoughts on that idea? |
| 17:29 |
Stompro |
Bmagic, I think you can already do that, right click -> request item. |
| 00:34 |
|
eady joined #evergreen |
| 04:42 |
|
Guest25107 joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:56 |
|
kmlussier joined #evergreen |
| 07:01 |
kmlussier |
Good morning #evergreen! |
| 07:01 |
kmlussier |
@coffee [someone] |
| 10:27 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666933: note that the minimum supported Pg version is 9.3 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=215bb67> |
| 10:39 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Some corrections to hatch information in 2.12 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1a631f8> |
| 10:44 |
berick |
kmlussier: hatch doc changes look good |
| 10:44 |
bshum |
"Evergreen 2.8 has been tested on..." (it's said 2.8 since forever. Should we just make it just say "Evergreen" and omit the specific version number?) |
| 10:44 |
bshum |
In the README for Linux distro support |
| 10:44 |
kmlussier |
Well, I can say with confidence that 2.8 has been tested on all those distros. |
| 10:45 |
kmlussier |
2.12? Not so sure. |
| 10:45 |
bshum |
Fair... but kind of meaningless in all these current README docs |
| 10:45 |
bshum |
For newer versions anyways |
| 10:45 |
bshum |
So maybe it shouldn't say that either |
| 10:48 |
kmlussier |
Sounds good to me |
| 10:48 |
Bmagic |
Anyone created a report that shows an "average age" of groups of items, on a shelf for example? |
| 10:49 |
csharp |
Bmagic: interesting that you bring that up because we had a similar request this week (it was for a meeting that passed before I got to it, though, so I didn't create it) |
| 10:49 |
gmcharlt |
Pg t/ tests pass on both newly seeded and upgraded-from-2.11.3 databases |
| 10:49 |
csharp |
our request was "what is the average life of audiobooks in PINES" |
| 10:49 |
Bmagic |
csharp: I am working on it, but I don't think its possible with the report engine |
| 10:50 |
csharp |
it might be view-worthy |
| 10:52 |
bshum |
csharp: I'll take that approach in mind as I toy with wording (and other stuff) in the README. I'm getting ISOs for Wheezy, Jessie, and the new thing (Stretch) to try some stuff out |
| 10:53 |
bshum |
With Stretch frozen, I figure it's time to play with Debian 9.0 and start finding out what fun adventures await... |
| 10:54 |
gmcharlt |
OK, active pull request for bug 1666928 for review ASAP, please |
| 10:54 |
pinesol_green |
Launchpad bug 1666928 in Evergreen "Build tests are failing for Overdrive and OneClickdigital modules" [Low,Confirmed] https://launchpad.net/bugs/1666928 |
| 10:54 |
gmcharlt |
or rather, would be if Launchpad DID NOT KEEP TIMING OUT |
| 10:54 |
gmcharlt |
so, I'd like to request review and merge of user/gmcharlt/lp1666928_deal_with_failing_tests |
| 11:03 |
kmlussier |
gmcharlt: works for me. I'll merge it in a sec |
| 11:05 |
|
mmorgan joined #evergreen |
| 11:05 |
berick |
not an issue for Hatch, but certainly put pressure on localStorage for non-hatch users |
| 11:07 |
kmlussier |
gmcharlt: done |
| 11:08 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666928: fix build tests for ebook API Perl modules - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8dce9e6> |
| 11:25 |
|
khuckins_ joined #evergreen |
| 11:35 |
jeffdavis |
bah, thanks for that fix gmcharlt |
| 11:36 |
gmcharlt |
jeffdavis: you're weclome! |
| 11:38 |
dbs |
gmcharlt: nice find on relator maps, id.loc.gov would be a good way to go. |
| 11:39 |
* dbs |
throws bug 1584891 onto the heap, but it should have a test :/ |
| 11:39 |
pinesol_green |
Launchpad bug 1584891 in Evergreen "marc_export -i gives incorrect record length in the leader when call numbers include UTF8 characters" [Undecided,Confirmed] https://launchpad.net/bugs/1584891 |
| 11:57 |
|
sandbergja joined #evergreen |
| 12:06 |
* dbs |
is pretty sure he fixed that problem last year but can't find the bug or branch so... |
| 15:44 |
kmlussier |
Would be nice if the only known web client issue was that surveys are inaccessible from the patron account. |
| 15:44 |
berick |
you don't /have/ to update it ;) |
| 15:45 |
tsbere |
kmlussier: Define all other web client issues as "features" and hope nobody notices? ;) |
| 15:45 |
kmlussier |
heh |
| 15:46 |
kmlussier |
We might get more libraries willing to test it in production. |
| 15:48 |
* kmlussier |
starts to write 'the ability to delete patrons via the web client is missing.' Quickly corrects it to say 'the ability to delete patron accounts...' |
| 15:48 |
|
khuckins__ joined #evergreen |
| 15:49 |
mmorgan |
Heh. That former might be pretty popular... |
| 15:49 |
kmlussier |
bug 1517595 |
| 16:50 |
csharp |
gmcharlt++ # ha! |
| 16:54 |
* kmlussier |
thinks bug 1437106 has been resolved, but hasn't tried keyboard shortcuts in the web client in months. |
| 16:54 |
pinesol_green |
Launchpad bug 1437106 in Evergreen "keyboard shortcuts in the web staff client" [Undecided,Confirmed] https://launchpad.net/bugs/1437106 |
| 16:54 |
kmlussier |
It might be a good thing for somebody tot test during Bug Squashing week to see if it's still an issue. |
| 16:55 |
berick |
Stompro++ # bug 1667115 -- I keep meaning to do something about that.. |
| 16:55 |
pinesol_green |
Launchpad bug 1667115 in Evergreen "Log Noise - retrieve config.hard_due_date called with no ID..." [Undecided,New] https://launchpad.net/bugs/1667115 |
| 17:00 |
kmlussier |
berick: bug 1472316 was covered by the Hatch Omnibus bug, right? |
| 17:00 |
pinesol_green |
Launchpad bug 1472316 in Evergreen "Enabling/Disabling Hatch in browser client causes loss of settings" [Undecided,New] https://launchpad.net/bugs/1472316 |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
berick |
kmlussier: yeah, i'd say so. the "copy settings to hatch" and "copy settings to local storage" actions provide a manual solution to the problem. |
| 17:02 |
berick |
we may eventually want to automate that, but it's at least work-around-able now |
| 17:02 |
kmlussier |
Hooray for successful tests! |
| 17:05 |
mmorgan |
Yay!! |
| 17:06 |
gmcharlt |
berick: heh, although "copy settings to Evergreen server" also looks attractive :) |
| 17:06 |
gmcharlt |
though just for actual workstatino settings, not cases like the tag table where we're just using local storage as a fast cache |
