Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148

Results for 2018-10-11

11:35 Bmagic windows_file_explorer++
11:35 Bmagic windows_task_manager++
11:36 * mmorgan wonders what's so great about file explorer and task manager
11:36 aabbee "windows 10 october 2018 update no longer deletes your data" https://arstechnica.com/gadgets/2018/1​0/microsoft-fixes-october-update-file-​deleting-bug-resumes-insider-testing/, so they got that going for them, which is nice.
11:39 kmlussier @karma microsoft
11:39 pinesol kmlussier: Karma for "microsoft" has been increased 0 times and decreased 1 time for a total karma of -1.
11:39 kmlussier microsoft--
11:52 Bmagic Right now, I am favoring fedora with KDE (if someone made me switch today)
11:53 bshum berick: Oooo pretty :D
11:53 * Dyrcona used to work on KDE and wouldn't recommend it. They broke everything in KDE 4 and decided to release it half-finished.
11:53 Bmagic I've heard that too but in testing, everything seems to work for me
11:53 Dyrcona Well, they've had time to finish more stuff since then. :)
11:54 Bmagic Starcraft 2 doesn't work so well in wine on my GPU on Gnome or KDE... so there's that
11:54 Dyrcona I left about the time 2.0 was done because my daughter was born and no more time.
12:32 mmorgan s/bit/but
12:36 Dyrcona mmorgan: Thanks. All of our print notices are sort on usr.
12:37 Dyrcona Our lost print notice has an extra loop to sort by target_copy.call_number.owning_lib, and before I started running these in parallel it worked.
12:38 Dyrcona The other od print notices work, so I assume the failure is related to this second sort, but I'm still waiting on test results.
12:56 * Dyrcona thinks we're going back to the old settings...
13:22 jvwoolf joined #evergreen
13:58 jeff Just a few short days after the LoC MARC site outage, and I'm getting bibs from OCLC with no 245.

Results for 2018-10-10

