| 00:24 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1447746: Fix lp957466_update_date_and_source regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8ab6306> |
| 00:58 |
|
webmind joined #evergreen |
| 01:17 |
|
jonadab joined #evergreen |
| 01:21 |
|
berick joined #evergreen |
| 01:25 |
|
BunnyRider joined #evergreen |
| 01:25 |
|
Bmagic_ joined #evergreen |
| 01:28 |
bshum |
gmcharlt: I put together branches for the two things to fix for Debian and OpenSRF master, but just realized they'll probably have a minor conflict with each other. Simple enough to resolve whichever one we push in first. |
| 01:29 |
bshum |
I'll test Wheezy later, but Jessie installs all the pre-req's happily with the combined branch content. |
| 01:29 |
* bshum |
tries to sleep |
| 02:00 |
|
dcook joined #evergreen |
| 02:12 |
|
artunit joined #evergreen |
| 02:18 |
|
dcook joined #evergreen |
| 03:47 |
|
gsams joined #evergreen |
| 03:50 |
|
gsams joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:16 |
|
gsams_ joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
Christineb joined #evergreen |
| 07:42 |
bshum |
Test success! Yes! :) |
| 08:05 |
|
collum joined #evergreen |
| 08:06 |
|
JBoyer joined #evergreen |
| 08:17 |
|
ericar joined #evergreen |
| 08:30 |
|
mrpeters joined #evergreen |
| 08:30 |
csharp |
@test |
| 08:30 |
pinesol_green |
csharp: As great as you are man, you'll never be greater than yourself. |
| 08:53 |
|
aubjordan joined #evergreen |
| 08:55 |
|
mmorgan joined #evergreen |
| 13:24 |
|
kmlussier joined #evergreen |
| 13:26 |
* Dyrcona |
noticed something building the 2.9.5 tarball that just might be relevant. |
| 13:27 |
Dyrcona |
Complained that I didn't have libbzip2 installed, but that code should get rebuilt when you build from the tarball, so I'm not sure it matters. |
| 13:27 |
jeffdavis |
Dyrcona: in my case, 2.8.1 -> 2.10.2 |
| 13:27 |
jeffdavis |
I didn't notice any errors while building the updates, perhaps I missed something though |
| 13:27 |
jeffdavis |
autoupdate worked fine during testing |
| 13:28 |
Dyrcona |
jeffdavis: I didn't notice anything when testing the tarball and I was looking for it. |
| 13:28 |
Dyrcona |
I don't test autoupdates though. |
| 13:28 |
jeffdavis |
oh and we install from git, not from official release tarballs |
| 13:28 |
Dyrcona |
Bascially, just build from the tarball, log in with the staff client, and make sure a few things work. |
| 13:29 |
Dyrcona |
jeffdavis: OK, then. |
| 00:02 |
bshum |
Oh that's odd |
| 00:03 |
bshum |
Why'd I think it was only 200000, the README clearly says 2000000 :( |
| 00:03 |
* bshum |
is having one of those nights |
| 00:03 |
bshum |
Nevermind then, all is right in the world, except that bshum can't read clearly anymore |
| 00:11 |
bshum |
I decided to just do a signoff branch instead of committing, better safer when someone else double-checks it again tomorrow. And maybe test it with Debian versions too. |
| 00:11 |
* bshum |
calls that a good night |
| 00:25 |
|
mceraso joined #evergreen |
| 02:27 |
|
gmcharlt_ joined #evergreen |
| 06:29 |
|
geoffsams joined #evergreen |
| 09:47 |
Dyrcona |
It was possibly installed after. |
| 09:47 |
Dyrcona |
I am root or I would not have made it that far. :) |
| 09:48 |
Dyrcona |
Looking at what it was doing, it may not be important. |
| 09:48 |
Dyrcona |
I'm building on a concerto vm so I can test one of my own patches real quick. |
| 09:49 |
Dyrcona |
I was going to test berick's angular fixes a bit later. |
| 09:51 |
Dyrcona |
I'll probably just use concerto today, since I don't feel like waiting on reingests, etc. on a copy of production. |
| 09:53 |
Dyrcona |
bshum: You're right about trusty not activating mod_perl any more. |
| 09:54 |
|
mmorgan joined #evergreen |
| 09:55 |
Dyrcona |
Well, opensrf and opensrf.math add work. |
| 09:55 |
Dyrcona |
Now to install and test Evergreen. |
| 10:00 |
|
berick joined #evergreen |
| 10:04 |
|
afterl left #evergreen |
| 10:06 |
|
bos20k_ joined #evergreen |
| 13:29 |
* jeff |
reads pingest.pl to determine if --skip-browse --skip-search --skip-facets is essentially a attrs-only reingest |
| 13:31 |
jeff |
looks like "yes" |
| 13:33 |
Dyrcona |
It is. |
| 14:04 |
kmlussier |
So, for the purposes of posting the fix to the lp957466_update_date_and_source.pg test, should I re-open bug 1447746, which broke the test, or should I open a new bug? |
| 14:04 |
pinesol_green |
Launchpad bug 1447746 in Evergreen "Do not update bib source on match-only merge" [Wishlist,Fix committed] https://launchpad.net/bugs/1447746 |
| 14:09 |
* kmlussier |
decides to re-open the old bug. |
| 14:09 |
Dyrcona |
kmlussier: bshum has been reopening old bugs for such things. I tend to open a new bug. |
| 14:51 |
Dyrcona |
Starting services, all seems well. |
| 14:54 |
Dyrcona |
It seems to work. I can log in with the web staff client and look up patrons. |
| 14:55 |
Dyrcona |
And, that was all I really wanted to do. |
| 14:55 |
* Dyrcona |
was testing berick's angular fix on trusty and on xenial. |
| 14:56 |
Dyrcona |
I asked in #ubuntu-virt, but I don't expect any answers. |
| 14:56 |
* Dyrcona |
always has the special problems. |
| 15:00 |
* Dyrcona |
is going to push the fixes to master. They work AFAICT. |
| 16:05 |
Dyrcona |
bshum++ berick++ |
| 16:05 |
Dyrcona |
@dessert |
| 16:05 |
* pinesol_green |
grabs some Krispy Kreme Donuts for Dyrcona |
| 16:06 |
bshum |
Now if we can test and merge kmlussier's fix for the pgtap tests then maybe we'll get a live test success again! |
| 16:06 |
bshum |
Weekend project, whee! |
| 16:07 |
kmlussier |
I like pumpkin pie too, but I've mostly been looking for chocolate today. |
| 16:08 |
kmlussier |
pinesol_green has been holding out on me. |
| 16:08 |
pinesol_green |
kmlussier: What do you mean? An African or European swallow? |
| 16:12 |
berick |
@eightball is pinesol_green a bot? |
| 16:12 |
pinesol_green |
berick: _I_ don't know. |
| 16:12 |
bshum |
Spooky..... |
| 16:13 |
berick |
pinesol_green just passed the Turing test |
| 16:13 |
pinesol_green |
berick: Thank you berick! But our princess is in another castle! |
| 16:13 |
pinesol_green |
berick: I am only a bot, please don't think I'm intelligent :) |
| 16:17 |
csharp |
@blame [quote random] |
| 17:52 |
dbwells |
jeff: Our initial ingest after the 2.9 upgrade in December was nice and fast. Recent partial re-ingest (still on 2.9) was dramatically slower. Haven't had time to look into it any further, but glad to think we might not be alone. |
| 17:54 |
jeff |
dbwells: any point release upgrades between those two ingests? |
| 17:55 |
jeff |
dbwells: and what kind of partial re-ingest were you dealing with? |
| 17:56 |
dbwells |
jeff: I don't think so for point upgrades. More likely a point upgrade for Postgres than for EG, if anything. |
| 17:58 |
dbwells |
jeff: It was just a full reingest of a few hundred records, but slow enough to notice. I've really just been ignoring it and hoping my testing was off that day for some other reason. |
| 17:59 |
jeff |
heh |
| 18:00 |
jeff |
it looks like with the help of pingest i can do a record-attrs-only ingest of ~400k records in 6 hours (16 pingest children) |
| 18:00 |
jeff |
extrapolating from 2000 records in 100 record batches with 4 and 16 children. |
| 18:12 |
jeff |
dbwells: I don't know what might explain what you encountered in 2.9, but I suspect the speed difference I'm seeing is mostly due to the additions that 0967 makes to config.marc21_ff_pos_map, config.record_attr_definition, config.coded_value_map, and config.composite_attr_entry_definition |
| 18:14 |
jeff |
as part of bug 1371647 |
| 18:14 |
pinesol_green |
Launchpad bug 1371647 in Evergreen "config.marc21_ff_pos_map needs an audit" [Wishlist,Fix released] https://launchpad.net/bugs/1371647 |
| 18:16 |
dbwells |
I am perfectly willing to believe my testing was a fluke of some kind, though not looking forward to things getting even slower, if that's the case. |
| 18:21 |
jeff |
those four tables gained: |
| 18:21 |
jeff |
128, 782, 2610, and 105 rows |
| 18:22 |
jeff |
so yeah, I think it's reasonable to expect that to impact speed of ingest. |
| 20:18 |
jeffdavis1 |
jeff: I'm not aware of anyone else on 2.10 yet |
| 20:18 |
jeffdavis1 |
although I could easily have missed someone |
| 20:18 |
jeff |
Apparently I was overly optimistic about someone else having already gone first by now when I picked this date back in March or April. :-) |
| 20:18 |
jeffdavis1 |
fwiw things have gone really smoothly in our testing, so I'm cautiously optimistic |
| 20:19 |
jeff |
excellent. |
| 20:20 |
jeffdavis1 |
you're on PG 9.4 as well, right? |
| 20:20 |
jeff |
correct. |
| 20:22 |
jeff |
Is your upgrade window duration mostly to ensure that you have enough time for the ingest to fully complete before the system's back under production load, or are you anticipating other bits to take a lot of time also? |
| 20:22 |
jeff |
(or rolling other things into the downtime, like hardware upgrades/etc) |
| 20:25 |
jeffdavis1 |
it's mostly to give time for testing before we go live |
| 20:25 |
jeff |
got it. |
| 20:26 |
jeff |
multiple reasons for asking: curiosity / comparing notes, as we're upgrading this weekend also |
| 20:26 |
jeff |
but also, i'm thinking about ways overall to make upgrades less painful. |
| 15:07 |
tspindler |
au revoir |
| 15:08 |
afterl |
bye! |
| 15:08 |
|
emckinney_ left #evergreen |
| 15:08 |
kmlussier |
phasefx: I'll take another look at bug 957466. I ran the tests before merging the code, and I swear they completed successfully at the time. |
| 15:08 |
pinesol_green |
Launchpad bug 957466 in Evergreen "overlaying a record from vandelay does not update editor/edit_date" [Medium,Fix released] https://launchpad.net/bugs/957466 |
| 15:09 |
kmlussier |
phasefx: Oh, wait. That's not the same test, is it? |
| 15:09 |
|
ethomsen left #evergreen |
| 15:09 |
phasefx |
kmlussier: nope! |
| 15:10 |
kmlussier |
kmlussier-- #Not running ALL the tests |
| 15:11 |
phasefx |
phasefx-- not fixing the RSS feed |
| 15:11 |
kmlussier |
Today might be a good day to learn how to modify tests. Too bad I have a conference call. |
| 15:12 |
Dyrcona |
kmlussier: Something new is breaking the tests on something old. |
| 15:12 |
bshum |
phasefx: Nah, it's not your fault. I was noticing that too :( |
| 15:12 |
|
tspindler left #evergreen |
| 15:13 |
kmlussier |
Dyrcona: Yeah, I know. It's the code I merged. |
| 15:20 |
* kmlussier |
will take a look at it shortly. |
| 15:29 |
jeff |
Evergreen docs recommend that you create and use a PostgreSQL super user -- but are there any things that we currently do in Evergreen that require a superuser? |
| 15:29 |
|
akilsdonk_ joined #evergreen |
| 15:30 |
gmcharlt |
jeff: gut reaction - nothing that we couldn't do with a more limited user; just a matter of taking the time to iterate testing and tweaking permissions |
| 15:30 |
* jeff |
nods |
| 15:31 |
jeff |
roles and ownership become more important, eg_db_config and database upgrade scripts might still require running as a superuser or database owner or otherwise elevated role... |
| 16:05 |
* mmorgan |
will master sharing google docs one day :-/ |
| 16:21 |
JBoyer |
No, syslog. I use a different format specifier for the database logs to keep pgbadger happy. It doesn't like the date format we use in the example rsyslog config. |
| 16:21 |
|
kmlussier joined #evergreen |
| 16:22 |
jeff |
any particular reason for opting to use syslog, or was it just a matter of already having that infrastructure in place already and not wanting to ship something else around for pgbadger? |
| 16:24 |
kmlussier |
mmorgan: Looking at your screenshots. Were you searching the same branch in each test and, if logged in, logged in as the same user with the same preferred search library set? |
| 16:26 |
mmorgan |
kmlussier: I was not logged in at all. Searching the whole consortium, no preferred library. |
| 16:28 |
kmlussier |
Huh...I like the after shot better. It seems odd that the first screenshot breaks up the Beverly Main branch the way it does. I wouldn't have expected it to behave that way. |
| 16:28 |
mmorgan |
I didn't either. I agree the after shot looks better. |
| 17:51 |
|
geoffsams joined #evergreen |
| 17:55 |
|
bmills joined #evergreen |
| 19:44 |
|
jihpringle_ joined #evergreen |
| 21:39 |
bshum |
rhamby++ |
| 21:39 |
bshum |
For the mac client build :) |
| 22:08 |
bshum |
berick++ # latest patches look good, xenial looks good, I'm testing trusty next |
| 22:54 |
|
bmills joined #evergreen |
| 22:56 |
|
bmills1 joined #evergreen |
| 23:16 |
|
bmills joined #evergreen |
| 23:18 |
|
bmills left #evergreen |
| 23:31 |
bshum |
Well isn't that interesting... |
| 23:31 |
bshum |
Fresh OpenSRF/Evergreen install on Ubuntu Trusty (14.04) and it dies cause mod perl isn't enabled for apache |
| 23:32 |
bshum |
We might need http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=commit;h=032a964795df73053d09dca37e62e3e276ce343e for Trusty too |
| 23:32 |
pinesol_green |
bshum: [opensrf|Jason Stephenson] LP#1551090: Enable mod_perl2 on Ubuntu 16.04 (Xenial Xerus). - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=032a964> |
| 23:32 |
bshum |
They must be changing something with apache 2.4 somewhere.... hmm |
| 23:51 |
* bshum |
will wait to merge cause he's seeing oddness with his 14.04 VMs |
| 12:04 |
|
rlefaive joined #evergreen |
| 12:05 |
jeff |
though the mac 2.10 client there uses a build id of 2_10_2_sitka_0 so it is likely unsuitable for general use. |
| 12:06 |
bshum |
jeff: Is the 2.8 like that too? |
| 12:06 |
jeff |
dunno. didn't test. |
| 12:06 |
* bshum |
doesn't have a Mac to peek |
| 12:07 |
jeff |
"easy" enough to rebuild the app with a new gut / build id. |
| 12:07 |
bshum |
True :) |
| 15:31 |
|
collum joined #evergreen |
| 15:37 |
kmlussier |
rfrasur: Wake up! |
| 15:37 |
rfrasur |
meh. I don't want to. I'm afraid if I do, I'll see more spreadsheets. |
| 15:38 |
* tsbere |
considers emailing rfrasur a few dozen spreadsheet outputs from reports tested on concerto ;) |
| 15:38 |
bshum |
"It is inevitable, it is your destiny." |
| 15:38 |
JBoyer |
I feel like there's a "Pink Elephants on Parade" remake with spreadsheets just waiting to be put together, but sadly, I don't have the time. |
| 15:39 |
* rfrasur |
just rolls her eyes and goes back to generating MORE reports. |
| 18:24 |
hbrennan |
I've spent 20 minutes looking through Launchpad for a bug report, but "notes" "messages" etc are too broad of terms to find anything useful |
| 18:24 |
hbrennan |
Wondering if anyone knows about a bug report already created, or if it's somehow just us |
| 18:34 |
hbrennan |
Of course I discovered this at 2pm Alaska time, so it's crickets in here... |
| 18:46 |
jihpringle |
hbrennan: I just tested on adding a note from standing penalties (Messages)and it triggered the light blue. I believe "see notes" only applies to notes added through Other -> Notes |
| 18:46 |
jihpringle |
my testing was on 2.10.2 |
| 18:47 |
hbrennan |
jihpringle: Thanks for testing |
| 18:48 |
jihpringle |
no problem |
| 18:52 |
hbrennan |
Oh, well now it's light blue.. only if there is a single note in Staff-Generated Penalties/Messages. Multiple notes are showing a burnt orange... |
| 18:52 |
hbrennan |
Dang, guess I accidentally learned something |
| 15:20 |
csharp |
okay - I'll look at that now :-) |
| 15:38 |
|
MinaC joined #evergreen |
| 15:45 |
dbs |
Finally added this after rediscovering many variants of it over the years; it's not the best possible method but good enough damnit: http://wiki.evergreen-ils.org/doku.php?id=scratchpad:random_magic_spells#generating_a_sql_report_with_natural_titles |
| 15:47 |
tsbere |
dbs: Instead of the regexp_replace and btrim, why not just use array_to_string? |
| 15:48 |
* tsbere |
will admit to not having tried it, but has been using array_to_string recently elsewhere |
| 15:50 |
* tsbere |
has now tried both and isn't sure but thinks that something is going wrong with a few titles on the regexp/btrim version in his test set |
| 15:52 |
tsbere |
AHA! The ones I am seeing oddities have an array member that is all digits, such as '{1941,"[sound recording]."}', which doesn't play right with the regexp_replace. |
| 15:55 |
|
rlefaive joined #evergreen |
| 15:58 |
|
jlitrell joined #evergreen |
| 16:01 |
dbwells |
dbs: thanks for sharing! Have your variants included uses of oils_xpath_string()? That's been our go-to for a while, but also not perfect, so just curious about any +/- you've noted. |
| 16:18 |
dbs |
array_to_string(XPATH('//marc:datafield[@tag="245"][1]//text()', marc::XML, ARRAY[ARRAY['marc', 'http://www.loc.gov/MARC21/slim']]), ' ') -- I guess? sure |
| 16:18 |
* tsbere |
has gotten his password reset and changed the snippet |
| 16:19 |
* tsbere |
has also updated his email address, now that he has thought about it |
| 16:26 |
dbwells |
dbs: borrowed some ideas from what you posted and combined with what we've done recently, it's not bad in testing; pasting... |
| 16:26 |
pastebot |
"dbwells" at 64.57.241.14 pasted "another quick title option" (1 line) at http://paste.evergreen-ils.org/26 |
| 16:26 |
dbwells |
I've got a report request I'll try it in and see what uglies turn up. |
| 16:42 |
|
mmorgan joined #evergreen |
| 11:30 |
gmcharlt |
er, thanks |
| 11:30 |
gmcharlt |
and howdy folks - re bug 1579225, I think it warrants an early 2.10.3; I would appreciate eyes on it |
| 11:30 |
pinesol_green |
Launchpad bug 1579225 in Evergreen "Patron registration- unable to log in with password entered during registration" [High,Confirmed] https://launchpad.net/bugs/1579225 |
| 11:36 |
dbwells |
gmcharlt: I've given it a once (or twice) over and it seems sensible. Rolling it out now to try to test more angles in our live environment. Do you know the simplest means to reproduce the double-hashing problem? I think we experienced that last week, but I haven't tracked it down yet. |
| 11:38 |
gmcharlt |
dbwells: from the user side, it's just a matter of registering a completely new patron in either the XUL or web staff interfaces |
| 11:39 |
dbwells |
gmcharlt: sorry, I was unclear. I mean the later updates which corrupt the password (e.g. address updates). Does that happen for every address update? |
| 11:40 |
gmcharlt |
dbwells: ah, gotcha. no, I don't believe it would occur with every address updates, just ones that add or subtract an address and thereby causes an update of the base patron record |
| 12:16 |
|
bos20k joined #evergreen |
| 12:23 |
|
brahmina joined #evergreen |
| 12:24 |
|
jvwoolf joined #evergreen |
| 12:27 |
dbwells |
gmcharlt: I am off to lunch, but everything looks good in my testing. I posted a sign-off branch to the bug. Hopefully others will still weigh in. |
| 12:47 |
jeffdavis |
I'll be testing that branch today fwiw. |
| 12:48 |
|
bmills joined #evergreen |
| 12:52 |
dbs |
gmcharlt: +1 to your response on bib record / auth record $0 stuff |
| 12:53 |
dbs |
I guess I should just gmcharlt++ so it counts :) |
| 15:49 |
csharp |
jeff: well, you know I'm interested too :-) |
| 15:50 |
jvwoolf |
Not too change gears too quickly, but csharp and terran: I'm very excited about the Quick Reporter |
| 15:50 |
csharp |
we're pretty happy with it too |
| 15:51 |
terran |
Our users are too! bmills installed it on his test server during our session at the conference and had it up and running by the time we left :) |
| 15:51 |
jvwoolf |
Wow! I should have paid attention to what he was doing. I was sitting right next to him! |
| 15:52 |
jvwoolf |
terran: Your materials are posted, right? |
| 15:52 |
terran |
He found a handful of small issues that we need to tweak, but nothing huge. |
| 16:15 |
jvwoolf |
Or do you want to save that for the conference? |
| 16:15 |
jeff |
I would hope to have shared many interesting things before then, and would be happy to discuss if folk were still interested. |
| 16:16 |
jvwoolf |
Cool, thanks. I'll be in touch. :) |
| 16:16 |
csharp |
hopefully I will get around to setting up a jasper test instance before then too :-) |
| 16:16 |
jvwoolf |
And eagerly awaiting the things you'll share :) |
| 16:16 |
csharp |
jvwoolf++ # thanks for setting up this meeting |
| 16:17 |
terran |
and I'll figure out a Quick Reports bug tracker site before then... |
| 16:27 |
csharp |
jeff: IT DIDN'T WORK! |
| 16:28 |
terran |
csharp: one of us, one of us |
| 16:39 |
kmlussier |
jvwoolf++ |
| 16:45 |
pinesol_green |
[evergreen|Galen Charlton] LP#1579225: add live_t regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82c0202> |
| 16:45 |
pinesol_green |
[evergreen|Galen Charlton] LP#1579225: fix handling of passwords in patron registration - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9289743> |
| 16:48 |
* gmcharlt |
starts the release-cutting dance |
| 16:48 |
|
jvwoolf left #evergreen |
| 17:03 |
jeff |
Wow. Conference Attendees list this year includes cell phone and work phone numbers, as well as whatever people supplied for their mailing address. That's... surprising. |
| 17:33 |
pinesol_green |
[evergreen|Galen Charlton] release notes for 2.10.3 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f0f6c1> |
| 17:40 |
dbs |
need to update history.git |
| 18:04 |
gmcharlt |
the 2.10.3 release is just about ready to go; I'll put it up after dinnner |
| 18:39 |
jeffdavis |
password fix is tested and confirmed here, but I can see it doesn't need any more signoffs :) |
| 18:39 |
jeffdavis |
gmcharlt++ |
| 18:41 |
jihpringle |
gmcharlt++ |
| 19:52 |
gmcharlt |
https://evergreen-ils.org/evergreen-2-10-3-released/ |
| 20:13 |
jlitrell |
gmcharlt++ |
| 14:00 |
jeff |
And ideally don't require touching every SIP2 client config. |
| 14:01 |
JBoyer |
configs only need to be changed on selfcheks if they currently supply the CP field. (I suspect that's very unlikely since it's currently unused.) Release notes are coming in case it's ready to go as-is. |
| 14:01 |
JBoyer |
Blank CPs are fine, they're ignored. |
| 14:01 |
JBoyer |
Also testing notes will go in LP. |
| 14:08 |
jeff |
Yeah, most of our SIP2 clients set CP. I don't want to speak for anyone else's clients, though. |
| 14:11 |
|
bmills joined #evergreen |
| 14:15 |
jeff |
Oh... lovely. |
| 16:44 |
Dyrcona |
Use a RAID setup. |
| 16:44 |
jeff |
one point twenty-one gigaWALs! |
| 16:45 |
Dyrcona |
heh |
| 16:45 |
jihpringle |
kmlussier: if you're around and have time could you check your 2.9 community test server? it's giving me "There was an error testing this hostname" |
| 16:46 |
kmlussier |
jihpringle: You made need to add an SSL exception. |
| 16:48 |
|
jihpringle_ joined #evergreen |
| 16:48 |
* jeff |
cringes |
| 17:23 |
jihpringle |
you're welcome and thanks for fixing. I've now been able to confirm a bug is definitely new in 2.10 |
| 17:33 |
kmlussier |
I wonder if work on the Angular patron editor may have leaked into the xul client and caused the issue with bug 1579225 |
| 17:33 |
pinesol_green |
Launchpad bug 1579225 in Evergreen "Patron registration- unable to log in with password entered during registration" [Undecided,New] https://launchpad.net/bugs/1579225 |
| 17:34 |
gmcharlt |
jihpringle: roughly when did you test it on the ESI community demo? (I want to check logs) |
| 17:35 |
jihpringle |
gmcharlt: around 1:37pm PDT |
| 17:36 |
gmcharlt |
thanks |
| 17:36 |
dbwells |
Being related to the new password hashing infrastructure would also be a good bet. |
| 17:36 |
jihpringle |
and around 1:51pm PDT for the web client |
| 17:36 |
kmlussier |
dbwells: Yes, I was just remembering that's new too. |
| 17:41 |
* gmcharlt |
takes a look |
| 17:42 |
gmcharlt |
test record: a cat with poor password hygiene |
| 17:58 |
|
jihpringle joined #evergreen |
| 18:18 |
|
jlitrell joined #evergreen |
| 18:26 |
gmcharlt |
yep, it's the password hashing |
| 18:26 |
gmcharlt |
during registration, the hashed password is getting set to CRYPT( MD5( pw_salt || MD5(MD5(real_password)) ), pw_salt ) |
| 18:26 |
gmcharlt |
when comparisons are expecting CRYPT( MD5( pw_salt || MD5(real_password) ), pw_salt ) |
| 18:27 |
gmcharlt |
I'll poke more after dinner |
| 18:30 |
gmcharlt |
ok, seeing more: during the open-ils.actor.patron.update dance, a new actor.usr is created |
| 18:30 |
gmcharlt |
the password trigger on actor.usr sets au.passwd to md5(real_password) |
| 18:31 |
gmcharlt |
*then*, the new row gets retrieved and passed on to the rest of the process, including a call to actor.set_passwd |
| 18:31 |
gmcharlt |
and that's where the extraneous md5 is coming from |
| 18:31 |
gmcharlt |
more anon |
| 18:43 |
Christineb |
gmcharlt++ thank you for investigating |
| 19:41 |
|
brahmina joined #evergreen |
| 20:58 |
|
sandbergja joined #evergreen |
| 10:49 |
Dyrcona |
sitalk: It sounds like you have not completely installed OpenSRF and Evergreen. |
| 10:49 |
kmlussier |
mmorgan: Is there anything else that might block the hold beyond age protection? An issue with the patron's account? |
| 10:50 |
Dyrcona |
mmorgan: Do the staff have the permission to override at the consortium depth? It could be a depth issue. |
| 10:51 |
kmlussier |
I know this is hard to test in production, but I wonder if removing the two non-holdable copies (or making them holdable, but age-protected) would make the override appear. |
| 10:52 |
Dyrcona |
mmorgan: Our staff have the ITEM_AGE_PROTECTED.override at depth 0. |
| 10:52 |
Dyrcona |
Well, actually, all users have it at that depth. |
| 10:54 |
Dyrcona |
sitalk: Did you a2ensite eg.conf? |
| 11:40 |
terran |
Bmagic: there are definitely still some OPAC screens that still need more responsive design work |
| 11:41 |
terran |
Bmagic: I tweaked a few things when doing our customizations for our last upgrade, but I was hoping to get back to it at some point (hasn't happened yet) |
| 11:42 |
Bmagic |
It seems like the issue is the use of tables, but I might be wrong |
| 11:46 |
terran |
Hrrm - I'm looking at my test server with 2.9 on it on the opac items out page and don't see anything egregiously broken |
| 11:47 |
terran |
never mind, yes I do |
| 11:52 |
bshum |
Patches welcome :) |
| 11:52 |
|
rjackson_isl joined #evergreen |
| 11:56 |
kmlussier |
Bmagic / terran: I could be misremembering, but I think NOBLE may have done some nice customizations to that screen to address that issue. I think that's one of the screens they were working on at the hack-a-way. I can follow up with them. |
| 14:24 |
yboston |
seems like the 2.10 HTML is not building properly |
| 14:24 |
yboston |
the cahnges sandbergja made to the attributions page are not showing up |
| 14:24 |
jihpringle |
do we have access to the build log for it? |
| 14:25 |
yboston |
only Robert |
| 14:25 |
yboston |
it is building fine on dev amd on the “docs-testing” server |
| 14:25 |
sandbergja |
I could ask Robert to see if we can troubleshoot the issue together |
| 14:25 |
yboston |
http://docs.evergreen-ils.org/dev/attributions.html - here is the main dev version |
| 14:26 |
sandbergja |
I was very curious about that myself! |
| 14:26 |
yboston |
http://docs.evergreen-ils.org/2.10/attributions.html - this is the main 2.10 version |
| 14:26 |
jihpringle |
that explains my issue too, my additions are showing in dev |
| 14:26 |
yboston |
http://docs-testing.evergreen-ils.org/docs/2.10/attributions.html - here is the testing 2.10 |
| 14:26 |
remingtron |
I would expect the page to be blank if there was a build error |
| 14:27 |
remingtron |
are we sure it was backported to 2.10? |
| 14:27 |
yboston |
I can email Robert and icnlude you all to be on the same page |
| 14:27 |
jihpringle |
I don't know how it works for these docs, but with ours if it runs into a problem it just keeps the last version that worked |
| 14:27 |
yboston |
yes, the commits are there, unless a newer commit somhow undud the changes. then againt he testing server grabbed it correctly |
| 14:28 |
remingtron |
yboston: you are right, git.evergreen-ils.org shows the updated file |
| 14:28 |
remingtron |
here's the 2.10 version: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=docs/attributions.txt;h=3e6c629f3d64a43b53be4ba1ac0aa110bd9d67c2;hb=rel_2_10 |
| 14:29 |
yboston |
BTW, normally I just email Robert directly and usually CC remingtron |
| 14:34 |
yboston |
gmcharlt++ gmcharlt++ |
| 14:34 |
remingtron |
yboston: I have a topic |
| 14:35 |
remingtron |
ideas that came up at the conference |
| 14:35 |
yboston |
for setting up the http://docs-testing.evergreen-ils.org |
| 14:35 |
yboston |
go ahead |
| 14:35 |
yboston |
#topic confernece ideas |
| 14:35 |
yboston |
darn |
| 14:36 |
yboston |
(go ahead) |
| 14:36 |
remingtron |
#idea Add links in docs to Sitka doc videos on youtube |
| 14:37 |
remingtron |
#idea Investigate fixing the Help menu link on the XUL client (just needs HTML help/doc files in the right place) |
| 14:37 |
jihpringle |
I'll have a list of the ones that are still accurate for 2.10 by next week |
| 14:50 |
yboston |
I wonder how the links would behave in the PDF and epub version. I hoep they work, but I would still want to proceed if they don't |
| 14:50 |
jihpringle |
they work in our pdf |
| 14:50 |
yboston |
one mroe thing, does Sitka have plans to delete any older videos? concerned abotu “link rot” inthe future |
| 14:51 |
jihpringle |
(I just tested) |
| 14:51 |
yboston |
excellent on the testing |
| 14:51 |
jihpringle |
no, we have no plans to delete the videos |
| 14:51 |
yboston |
cool |
| 14:51 |
jihpringle |
at this point we figure even it if it's not current for us it may be for someone else |
| 14:52 |
jihpringle |
Christineb++ |
| 14:52 |
yboston |
Christineb++ |
| 14:53 |
Christineb |
:) |
| 14:53 |
yboston |
any ideas of how to proceed with this idea? |
| 14:54 |
yboston |
should we ask on the DIG list to see if anyone objects or just has any warnings? |
| 14:54 |
yboston |
shoudl we start with a few links as a test? |
| 14:54 |
Christineb |
We have asked our members for video suggestions - we could also ask DIG if they have any suggestions for short videos |
| 14:54 |
jihpringle |
we should ask PINES about including their videos too |
| 14:54 |
yboston |
shoudl we just discuss it further at the next meeting? |
| 00:36 |
bshum |
dcook: Hey man! |
| 00:36 |
dcook |
howdy :) |
| 00:37 |
* dcook |
knows nothing about Evergreen so steps back to the sidelines |
| 00:38 |
* bshum |
doesn't know what the error means but gets wary with Jessie dependency differences for apache 2.4 |
| 00:39 |
bshum |
I think while I was testing various builds I noticed that Jessie references were missing from the README somewhere |
| 00:39 |
* bshum |
doesn't remember offhand though |
| 00:41 |
* bshum |
is more of a Ubuntu guy |
| 00:45 |
dcook |
I don't know anything about Evergreen, but that's intriguing that there's a OSRFGatewayConfig directive. Does Evergreen have an Apache module dependency? |
| 00:45 |
bshum |
dcook: I'm sure it does somewhere |
| 00:46 |
dcook |
That's wild |
| 00:47 |
* dcook |
will stop troubleshooting software that he doesn't even work on :P |
| 00:48 |
bshum |
dcook++ # drive-by-talking-aloud-troubleshooting |
| 00:48 |
dcook |
hehe |
| 00:49 |
bshum |
A cursory google search doesn't reveal anything for that error message sitalk linked |
| 00:49 |
bshum |
But I wonder if this is either a missed dependency issue (which I know that they added something recently for Jessie) |
| 00:50 |
bshum |
Or if maybe the system was installed with the wrong apache config files |
| 00:50 |
bshum |
There's stuff in examples/apache/* and examples/apache_24/* |
| 00:50 |
bshum |
And for Jessie, you'd want the apache_24/* stuff |
| 00:50 |
bshum |
Since that's the version of Apache that ships with the system |
| 00:50 |
bshum |
I'm unsure what happens if you copy the wrong files into place, I assume it wouldn't work out due to syntax differences between the apache versions |
| 00:55 |
* bshum |
fires up his incomplete Jessie VM to find out |
| 00:56 |
bshum |
sitalk: Not sure if you're still around, but I know you did email the lists with your issue recently. This IRC channel isn't often so talkative at this time, most folks are active in the 9am-5pm Eastern americas timezone |
| 01:06 |
|
mceraso joined #evergreen |
| 01:06 |
|
bshum joined #evergreen |
| 01:27 |
bshum |
sitalk: So I tried running something like "apache2ctl -M" to get a list of loaded apache modules on my Debian Jessie test machine |
| 01:27 |
bshum |
Output looked like http://pastie.org/10823337 |
| 01:27 |
bshum |
Ignoring the 2nd and 3rd line warnings, the rest lists out the Loaded Modules entries |
| 01:28 |
bshum |
And maybe should compare and see if that indicates what might be different between the systems |
| 01:28 |
bshum |
I'll put that into an email reply to your question on the list, just in case you aren't looking at IRC further. |
| 01:30 |
* bshum |
wanders back off to sleep |
| 04:36 |
|
gsams joined #evergreen |
| 06:27 |
|
mrpeters joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 12:48 |
bshum |
I'm not sure if that ought to hold up the Xenial merge though. Since the angular 1.5 issue breaks across all the supported distros at the moment. |
| 12:48 |
Dyrcona |
Right. I don't think it should, either. |
| 12:49 |
Dyrcona |
Concerto works on xenial with Pg 9.5 with the above branch and the other xenial branches. |
| 12:49 |
Dyrcona |
All of the tests passed. |
| 12:49 |
bshum |
Dyrcona: Oh now I remember. Since the angular 1.5 bug points at 2.next (no milestone assignment yet for 2.11) I figured that maybe we should re-open the bug and mark it back to confirmed with notes on the breakage. If it had been on a fix released bug, then I'd be more wary. |
| 12:50 |
Dyrcona |
OK, I can go along with that. |
| 12:50 |
bshum |
Or fix committed onto an actual real milestone |
| 13:03 |
Dyrcona |
I love how the same conflict comes up multiple times when cherry-picking. :) |
| 13:07 |
Dyrcona |
There are 7 commits: 5 from csharp and 2 from me. |
| 13:07 |
Dyrcona |
csharp's lack the lp number, so I'll rebase and edit to add it. |
| 13:08 |
gmcharlt |
I'm fine leaving it out of rel_2_10 for now, but that's driven mostly by a desire to see more Xenial/Stretch testing occur before we make the decision whether to formally extend distro support to the maintenance releases |
| 13:14 |
Dyrcona |
gmcharlt: +1 |
| 13:14 |
Dyrcona |
bshum: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/collab/dyrcona/ubuntu-1604-final |
| 13:15 |
bshum |
Dyrcona: Looks good to me |
| 14:32 |
rndrson2 |
Yes, it is! Thank you, hello everyone! |
| 14:32 |
yboston |
welcome |
| 14:33 |
rndrson2 |
I figured I would lurk a little and see what everyone was talking about |
| 14:33 |
yboston |
we have been mostly going down the contents of the Evergreen community IRC “quick start guide” |
| 14:33 |
yboston |
http://wiki.evergreen-ils.org/doku.php?id=community:irc-quick-start |
| 14:33 |
yboston |
we started with the concept of “replying” |
| 14:34 |
yboston |
rndrson2: which is done as you see here by starting my line with your IRC nickname , a colon then a spcae. then I add my message to you |
| 14:34 |
yboston |
rndrson2: we also sent each other “private messages” which are also explained in the “quick start guide” |
| 14:34 |
yboston |
rndrson2: please feel free to try to send me a private message as a test |
| 14:35 |
rndrson2 |
yboston: makes sense! I've been reading through that, as well as the slideshow from the conference |
| 14:35 |
yboston |
rndrson2: excellent |
| 14:35 |
yboston |
rndrson2: we also talked about “karma” and voting” |
| 14:40 |
yboston |
rndrson2: I beleive they are kept for years, since we are an open source community |
| 14:41 |
jeff |
the irc archives are not subject to any automated time-based purging. |
| 14:41 |
rndrson2 |
It looks like the calendars go back to 6/2013 |
| 14:41 |
yboston |
which reminds me to tell you all not to post your passwords or little test server IP addresses on IRC |
| 14:42 |
jeff |
this irc channel is public, in a way very similar to the community mailing lists. |
| 14:42 |
Dyrcona |
It's a public forum. You should treat as such. |
| 14:42 |
yboston |
one good thing about the log that it is great if you miss an IRC meeting |
| 10:58 |
Dyrcona |
berick: Thanks. That's what I thought. |
| 11:02 |
|
geoffsams joined #evergreen |
| 11:05 |
|
terran joined #evergreen |
| 11:09 |
kmlussier |
My goal for this year is to become clearer on which code contributions require a QA test and which do not. bug 1447746 alters a database function. Does this rise to the level of requiring a pgTap test? |
| 11:09 |
pinesol_green |
Launchpad bug 1447746 in Evergreen "Do not update bib source on match-only merge" [Wishlist,Confirmed] https://launchpad.net/bugs/1447746 |
| 11:19 |
Dyrcona |
At the very least, a pgtap test for the existence of the new column could be done. |
| 11:19 |
|
rlefaive joined #evergreen |
| 11:19 |
Dyrcona |
It can be difficult to write tests for database functions. |
| 11:20 |
|
ddale joined #evergreen |
| 11:21 |
kmlussier |
OK, thanks for the guidance Dyrcona. |
| 11:21 |
kmlussier |
Dyrcona++ |
| 11:22 |
Dyrcona |
You could test that by adding a queue and a record, running the overlay function, and then retrieving the results. |
| 11:22 |
Dyrcona |
It would be a rather involved test, like some of the ones I've written lately. ;) |
| 11:23 |
mceraso |
At the Hack-A-Way this past November, gmcharlt gave an excellent overview of Evergreen and all of its pieces. I thought a map of this was made...was this ever shared with the community? I thought that it was, but I'm having difficulty finding it. Anyone know, offhand? |
| 11:23 |
kmlussier |
mceraso: I think there is a link to it from the Google doc. |
| 11:23 |
Dyrcona |
Could be done as Perl tests or as pgtap. |
| 11:24 |
mceraso |
kmlussier: Aha! That sounds familiar! |
| 11:24 |
kmlussier |
mceraso: Is this it? https://docs.google.com/drawings/d/17aNEr8vLen5wBjCAP4NPnjL7fYT3VxK6_9wVArR9VII/edit?usp=sharing |
| 11:24 |
mceraso |
kmlussier: Yes! Excactly what I needed :) |
| 22:48 |
jeff |
Stompro: keep in mind that the --disable-triggers option is only relevant for data only dumps or restores. |
| 22:49 |
jeff |
Stompro: otherwise, pg_restore's going to copy the data into the tables before it adds things like constraints and triggers. |
| 23:39 |
|
sitalk joined #evergreen |
| 23:45 |
sitalk |
Hello everyone. |
| 23:45 |
sitalk |
I am having the following problem: |
| 23:48 |
sitalk |
The installation of Evergeen went smooth and there were no any errors after starting Evergreen. However I got the following error after restarting apache: |
| 23:49 |
sitalk |
[FAIL] Starting web server: apache2 failed! |
| 23:49 |
sitalk |
[warn] The apache2 configtest failed. ... (warning). |
| 23:49 |
sitalk |
Output of config test was: |
| 23:49 |
sitalk |
AH00526: Syntax error on line 43 of /etc/apache2/eg_vhost.conf: |
| 23:49 |
sitalk |
Invalid command 'OSRFGatewayConfig', perhaps misspelled or defined by a |
| 23:49 |
sitalk |
module not included in the server configuration |
| 23:49 |
sitalk |
Action 'configtest' failed. |
| 23:49 |
sitalk |
Has anyone seen such error before? |
| 23:49 |
sitalk |
Do you have any idea how this issue could be resolved? |
| 23:49 |
sitalk |
Thanks in advance. |
| 23:50 |
sitalk |
I am using Evergreen 2.10 on Debian 8.4 |
| 15:04 |
jeffdavis |
miker: that link above shows how it is working for us now: https://bwlcr.bc.catalogue.libraries.coop/eg/opac/record/108220410 |
| 15:05 |
jeffdavis |
but Liam's changes to make that happen are not a good fit for inclusion in the main codebase, so I'm looking at other ways to implement the same effect |
| 15:05 |
miker |
jeffdavis: ah, ok, so that's sitka-local. I wonder if there's any stock examples, because your page looks good to me |
| 15:06 |
jeffdavis |
https://bwlcr.testing-210-2.catalogue.libraries.coop/eg/opac/record/108220410 shows the same record in 2.10, with Liam's fix reverted |
| 15:07 |
jeffdavis |
(it doesn't work as-is in 2.10, so rather than just tweaking it slightly, this seemed like a good time to see if I could rework it before we upgrade next month) |
| 15:12 |
jeffdavis |
dbwells: fwiw I'm asking locally to see if there is any use case for ever NOT using chronological sorting for serials; if not, that should simplify things |
| 15:12 |
dbwells |
jeffdavis: cool, sounds good |
| 15:14 |
jeffdavis |
dbwells: also, thanks for the discussion! I'll think about this some more and update LP when I have things sorted (so to speak) in my own mind |
| 15:16 |
dbwells |
jeffdavis: I am going to dig up my branch and rework it. I had similar conversations with a few others at the conference, so I think there's enough interest in seeing this in action to better understand and react to it. I think it fits this bug enought that I'll post it there early next week. Does that sound alright? |
| 16:11 |
|
terranmc joined #evergreen |
| 16:12 |
dbs |
oh https://bugs.launchpad.net/bugs/1031335 some day you will be loved again |
| 16:12 |
pinesol_green |
Launchpad bug 1031335 in Evergreen "Email templates should always escape headers" [Medium,Confirmed] |
| 16:23 |
jeffdavis |
What is preventing that bugfix from getting into point releases? Signoff, tests, change in status...? |
| 16:27 |
pinesol_green |
[evergreen|Pasi Kallinen] Fix LP#1031335 by escaping some email headers automatically - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d88e362> |
| 16:27 |
pinesol_green |
[evergreen|Dan Scott] LP#1031335 No-op the escape_email_header helper - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6a8a4f0> |
| 16:29 |
jeffdavis |
heh |
| 11:49 |
|
Dyrcona joined #evergreen |
| 11:52 |
* miker |
claims 0978 for the YAOUS multitude |
| 11:53 |
|
bmills joined #evergreen |
| 11:57 |
pinesol_green |
[evergreen|Galen Charlton] LP#1568195: fix retrieving big OUS batches - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=18cb25a> |
| 11:57 |
pinesol_green |
[evergreen|Mike Rylander] LP#1568195: Stamping upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=491c2cd> |
| 12:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1563531: add libpcre3/libpcre3-dev deps for Jessie - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b07ef85> |
| 12:05 |
pinesol_green |
[evergreen|Galen Charlton] LP#1562153: add regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=977f85b> |
| 12:05 |
pinesol_green |
[evergreen|Galen Charlton] LP#1562153: fix case where changing sort order to relevance can fail - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e45c91d> |
| 12:07 |
gmcharlt |
Dyrcona: berick: absent something coming up unexpectedly, from my POV rel_2_10 is now ready for the 2.10.2 release-cutting mill |
| 12:08 |
gmcharlt |
i.e., all bugs targetted for 2.10.2 now have status fixed committed, and I've bump others to 2.10.3 |
| 12:16 |
JBoyer |
miker's "YAOS multitude" nearly gave me a heartastroke. I initially took it to mean rather something else. (Yo dawg, I heard you like settings...) |
| 12:46 |
pinesol_green |
[evergreen|Galen Charlton] updates to the 2.10.2 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=48c38f5> |
| 12:47 |
Dyrcona |
Awesome! |
| 12:54 |
|
mmorgan joined #evergreen |
| 12:54 |
Dyrcona |
I might not be able to build/test a release tarball until tonight. |
| 12:55 |
Dyrcona |
I have to go to a library for 3:00 pm EDT today. |
| 12:55 |
gmcharlt |
OK |
| 13:01 |
|
hbrennan joined #evergreen |
| 14:22 |
phasefx |
:D :D |
| 14:32 |
jeff |
nobody else has any SIP2 annoyances they'd like to share? :-) |
| 14:33 |
|
sandbergja joined #evergreen |
| 14:37 |
gmcharlt |
2.10.2 is available from https://evergreen-ils.org/egdownloads/ |
| 14:37 |
gmcharlt |
testing welcome, of course |
| 14:37 |
gmcharlt |
I'll await for 2.9.4 and 2.8.8 before making any sort of announcement |
| 14:40 |
gmcharlt |
demo.evergreencatalog.com is now running 2.10.2 as well |
| 14:40 |
pinesol_green |
[evergreen|Galen Charlton] 2.10.1 to 2.10.2 schema upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=69b22e2> |
| 14:40 |
jeff |
gmcharlt++ |
| 14:41 |
kmlussier |
gmcharlt++ |
| 14:47 |
JBoyer |
At this point I don't know if it's worth pulling off of my laptop or just starting fresh on my work machine. |
| 14:48 |
jeff |
cool. if you're going to do it i won't try, but if you'd like to collab let me know. |
| 14:48 |
jeff |
the idea was to allow for default/override in the user def, but also permit the client to specify, right? |
| 14:51 |
JBoyer |
As for other annoyances, the fact that we over-sanitize the end of the message means that stronger passwords can't be used because they may be truncated before being tested. (I filed a bug on this one, if the password ends in ! for example, you can't use a selfcheck or SIP-based vendor service. |
| 14:53 |
JBoyer |
My idea re:workstations is that if you don't supply the CP field you get the same login type as current (opac or temp, can't remember) and if you do supply a CP then you get that workstation only. My changes should be very small and may not work for every vendor (nothing does.) |
| 14:56 |
|
rlefaive joined #evergreen |
| 15:07 |
|
rlefaive left #evergreen |
| 15:40 |
jeff |
Has anyone determined how different SIP2 clients handle a password containing a pipe character? Do they omit it, substitute it, try to pass it unmodified, and/or crash? |
| 15:41 |
|
ethomsen left #evergreen |
| 15:41 |
berick |
jeff: that's like staring into the void |
| 15:42 |
jeff |
I'm surprised that SIP3 didn't include an escape... no, I'm not surprised. |
| 15:43 |
jeff |
I can test a few implementations. |
| 15:43 |
jeff |
But not as many as I'd like. |
| 16:02 |
tsbere |
jeff: Most of the ones I have seen either bail on it (bad input), expect that field to be a *pin* and not a *password*, or pass it on as-is breaking the message. |
| 16:03 |
tsbere |
jeff: Which brings me, interestingly, to a thought of "that would be nice": SIP2 and maybe telephony only "PIN" number to avoid this kind of issue. <_< |
| 16:05 |
jeff |
yeah. |
| 17:38 |
kmlussier |
Ewwww |
| 17:42 |
Dyrcona |
Dah Beast! :) |
| 17:42 |
Dyrcona |
That's what my acquaintances used to call it. |
| 17:42 |
* Dyrcona |
is testing tarball installation. |
| 17:45 |
Dyrcona |
@brew |
| 17:45 |
pinesol_green |
Dyrcona: well, that's what you get for not being a shell script |
| 17:45 |
Dyrcona |
@bartender |
| 17:46 |
* pinesol_green |
fills a pint glass with Cambridge Brewing Company's Late Harvest IPA, and sends it sliding down the bar to kmlussier (http://beeradvocate.com/beer/profile/14/26930/) |
| 17:47 |
kmlussier |
Dyrcona: That's better, but I would have been much happier with your Octoberfest. |
| 17:47 |
Dyrcona |
We'll trade. :) |
| 17:49 |
* Dyrcona |
is preparing to test the upgrade script. Just have to build 2.9.3 enough and rebuild the database, first. |
| 17:52 |
Dyrcona |
I recall being in a roleplaying channel years ago where the bartender bot would distribute a wider variety of beverages than just beer. |
| 17:53 |
Dyrcona |
And, the upgrade script works. |
| 17:59 |
kmlussier |
Yay for working upgrade scripts! |
| 18:44 |
|
gsams joined #evergreen |
| 18:52 |
Dyrcona |
Assuming 2.8.8 is ready to go (the files are on the server), I will update the downloads page for 2.9.4 and 2.8.8 at the same time. |
| 18:52 |
* jeffdavis |
notices bug 1573372, feels bad about introducing it |
| 18:52 |
pinesol_green |
Launchpad bug 1573372 in Evergreen 2.10 "Fix 15-opt-in live test, use SKIP instead of BAILOUT" [Undecided,Fix committed] https://launchpad.net/bugs/1573372 |
| 19:00 |
Dyrcona |
Umm.... WordPress obviously doesn't like me. |
| 19:01 |
Dyrcona |
@blame touchpads |
| 19:01 |
pinesol_green |
Dyrcona: touchpads musta been an Apple employee. |
| 09:40 |
|
mllewellyn joined #evergreen |
| 09:45 |
kmlussier |
rhamby_: I'm not sure about the @brains plugin. Since coffee is what gets my brain working, I was thinking it would suffice. |
| 09:46 |
rhamby_ |
kmlussier: I had a sleepless night of a child coughing and feeling miserable. I think zombie like enough that I might need the actual brains. |
| 09:47 |
kmlussier |
rhamby_: Ugh, sorry to hear that. |
| 09:48 |
|
awitter joined #evergreen |
| 10:09 |
|
mmorgan1 joined #evergreen |
| 10:16 |
kmlussier |
I've tested the fix for bug 1564079 and it looks good to me. I want to make sure I handle the database bits correctly when I merge it. |
| 10:16 |
pinesol_green |
Launchpad bug 1564079 in Evergreen "Checkout history fails on serials checkouts / deleted copies" [High,Confirmed] https://launchpad.net/bugs/1564079 - Assigned to Kathy Lussier (klussier) |
| 10:16 |
berick |
kmlussier++ |
| 10:16 |
kmlussier |
It looks like the upgrade script was modified directly for most of the changes, and the only upgrade script I need to stamp is schema.fix_circ_history_copy_ref.sql. Is that correct? |
| 11:10 |
awitter |
rlefaive nice!! |
| 11:11 |
csharp |
rlefaive: we'll look into making it work with vagrant/vbox |
| 11:12 |
rlefaive |
csharp++ awitter++ |
| 11:14 |
awitter |
rlefaive thanks for testing this |
| 11:16 |
Dyrcona |
rlefaive: Did you install to a virtual machine or to actual hardware? |
| 11:17 |
rlefaive |
it was a virtual machine (virtualbox on my mac), but I suffered through the purple-screen install steps instead of using vagrant up. |
| 11:17 |
jeff |
what basebox were you using with vagrant? |
| 11:29 |
Dyrcona |
We already have staff complaining that account adjustment shows up as a payment, so I'd argue "No" for amnesty using an adjustment. |
| 11:29 |
Dyrcona |
So, the patron has a negative balance of $5.00? |
| 11:29 |
Bmagic |
yep! |
| 11:29 |
* csharp |
is now testing ubuntu/trusty64 on vagrant so we can compare with base ubuntu installs from ISO |
| 11:30 |
awitter |
csharp++ apt-get install evergreen-ils should work in all cases |
| 11:30 |
Dyrcona |
So, lost didn't just void the overdue billings.... |
| 11:31 |
Dyrcona |
dbwells took this branch over from me and added the account adjustments. |
| 15:55 |
Dyrcona |
BTW, I'm signing off on lp 1569884, it could be included in this round of updates. |
| 15:55 |
pinesol_green |
Launchpad bug 1569884 in Evergreen 2.9 "Reusing deleted monograph parts" [Undecided,Confirmed] https://launchpad.net/bugs/1569884 |
| 15:55 |
gmcharlt |
+1 |
| 15:55 |
Dyrcona |
There are no notes or tests, but we're using the upgrade script version in production. |
| 15:57 |
kmlussier |
jeffdavis: I don't know how far you got in your explorations, but in answer to one of the questions Liam asked, there is a serials compressed holdings view that sorts the serials holdings display by date. |
| 15:58 |
kmlussier |
jeffdavis: We don't use that display because of bug 963341. I actually don't think the patch that came with the bug fixes the problem originally reported. I'll have to look into it at some point and file a new one if needed. |
| 15:58 |
pinesol_green |
Launchpad bug 963341 in Evergreen "Allow the JSPac and TPac to display both MFHD records and Serial Control/Alternate records," [Medium,Fix released] https://launchpad.net/bugs/963341 |
| 16:36 |
dbs |
kmlussier++ # thanks, "Replace barcode" is a bit unintuitive :) I had 20 copies with 20 separate callnums to assign parts to and unify callnums, so the bulk "Edit items/volumes per bib" did the trick in one shot |
| 16:37 |
dbs |
People are still getting used to parts here, so even when I create the catalogue record & the parts in advance and say "please use the Computer & Charger parts for a single callnum" they sometimes fall back to old habits |
| 16:38 |
dbs |
(not to mention "LC" callnum type for accession callnums of "1001", "1002", etc... heh) |
| 16:44 |
kmlussier |
dbs: Yeah, we tested parts at the same time we were testing the unified volume/copy editor, so I didn't notice the "unintuitive for non-unified-editor users" piece until others started using the feature. |
| 16:46 |
|
gmcharlt_ joined #evergreen |
| 16:46 |
|
dbs joined #evergreen |
| 16:48 |
|
awitter joined #evergreen |
| 13:45 |
|
krvmga joined #evergreen |
| 13:51 |
|
mrpeters joined #evergreen |
| 13:53 |
bshum |
@rss announce list |
| 13:53 |
pinesol_green |
bshum: qatests |
| 13:55 |
|
ericar_ joined #evergreen |
| 13:57 |
pinesol_green |
News from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 14:03 |
|
rlefaive joined #evergreen |
| 14:04 |
|
jvwoolf joined #evergreen |
| 14:26 |
|
mrpeters left #evergreen |
| 14:30 |
* tsbere |
looks at the test failure message for kicks, finds out that it was a karma failure and considers that mildly amusing |
| 15:05 |
|
mmorgan1 joined #evergreen |
| 15:29 |
kmlussier |
phasefx++ #Nicely stated! |
| 15:30 |
* phasefx |
still remembers the early days when folks thought we were nuts |
| 17:27 |
jeffdavis |
@seen collum |
| 17:27 |
pinesol_green |
jeffdavis: collum was last seen in #evergreen 3 days, 2 hours, 47 minutes, and 14 seconds ago: <collum> The Zucker jokes won't stop forming in my brain. |
| 17:27 |
awitter |
gotit |
| 17:28 |
csharp |
rlefaive: we're testing to see if the hostname ending with a number is the problem |
| 17:28 |
rlefaive |
csharp: ridonculous! but plausible. |
| 17:37 |
csharp |
rlefaive: nope - not the issue |
| 17:37 |
rlefaive |
csharp: are you getting the issue? |
| 17:50 |
rlefaive |
awitter, csharp: should i run apt-get install as opensrf user? |
| 17:51 |
rlefaive |
well poop, i wasn’t root. |
| 17:51 |
rlefaive |
i wasn’t root, but i did sudo. so that’s probably not it. |
| 17:52 |
awitter |
rlefaive when you get a chance can you test it on a full ubuntu server 14.04 proper rather than a canned image? |
| 17:54 |
|
awitter joined #evergreen |
| 17:58 |
rlefaive |
The server iso is still half-downloaded and I’m 2h late for going home. Sorry folks, i’ll have to continue tomorrow. |
| 18:40 |
awitter |
ok no worries |
| 11:15 |
jeff |
@rss announce add qatests |
| 11:15 |
pinesol_green |
jeff: The operation succeeded. |
| 11:15 |
jeff |
@rss qatests |
| 11:15 |
pinesol_green |
jeff: 11:15 AM, April 23, 2016: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 11:15 |
bshum |
jeff: It won't announce I think cause the date doesn't change on the RSS feed |
| 11:15 |
bshum |
Or rather, there is no date timestamp |
| 11:16 |
bshum |
So it views it as no change, whenever it stays failed |
| 11:16 |
bshum |
The RSS feed in #openils-evergreen works fine for reading off bugs, commits, etc. so I'm pretty sure that's the culprit area, not the plugin anyways. |
| 11:16 |
bshum |
I've been meaning to ask phasefx too, but didn't get around to it yet. |
| 11:17 |
jeff |
seems logical. |
| 11:17 |
bshum |
Oh good, the build test has the same error I see :) |
| 11:17 |
jeff |
also, it's the kind of rss feed where the url doesn't change. that could be it also. |
| 11:18 |
bshum |
Is it normal that it grabs two versions of phantomjs? I see a part where it grabs 1.9.x and also 2.1.x |
| 11:18 |
bshum |
jeff: Yeah, enhancing the way the RSS generates for live test would be cool :) |
| 11:18 |
jeff |
bshum: i don't know (re: two phantomjs versions) |
| 11:19 |
bshum |
It shows up here, along with where the build test fails and stops - http://testing.evergreen-ils.org/~live/test.16.html |
| 11:19 |
bshum |
Just an oddity I guess |
| 11:22 |
berickm |
bshum: looking at my 14.04 server now.. |
| 11:24 |
|
hbrennan joined #evergreen |
| 11:25 |
berickm |
bshum: when done, do you have 2 versions or only last one installed? |
| 11:25 |
berickm |
i don't have the install log anymore for my test server, but can confirm there is only one version available |
| 11:26 |
bshum |
berickm: I'm not sure yet, let me figure out how to test what I have |
| 11:26 |
berickm |
actually, i could re-run install. not as many people on the network now |
| 11:26 |
* berickm |
does so |
| 11:30 |
berickm |
bshum: i can confirm it's installed twice on 14.04. looks like Jasmine installs 1.9 as a pre-req, then we (intentionally) fetch version 2 |
