Search in #evergreen

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

Results for 2016-06-15

09:26		maryj joined #evergreen
09:27	kmlussier	:(
09:28	Dyrcona	berick is working on making the ruby unnecessary, and I've been meaning to look at that branch, but....time.
09:28	kmlussier	Yeah, I was just looking at that. I wish I knew how to test it.
09:29	Dyrcona	Right now, you just run the new code on an order and compare the output to what's in the database.
09:30	Dyrcona	And, monthly maintenance releases are on the calendar for today.
09:31	kmlussier	I can take care of release notes as soon as I send a couple of e-mails off.
10:11	csharp	is webby.evergreencatalog.com relatively up-to-date?
10:13	* csharp	works under the assumption that it is
10:13	dbs	Dyrcona++ # good finding! maybe share that on a performance tips and tricks page or something?
10:14	csharp	berick: awesome - looking to test your EDI branch in the coming weeks
10:14	kmlussier	csharp: My understanding is that it has the latest web client code that's in master plus the webstaff-sprint3 branch
10:14		eady joined #evergreen
10:24	Dyrcona	dbs: I may just do that if time permits.
10:26	csharp	kmlussier: awesome - thanks
10:26	berick	csharp: great. if you (and anyone else who tests) find local tweaks that are not represented in the code, let me know. i'll add edi attrs for them.
10:35		collum joined #evergreen
10:46		collum joined #evergreen
11:04		collum joined #evergreen
11:05	pinesol_green	jeff: (rss <name\|url> [<number of headlines>]) -- Gets the title components of the given RSS feed. If <number of headlines> is given, return only that many headlines.
11:06	jeff	@rss list
11:06	pinesol_green	jeff: Error: Couldn't get RSS feed.
11:06	jeff	@rss tests
11:06	pinesol_green	jeff: Error: Couldn't get RSS feed.
11:06	* jeff	takes it to msg
11:06	jeff	rss qatests
11:06	jeff	@rss qatests
11:06	pinesol_green	jeff: 11:06 AM, June 15, 2016: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
11:08		maryj joined #evergreen
11:12	Dyrcona	Not much to do about "database "evergreen" is being accessed by other users" in the code.
11:12		rlefaive joined #evergreen
11:15	jeff	on Debian Jessie, "make check" for Evergreen is failing for me unless I manually manipulate LDFLAGS in Open-ILS/src/c-apps/tests/Makefile
11:15	jeff	I needed to add -lpthread -lm -lrt
11:17	jeff	(which is obviously not the way to correct the problem long-term)
11:17	kmlussier	It looks like the perl live tests started failing on May 31?
11:18	Dyrcona	jeff: I would think configure would pick those up.
11:19	Dyrcona	Do the tests actually relink/recompile code?
11:20	Dyrcona	kmlussier: Those live test failures could be because the database was not rebuilt.
11:20	kmlussier	Yeah, I was just coming around to that.
11:20	Dyrcona	Many of the tests fail after being run once.

Results for 2016-06-14

16:19	berick	jeff: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/login-successs-msg -- I can push a LP too if needed, but not for another hour or so.
16:19	berick	jeff++ # glad you found that one
16:21		rlefaive joined #evergreen
16:25	jeff	bwahahaha....
16:30	jeff	$timeout( function() { ... }, service.authtime() * 1000 + 5000 );
16:32	jeff	that was half of why my clients are requesting open-ils.auth.session.retrieve over and over.
16:32	jeff	the other can be seen with a call to window.localStorage.getItem('eg.auth.time')
16:32	jeff	which returns "999999999"
16:44	jeff	and since $timeout wraps window.setTimeout, whose delay is stored as a 32-bit signed int by browsers "including Internet Explorer, Chrome, Safari, and Firefox", we get a whole bunch of calls to open-ils.auth.session.retrieve
16:53	* jeff	changes 999999999 to 57600 and tests
17:09		jeffdavis joined #evergreen
17:09		mmorgan1 left #evergreen
17:09		jeffdavis joined #evergreen
17:09	berick	jeff: FYI bug 1592565
17:09	pinesol_green	Launchpad bug 1592565 in Evergreen 2.10 "2.10 Login code lost key activity log message" [Undecided,New] https://launchpad.net/bugs/1592565
17:11	jeff	thanks. i'll probably look-test-signoff-merge later tonight if someone doesn't beat me to it.
17:11	jeff	berick++
17:16		jihpringle joined #evergreen
18:26		sandbergja joined #evergreen
18:55		jihpringle_ joined #evergreen

Results for 2016-06-10

11:21	sam_l	bshum++
11:21	sam_l	Dyrcona++
11:22	sam_l	And OpenSRF is working.
11:23	bshum	sam_l++ # testing on xenial :)
11:23	Dyrcona	sam_l++
11:24	Dyrcona	Hmm... Our opensrf.xml is 104K and I'm about to make it bigger....
11:24	Dyrcona	Lots of hostname sections.
16:30		gsams joined #evergreen
16:32	yboston	thanks!
16:37	Dyrcona	hmm... maybe I know what my problem was with adding the new drone server earlier. I don't think I had the right config file in place on the server that runs opensrf.settings.
16:37	Dyrcona	Not gonna test it, now, though. Too late for that today.
16:45		bmills joined #evergreen
16:52	yboston	rhamby++
16:54		bmills joined #evergreen

Results for 2016-06-09

11:35	mmorgan	NOBLE has a few
11:36	Dyrcona	I'm asking, because I see a large number of hits for jackets with a referring URL of one of our libraries with a wowbrary widget and wondered if anyone else has had any trouble with that.
11:36	* Dyrcona	is still troubleshooting OPAC issues.
11:38	kmlussier	Dyrcona: I don't know if this is related, but bug 1236979 was expected to help with performance issues with services like Wowbrary (I think). I noticed a big performance boost when I tested it.
11:38	pinesol_green	Launchpad bug 1236979 in Evergreen "Speed up bibs-by-item-age" [Medium,Confirmed] https://launchpad.net/bugs/1236979
11:38	kmlussier	Unfortunately, there were some items that weren't exactly in the right order, and we never pinned down why that was.
11:38		bmills joined #evergreen

Results for 2016-06-06

12:10	kmlussier	tsbere++ # For lots of assistance with non-Evergreen stuff.
12:11	tsbere	kmlussier: I dunno, I think we can call it slightly-Evergreen, as at least some of it is "where MassLNC discusses what to spend money on developing for Evergreen" ;)
12:11	kmlussier	tsbere: Yes, well, anything MassLNC does is related to Evergreen, so that's a fair point.
13:11	terran	gmcharlt or kmlussier - after doing some initial testing on LP 1528647 I realized the original code by Bob Wicksall only solved the problem halfway so I added addition code - I've amended my commit, but not sure what I should do about the author - advice?
13:11	pinesol_green	Launchpad bug 1528647 in Evergreen "Self-check only accepts user name value if regex for barcode not set up" [Undecided,New] https://launchpad.net/bugs/1528647 - Assigned to Terran McCanna (tmccanna)
13:11	terran	"addition" = "additional"
13:11	gmcharlt	terran: so, Bob's original commit and a follow-up by you?
14:51	kmlussier	JBoyer: Linking authorities to each other? That needs to be done for cross-references to appear in the browse list.
14:51	kmlussier	But authority_control.pl links authority records to bibs, right?
14:51	JBoyer	s to matching fields in bibs, but clicking the Validate button in the editor does nothing but color those fields you don't have records for.
14:52	JBoyer	kmlussier: yes. I've run both on a test server and was just curious of the point of the bib links to auth records.
14:52	kmlussier	If you update the authority record, it will update all of the bibs it's linked to.
14:52	JBoyer	I wondered about that.
14:53	JBoyer	But there's no way to link them aside from re-running that script? (if someone edits a field to match a record, say.)
15:05	JBoyer	Having seen this interface in action, I'm quite glad that 1. it works, and 2. I'm not a cataloger.
15:05		hopkinsju_ joined #evergreen
15:05		Bmagic_ joined #evergreen
15:08	JBoyer	(Not a UI complaint, I'm just overwhelmed dealing with it for this basic test)
15:10	* jeff_	looks at jeff
15:11	Bmagic_	ha
15:12	* Bmagic_	looks at the beautiful people in the world from the tail world

Results for 2016-06-03

10:03	pinesol_green	csharp: I have not seen bwicksall.
10:04	Bmagic	Dyrcona: The sandbox is up and I don't have any plans to take it down. You have several weeks
10:04	Dyrcona	Bmagic: Thanks. I saw what I needed to see last night.
10:05	Dyrcona	I have a sandbox of my own to test the fix.
10:05	* Dyrcona	can't believe he made such a silly error. ;)
10:06	kmlussier	@dessert 36 [someone]
10:06	* pinesol_green	grabs some Boston Cream doughnuts for serflog
14:49	Dyrcona	Plus, I get decimals without needing it on both sides.
14:50	Dyrcona	BTW, that's my speed up using dbwells patch for metabib.reingest_record_attrs, approximately 2.5X.
14:51	Dyrcona	I think my db hardware is the biggest bottleneck in this case.
14:52	dbwells	Dyrcona: cool, thanks for the update. The 7x in my test was for just the attribute reingest step isolated, so it is expected that the overall speedup will be less than that.
14:53	Dyrcona	dbwells: my measurements both times were made with this query: SELECT COUNT(metabib.reingest_record_attributes(id)) FROM biblio.record_entry;
14:54	Dyrcona	I included deleted ones, both times.
14:54	Dyrcona	Still, any increase is better than nothing....
15:44	phasefx	jeff++ tsbere++
15:44	tsbere	Originally written to be a SIP setting
15:44	* jeff	nods
15:44	tsbere	But I added the modifier so I didn't have to use SIP to test
15:44		jvwoolf joined #evergreen
15:44	tsbere	and then decided "this is useful" and left it in the client
15:45	jeff	useful for: copy has been checked in, but is currently sitting at the bottom of a sorter bin and is not actually ready for pickup yet.
15:45	tsbere	Yep. Also useful for "We can't actually give you this for three days due to the release date, but want to get holds capturing now"
15:45	jeff	also useful for: "we sometimes check in items at this desk, but we do not want to print hold slips or have the hold become available until it is actually checked in where normal holds are scanned", etc.

Results for 2016-06-02

11:33	berick	cuz, you know, I want to sound the right amount of flippant
11:35	csharp	@quote add < berick> hm, hope I didn't just sound too flippant... cuz, you know, I want to sound the right amount of flippant
11:35	pinesol_green	csharp: The operation succeeded. Quote #154 added.
11:36	jeff	the grid in the template contains no sort attributes/directives. in some other grids (that might ACTUALLY have non-sortable APIs backing them), they don't get clickable headers in the UI unless I add "sortable" to the eg-grid-fields. Is the click-to-sort handled by auto-fields?
11:36	jeff	berick: no, not too flippant. :-)
11:38	* jeff	tests and reads more code
11:39	jeff	oh, eg-grid with features="-sort,-multisort" -- that explains why this one's not sortable by default, i'll bet.
11:39	jeff	unless the - isn't negation there...
11:40	jeff	ah.
11:41	jeff	those are negation, and those are why i'm not getting sorting. okay.
11:41		jvwoolf joined #evergreen
11:41	gsams	@quote random
11:41	pinesol_green	gsams: Quote #57: "< jeff_> nine million useless rows in money.billing, nine million useless rows... take one down, pass it around, eight million nine-hundred and ninety-nine thousand nine-hundred and ninety nine useless rows in money.billing..." (added by csharp at 03:15 PM, May 23, 2013)
12:01		brahmina joined #evergreen
12:05	terran	jlundgren++ for signing off on the first patch for today's bug squashing! LP 1548993
12:05	pinesol_green	Launchpad bug 1548993 in Evergreen 2.9 "TPAC Show More/Fewer Details Button does not work with show_more_details.default set to true" [Undecided,Confirmed] https://launchpad.net/bugs/1548993
12:08	terran	(And Dyrcona++ for creating the patch that jlundgren signed off on)
12:08		jihpringle joined #evergreen
12:09	terran	gmcharlt++ for creating a patch for LP 1566016 which has been tested and signed off on
12:09	pinesol_green	Launchpad bug 1566016 in Evergreen 2.9 "remove SSN as a stock patron ident type" [Medium,Confirmed] https://launchpad.net/bugs/1566016
12:34		cprince joined #evergreen
12:45		AlexInPittsfield joined #evergreen
14:27	yboston	sandbergja: got a moment? wanted to ask you about LP 1260458
14:27	pinesol_green	Launchpad bug 1260458 in Evergreen "diacritics window (ctrl-s) will not always open in the Marc Edit screen" [Undecided,Fix released] https://launchpad.net/bugs/1260458
14:28		ddale joined #evergreen
14:29	tsbere	yboston: You looking to ask questions about the fix, or about their testing?
14:31		abneiman joined #evergreen
14:56		kmlussier joined #evergreen
14:58	* kmlussier	returns to lots of bug mail in her Inbox
16:15	sandbergja	yboston: still there?
16:16	sandbergja	I've been ignorning IRC more than I should have today, sadly. :-(
16:16		[1]cfarley joined #evergreen
16:21	bshum	berick: Did you get to putting together your thoughts for the angular 1.5 target issue? For me, I did a quick test by putting a ~ in front of 1.5.5 for angular, making the line like: "angular": "~1.5.5"
16:21	bshum	berick: That allowed it to select angular 1.5.6 and go through without intervention to pick one
16:21	bshum	But I wasn't sure if you had alternative solution in mind, with what you were saying about "resolutions"
16:22	Dyrcona	terran++
16:24	kmlussier	Dyrcona: ehardy and ddale are using the MOBIUS Sandbox. Would you like me to send you access information?
16:24	Dyrcona	kmlussier: Thanks, but Terran already did.
16:30	Dyrcona	Bmagic kmlussier How long will the sandboxes be up? I may not get to look at that until this evening some time.
16:31	* mmorgan	is also hoping for more sandbox time...
16:31	kmlussier	Dyrcona: Bmagic will have to answer that question. The MassLNC ones will be up until next week when we move the server, but that doesn't help with this particular bug.
16:32	Dyrcona	Well, I can test it on my own vms later, but I did not see that behavior.
16:32	* kmlussier	wants another Bug Squashing Day. :(
16:32	Dyrcona	I wonder if it is staff client caching or something.
16:34		barbara joined #evergreen
16:43	rhamby	I saw "Dyrcona assumes that whatever they were doing was pathological and killed them." and was sad to look up further and see it was just pids. I was ready for a great story.
16:43	terran	Dyrcona: ehardy is gone for the day, but I'll ask ddale to clear her staff client cache and see if that makes any difference
16:43	Dyrcona	However, that vm didn't look overloaded and it was under the max number of opensrf.settings max children.
16:44	Dyrcona	terran: Thanks. I'll take another look when I get the chance. I may have to set up a test on my own vm.
16:44	Dyrcona	I assume ehardy added the flag to the copy location and then removed it.
16:45	Dyrcona	That's one of the conditions that i'll make sure to test.
16:53	terran	Dyrcona: ddale just cleared client cache, rebooted, and still seeing the same behavior
16:53	Dyrcona	All right.
16:57	Dyrcona	Oh, nice. The staff client reads my settings for my concerto client and hangs cause my concerto vm is not running.
17:20	kmlussier	ssieb: When the import is done, then, does it bring you to a queue with zero results? Or does it hang while it's importing?
17:23	kmlussier	ssieb: Whatever the answer to that question, I think you'll get more clues to what's going wrong if you look in the logs. I usually look in the osrfsys log
17:24	ssieb	I get a queue with no results. Good point about the logs, I hadn't though of that.
17:28	* bshum	wrote his email about translations while waiting for i18n dance to complete on his test server
17:32	pinesol_green	[evergreen\|Jason Stephenson] LP 1548993: Restore Show More/Show Fewer Details button functionality. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd14556>
17:32	pinesol_green	[evergreen\|Jason Stephenson] LP 1548993: Remember the Show More/Fewer Details button selection. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ad3502>
17:36	ssieb	kmlussier: I just about missed it, but there is a message each time about not being able to read the file from /tmp. Now I just have to figure out why...

Results for 2016-06-01

10:37	Dyrcona	Anyway, you could very likely get away with a single brick for staff clients, and the rest for public.
10:40	Dyrcona	JBoyer: A little digging suggests that Evergreen's mod_perl code might need some work to function properly in a threaded environment.
10:41	Dyrcona	Not mod_perl, itself, but the way Evergreen uses mod_perl.
10:41	Dyrcona	It would take a day or two of testing to know for sure, though.
10:41		ethomsen left #evergreen
10:46		kmlussier joined #evergreen
10:56		kmlussier joined #evergreen
14:20	JBoyer	Apparently just changing %T isn't enough. Now that I know it's calling POSIX::strftime I'll see what it claims to support. May require some locale coaxing, we'll see. I'll poke at it. If this solves the "My android phone puts all of your mail in 1969" problem I'll patch it up for master.
14:21		tspindler1 joined #evergreen
14:22		collum joined #evergreen
14:25	* kmlussier	tries to figure out why bug 1352542 didn't come up when somebody asked for advice last week on a patch to test for bug squashing day.
14:25	pinesol_green	Launchpad bug 1352542 in Evergreen 2.9 "Printing: LC Call number formatting (2.5.2)" [Undecided,Confirmed] https://launchpad.net/bugs/1352542
14:28	miker	JBoyer: I think it's using http://template-toolkit.org/docs/modules/Template/Plugin/Date.html
14:29	JBoyer	Right-o. jeff pointed me in the right direction, now it's time for rabbit-hole-ing. :-/
14:45	* Dyrcona	thinks we need add 2 cores to our Apache vm.
14:46	JBoyer	Alright, I call shenanigans. I took the whole thing back out and they're all still invalid. Something else is up. Time to fake up a circ for myself.
14:46	Dyrcona	We can "steal" a couple from sip.
14:46	Dyrcona	JBoyer: I tested date.format(format = '%a, %d %b %Y %H:%M:%S %Z') in a template and it looks like valid RFC2822 dates.
14:47	Dyrcona	And, we peaked so far at 242 apache drones.
14:47	Dyrcona	JBoyer: Wed, 01 Jun 2016 14:47:39 EDT
14:49	JBoyer	Dyrcona, Thanks for the sanity check. It looks like the only circs that trigger this event belong to users without emails so I've been chasing my tail for a bit.
15:11	jeffdavis	#info DONE: Dyrcona will work on Xenial Xerus Evergreen and OpenSRF support between now and the EG conference - thanks to Dyrcona, csharp, and bshum
15:11	jeffdavis	#info DONE: gmcharlt will send an email to the mailing lists announcing the Pg dependency change
15:12	gmcharlt	#info gmcharlt = Galen Charlton, ESI
15:13	jeffdavis	last action item was about Sqitch
15:13	jeffdavis	i.e. more detailed evaluation/testing thereof
15:13	jeffdavis	status according to the agenda: "Bill pushed a version of the Sqitch setup with a reified database (1 schema file and a handful of data files) for discussion. Confirmed Ubuntu 16.04 has a Sqitch package. Need to explore release-building options (presumably via 'sqitch bundle –from foo –to bar'). Probably other stuff too."
15:14	jeffdavis	Is there anything else to add or discuss there for now?
15:14	Dyrcona	I'd call that "in progress."
15:14	Dyrcona	For the sake of the minutes.
15:14	berick	'in progress' sounds good
15:15	Dyrcona	I'd just say in progress: action item.
15:15	Dyrcona	I don't think the minutes need the detail.
15:16	Dyrcona	It'll be in the logs and the agenda.
15:16	jeffdavis	#info IN PROGRESS: evaluation/testing of Sqitch
15:16	miker	#info miker = Mike Rylander, ESI
15:17	jeffdavis	#action developers to continue looking at Sqitch, particularly release-building options
15:17	jeffdavis	#topic OpenSRF release
16:04	miker	as have I. I like it
16:04	jeff	And a good way to cope with the 2234% increase in rows in crad. :-)
16:05	dbwells	Alright, maybe that's enough for now. I will create a bug for it, and post a few extra thoughts there.
16:05	Dyrcona	I've looked at the code, and have a slow server that it would be perfect to test on.
16:05	miker	not sure if an index would actually matter, but might be worth testing
16:05	Dyrcona	I even have timings for comparison-sake.
16:06	dbwells	miker: Yes, an index on ctype also helps, so that's a secondary play.
16:06	jeffdavis	#action dbwells to create a bug report for discussing some proposed ingest speed improvements
16:11	berick	need sample data from the wild to be sure the new code is covering edge cases
16:11	* Dyrcona	can have a look.
16:11	berick	in short, moving all logic into Perl and out of the A/T templates
16:12	jeffdavis	berick: I'll pass that one along to our support folks to see if we can test
16:12	berick	beware to test, you have to install the new code (obviously, i guess) which includes some new DB tables
16:12	berick	and data
16:12	berick	the code does not yet have a UI for tweaking settings. that will come later
16:13	berick	wanted to be sure this is on the right path first
16:13	berick	thanks Dyrcona and jeffdavis
16:13	berick	i'll copy the "how to test" instructions from the agenda to the bug
16:13	jeffdavis	berick++
16:13	Dyrcona	berick++
16:14	jeffdavis	Any other new features to discuss before we adjourn?