13:26 JBoyer That database seems... sickly.
13:27 jeff looks like the upgrade script may have relied upon assertions that do not hold true with our database.
13:29 JBoyer I do remember undertaking a "Great Realignment" here at some point years ago. Without that I suspect we'd be in the same boat.
13:30 JBoyer (though I did just go check our 3.2 test db just to be sure we're not actually knee deep in said boat.)
13:42 jeff during your "Great Realignment", did you dig into how you had diverged?
13:43 jeff And, did you encounter any serious gotchas?
13:49 JBoyer I suspect that one or more new fields were added manually without necessarily using the same ids as the upgrade scripts (or worse, the upgrade scripts disagree(d) with the seed data) but it was long enough ago and I was fresh enough at the job that I didn't go very far down that road.
15:11 kmlussier #action gmcharlt will open and work on bugs for documentation changes for better ejabberd configuration during installation of OpenSRF
15:12 kmlussier #info berick has reviewed miker's ejabberd changes for bug 1703411
15:12 pinesol Launchpad bug 1703411 in OpenSRF "OpenSRF: XMPP Non-SASL auth is being phased out" [Medium,Confirmed] https://launchpad.net/bugs/1703411
15:12 kmlussier #info gmcharlt and Dyrcona to tested the ang6 branch
15:12 kmlussier Is there anything else to say about the action items from the previous meeting?
15:13 kmlussier #topic OpenSRF 3.1 beta release
15:13 Topic for #evergreen is now OpenSRF 3.1 beta release (Meeting topic: 2018-10-10 Evergreen developers meeting)
15:13 kmlussier gmcharlt?
15:13 Dyrcona I think that bug 1703411 should actually be bug 1793356.
15:13 pinesol Launchpad bug 1703411 in OpenSRF "OpenSRF: XMPP Non-SASL auth is being phased out" [Medium,Confirmed] https://launchpad.net/bugs/1703411
15:13 pinesol Launchpad bug 1793356 in OpenSRF "Ejabberd strips custom XML attributes" [Medium,Fix committed] https://launchpad.net/bugs/1793356
15:16 kmlussier gmcharlt: Are there any OpenSRF bugs that need to be reviewed to help with the release?
15:18 gmcharlt for the beta, as many eyes as possible on the websocketd patch woudl be great
15:18 JBoyer I'm hoping to throw some tuits in that direction soon.
15:18 * berick is running it on a large test cluster as of 2 weeks ago
15:19 JBoyer berick++
15:19 kmlussier #help websocketd patch needs review from as many people as possible.
15:19 Dyrcona I'm running websocketd in production with OpenSRF 3.0.1 if that means anything.

Results for 2018-10-08

16:07 stephengwills thanks
16:13 Dyrcona Well, I'm out of here, folks. Catch you all tomorrow!
16:50 jvwoolf left #evergreen
17:48 pinesol [evergreen|Jane Sandberg] Docs: re-adding missing anchor to install instructions - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=65e6050>
17:48 pinesol [evergreen|Jane Sandberg] Docs: adding action/triggers to staff client admin docs - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2aa51b4>
17:48 pinesol [evergreen|Jane Sandberg] Docs: adding info about testing action triggers - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=10c7e63>
19:51 beanjammin joined #evergreen
21:34 RBecker joined #evergreen

Results for 2018-10-04

15:07 alynn26 Its a JSON File. There is one issue with the pocket label, we print the Circulating library on the pocket. In the templates they left out the short code for circulating library but had the ID.  In the JSON, I use the ID, and have it print the approiate Short code for the Library.
15:07 Dyrcona joined #evergreen
15:09 sandbergja alynn26++ #can't wait to try these out!
15:15 alynn26 I have a quick question about Vandelay.  My staff have been trying to export the Item Import list as a CSV, and it is not working.  I have them a work around, but would rather see this fixed. I tested it on Nobles test server and you can not export it there either.
15:21 alynn26 sandbergja, here are the instructions I gave our staff on printing labels.  https://drive.google.com/drive/folders/1zV​o5B01n4SfR8FIuBE1cxDxhkruNDcxu?usp=sharing
15:32 khuckins_ joined #evergreen
15:33 alynn26 joined #evergreen
15:35 aabbee joined #evergreen
17:37 jeffdavis I filed bug 1794884 about non-OPAC-visible holdings in Z39.50 output but it looks like a similar issue exists with, e.g, /opac/extras/supercat/retri​eve/marcxml-full/record/$id
17:37 pinesol Launchpad bug 1794884 in Evergreen "SRU/Z39.50 results can include non-OPAC-visible holdings" [Undecided,New] https://launchpad.net/bugs/1794884
18:00 berick joined #evergreen
18:08 jeffdavis looking at the no-longer-used _cp_is_visible() function in Application/SuperCat.pm, seems like only opac-visible items should be included
18:09 jeffdavis which I think means the new_record_holdings() function in Application/SuperCat.pm ought to be updated to test for opac visibility
18:10 * jeffdavis files a bug report
18:35 jeffdavis for the logs: bug 1796201
18:35 pinesol Launchpad bug 1796201 in Evergreen "SuperCat output can include non-OPAC-visible holdings" [Undecided,New] https://launchpad.net/bugs/1796201
18:47 jaswinder joined #evergreen
20:04 badzerglingyQ joined #evergreen

Results for 2018-10-03

16:38 kmlussier BAMkubasa: I think it needs to be 0.
16:38 BAMkubasa bshum 2.12.7 in this instance
16:38 Bmagic 0=consortium 1=system (usually)
16:38 BAMkubasa Bmagic, no, not in our testing of a separate account with the same privileges
16:39 BAMkubasa alright, first test then will be to set those privileges at the consortium level and try again
16:41 * kmlussier isn't certain now that she hears another account with the same privileges has no trouble. But it doesn't hurt.
16:41 kmlussier More than eight years working on Evergreen, and I still don't understand how it works.
16:44 bshum Silly nitpick, but BAMkubasa, you said VIEW_CIRC_MATRIX_MATCHPOINT instead of VIEW_HOLD_MATRIX_MATCHPOINT

Results for 2018-10-01

10:17 ValenFn joined #evergreen
10:22 Dyrcona JBoyer | csharp | mmorgan: We have customized filters but not for the hold_request.shelf_expires_soon hook. I assume we don't need any?
10:24 JBoyer Doesn't seem like you should, no. I suppose you could simplify it a bit or remove it altogether to see if that at least allows the definition to catch and react a few events.
10:25 Dyrcona I am considering just doing --process-hooks for just that hook. I tried on a test database, but it had no holds meeting the conditions. The data is too old.
10:25 Dyrcona I'll see if I can find the collection query in the logs, first.
10:34 Guest46016 joined #evergreen
10:35 kmlussier joined #evergreen

Results for 2018-09-26

12:00 trotski20008 joined #evergreen
12:04 jihpringle joined #evergreen
12:11 pinesol [evergreen|Jane Sandberg] Docs: Adding release notes for 3.0.12 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2e32e9b>
12:13 * berick re-tests 3.1 sql upgrade after migrating ~2/3 of money.billing to money.aged_billing
12:13 pinesol [evergreen|Jane Sandberg] Docs: Adding 3.1.6 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9c5ab62>
12:13 miker kmlussier: do you have a moment to consider my last comment on bug 1746536?
12:13 pinesol Launchpad bug 1746536 in Evergreen "web client: cannot edit vol/call number in item status" [Medium,Confirmed] https://launchpad.net/bugs/1746536
15:49 spreeuw6 joined #evergreen
15:50 kd2kiq joined #evergreen
16:02 CLDZ0 joined #evergreen
16:04 berick csharp: my 3.1 billing updates went from 12 hours to 5 hours afer deploying my aged billing code locally.  still lots of testing to do, but things are looking better.
16:05 mmorgan berick++
16:10 fernie16 joined #evergreen
16:14 sybix_ joined #evergreen

Results for 2018-09-25

13:20 * mmorgan is trying to figure out the context for the ou setting circ.max_accept_return_of_lost. Is it the copy.circ_lib, circulation.circ_lib, or checkin lib?
13:30 user-19 joined #evergreen
13:32 Dyrcona mmorgan: I don't think it's actually used anywhere. At least, a quick grep didn't turn anything up.
13:32 * mmorgan tried the quick grep, too.
13:33 mmorgan I know through testing it works when set at the consortium level.
13:35 dbwells mmorgan: I am fairly sure it is the copy circ_lib
13:36 Dyrcona mmorgan: It's used in Circ/Circulate.pm line 3703
13:37 Dyrcona Looks like dbwells is correct.

Results for 2018-09-24

14:46 pinesol [evergreen|Galen Charlton] LP#1789442: restore column allocation for barcode input - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=110624b>
14:46 pinesol [evergreen|Galen Charlton] LP#1789442: turn of Perl taint-checking on 14-OpenILS-Utils.t - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6c0e0d5>
14:48 Dyrcona remingtron++
14:49 dbwells berick, gmcharlt, et al: I noticed now the extra chatter on the checkout display problems on bug #1552778.  I had also noticed this bug and am trying to track it down, but I also stand ready to test any proposed fixes should others also be looking at it right now.
14:49 pinesol Launchpad bug 1552778 in Evergreen 3.1 "Web client check-out "specific due date" should also include times" [Medium,Confirmed] https://launchpad.net/bugs/1552778
14:50 gmcharlt dbwells: I will look at that one in a bit, but not for another hour or so due to other calls on my tuits
14:52 dbwells gmcharlt: Okay, thanks for the update.  I'll keep poking, but I don't have a good view of the big picture yet, so we'll see if I get anywhere useful.
16:29 berick fix pushed for bug 1794176
16:29 pinesol Launchpad bug 1794176 in Evergreen "Webstaff: Lines added to checkout grid blank on checkout" [High,Confirmed] https://launchpad.net/bugs/1794176
16:30 berick hm, looks like tooltips were backported too, so this fix will need backporting as well
16:31 dbwells testing now...
16:32 dbwells berick++
16:38 jihpringle joined #evergreen
16:42 kmlussier @blame tooltips
16:42 pinesol kmlussier: I come to bury tooltips, not to praise them.

Results for 2018-09-21

10:46 Dyrcona Lp 1514085
10:46 pinesol Launchpad bug 1514085 in Evergreen "Feature Request: Make Vandelay Asynchronous/Stateless" [Wishlist,Fix released] https://launchpad.net/bugs/1514085
10:46 beanjammin joined #evergreen
10:47 csharp no, I know I didn't
10:47 csharp not on production - we were testing it and I'm not sure where Tiffany left off
10:47 Dyrcona Must be something else, then. Carry on. :)
10:47 csharp thanks for thinking of it
10:48 Dyrcona Might be worth trying with that branch on a test system, though. There's a chance it might resolve your issue.
10:50 cesardv JBoyer: hey! Sorry I was in the zone... what's up?
10:51 JBoyer No problem, I was just curious why bug 1691263 added select-on-focus, since some of our catalogers are unhappy about it.
10:51 pinesol Launchpad bug 1691263 in Evergreen 3.0 "webclient wishlist: wrap long fields in MARC editor" [Medium,Fix released] https://launchpad.net/bugs/1691263
15:33 pinesol Launchpad bug 1552778 in Evergreen 3.1 "Web client check-in "effective date" and check-out "specific due date" should also include times" [Medium,Confirmed] https://launchpad.net/bugs/1552778
15:33 pinesol Launchpad bug 1789442 in Evergreen 3.1 "Web client: When editing an hourly due date the time is automatically changed to 12:00 am" [Medium,Confirmed] https://launchpad.net/bugs/1789442
15:34 Dyrcona gmcharlt expects us to work.... :)
15:34 * Dyrcona is testing bshum's branch for Ubuntu 18 support in Evergreen, and it is going well so far.
15:35 gmcharlt of particular note: that branch establishes a clean_ISO8601 in Evergreen, copied and fixed from cleanse_ISO8601 in OpenSRF; other time-manipulation functions are brought over as well, particularly interval_to_seconds() and seconds_to_interval()
15:35 gmcharlt so... not only do I want you all to work... I want you to work hard! ;)
15:35 Dyrcona :)
15:35 bshum Speaking of Ubuntu 18, should we wait till the .1 to put that through?  It wouldn't be the first time we ported distro support in a future release if we wanted to give more time to test things around
15:36 bshum Though we've also just pushed stuff like that before, and called it "initial support" :D
15:36 bshum With more to come later
15:36 gmcharlt bshum: works for me if it works for y'all; distro support need not be strictly tied to Evergreen .0 releases
15:36 Dyrcona Well, it's not much use without OpenSRF released also. The -RC is Monday, and that's really up to berick.
15:36 bshum That's true, OpenSRF is important
15:36 gmcharlt and on my plate for next week now that the webstafblockers (I think) all have patches at this point
15:36 Dyrcona Anyway, time to run the tests and then kick the tires on the web staff client.
15:37 bshum gmcharlt: That's cool, definitely doesn't hurt to test stuff more thoroughly all around, especially since we're going back to CPAN for some of the dependencies again.  And new perl, etc.
15:38 Dyrcona Tests are failing, but I kind of expected that. :(
15:38 bshum Bah humbug :)
15:38 kmlussier gmcharlt: If nobody else gets to it, I'll try to take a look at webstaffblocker patches over the next couple of days.
15:38 gmcharlt kmlussier++
15:40 bshum Dyrcona: Err, not for a few days :(
15:40 bshum Well not since last week
15:40 bshum When we were doing the bug week
15:41 Dyrcona Well, it might be a problem with newer Perl versions and something odd that we're doing: Failed test 'use OpenILS::Application::Circ::HoldNotify;'
15:42 Dyrcona Yeahp, that's what it looks like: Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/\${ <-- HERE EMAIL_SENDER}/ at /usr/local/share/perl/5.26.1/OpenI​LS/Application/Circ/HoldNotify.pm line 358.
15:42 Dyrcona I think that used to just raise a warning.
15:45 Dyrcona Yeahp, in perl 5.22 it says that construction is deprecated, not illegal.
15:50 spont4e4 joined #evergreen
15:57 berick can we delete HoldNotify yet?
15:58 Dyrcona No idea, but the fix isn't too hard. However, I get some nice warnings including a vulnerability from CGI.pm.
16:00 bshum Dyrcona: fwiw, all live tests pass clean for current master as of this writing on my new ubuntu 16.04 box.  So guess it's a unique issue to 18.04's new perl.
16:01 Dyrcona It's something that was deprecated and then became illegal, i.e. it throws a warning on ubuntu 16.04. bshum: Did you also run make check or just make live-check?
16:02 bshum Dyrcona: I just ran livecheck first
16:02 bshum I can go back and do the other
16:02 bshum make check passes, though I do see all those deprecation warnings you speak of
16:03 Dyrcona live tests are also blowing up, but I'm about to call it a day.
16:08 Dyrcona We're definitely not ready for Ubuntu 18.04 and Perl 5.26.1.
16:20 kmlussier joined #evergreen
16:49 pinesol [evergreen|Dan Wells] LP#1791340 Webstaff: Don't backdate when we're not - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c09dd9a>

Results for 2018-09-20

10:26 berick bshum: oh, going for PG 10.. bold
10:26 bshum berick: But hey, on the plus side, npm ran happily enough
10:27 berick ;)
10:27 bshum berick: PG10 is the default for Ubuntu 18
10:27 bshum We could add the PG apt repo and only install up to 9.6 I guess
10:27 bshum To match what we're doing with Stretch
10:27 * bshum will consider that as an option to get a working system proceeding so that we can test the rest of it
10:28 pinesol [evergreen|Jason Boyer] LP1792371: Fix De-select Whole Page Action - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5f4b487>
10:29 bshum Oh for randomness, now that eg_startup is in apache_24 folder, we need to add it to the .gitignore too
10:30 berick bshum: well, pg10 prep is certainly appreciated.  if that's a pre-req for adopting the 18.04 install target, though, it will push it back.
10:42 bshum Where they tell you that 9.6 is obsolete, and you should install 10 instead
10:43 bshum Must be a package thing with the repo
10:43 berick that was fast
10:43 * bshum clicks OK and proceeds anyways
10:43 bshum :D
10:44 bshum Well their site says it's still supported through 2021
10:45 bshum I don't know why this warning popped up
10:45 * bshum will test that further the next installs
10:47 bshum And concerto DB created with PG 9.6 on Ubuntu 18.04.  Moment of truth, firing up open-ils services...
10:48 bshum And search works in tpac
10:49 bshum Whee
10:49 bshum Now to setup my websockets and see if the web client can open... lol
10:49 berick woohoo
10:49 bshum berick++
10:50 JBoyer bshum++ # What does this button do...
10:52 Dyrcona bshum++
10:52 * Dyrcona is still working on getting OpenSRF to work with a clean Ubuntu 18 vm.
10:54 bshum Staff client logs in for me too.
10:54 bshum I'll test more of the parts later on
10:54 bshum And get all the changes I recommend for OpenSRF and Evergreen into some branches for further testing
10:56 bshum Unrelated, there are "ads" in my Ubuntu 18 terminal screen
10:56 bshum "here's how to make a kiosk, look at this tutorial URL"
10:56 bshum "here's entertainment tips to use with Ubuntu"
10:56 Dyrcona Yes, I've seen those.
10:56 bshum That's just weird
10:56 Dyrcona No, just stupid.
15:35 Dyrcona Lp 1793356
15:35 pinesol Launchpad bug 1793356 in OpenSRF "Ejabberd strips custom XML attributes" [Medium,Confirmed] https://launchpad.net/bugs/1793356
15:35 Dyrcona 1 "5" not 2.
15:38 berick Dyrcona: ah, thanks for checking that.  test likely needs a poke
15:39 Dyrcona Yeah, I suspect it is looking for things in attributes.
15:40 Dyrcona Yeah, looks like the sample message needs updating on line 114.
15:43 Dyrcona And, looks like line 202 is also blowing up.
15:46 computertechie9 joined #evergreen
15:47 Dyrcona berick: Would you like me to update the bug with the test failure details?
15:53 berick Dyrcona: oh, yeah, or just a comment that it's happening so it's not lost
15:53 Dyrcona Will doo.
15:53 Dyrcona do.

