| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
Callender joined #evergreen |
| 07:53 |
|
collum joined #evergreen |
| 09:16 |
dbs |
jeff: i filed my branch and bug 1671112 |
| 09:16 |
pinesol_green |
Launchpad bug 1671112 in Evergreen "Sample users and addresses do not contain any Unicode (non-ASCII) characters" [Undecided,New] https://launchpad.net/bugs/1671112 |
| 09:17 |
jeff |
dbs++ |
| 09:17 |
dbs |
Might be useful for testing search & display of Unicode in the user/address forms in webby? |
| 09:18 |
Dyrcona |
And other things. |
| 09:19 |
jeff |
looks like i got as far as a summary for the bug i started last night: ``Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore'' |
| 09:22 |
csharp |
jeff: yeah, I have a self-signed cert, but I thought it worked before with self-signed certs |
| 09:40 |
Dyrcona |
That is, pending the inclusion of Lp 1373690 |
| 09:40 |
pinesol_green |
Launchpad bug 1373690 in Evergreen "Direct EDI generation for ACQ orders -- AKA kill ruby webrick" [Wishlist,New] https://launchpad.net/bugs/1373690 |
| 09:40 |
Dyrcona |
I'm tempted to try that in production. |
| 09:41 |
csharp |
Dyrcona: I thought of updating the script to be more distro-accommodating, but thought we'd already be moving to the "new" way before it became necessary |
| 09:41 |
csharp |
Dyrcona: also, everything but B&T was well-tested at the Hack-A-Way |
| 09:41 |
csharp |
so probably good to go |
| 09:42 |
Dyrcona |
Well, looks like the new way won't make it before 3.0. |
| 09:42 |
Dyrcona |
2.12-RC is tomorrow, yeah? |
| 09:42 |
csharp |
right |
| 09:50 |
Dyrcona |
Nope. /var/lib/gems and /usr/lib/ruby/gems are not links to each other. Maybe the gems under 2.3.0 are? |
| 09:51 |
Dyrcona |
Nope. Guess they're both in the gems path. |
| 09:51 |
* Dyrcona |
has seen things like that before, like with Perl and Python. |
| 09:52 |
csharp |
Dyrcona: the way berick and I were testing at the hackaway was to do "./edi_order_pusher.pl --test-mode --po-id 227 > brodart_new.edi" then compare to the original acq.edi_message in the DB, in case you want to go towards the non-Ruby EDI option |
| 09:53 |
Dyrcona |
csharp: Right. I recall. I was gonna help but had an emergency to deal with. |
| 09:53 |
Dyrcona |
I spoke briefly with tspindler about putting it in production and he wants to wait a bit. |
| 09:54 |
csharp |
Bmagic supplied an example or two of a B&T order, and it looked okay, but could definitely do with more tests with real-life data |
| 09:54 |
Dyrcona |
When I get the time...ha! ha! ha!...I'll give testing a whirl with our data. |
| 09:54 |
csharp |
heh - let me know where you find the time, cuz I need some too :-) |
| 09:54 |
Dyrcona |
And, bshum corrected me about 2.12-rc. It is next Wednesday. |
| 09:54 |
csharp |
ah |
| 10:01 |
berick |
FF requires both |
| 10:03 |
csharp |
berick: oh - cool - I'll do that |
| 10:03 |
|
mmorgan1 joined #evergreen |
| 10:03 |
berick |
Dyrcona: if you want to test the edi stuff, I'd be happy to rebase |
| 10:04 |
csharp |
berick++ |
| 10:04 |
berick |
well, i'll go ahead and rebase anyway. would love to continue progress there regardless |
| 10:15 |
|
dbwells joined #evergreen |
| 10:16 |
csharp |
berick: count me in for more testing/prototyping |
| 10:16 |
Dyrcona |
berick: That's OK. I'll rebase if I need to. I might try it with my custom 2.11 branch also. |
| 10:17 |
csharp |
we're also up for piloting this here as soon as it's up to feature-parity |
| 10:17 |
Dyrcona |
We'll probably backport it. |
| 10:18 |
berick |
now have working/user/berick/lp1373690-acq-edi-perl-attrs -- should be easy to backport. it's currently just 3 commits. |
| 10:18 |
berick |
i would def. recommend testing a variety of vendor PO's before switching over |
| 10:19 |
Dyrcona |
I could probably test all of ours with a bit of Perl. :) |
| 10:20 |
Dyrcona |
Maybe pick a date range and let it go. |
| 10:20 |
berick |
if you have any local JEDI changes, they will have to be replicated in the edi-attrs |
| 10:20 |
berick |
which is currently accessible only via direct db access |
| 13:09 |
|
dbwells joined #evergreen |
| 13:27 |
Bmagic |
jeff++ # I agree, Postgres management documentation specific to Evergreen would be nice. I have some things to contribute to that |
| 13:28 |
|
jvwoolf joined #evergreen |
| 13:32 |
jeff |
I was starting to draft a test plan for a bugfix on bug 1671150 when I thought to look. |
| 13:32 |
pinesol_green |
Launchpad bug 1671150 in Evergreen "Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore" [Undecided,In progress] https://launchpad.net/bugs/1671150 - Assigned to Jeff Godin (jgodin) |
| 13:34 |
jeff |
I think common practice is "use create_database_extensions.sql to create the db and then restore into it", and even less documented is "set the search_path on the new database", and of course "make sure any users exist if this is a new/different cluster than where the dump originated..." |
| 13:53 |
csharp |
@dunno add PHRASING!!! |
| 15:08 |
|
_bott_ joined #evergreen |
| 15:27 |
|
rlefaive joined #evergreen |
| 16:43 |
|
kmlussier joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:05 |
kmlussier |
Oh, good! We already have a fix for that! |
| 17:09 |
|
mmorgan left #evergreen |
| 17:18 |
csharp |
@blame pinesol_green |
| 04:22 |
|
tsbere_ joined #evergreen |
| 05:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:23 |
graced |
good morning #evergreen |
| 08:47 |
* dbs |
goes and looks |
| 08:47 |
|
bos20k joined #evergreen |
| 08:49 |
dbs |
yeah I don't think so, from a quick scan. that's probably not great |
| 08:51 |
Dyrcona |
I messed with a few of the names after loading that to test that branch. |
| 08:52 |
dbs |
right but we should have names and addresses as part of the stock set to avoid surprises down the road |
| 08:57 |
jeff |
and there are pg_tap tests for the unaccent function, but i agree -- names with accents would be useful to add to the sample data. |
| 08:57 |
* dbs |
will see about putting together a branch to add some baseball players to the stock set and figure out a way to tie it into web staff client so it gets attention |
| 08:57 |
* dbs |
is sick today so has some time to run repeated live test builds :) |
| 09:08 |
|
jvwoolf joined #evergreen |
| 09:08 |
jeff |
@weather --wind ktvc |
| 09:08 |
pinesol_green |
jeff: Cherry Capital, MI :: Mostly Cloudy :: 50F/10C | Wind: N 20mph (31mph gusts) | Tuesday: Partly cloudy and windy. High 53F. Winds SW at 20 to 30 mph. Winds could occasionally gust over 40 mph. Tuesday Night: Partly cloudy. Slight chance of a shower throughout the evening. Low 38F. Winds SW at 15 to 25 mph. | Updated: 15m ago |
| 10:29 |
bshum |
Honestly, it doesn't surprise me if the bug still manifests since 2.2 with new XUL. Nothing substantial has changed with XUL client in years |
| 10:31 |
Dyrcona |
The user isn't using a 485 are they? ;) |
| 10:31 |
Dyrcona |
oops. |
| 10:31 |
kmlussier |
bshum: Yeah, my surprise was based on a faulty memory that there was a tested fix there. I should add a fixedinwebby tag to that LP bug. |
| 10:31 |
Dyrcona |
Spoiled my own joke. |
| 10:31 |
Dyrcona |
It was tested. It mostly sorta worked. :) |
| 10:32 |
bshum |
Hehe |
| 10:32 |
Dyrcona |
Apparently, it might have broken other things. |
| 10:32 |
bshum |
Like most things |
| 10:57 |
|
JBoyer joined #evergreen |
| 11:11 |
|
brahmina joined #evergreen |
| 11:28 |
|
khuckins joined #evergreen |
| 11:37 |
dbs |
berick: am I reading ubuntu-auto-installer correctly, in that the the web staff client tests don't get run? |
| 11:39 |
berick |
dbs: looking at the 16.04 installer, I see a 'grunt test' in there |
| 11:39 |
berick |
ditto 14.04 |
| 11:40 |
dbs |
ah, not reading correctly! I was looking at the live tests section. thanks! |
| 11:41 |
berick |
cool, no prob |
| 11:52 |
|
mmorgan1 joined #evergreen |
| 12:04 |
|
mmorgan joined #evergreen |
| 15:36 |
Dyrcona |
:) |
| 15:36 |
bshum |
No publicly resolvable hostnames for me anyways |
| 15:36 |
bshum |
Maybe someday again |
| 15:37 |
Dyrcona |
Right for test vms, it's a self-signed cert, though I've considered using my own CA. |
| 15:37 |
jeffdavis |
ah, looks like an issue with hostnames in apache2.conf, not ssl |
| 15:37 |
bshum |
I always wished I had spent more time with the CA options in our Windows environment |
| 15:37 |
Dyrcona |
You can make your own CA, just don't expect to be automatically added to nss-cacerts. |
| 15:44 |
bshum |
Been there plenty of times |
| 15:46 |
* Dyrcona |
double checks his passwords in opensrf_core.xml. |
| 15:46 |
Dyrcona |
That was a recent instance of that, I had a router password where I wanted the opensrf password. |
| 15:47 |
Dyrcona |
And, I should be ready to test OpenSRF. |
| 15:48 |
Dyrcona |
And, no surprises, it works. |
| 15:49 |
|
kmlussier joined #evergreen |
| 15:49 |
Dyrcona |
I installed prerequisites from master, but installed 2.4.2 and configured partly using the 2.5.0-rc instructions with the addition of setting max_stanza_size in ejabberd.yml. |
| 15:50 |
Dyrcona |
Fun stuff... |
| 15:50 |
Dyrcona |
Now for something similar with Evergreen 2.10.... |
| 15:51 |
|
Jillianne joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
|
jvwoolf joined #evergreen |
| 17:06 |
|
jvwoolf1 joined #evergreen |
| 17:07 |
|
mmorgan1 left #evergreen |
| 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 joegtownlibrary.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 |