Results for 2016-05-31

09:34		remingtron joined #evergreen
09:56		mmorgan1 joined #evergreen
10:16	Dyrcona	Doing a build from git this morning and I'm being asked which version of Angular.JS to install.
10:16	Dyrcona	I got similar results when testing the make_release script yesterday.
10:16	Dyrcona	I wonder if we should update the README?
10:17	Dyrcona	Hmm.... Wonder what happens if I install from a tarball. I should test that.
10:24		maryj joined #evergreen
10:26		Christineb joined #evergreen
10:36		abowling joined #evergreen
10:57	jeff	And different versions do different things...
10:57	jeff	etc.
10:57	Dyrcona	yep.
10:57	jeff	I started writing some general SIP2 live tests over the weekend.
10:58		terran joined #evergreen
11:02	Dyrcona	bower resolution Unsuitable resolution declared for angular: 1.5.5
11:02	Dyrcona	'Cause 1.5.6 is all it can apparently find.
12:31	csharp	G7, I think
12:31	csharp	purchased in 2011
12:31	JBoyer	Ours are G5. They need to be cranked to start and have walkers.
12:31	csharp	heh
12:31	csharp	I have a couple of G5s as test servers
12:38	JBoyer	So, I have one machine with a normalized load of 1+ (1 min load => # of CPUs) and the top 2 processes by CPU use are apache. pid 24110 has 2 connections to memcache and 2 connections to beam.smp (ejabberd) (which is of course, connected to everything.)
12:40	JBoyer	Oh yes, and no connections to the outside world. just those 4: 2 internal to ejabberd, 2 to the memcache server.
12:41	JBoyer	It's super fun to try to figure out.
12:47	tsbere	When I see ejabberd disconnects the things that are no longer connected seem to get stuck in a "is there anything to get? No? repeat" loop
12:47	JBoyer	Well, that is to say I certainly don't remember a lot of those errors, but I'll be damned if there aren't plenty now. That's spectacular.
12:47	tsbere	Until an outgoing message is attempted they don't notice
12:48	* Dyrcona	did a test upgrade from 12.04 to 14.04 in 2014, but doesn't remember what issues (if any) cropped up.
12:49	JBoyer	I'm wondering if it's a combination of Eg 2.9 and our VM setup. We don't get near running out of memory, which is what I would wonder about first. :(
12:49	Dyrcona	JBoyer: You said you upgraded both the O/S and Evergreen/OpenSRF at the same time?
12:50	jeff	semi-related: i have a test instance (pretty much self-contained) where depending on which apache child my incoming connection hits, i get dead air.
12:50	jeff	i have a (not very helpful) strace. the test instance sits idle for long times.
12:50	JBoyer	Yes. Minimal downtime and all of that. I've made better decisions.
12:51	Dyrcona	jeff: I saw something like that this morning after a fresh install, but without running autogen.sh.
12:51	Dyrcona	After running autogen.sh, Apache and the OPAC seemed happy.
12:58	Dyrcona	Um, that's a complete call to select, minus the closing paren, and it basically does nothing, but possibly hang.
12:58	Dyrcona	I seem to recall issues with ejabberd after a 12.04 to 14.04 upgrade, but I could be mistaken.
12:59	JBoyer	strace normally includes the closing paren, that's why I assumed it was partial.
12:59	Dyrcona	JBoyer: If you have a way of testing on a single brick, you could try removing ejabberd and reinstalling it.
13:02	JBoyer	Dyrcona I can test a single machine, but the trouble is I can't trigger it on demand.
13:03	Dyrcona	JBoyer: Well, I think that select() call is your problem.
13:03	Dyrcona	You would never want to call it that way.
13:03	Dyrcona	If you set the first arg to zero, and the next 3 to NULL, you definitely want something in the final argument.
13:10	JBoyer	No more reliable than these things are being, I can just blow one away and rebuild it to see what happens later. If it never freaks out I can go through a larger swath of them later.
13:13	tsbere	Dyrcona: There was a short period of time with a bad compile, but nobody should be seeing it now
13:14	Dyrcona	tsbere: OK
13:28	jeff	stupid reporting tricks: mailing address labels that print each morning if there were any "limited juvenile" patrons created yesterday.
13:28	jeff	did you get a pdf? print it on avery XXXX stock and drop those letters in the mail!
13:29	jeff	(letters have no customized data in them, or we'd be printing them as well as part of the report or a sibling report)
13:29	jeff	i was just pleased that the labels aligned correctly once we got beyond the test period and got beyond one single patron.
13:30	jeff	(we now let patrons get a card without parent being present, but it's a limited card until their parent or guardian comes in to sign off on it)
13:30	jeff	limited to 3 items out at once.
13:30	terran	jeff++
13:31	jeff	and since these are still less frequently than "daily", if there were no Limited Juvenile patrons created the day before, there's no pdf sent via email.
14:13		rlefaive joined #evergreen
15:51		ethomsen left #evergreen
16:11		jlitrell joined #evergreen
16:25	berick	wondering what authority.record_entry.source is supposed to be used for. reserved for a not yet existing config.authority_source table?
16:28	* jeff	tests receipt printing with Hatch
16:29	jeff	huh. had to manually set margins in eg.print
16:31	jeff	no margin options in Windows print dialog spawned by hatch, and the paper type/size shown in the json sticks to Letter no matter how many times I select the "72mm x Receipt" option
16:42	jeff	in other apps, margins appear to be a distinct dialog.
16:42	jeff	hrm.
16:45	Bmagic	Has anyone changed from prefork to event on apache 2.4 ?
16:56	berick	jeff: my hope is to one day kill the java print dialog and just capture the values we want directly in a web app form.
16:57	tsbere	berick: And what happens when someone wants to set a print driver specific option?

Results for 2016-05-27

09:18	JBoyer	Depends on how far down the in-joke rabbit hole we want to take our swag, I suppose. :D
09:22		terran joined #evergreen
09:24	jeff	There may come a day when I find and fix a bug without tripping over additional bugs, but today is not that day.
09:25	bos20k	Hello. I am working on a test server where I basically installed the same version of Evergreen 2.9 over itself again after upgrading Ubuntu. Now I am getting an internal server error and seeing this in the Apache log:
09:25	bos20k	May 27 09:22:17 maul apache2[1268]: [perl:error] [pid 1268] [client 10.1.99.151:51245] egweb: Context Loader error: Can't locate object method "search_asset_copy_location_group" via package "OpenILS::Utils::CStoreEditor" at /usr/local/share/perl/5.18.2/OpenILS/WWW/EGCatLoader/Util.pm line 648.\n
09:25		jvwoolf joined #evergreen
09:26	bos20k	Any ideas? I was looking at the Perl modules and I am not seeing a problem compared to a production machine that is working.
09:27	jeff	bos20k: my immediate suspicion is that your fm_IDL.xml file is invalid.
09:29	jeff	if you don't have xmllint installed, you can install it with: apt-get install libxml2-utils
09:30	jeff	then you can check to see that your fm_IDL.xml file is valid XML:
09:34	jeff	* open-ils.booking is not running
09:34	bos20k	jeff: no errors there
09:34		yboston joined #evergreen
09:35	jeff	(booking was just a sacrificial service on a handy test system to get the output samples -- don't focus on that service in particular)
09:35	bos20k	all seem to be running
09:36	Dyrcona	booking isn't required anyway, unless you're using it.
09:36	bos20k	just got another error on the console where I started things:
10:27		Bmagic joined #evergreen
10:31	phasefx	Bmagic: in webby, it's much different
10:31	Bmagic	gotcha, so, the dev server you are hacking on with the web client, has changes to the xul client menu order?
10:31	jeff	Can't locate diagnotics.pm in @INC (you may need to install the diagnotics module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at test.pl line 4.
10:32	jeff	alas, the "use diagnostics" pragma can't help with this error.
10:35	Dyrcona	In Soviet Webby, menu adds you!
10:36	bshum	Dyrcona++ # haha :)
10:36	phasefx	Bmagic: no, no changes to the xul client menu order anywhere that I'm aware of. Just that the web-based staff client equivalent is way different
12:01	jeff	Is anyone here presently aware of anyone making use of the (unfortunately spelled) patron_calculate_recal_ok SIP option?
12:04		brahmina joined #evergreen
12:09	jeff	oh, right -- found bug 1093883
12:10	pinesol_green	Launchpad bug 1093883 in Evergreen "SIP recall_ok test always returns false" [Wishlist,Fix released] https://launchpad.net/bugs/1093883
12:29		jihpringle joined #evergreen
13:01		ericar joined #evergreen
13:06		sandbergja joined #evergreen
13:24	Dyrcona	jeff: Is it causing you an issue, or are you just curious?
13:25	Dyrcona	@weather 01845
13:25	pinesol_green	Dyrcona: North Andover, MA :: Clear :: 78F/26C \| Friday: Mostly sunny. High 82F. Winds SSE at 5 to 10 mph. Friday Night: Partly cloudy. A stray shower or thunderstorm is possible. Low around 65F. Winds SSW at 5 to 10 mph.
13:26	kmlussier	miker / gmcharlt: If the issue I found while testing 1549505 is unrelated to the activity metric code, should it be posted in a separate branch so that it can be backported?
13:27	miker	kmlussier: we could create a separate patch for backporting, but the patch in that branch does touch code that is also touched by activity metric
13:27	gmcharlt	what mike said
13:28	kmlussier	OK, thanks! I'm going to try out the new branch now.
13:28	gmcharlt	in particular, the DB update can't just be cherry-picked
13:46	jeff	Dyrcona: no issue, the spelling caught my eye and I was curious about the use case. The bug answered my questions.
13:47	Dyrcona	jeff: Cool. I was just curious.
13:59	jeff	i pulled at one too many SIP threads and now I find myself on the phone with a vendor asking them questions about their product's changed behavior
14:09	jeff	they had no answers for me. i tought them a few things. i devised my own theory and test plan.
14:15		mdriscoll joined #evergreen
14:22	kmlussier	Dyrcona: I just stumbled across this comment while preparing for Bug Squashing Day. https://bugs.launchpad.net/evergreen/+bug/1501781/comments/38
14:22	pinesol_green	Launchpad bug 1501781 in Evergreen "Patron name search should be diacritic-insensitive" [Wishlist,Confirmed] - Assigned to Terran McCanna (tmccanna)
14:24	Dyrcona	Also, I want to experiment with using Text::Unaccent::PurePerl because I think it does something that the database solution does not.
14:24	kmlussier	Dyrcona: For that particular bug, I didn't see any dissenting opinions on it being a new feature. So I think we're good there.
14:24	Dyrcona	I just haven't found time to look into it.
14:24	kmlussier	Dyrcona: Are you saying we should hold off on testing it?
14:26	Dyrcona	kmlussier: Go ahead and test it. What I see is the unaccent Pg extension doesn't actually unaccent Greek or Cyrillic characters, but I think Text::Unaccent::PurePerl does unaccent Greek.
14:26	Dyrcona	I was thinking of running the Perl tests using Text::Unaccent::PurePerl just to see what output we get.
14:27	Dyrcona	gmcharlt shared something from Github that, IIRC, updates the unaccent database extension so it handles Greek characters.
14:28	Dyrcona	I guess if anyone wants to, they can remove the pullrequest tag. I won't be disappointed. I can't speak for dpearl.
14:29	Dyrcona	I'm OK with it as it is, is what I'm saying.
14:32	Dyrcona	I intended to look at during or just after the conference.
14:33	kmlussier	Dyrcona: Yup. I know how it is.
14:33	* kmlussier	stares at the remaining to-do list items for things that were supposed to be done by the end of today.
14:33	terran	I signed up to test it for bug squashing day, but I can hold off if there's not a concensus
14:37	terran	oh wait, I'm not sure I really understand enough of the implications to fully test anyhow
14:39	* terran	realizes she can't spell consensus, either
14:39	Dyrcona	Well, basically, if you have a patron with diacritics in the name, you can't find them unless you enter diacritics in the search.
14:40	kmlussier	terran: Ha ha ha. IMO, it improves the software, so is fair game for testing.
14:40	Dyrcona	The point of patch is to strip the diacritics when searching.
14:40	Dyrcona	Basically, so something like Frederick matches Frédérick.
14:41	* Dyrcona	seems to be omitting random articles in his typing today.
14:42		bmills joined #evergreen
14:42	* Dyrcona	triple checks his script to run for this weekend's patch update for typos.
14:43	terran	I'll keep my name on there for testing then, but everyone else feel free to jump in :)
14:46	terran	If it can solve the problem of odd spacing and apostrophes in names, then it will be hugely useful for us in Georgia.
14:46	kmlussier	terran: And hugely useful for us everywhere else too! :)
14:48	Dyrcona	I'm not sure it does anything with apostrophes or odd spacing. I'd have to look again.
14:48	terran	I haven't looked at the code - just based that on the initial report
15:24	jeff	I'd like to start using SIP2 AF messages for more things (we use them for a friendly "we need to update your information, please come to the desk" for expired patrons), but it appears that our self checkout kiosks no longer display the patron screen messages when the patron scans their card.
15:24	jeff	Best I can do it get them to appear on some receipts, and to appear if you've failed to auth with a pin.
15:24	jeff	(and probably on success when using a pin, but also not helpful)
15:36	Stompro	Interesting, our audit tables were never cleared out after our test loads, so they contain unrelated records with the same id numbers. I wonder if that is an issue?
15:36	kmlussier	gmcharlt: I see you've been assigned to bug 1437103 for a while. Are you still working on that one?
15:36	pinesol_green	Launchpad bug 1437103 in Evergreen "unexpected popup dialogs appear at checkin" [Undecided,Confirmed] https://launchpad.net/bugs/1437103 - Assigned to Galen Charlton (gmc)
15:36	* kmlussier	also wonders if she should remove the pullrequest tag on it.
16:14	pinesol_green	Launchpad bug 1576435 in Evergreen 2.9 "Force "Include inactive patrons?" on patron reg duplicate search" [Medium,Confirmed] https://launchpad.net/bugs/1576435
16:15	Stompro	They seem to be mostly harmless cold air funnels, nothing too big.
16:15	Stompro	http://media.graytvinc.com/images/492*350/Funnel+cloud+South+Moorhead+May+27+2016.jpg
16:16	kmlussier	jeffdavis: For testing on Bug Squashing Day. We haven't set up the Sandboxes yet, so we'll be able to grab the new commit.
16:17	jeffdavis	kmlussier: ah, perfect, I had hoped to test as part of Bug Squashing Day - I'll update the ticket
16:33		jvwoolf left #evergreen
16:44	terran	Stompro: "harmless"?
16:44	terran	Stompro: Be safe and good luck!
16:45	Stompro	terran, so far, they are just like big dust devils with no energy behind them, even when they touch down they don't do any damage.
16:47	terran	I'm tornado-shy after living in Florida for 8 years. One smashed pieces of small aircraft through the ciner block walls of a library I worked at - fortunately, it was Christmas day, the only time campus was empty
16:47	Stompro	They just gave the all clear, tornado warning lapsed. Yeah!!
16:47	terran	Phew!
16:50	terran	jeffdavis: to rephrase - I can send you the sandbox info once it's set up so that you can test your fixes on the web client too
16:53	jeffdavis	terran: sure, that would be great, thanks
18:05	kmlussier	Have a nice weekend #evergreen!
18:06		rlefaive joined #evergreen

Results for 2016-05-26

12:52	Bmagic_	hmm, yeah, I figured it was bots but somehow we need to keep it from affecting the consortium
12:54	Dyrcona	We haven't had much trouble with bots lately, particularly since we split to a public and staff brick.
12:55	Dyrcona	The few times that Apache really goes nuts, it seems someone has dropped something on their keyboard.
12:55	Dyrcona	And, I chose the 120 number after lots of log diving and some testing.
12:56	Dyrcona	With our hardware configuration, even if we set to 150, 120 is about where performance really tanks.
12:56	Dyrcona	Like, "No, I'm not replying to your request for 5 minutes," kind of tanks.
12:57	Dyrcona	We typically don't exceed 100 at any given time anyway.
12:59		barbara joined #evergreen
13:04		jwoodard joined #evergreen
13:04		graced joined #evergreen
13:24	jeff	well that's interesting. on a test VM that is often dormant for long periods of time, i have at least one apache process that doesn't serve requests.
13:24	jeff	if a request hits that child, the browser just sits until it times out.
13:28	jeff	sanity check: new feature merged to master in Feb of this year, I've found a bug in it. The feature has been included in a release of Evergreen. Sounds like the bug and fix is a new ticket, not a re-open of the original ticket. Am I correct?
13:29	kmlussier	jeff: Yes
13:29	berick	i'd say new ticket
13:29	jeff	thanks! kmlussier++ berick++
16:24		miker joined #evergreen
16:24		akilsdonk joined #evergreen
16:24		phasefx_ joined #evergreen
16:26	* jeff	prepares to run live tests
16:26		jyorio joined #evergreen
16:27	Stompro	jeff - catching up, we are planning on moving to 2.10 by the end of june.
16:27	jeff	Stompro: great!
16:32	ssieb	ok, got it
16:32	jeff	org unit changes are one of those things that require an autogen.sh run after you've made the changes.
16:33	ssieb	ok, I'm just experimenting with the sample data before I reset it and put real data in
16:33	jeff	good luck, and enjoy!
16:37	* jeff	runs live tests
16:38	Dyrcona	jeff: Did you add any new tests, or you are just sanity checking?
16:39	Stompro	Is there any way to hide age protected items in the catalog, sort of like how 856 resources can be hidden? So users with a preferred lib/home lib that cannot request those items cannot see them?
16:40	Dyrcona	Stompro: I don't think so.
16:42	ssieb	I'm trying to set this up for a single school. The one important thing they need to do is print a list of all the checked out items at the end of the year. However, I don't see any way of getting that information from the staff client.
16:44	kmlussier	ssieb: Evergreen is big, but there are other single libraries that use it. There is also Koha, which is another open-source library system.
16:44	kmlussier	But jeff typed faster than me
16:45	ssieb	That was the other one I found, but this one used postgresql and Koha didn't seem obviously better in any way. :-)
16:45	jeff	Dyrcona: I am adding new tests supporting the fixes that I'm working on for a SIP-related issue with csp ignore_proximity
16:46	jeff	Dyrcona: Since it's something mostly unrelated to standing penalty ignore_proximity that broke, but that thing was not covered by tests and therefore was overlooked, I think I might just write a set of basic SIP tests.
16:46	Stompro	ssieb, how about a hosted service like librarything tinycat... I have no idea what it costs though. http://www.librarything.com/wiki/index.php/Using_LibraryThing_as_an_Integrated_Library_System
16:46	ssieb	jeff: what's the "staff client reporter"? Do you have any suggestions for a reporting tool?
16:47	Dyrcona	jeff: Did I break something in SIP with that feature?
17:01	terran	Speaking of reports, I finally got around to creating a launchpad for Quick Reports... hopefully I set it up right: https://bugs.launchpad.net/egquickreports
17:04	jeff	terran++
17:06		rhamby joined #evergreen
17:06	terran	bmills++ for installing, testing, and bug-reporting :D
17:07	Dyrcona	Oh, well. Look at the time!
17:07	Dyrcona	Catch you all later.
17:08	bmills	terran++

Results for 2016-05-25

12:22		bmills joined #evergreen
12:23		bos20k joined #evergreen
12:39		berick joined #evergreen
12:43	mmorgan	kmlussier: The calendar looks nice! But I noticed something on our test system. I enter "1/1/80" for a birthdate and webby sees it as 1/1/2080. The xul client sees it as 1/1/1980. We don't have the date format ou setting set.
12:44		brahmina joined #evergreen
12:45	mmorgan	Do you see the same thing?
12:45	kmlussier	1/1/2080 sounds like a perfectly reasonable birthdate. ;)
12:45	mmorgan	Sure! We do like to start 'em early :)
12:45	kmlussier	I don't know. I didn't try manually entering dates yet. I was using a widget in a box where I quickly wanted to get to today's date, and I was happy to see there was a quick way to jump to today.

Results for 2016-05-24

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.
13:48	kmlussier	Or two people's opinion
13:48	Dyrcona	OK. I don't have a problem with that.
13:55	pinesol_green	[evergreen\|Galen Charlton] LP#1584801: fix tagging of previous circs in metarecord search results - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7a4551e>
14:04	berick	@love digging around in Open-ILS/src/support-scripts/test-scripts and finding a 7 year old script that does exactly what I needed.
14:04	pinesol_green	berick: The operation succeeded. berick loves digging around in Open-ILS/src/support-scripts/test-scripts and finding a 7 year old script that does exactly what I needed..
14:12		jihpringle_ joined #evergreen
14:17	kmlussier	gmcharlt: Thanks for adding that link. I spent some time Googling yesterday and found lots of UX articles regarding column sorting, but none of them talked about the third, click option.
14:19	kmlussier	It did leave me to the discovery, though, that the triangles used to illustrate sort order in Thunderbird work the opposite of almost every other web-based soring table I've seen.
16:03	* dbs	also musing about possibilities for using service worker threads to intelligently cache network requests, etc
16:03	dbs	Just need unlimited times
16:29		mmorgan joined #evergreen
16:41	kmlussier	mmorgan just pointed out a problem on webby that we don't see on demo.evergreencatalog.com. I wonder if it's another issue with the new AngularJS.
16:41	kmlussier	The input boxes in the copy editor for adding volume and barcode info appear to be missing. See http://www.screencast.com/t/YDGf3MHdwvl
16:42	kmlussier	I don't have another test server to compare it against. Is anyone else seeing the same thing
16:42	kmlussier	?
16:56	berick	kmlussier: meaning there should be inputs below Owning Library, Volumes, Classification, etc?
16:56	kmlussier	berick: Yeah
16:57	berick	k. i'm seeing the same as you running master on my local dev VM

Results for 2016-05-23

11:21	yboston	http://wiki.evergreen-ils.org/doku.php?id=community:irc-quick-start
11:21	terran	yboston++
11:21	Stareagle	yboston++
11:21	dluch	yboston: did you get my private message test?
11:21	krvmga	hopkinsju: ??
11:21	yboston	Stareagle: yes, if doen corerctly you and your recipient should be the only ones
11:21	hopkinsju	I'm convinced that this whole "IRC Practice" session is just a scheme for yboston to get more karma

Results for 2016-05-20

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.

Results for 2016-05-19

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