Results for 2018-09-19

10:33 berick do it
10:35 * Dyrcona imagines berick in a pec flex saying "Do it!" a la Shia Laboeuf. :)
10:36 csharp we're running it on XFS
10:42 Dyrcona XFS is cool. I used it on a test db server.
10:43 Dyrcona The setup time for ZFS is amazing, though. Just run two commands and you're done. No waiting around for a format, etc.
10:44 Dyrcona Well, you can do it in one, but I wanted a mirrored pool. :)
10:54 khuckins_ joined #evergreen
21:01 gsams_ joined #evergreen
22:00 bshum berick++ # clean Ubuntu 18.04 has working opensrf.math for me now! RE: https://bugs.launchpad.net/opensrf/+bug/1793356
22:00 pinesol Launchpad bug 1793356 in OpenSRF "Ejabberd strips custom XML attributes" [Medium,Confirmed] - Assigned to Jason Stephenson (jstephenson)
22:01 bshum Testing the next rounds with Evergreen will require further tweaking and building new Makefile for it.  I'll poke at that further and report back when I can.
23:30 yar joined #evergreen

Results for 2018-09-18

10:49 bdljohn joined #evergreen
11:15 berick note to self, running 'prove' on a pgtap file produces confusing results.
11:16 Dyrcona heh.
11:34 berick would be great to get bug 1787274 merged before the RC - review/test volunteers needed
11:34 pinesol Launchpad bug 1787274 in Evergreen "Web Client: Transits Don't Always Clear" [Critical,Confirmed] https://launchpad.net/bugs/1787274
11:37 miker berick: I have a few to toss in that boat, too. once I'm at a computer I'll list them here of that might be helpful
11:38 berick miker: great
11:38 * berick adds a test note to the LP
11:39 kmlussier berick: I'm about to load some patches on a VM. I can add that one to the pile.
11:39 berick kmlussier++
11:39 berick kmlussier: well, maybe wait for miker's input -- not sure what he's got in mind
13:28 BAMkubasa hello good people. can anyone tell me in which of the data tables I can find details about secondary permission group(s) that a user is in? actor.usr has profile for the primary permission group, but I'm trying to find out other instances where staff have multiple permission groups
13:29 jeff BAMkubasa: I believe that would be in permission.usr_grp_map
13:29 jeff yep, just double checked my memory. you'll find a mapping in that table of usr (actor.usr.id) to grp (permission.grp_tree.id)
13:34 BAMkubasa ok, gotcha Jeff. that worked with my test case. Thanks!
13:34 jeff BAMkubasa: you're welcome!
13:36 pihlstro7 joined #evergreen
13:36 pihlstro7 was kicked by jeff: spam
14:25 jvwoolf joined #evergreen
14:25 kmlussier Nope. Looks like I added eg.circ.checkin.do_inventory_update. Sigh...
14:27 kmlussier Actually, eg.circ.checkin.do_inventory_update is the correct setting that's tied to that checkin modifier. I don't know what that other one is.
14:30 pinesol [evergreen|Jane Sandberg] Docs: LP1793184 adding to the 3.2 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cbdc776>
14:44 TheLugal18 joined #evergreen
14:45 TheLugal18 was kicked by jeff: spam
14:46 beanjammin joined #evergreen
14:50 pinesol [evergreen|Bill Erickson] LP#1787274 Prevent multiple active copy checkins - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a03994f>
14:50 pinesol [evergreen|Bill Erickson] LP#1787274 Active copy transit unique constraint - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=87bc5e5>
14:50 pinesol [evergreen|Bill Erickson] LP#1787274 One active transit pgtap tests - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2b72119>
14:50 kmlussier Gah! Forgot about the upgrade script.
14:51 kmlussier Calling 1133
14:56 pinesol [evergreen|Kathy Lussier] LP#1787274: Stamping upgrade script for no dupe transits - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=af72b32>

Results for 2018-09-14

13:15 pinesol [evergreen|Chris Sharp] LP#1745610 - Deprecate original hold_targeter.pl - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1873334>
13:15 pinesol [evergreen|Chris Sharp] LP#1745610 - Update Makefile.am to reflect filename changes. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4839720>
13:15 pinesol [evergreen|Chris Sharp] LP#1745610 - Add release notes for hold targeter script change. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=56aa144>
13:26 Dyrcona cesardv: Are you done with Lp 1684202? I ask because we're testing it and I noticed that you're still assigned to the bug.
13:26 pinesol Launchpad bug 1684202 in Evergreen "webclient: no automatic refresh after adding or editing copies & volumes" [Medium,Confirmed] https://launchpad.net/bugs/1684202 - Assigned to Cesar V (cesardv)
13:28 collum joined #evergreen
13:28 rlefaive joined #evergreen

Results for 2018-09-13

10:07 * csharp is looking at bug 1773434
10:07 pinesol Launchpad bug 1773434 in Evergreen "Item Status - missing option to "Show in Catalogue"" [Undecided,Confirmed] https://launchpad.net/bugs/1773434
10:08 jwoodard joined #evergreen
10:08 csharp looks like we have working code there with a semi-signoff from kmlussier, but it ends with a question about menus
10:09 csharp wondering if we shouldn't accept the fix as-is and let kmlussier open a new bug if she thinks it makes sense to change it - thoughts?
10:09 * csharp was about to test and sign off
10:10 pinesol [evergreen|Galen Charlton] LP#1786534: ensure that changes don't regress - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4894212>
10:11 gmcharlt csharp: yeah, I think it makes sense to either leave that for a follow-up bug or just do a quick follow-up patch
10:12 gmcharlt either way, so long as it doesn't block /something/ getting in for 3.2
11:02 Dyrcona The CStoreEditor generates search_ delete_ create_ and update_ functions for the objects from the IDL. It uses the oils_obj:fieldmapper attribute with the :: converted to an underscore.
11:03 Dyrcona It also requires a transaction for delete, create, and update.
11:03 Dyrcona If you have any specific questions, please ask.
11:05 csharp jeffdavis: FYI, PINES staff are about to test bug 1715767 - hopefully we'll see a signoff so it can make it to 3.2
11:05 pinesol Launchpad bug 1715767 in Evergreen "Allow others to use my account (privacy waiver)" [Wishlist,New] https://launchpad.net/bugs/1715767
11:06 csharp (unless it's too late for getting that done)
11:07 berick csharp: too late on that one for 3.2, but a sign-off now so we can merge as soon as rel_3_2 is branched would be great.
12:38 plux left #evergreen
12:38 plux joined #evergreen
12:39 JBoyer git --amend --notary
12:44 plux working on an upgrade from 3.0.3 to 3.2 beta on a test box - hit issues with the reingest at 1103.data.virtual_index_defs.sql - tried running with just one valid biblio.record_entry id and it just hangs - ditto for other records
12:45 plux anyone else seeing issues with that?
12:46 beanjammin joined #evergreen
12:47 JBoyer plux, is postgresql completely crashing on you? depending on your database you might be running into bug 1764542
12:47 pinesol Launchpad bug 1764542 in Evergreen "Incorrect format on config.metabib_field insert results in segmentation fault" [High,Confirmed] https://launchpad.net/bugs/1764542
13:15 csharp hmm - that's interesting :-/ :https://pastebin.com/nrrRPgrX
13:16 yboston joined #evergreen
13:16 berick would have been more interesting had it returned a result ;)
13:32 csharp trying to ferret out an issue where I register a workstation, log in with it, then am brought back to workstation (though it sees the one I registered) and when I click "Use Now" it goes back to the login page with "egAuth found no valid authtoken" in an endless loop
13:33 csharp this is on FF and Chrome and cache/cookie clears have all happened
13:34 csharp I've applied several patches at the behest of my colleagues for testing bugs, so I don't know what broke it :-/
13:36 Dyrcona charp: Have you tried doing the npm, make, and make install steps again?
13:36 Dyrcona csharp, that is.
13:36 csharp no, I haven't

Results for 2018-09-12

11:28 berick bshum++
11:29 bshum berick++ Dyrcona++ jeffdavis++ # trailblazers
11:29 berick then i can merge the ansible branch
11:30 pinesol [opensrf|Bill Erickson] LP#1777180 Websocketd gateway and test scripts - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=21c9c76>
11:30 pinesol [opensrf|Jason Stephenson] LP#1777180 Update README for websocketd - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=d1c33b4>
11:31 csharp okay for bug 1735816, after applying the patch, we're not seeing already-entered copy notes when we click copy notes - I can confirm they are created in the DB
11:31 pinesol Launchpad bug 1735816 in Evergreen "Cannot Delete Existing Copy Notes" [Medium,Confirmed] https://launchpad.net/bugs/1735816
11:31 csharp gathering console output now
11:35 JBoyer :/ Have you done all of the clear cache/hard reload voodoo that Chrome wants you too doo?
11:37 csharp yeppers
11:38 blongwell joined #evergreen
11:40 bshum sandbergja++ # your testing notes are great!
11:42 sandbergja Thanks!
11:43 JBoyer Well that's fabulous, it looks like that patch has fallen off of production here... and all of our other machines. woo.
11:43 JBoyer One moment.
13:14 beanjammin joined #evergreen
13:18 pinesol [opensrf|Ben Shum] LP#1777180: Add zip/unzip to prerequisites - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=da7e927>
13:21 dkyle1 joined #evergreen
13:25 bshum phasefx: FYI, I'm thinking to rebase the branches to eliminate wheezy install targets
13:25 bshum And push those through, since Wheezy is definitely EOL
13:25 bshum I know you're in the process of building a new live test server, but I just wanted to give you a head's up before I go ahead
13:26 miker bshum: IMO, that's kinda a version-y thing... we know that up to 3.1 works on wheezy, so I'd say remove it for master only. thoughts?
13:26 bshum miker: Yes I was only going to push that change for master only
13:26 bshum (for 3.2)
13:49 miker I'm glad we don't support IE ... think of all the phantom click sounds!
13:49 berick that means it's working!
13:50 berick well, not functioning, of course, but putting forth effort
13:54 jihpringle aabbee: that fix is on my list to test in a sandbox later today
13:55 aabbee jihpringle: great news, thank you! i hope it just misplaced the line when it was merged and is an easy fix. looking forward to knowing either way.
14:18 pinesol [opensrf|Jason Stephenson] Lp#1718459: Remove Debian 7 Wheezy installation support. - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=265aa9f>
14:20 rlefaive joined #evergreen
15:47 berick jeff: only for the install -g @angular/cli bit
15:47 berick i wonder if we can get rid of that, though
15:48 JBoyer I thought all of the stuff that needed to be done by root was in <blah>-developer?
15:48 bshum berick: Hmm, that directory doesn't exist on my test system anymore, but the folders leading up to it seem to be owned by me
15:48 JBoyer my entire build (after prereqs) is run by opensrf until install time.
15:49 berick JBoyer: it is...
15:49 bshum Would it matter that I'm using myself benjamin, rather than opensrf to run the step though?  Since the user is opensrf for the Evergreen repo
15:53 JBoyer +- oops.
15:53 berick https://gist.github.com/berick/6​a5f9f111de78f23dbfd8f17227fa534 -- for example ;)
15:53 jeff berick: ah, yeah. looks like installing @angular/cli locally is possible, but weird.
15:54 berick anyway, the 2 "becomes" are what I'm trying to remove
15:54 * berick doesn't have a clean vm handy at the moment to test
15:54 bshum I can test that out on my busted VM with the error :)
15:55 bshum But I'll retest it on a clean VM afterwards
15:55 berick bshum: cool, may have to do some chown'ing first
15:55 bshum I was just going to blow away the directories and start over too, but yeah I getcha
15:55 berick the ultimate chown
16:44 bshum I think for majority users, we'd want that option to exist and be turned on
16:44 bshum Or at least, I would :D
16:45 berick yeah, +1 to that.  it is an OS-specific installer and this just makes that whole thing easier
16:49 bshum berick: I'll put all those thoughts into a branch and test everyone on fresh VMs tomorrow
16:50 bshum Thanks!
16:50 bshum Signing off for now, have a nice day y'all
16:50 Bmagic lata
16:51 berick later bshum
16:51 berick and thanks again

Results for 2018-09-11

10:49 csharp it's not happening to me on Linux (Chrome or FF)
10:49 csharp yeah, we cleared cookies, then tried again
10:49 stephengwills left #evergreen
10:49 Dyrcona OK. I asked not because I have answers, but I didn't see that behavior when I tested it recently. I also used FF and Chromium on Linux.
10:50 Dyrcona I did log in with eg2/staff, first.
10:50 jeff csharp: What version of Chrome on each? By any chance, has one recently upgraded to Chrome 69 and the other is still on an earlier version?
10:50 csharp https://pastebin.com/xaHugXr2 - dev tools console output
13:15 pinesol [evergreen|Dan Scott] LP#1774886 Distinguish Phys Char Wizard with an edit icon - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1d38620>
13:21 beanjammin joined #evergreen
13:32 Dyrcona JBoyer: Would you mind sharing the SQL you used to cancel all of your duplicate transits? I am inclined to go with your solution to that problem.
13:33 JBoyer I'll see if I still have it around. It took a few rounds to make sure I wasn't getting rid of things we need. (and I can't exactly test a recreation since it's stopped...)
13:34 Dyrcona I can probably figure something out, but thought that if you did the work already, I could save myself some time. :)
13:41 berick in case it hasn't been said, +1 to the unique constraint being part of the fix for that bug
13:46 terran joined #evergreen
14:11 yboston joined #evergreen
14:11 csharp maybe something local
14:13 Dyrcona JBoyer: That looks a lot like where my thoughts were heading. You should get all of the duplicates that way.
14:13 bshum Well the copy locations editor worked for me when I opened it on my test VM
14:14 bshum I don't remember how to navigate to funds :)
14:14 pinesol [evergreen|Bill Erickson] LP#1724083 Webstaff approve pending patron address - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e763bd6>
14:14 bshum The only way I found forward was through the eg2 version of it
14:14 bshum But let's say that I'm rusty in my Evergreen navigation
15:57 phasefx csharp: jeff: ^  I have multi-host support worked out
15:58 csharp phasefx: there should be some VMs for the purpose (probably long out of date) on mundungus
15:59 csharp I created Ubuntu, Debian, and Fedora hosts IIRC, but I didn't have credentials to set up buildslaves
15:59 phasefx csharp: main things are 1) vm's need to be refreshed from snapshot periodically and 2) they need to accept an outside ssh connection (key-based)
15:59 bdljohn1 joined #evergreen
16:00 phasefx (optionally from a known IP if you want to tighten it further)
16:00 bdljohn joined #evergreen
16:02 bdljohn1 joined #evergreen
16:05 phasefx branched from collab/phasefx/wheezy_installer, we have http://git.evergreen-ils.org/?p=working/random.git​;a=tree;h=refs/heads/collab/phasefx/eg_live_tests   There's a public key in there for live@testing.evergreen-ils.org, and a config file in qa/test_runner.xml for managing remote hosts
16:06 bdljohn joined #evergreen
16:10 csharp which OSes need to be testing?  I have Ubuntu 14.04 & 16.04 and Debian jessie hosts running
16:10 csharp I can add others
16:10 bdljohn1 joined #evergreen
16:11 phasefx csharp: I think the more the merrier, but I'll likely be getting a Debian Jessie vm to replace the wheezy one we've been using
16:14 phasefx the script will fork a process for each server being tested
16:14 Dyrcona phasefx: I'd go for stretch so that you get a longer support lifetime.
16:15 phasefx Dyrcona: sounds sane to me
16:16 * phasefx needs to put together a multi-host dashboard/summary page
16:20 phasefx we could also test branches other than master if desired
16:32 Dyrcona JBoyer: I think we need a more thorough approach to remove "duplicate" transits. I added a query and I was able to create the index, but I still have 1,712 copies with duplicate transits since we upgraded to 3.0 using my first query from https://pastebin.com/AqZeeeh2
16:38 mmorgan1 joined #evergreen
16:42 Dyrcona But, I guess all of those transits can't be open....I think the open ones where another has been sent, should probably be canceled.

Results for 2018-09-10

00:08 sandbergja joined #evergreen
01:06 beanjammin joined #evergreen
06:31 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live>
06:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
06:42 JBoyer joined #evergreen
06:56 agoben joined #evergreen
07:10 rjackson_isl joined #evergreen
08:19 JBoyer Ouch. That's really bad.  :(
08:21 JBoyer Have you put that server under fairly significant load to be certain it's not hardware at all?
08:21 JBoyer (That's much more appealing than something in the db being so broken that the entire thing dies....)
08:22 csharp yeah, this is a tried and true test server identical to our prod servers
08:22 csharp been using it since 2014 - all appears to be fine hw-wise
08:22 JBoyer Guess it's a good thing I'm planning to do the same here this week. :/
08:23 csharp I think I'll do a single-thread reingest with some RAISE NOTICEs as you suggested
08:24 JBoyer ++
09:34 jvwoolf joined #evergreen
09:35 terran joined #evergreen
09:49 collum joined #evergreen
09:59 JBoyer Dyrcona, I don't have a lot of great info on the duplicate transits issue, as a test I canceled all of the duplicates and added a unique index on target_copy where the cancel and recv times are null. Haven't heard of any issues since.
10:00 Dyrcona JBoyer: Thanks! That reminds that I need to search the logs for a particular example.
10:03 JBoyer It's clearly still being triggered, as a quick grep of the index name is pulling up 27 attempts this month to insert a dup. :/
10:09 rlefaive joined #evergreen
14:01 sandbergja joined #evergreen
14:04 sandbergja In the item service, it looks like location is listed twice in the flesh array: https://github.com/evergreen-library-sys​tem/Evergreen/blob/1e6cbaca69712d708bf4e​720e14ac78e1dc24ab6/Open-ILS/web/js/ui/d​efault/staff/circ/services/item.js#L18
14:04 pinesol sandbergja: [evergreen|Dan Wells] LP#1777675 Stamping upgrade script for latest inventory date support - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1e6cbac>
14:05 sandbergja Is it safe to remove the second occurrence of 'location'?  Nothing broke with my very limited testing...
14:13 pastebot "csharp" at 64.57.241.14 pasted "record that breaks postgres when reingested" (20 lines) at http://paste.evergreen-ils.org/14087
14:13 berick sandbergja: yes, good to remove dupes
14:14 sandbergja berick++
16:04 terran I tried leaving it on overnight and it logged out, but I don't know at what time
16:04 * mmorgan is checking for notes, but believes it uses the same for other staff logins.
16:04 bshum Probably
16:06 terran Thanks, we're using the 7200 second timeout for staff so I'm testing to see if it stays on longer than that
16:06 terran (We had one library say that staff keep having to log in.)
16:07 * bshum blames the kiosk
16:07 terran bshum: that's where I'm leaning
16:08 terran I asked them to check their custom settings
16:11 terran Thanks, that all reinforces my thoughts :)
16:11 rhamby_ csharp: it's a fair cop
16:14 Dyrcona :)
16:17 terran berick++ for first patch signed off for bug squashing week! (and thanks to Garry for testing, but I don't see him in here)
16:32 berick woohoo
16:32 berick Garry++
16:39 phasefx berick: have you tried the eg2/ work on wheezy by chance?
16:41 Dyrcona There is/are Lp bugs with branches to remove wheezy prereqs if anyone wants to dust them off.
16:41 bshum https://bugs.launchpad.net/evergreen/+bug/1718459
16:41 pinesol Launchpad bug 1718459 in OpenSRF "Remove Installation Targets for Debian Wheezy" [Undecided,New]
16:41 phasefx it'll take me a while to get the live tests moved over to something newer
16:45 jvwoolf left #evergreen
16:59 khuckins_ joined #evergreen
17:02 Christineb joined #evergreen

Results for 2018-09-09

01:14 beanjammin joined #evergreen
06:31 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live>
06:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
14:10 csharp 0e9ae4e2
14:10 pinesol csharp: [evergreen|Ben Shum] LP#1768902: Add UPC to z3950 search for OCLC and LOC - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0e9ae4e>
14:10 csharp bug 1768902
14:10 pinesol Launchpad bug 1768902 in Evergreen "Default installations of Evergreen should have UPC Z39.50 search for OCLC and LoC" [Wishlist,Fix released] https://launchpad.net/bugs/1768902
18:31 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live>
18:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
19:44 beanjammin joined #evergreen
20:49 beanjammin joined #evergreen
21:55 beanjammin joined #evergreen

Results for 2018-09-08

04:10 beanjammin joined #evergreen
06:31 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live>
06:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
08:33 aabbee joined #evergreen
10:45 aabbee left #evergreen
11:20 idjit joined #evergreen
14:05 beanjammin joined #evergreen
14:54 beanjammin joined #evergreen
15:09 csharp 6214235b
15:09 pinesol csharp: [evergreen|Bill Erickson] LP#1672775 Action/Trigger retention interval SQL/IDL - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6214235>
18:31 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live>
18:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
22:52 asjoyner joined #evergreen

Results for 2018-09-07

00:05 pinesol [evergreen|Jane Sandberg] Docs: documenting new 3.2 features based on release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bb466cd>
06:30 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:05 rlefaive joined #evergreen
07:24 kmlussier joined #evergreen
07:29 bdljohn joined #evergreen
14:07 Dyrcona berick: They should still be on whatever brick processed that request for a few days. They'll be more intact from the brick than from our syslogger. I'll see if I can find them and add them to the bug.
14:09 berick Dyrcona++
14:12 yboston joined #evergreen
14:16 abneiman Question for the room
14:16 abneiman I'm testing sort persistence in web client grids -- so far in 3.1.5, not a single Cat or Circ grid will save a user-set sort priority.  Once you leave the interface and come back, it's back to default sort.  Spot checks in 3.0.9 show the same.
14:17 abneiman Has anyone else come across this?  I know a couple bugs have been filed for specific grids (bug 1758381 and bug 1790169) but I'm curious id anyone's looked into it more broadly
14:17 pinesol Launchpad bug 1758381 in Evergreen "Web Client: Copy Buckets Default Sort Seems to be Random" [Undecided,Confirmed] https://launchpad.net/bugs/1758381
14:17 pinesol Launchpad bug 1790169 in Evergreen "Web Client: Sort Priority not honored in Check In and Capture Hold screens" [Undecided,New] https://launchpad.net/bugs/1790169
14:25 kmlussier abneiman: Sort persistence is one thing I haven't looked closely at yet.
15:15 rlefaive joined #evergreen
16:01 khuckins joined #evergreen
17:27 aabbee left #evergreen
18:31 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live>
18:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>

Results for 2018-09-06

06:32 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
06:32 pinesol News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 7. <http://testing.evergreen-ils.org/~live>
06:54 agoben joined #evergreen
07:07 Dyrcona joined #evergreen
07:10 rjackson_isl joined #evergreen
09:46 rjackson_isl Dyrcona++
09:46 Dyrcona You'll want a select for sql command you want to run, and I wouldn't worry about the order too much.
09:46 Dyrcona for each sql command..
09:59 * berick preps a perl live test fix patch
10:02 rlefaive_ joined #evergreen
10:02 rjackson_isl oh joy a couple of duplicate tcn values trying to udelete the bibs - off to find and change those to uniqueness!
10:04 Dyrcona Was the merge matching on a field related to the tcn, i.e. 001 or 035?
10:05 rjackson_isl sorry - I didn't participate in the merge portion
10:07 kmlussier joined #evergreen
10:30 berick ok perl live test fixes pushed:
10:30 berick http://git.evergreen-ils.org/?p=working/E​vergreen.git;a=shortlog;h=refs/heads/user​/berick/perl-live-test-failure-2018-09-06
10:30 berick 2 commits -- test/sign-off/merge volunteer needed
10:31 bshum berick++
10:33 Dyrcona The closed_date is new in 3.2/master, right?
10:34 bshum Looks like it
10:35 berick yes
10:35 berick ditto the other fix
10:38 Dyrcona I can test the tests in a few.
10:40 Dyrcona Oh, I hear off stage voices telling me that someone is going to test the branch with the ansible installer.
10:41 berick Dyrcona: heads up, I had some problems w/ my ansible installer yesterday...
10:41 berick the 'npm' command is acting funky
10:41 Dyrcona Heh. npm always acts funky.
10:47 berick Dyrcona: well, hoping it's merged before the opensrf release, not necessarily by tomorrow, though
10:47 berick we still have a little time before osrf release is cut
10:47 berick i wouldn't complain, though ;)
10:48 Dyrcona I'll see what I can get to today and tomorrow. I've already volunteered to test the 3.2 beta.
10:48 Dyrcona Of course, next week is bug squashing week...
10:50 Christineb joined #evergreen
10:51 bshum berick: Assuming my live tests complete successfully in a second here, I'll push your changes through and then I'd like to do a PO template sync so that I can have less breakage while testing Evergreen with i18n enabled.
10:51 berick bshum++
10:52 bshum "All tests successful" yay!
10:54 pinesol [evergreen|Bill Erickson] LP#1635354 Invoice close date perl live test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=505e46b>
10:54 pinesol [evergreen|Bill Erickson] LP#1774277 Acq requests live test vandelay repair - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=30a0646>
11:00 khuckins_ joined #evergreen
11:01 * bshum assumes that more fieldmapper changes will come with the merging for ang6, etc. so I'll check for PO template sync again after we get those in.
11:02 Dyrcona bshum++
11:03 berick that's the only change
11:04 bshum That might be okay then
11:04 bshum It's not a string that needs to be entity-ized or whatever they call that
11:04 Dyrcona So, think I'll go head and test websocketd without a proxy on one of my test vms with production data and the branch we'll use for our next update at CW MARS.
11:04 berick right
11:05 berick Dyrcona: nice.
11:05 * Dyrcona has a selfish motive. It's a bummer having to kill apache2 processes every hour or two.
11:28 Dyrcona I was just about there. :)
11:33 berick i wonder if we should add an optional build target in the EG makefile for building the web clients.  that way if you have the -developer deps installed, a simple 'make' builds everything.  no extra steps.
11:34 Dyrcona berick: Sounds like a good idea, and websocketd appears to work. I can login at least. :)
11:35 berick Dyrcona: oh good!  as far as I know, that's the first non-proxy ssl test
11:35 Dyrcona Hm... I suppose websocketd doesn't have to run as root because it uses a port higher than 1024.
11:35 berick yes, i've been running as opensrf
11:35 Dyrcona I started it with sudo out of an overabundance of caution.
11:36 Dyrcona I didn't have to change any Apache configuration or anything in Evergreen, either. Very nice! berick++
11:37 Dyrcona I'll test this week and next before adding my sign off.
11:42 berick Dyrcona++
11:45 Dyrcona Ah ha. I still need root because of permissions on my ssl private key file.
11:47 Dyrcona I don't recommend changing those permissions for anyone following along at home. :)
12:40 yboston joined #evergreen
13:18 bdljohn joined #evergreen
13:28 ohiojoe joined #evergreen
13:45 ohiojoe good afternoon everyone, DIG meeting in 15 minutes
13:47 sandbergja joined #evergreen
13:49 ohiojoe testing one two three (taps mic) is this thing on?
13:52 jeff ohiojoe: loud and clear.
13:52 * kmlussier waves at ohiojoe
13:52 ohiojoe excellent, thank you
16:25 yboston joined #evergreen
16:47 gmcharlt berick: et. al. - I've pushed a signoff branch for bug 1775466 and am +1 for merging it for the beta
16:47 pinesol Launchpad bug 1775466 in Evergreen "Angular6 Base Application" [Wishlist,Confirmed] https://launchpad.net/bugs/1775466
16:48 berick gmcharlt++
16:50 berick things have been pretty quiet today, so I see no need to delay much more.  i'm going to reivew gmcharlt's branch and do a few more tests then merge unless I hear otherwise in the next 30 mins or so
17:17 mmorgan1 left #evergreen
17:21 gmcharlt berick: are you planning on merging the disable-XUL branch, assuming nobody jumps in right away to give it third-eyes?
17:22 berick gmcharlt: i certainly can
17:23 berick gmcharlt: and that branch may need the 'rm -rf' additions you added (in the make clean's)
17:24 berick +1 to skip_xul=yes
17:24 gmcharlt berick: ah, indeed
17:25 Dyrcona If you want someone to test a 3.2 beta branch before making a tarball, I can probably manage that.
17:26 berick Dyrcona: a final set of eyes before tarballin' would certainly be appreciated
17:27 Dyrcona I have a clean VM that I prepared for next week. I'll use that.
17:31 berick gmcharlt: merged
17:32 pinesol [evergreen|Galen Charlton] LP#1790923: add release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0469a1c>
17:53 sandbergja joined #evergreen
17:55 khuckins joined #evergreen
18:22 gmcharlt berick: I've done my testing of bug 1791162
18:22 pinesol Launchpad bug 1791162 in Evergreen "Support building the browser client via Evergreen 'make'" [Wishlist,Confirmed] https://launchpad.net/bugs/1791162
18:23 gmcharlt I've left a comment, but I think this needs a bit more baking time and should be left for the RC
18:23 gmcharlt and for the purpose of the beta build, leave make_release as it is; build masters can just supply -x to skip building the XUL client
18:29 Dyrcona :)
18:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:33 Dyrcona gmcharlt++ berick++
18:33 Dyrcona headache--
18:40 rsulejmani joined #evergreen

Results for 2018-09-05

09:18 Dyrcona mmorgan++ # Yes, I thought so.
09:18 Dyrcona There has been a lot of that since the upgrade to 3.0.
09:21 Dyrcona Strange that it didn't blow up in my test database last week.
09:21 mmorgan Dyrcona: Was your test db newly built?
09:24 Dyrcona mmorgan: No, it was a duplicate of production with some upgrade scripts applied.
09:24 Dyrcona The upgrade scripts did not fix the trigger.
09:24 Dyrcona It is failing in that database today, because I had it refresh from production on Saturday.
10:32 mmorgan1 joined #evergreen
10:45 gmcharlt new pull request to fix a webstaffblocker; requesting review - bug 1781235
10:45 pinesol Launchpad bug 1781235 in Evergreen "Web Client: Sometimes Unable to Change Primary Patron Barcode within "See All" Box" [High,Confirmed] https://launchpad.net/bugs/1781235
10:46 * Dyrcona will ask the bug reporter if he'd like it set up for testing today. It could wait until next week, no?
10:55 rlefaive_ joined #evergreen
10:57 Dyrcona And, here we go!
11:19 jeff spammers--
12:18 pinesol berick: The operation succeeded.  berick loves deleting things.
12:19 phasefx deleting is certainly easier :)
12:19 phasefx at this point
12:19 bshum If it was me, I'd say anything older than a month might be unnecessary.
12:20 bshum For the live test outputs I mean
12:20 bshum Even a couple weeks is probably overkill
12:20 bshum We really only are paying attention if it screams at us daily
12:20 phasefx alright, I'm convinced
12:22 * phasefx had an old notion of comparing output between runs, but that doesn't have to go far back in time either
12:23 phasefx everything but this month has been deleted; we'll see if it recovers with the next run
15:21 kmlussier berick, you have the floor
15:21 * berick clears throat
15:22 berick in reverse of the list, I need volunteers to help with building, documentation, etc for the Beta
15:22 dbwells I've put myself on the sheet for the beta build, and remingtron will do a test install, but more testers are always welcome.
15:22 berick thanks dbwells and remingtron
15:22 Dyrcona I can test.
15:23 berick thanks Dyrcona
15:23 JBoyer I'll give at least a live-data upgrade a shot.
15:23 kmlussier berick: sandbergj is usually pretty good about taking care of release notes.
15:23 berick kmlussier: even for the major releases?  wasn't sure if that usually fell under the regular process
15:24 dbwells I have also put myself (for now) and the release notes line, but plan to ask sandbergja if she wants to give it a go.
15:24 berick awesome
15:24 berick note to self: save some time to review the DB upgrade in depth Friday
15:25 berick ok and.
15:25 berick discussed earlier today in IRC, bug merge cut-off for beta1 will be tomorrow night
15:25 berick (thursday)
15:26 berick so we can start the build steps first thing Friday
15:26 berick i expect there will be a bump or two given the late mergeds of xul stuff, angular stuff
15:26 berick *merges
15:26 berick which leads me to...
15:26 berick any last minute OMGNO's on either the xul or angular stuff?
15:27 berick (note I'm running the angular stuff through build tests to today on the current code)
15:27 gmcharlt so just to give an update on the XUL-disabling stuff
15:28 gmcharlt it is going to be *easy* to revert if we end up not running with it before release of 3.2.0
15:28 * dbwells steps out quietly
15:31 Dyrcona I'm a bit concerned about the XUL link, because I swear that I've seen parts of the web staff client fail without it.
15:31 gmcharlt so outright removal won't be possible in 3.2
15:31 Dyrcona heh.
15:31 * JBoyer must also disappear. Micro update re: bug 1731922, it's been well tested, the version on the AMO site is fine for testing, you just need to make sure your hatch.bat has the changes in that branch. Will answer any Qs tomorrow
15:31 pinesol Launchpad bug 1731922 in Evergreen "Firefox add-on for Hatch" [Wishlist,Confirmed] https://launchpad.net/bugs/1731922
15:32 kmlussier gmcharlt: Do we have a list of those interfaces?
15:32 berick good targets for early angular porting
15:40 berick I do need volunteers
15:40 * gmcharlt volunteers
15:40 berick main test targets are: ability to build/install/run etc. and testing the ACQ admin UI's to make sure they function as expected
15:40 Dyrcona I can probably test it again tomorrow.
15:40 berick there's a lit of the UI's in the release notes that will be ang6-based
15:40 berick s/lit/list/
15:41 berick but basically got to admin -> acq admin and poke around
15:41 berick i'll update the LP when I'm done and slap a pullrequest on
15:41 kmlussier #action gmcharlt and Dyrcona to test ang6 branch once it is squashed.
15:41 berick thanks gmcharlt, Dyrcona
15:42 kmlussier berick++ gmcharlt++ Dyrcona++
15:42 berick oh, one thing I wanted to mention...
15:42 berick since we're just doing grid UI's for now
15:43 berick the grid has some additional niceties.  arrow keyboard navigation (all directions), drag-drop column positioning works, Enter==dbl-click, verticall expand rows to see more content, inline translations editor
15:43 Dyrcona berick++
15:43 berick good to test some of that too
15:44 kmlussier Ooh! People are going to be happy to see drag-drop column positioning.
15:44 berick everything else should be the same
15:44 kmlussier OK we have about 15 minutes left. Do we have anything else on Evergreen updates or on any other topic?
17:58 berick gmcharlt++
18:06 khuckins joined #evergreen
18:10 khuckins_ joined #evergreen
18:32 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
18:32 pinesol News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 7. <http://testing.evergreen-ils.org/~live>
19:35 bdljohn1 joined #evergreen
21:47 bdljohn joined #evergreen

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148