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 140 141 142 143 144 145 146 147 148 149 150

Results for 2014-06-09

13:28	Dyrcona	Anything added in 2013 or later is fine.
13:29	Dyrcona	Now, I might have done something in the database to cause it. I can't rule that out.
13:32	Dyrcona	None of my other book bags show duplicates, but they also don't have anything added in October of 2012, just September and November.
13:33	jeff	Dyrcona: I was able to add duplicate items to a list just now in our 2.5.1 system running lightly-ported 2.1 era templates
13:34	jeff	so if it was something done post-2.5.1, or something done at the template level, i obviously don't have that in place.
13:35	jeff	but other than that it was pretty easy to add three items to a temp list, then go to my lists and add them to a new list, then go back and add two of the three items to the temp list and then add those to the previously-created list.
13:35	jeff	don't have running master handy to test with.
13:37	Dyrcona	I can't find any Launchpad bugs.
13:38	hbrennan	Nor I.
13:40	Dyrcona	I am going to try to come up with a query to see how widespread this is. If it only affects my one list, then I'll get one with things and ignore it.
14:21	Dyrcona	Well, it does not appear to be confined to a single point in time, so it is something that is ongoing for us at least.
14:24		kbeswick joined #evergreen
14:25	Dyrcona	Well, that's not good.
14:25	Dyrcona	Trying to test a hypothesis about this being related to temporary lists, I get an internal server error on my dev machine.
14:27	hbrennan	I did see a bug report on internal server error on lists, when changing name...
14:27	kmlussier	I think I just saw Dyrcona fall down a rabbit hole.
14:28	Dyrcona	heh. I've been that hole since about 11:30 am. :)

Results for 2014-06-08

03:56		zerick joined #evergreen
05:22	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
11:16		dbs joined #evergreen
11:17		berickm joined #evergreen
17:05	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
18:22		dac joined #evergreen
20:51		dac joined #evergreen
22:21		mrpeters joined #evergreen

Results for 2014-06-07

05:01		phasefx2 joined #evergreen
05:04		berick joined #evergreen
05:04		edoceo joined #evergreen
05:07	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
05:11		ningalls joined #evergreen
08:59		dbs_mob joined #evergreen
09:00	dbs_mob	@later tell bshum hey maybe phabricator.org is the bug tracker / launchpad replacement we're looking for... wikimedia foundation is adopting it

Results for 2014-06-06

01:33		eeevil joined #evergreen
01:33		phasefx2 joined #evergreen
03:11		dcook joined #evergreen
04:51	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:17		artunit_ joined #evergreen
06:53		mrpeters joined #evergreen
07:19		edoceo joined #evergreen
09:43	bshum	I haven't heard of anything like that, and we use 7 64-bit all the time
09:43	csharp	okay - good to know
09:44	bshum	Well, "we" being most of our libraries / all of the rest of Biblio staff
09:44	csharp	well I only have access to 32-bit Windows 7 right now, so that rules out the main thing I was going to test
09:44		kbeswick joined #evergreen
09:45	csharp	I assume it's one of those bugs that is elicited by a specific workflow
09:54	* csharp	daydreams about the beach he'll be sitting on tomorrow
09:58	jeff	Dyrcona: tt filter plugin for ncip work, or something else?
09:59	Dyrcona	jeff: For Evergren, actually.
09:59	Dyrcona	Evergre[e]n, even. :)
11:23	Dyrcona	And, Nautilus decides to take a nap.
11:25	Dyrcona	yboston: Dunno for sure, but don't think you're missing anything.
11:26	berick	yboston: what interace?
11:26	yboston	berick: my apologies, the are using the the GUI batch import
11:26	yboston	on the client
11:27	yboston	Dyrcona: thanks, I was afraid I was missing something obvious. I am currently playing around with Supercat URLs to see recently imported bibs, but I am not seeing DB ids listed so far in my tests
11:28	yboston	for the record, the catalogers import one or two bib records, and then want to immediatly start editing those records. having the bib id would allow them to jump to that record.
11:29	yboston	Right now they immediatly try to search for the record, but I beleive there is a delay for the records to be compeltly ingested, so they don't get a match to the just imported record
11:29	yboston	*immediately
11:30	jeff	or they searched for it in the catalog, then imported, then search again and their search results from the first time are still cached, etc.
11:31	jeff	i thought that there was a way to get to the marc editor from the import queue view, but i could be wrong. one workaround would be to append negative nonsense to their search to force it to not use the cached search results.
11:32	jeff	i.e., if you searched for Example Terms, you could search for Example Terms -sdhkjhgrh
11:35	yboston	jeff: thanks for alerting me about the search caching behavior, good to know, I knew there was some caching, but not any details about it
11:37	yboston	jeef (or someone else): how long are searches / search results typically cached? (just out of curiosity)
11:40	berick	yboston: default is 5 minutes. it's configurable in opensrf.xml, though
11:40	yboston	berick: thanks for all the info.
11:41	yboston	I guess I can put in a wishlist item for this, I am just glad I was not missing something obvious
11:43	yboston	I wonder what other catalogers do to work around this, though I am sure others have very different workflows or it takes them more than 5 minutes to search for the recently imported record
11:45	yboston	btw, I am trying to get the BD ids by testing out supercat URLs like this one http://catalog.berklee.edu/opac/extras/feed/freshmeat/htmlholdings/biblio/import/200/
11:45	yboston	but so far I am not getting the db id, can anyone recommend other supercat URLs (or something similar) to try to stumble on the DB ids?
11:46	yboston	thnaks in advance
11:54	pastebot	"berick" at 64.57.241.14 pasted "for yboston -- show imported record ID in Vandelay queue" (20 lines) at http://paste.evergreen-ils.org/59
11:57	berick	e.g. https://bill-dev2.esilibrary.com/eg/vandelay/vandelay?qid=11&qtype=bib (only works in FF for now -- still importing -- jump to page 100)
11:59		kmlussier left #evergreen
15:05	hbrennan	thank you thank you for plugging that into git
15:05	hbrennan	If this gets fixed our library will rejoice
15:06	hbrennan	I will help in any way possible
15:06	bshum	I'm not a fan of how the links are generated in general. I'd kind of prefer if they were more combined in some way, having two links to the same title seems pointless to me (with the 490 and 800 on the same bib)
15:07	bshum	Also, I'm not sure why the hanging punctuation doesn't go away, I thought I saw stuff that seemed to be replacing it, but I have to read it more closely.
15:07	bshum	The hanging ; at the end of the entry on the test record on spork1 annoys me :)
15:07	Bmagic	bshum: perhaps the limit sets need to be "global" let me try that
15:09	bshum	Bmagic: I'd be curious if maybe changing it to use fallthrough = TRUE would alter how it behaves. What that would mean is that if rule 261 is linked to any other rule events, or used in concert with other rules, it might also extend the limit set to those other rule interactions.
15:09	hbrennan	It's definitely not very friendly
15:11	jeff	while reserving the right to revise my opinion, i'd say show the 490 where ind1=0, because that indicates that there will not be a corresponding 830
15:13	hbrennan	so if there isn't any 800 info, show a link for the 490?
15:13	hbrennan	I'm rusty on cataloging
15:13	bshum	kmlussier: Do you remember offhand any graphic_880 test bibs in the concerto set that link to series? I want to see how it's presented...
15:13	* bshum	needs more google powers
15:13	jeff	I don't recall offhand what series-related adjustments we've made to our templates (or haven't backported), but http://catalog.tadl.org/eg/opac/record/46650237?locg=22 is an example of a record with a 490 with ind1=0 and no 830. I'd like the information (book 3 of The Hardy boys mystery series) to be displayed somewhere.
15:14	bshum	jeff: Yeah, that's part of what I'm concerned with monkeying with the links. I think we should revise how the links work but also preserve displaying the full series statements.
15:15	* kmlussier	looks.
16:26	pinesol_green	jboyer-home: Down time is a fact of business when you're a poor 501c3 corporation.
16:27		ldw joined #evergreen
16:27	Dyrcona	jboyer-home++
16:28	Dyrcona	Mabye I should test with a patron who has less than 4,196 circs in their history.
16:29	bshum	kmlussier: Oh, uh... your question from like hours ago. Whenever the next week starts is probably fine for the next dev meeting.
16:29	* kmlussier	had already forgotten she asked the question. :)
16:29	* bshum	doesn't have a strong opinion right now
17:03	Dyrcona	Well, going home for the day.
17:03	Dyrcona	Oddly enough, it feels like I just got here.
17:05		mmorgan left #evergreen
17:24	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:25	Bmagic	bshum: to your knowledge, in order to allow for example 5 items of 3 different circ mods: dvd,book,audio for a total of 15, can I just associate 3 different limit sets to the same circ policy, or do I need 3 circ policies with a single limit set each?
17:26	bshum	Bmagic: Err, 5 of each sounds like 3 different limit sets to me.
17:27	bshum	Cause you wouldn't allow someone to get 10 of dvd and 5 of book to make up 15?
19:57	hbrennan	bshum: I'm curious what library "spork1" is.... That's the library with the same record info, but they've managed to hide the series author info from the link, so the link actually works. Perhaps there is a quick fix for now.
19:59	hbrennan	You can send me a later or I'll just find you next week. I forgot I'm out of here early today
19:59	hbrennan	Thanks!
19:59	bshum	hbrennan: that's my test server
19:59	hbrennan	ohhh
19:59	bshum	It's not a live system
19:59	hbrennan	So is that something you just did today?

Results for 2014-06-05

02:05		wjr joined #evergreen
05:25	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:03		collum joined #evergreen
08:08		ericar joined #evergreen
08:09		akilsdonk joined #evergreen
11:44	pinesol_green	After restoring a database, make sure to reset the search_path accordingly with something like: alter database unpredicable_haxxors_go_away set search_path = 'evergreen, public, pg_catalog';
11:44	bshum	dbwells++
11:44	dbwells	bshum++ thanks
11:49	mrpeters	evergreen=# alter database evergreen set search_path = 'evergreen, public, pg_catalog';
11:49	mrpeters	NOTICE: schema "evergreen, public, pg_catalog" does not exist
11:49	mrpeters	.
11:50	mrpeters	is that the right syntax for multiple schemas?
11:51	mrpeters	ALTER DATABASE evergreen SET search_path TO evergreen, public, pg_catalog;
11:52	mrpeters	if you want to fix pinesol :)
11:54	mrpeters	ew - ERROR: cannot ALTER TABLE "record_entry" because it has pending trigger events -- that should be fun
11:55	mrpeters	easy in a test db, maybe more tricky in production
12:02		kmlussier joined #evergreen
12:25	bshum	mrpeters: = worked fine for me the other day, over TO
12:25	bshum	Maybe it's a version thing.
12:26	bshum	Or how the command was issued
12:26	mrpeters	maybe
12:27	Dyrcona	mrpeters: try it at night when no one should be cataloging.
12:27	mrpeters	Dyrcona: its a test db
12:28	Dyrcona	Ah. i saw production above.
12:28	mrpeters	what do i need to do to clean up?
12:28	mrpeters	i have no pending at.events
14:49	pinesol_green	kmlussier: Have you tried turning it off and back on again?
14:49	pinesol_green	kmlussier: I am only a bot, please don't think I'm intelligent :)
14:50	hbrennan	haha
14:50	jeff	$logger->info('some text') isn't logging where i would expect. that's unusual.
14:51	jeff	test/dev system, might just be configured wrong.
14:52	dbwells	bshum: P.S. if you (or someone else with editing privileges) could run that last ~no, it would fix the quote issue mrpeters pointed out earlier. Whether we use '=' or 'TO' doesn't seem to matter, but feel free to change that as well.
14:52	bshum	Oh sure.
14:53	bshum	~no search_path is <reply> After restoring a database, make sure to reset the search_path accordingly with something like: ALTER DATABASE unpredicable_haxxors_go_away SET search_path = 'evergreen, public, pg_catalog';
14:53	pinesol_green	I'll remember that bshum
14:56	yboston	heads up, DIG will have its (rescheduled) monthly meeting at 3 PM EST ( a few minutes from now)
14:58	bshum	kmlussier: kbutler: hbrennan: Hmm, with testing, I can't seem to create the problem I thought existed with the password and phone thing. Nevermind, guess it does work the way I thought it should...
14:58	hbrennan	So it only changes during the first entering of phone?
14:59	bshum	Yeah, it seems to only apply it during new registrations so far in my testing.
14:59	kbutler	hmm
14:59	bshum	Changing it after, and then updating the password doesn't change it
14:59	bshum	At least on my test users
14:59	bshum	Err, changing the phone afterwards doesn't change the password from what I changed it to....
14:59	* bshum	can't explain anything today apparently
15:00	jeff	ah. logging was not the issue.
15:00	hbrennan	On a related note, I noticed before that the password boxes weren't talking to each other.. so it didn't matter if they matched.. has that bug been fixed?
15:00	bshum	o.O
16:15	yboston	remingtron: BTW, the error with Asciidoc to HTML is that asciidoc get confused about image paths because we are using the "include:file_name.txt" directive, in terms of resloving paths
16:21		tspindler left #evergreen
16:27	remingtron	yboston: glad you're making progress. Is there a particular reason you want to build it all locally?
16:29	yboston	remingtron: So I can test major changes to the docs, to see if I am breaking the converson
16:29	yboston	*converson
16:29	yboston	remingtron: without waiting until midnight for the docs server to proces the content
16:30	yboston	remingtron: also, to fostre redundancy in case the server goes down
16:38	remingtron	yboston: right, nice to not have to wait until midnight to see what breaks. :)
16:38	yboston	remingtron: I'll keep you posted on my progress
16:38	remingtron	great, thanks
17:08	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:08		mmorgan left #evergreen
19:55	bshum	gmcharlt: Just read https://bugs.launchpad.net/evergreen/+bug/1326983, sounds straightforward, but I have a question about it. the .example file doesn't overwrite an existing file if setup on the system, right? So we need to inform folks about the bug fix (if they don't actually read the changelogs). Release notes aren't really done for point releases, but maybe there's some other method we can think of.
19:55	pinesol_green	Launchpad bug 1326983 in Evergreen 2.5 "stock A/T filter for hold_request.shelf_expires_soon hook is too broad" (affected: 1, heat: 6) [Low,New]

Results for 2014-06-04

04:49		_bott_ joined #evergreen
04:49		DPearl joined #evergreen
04:49		BigRig joined #evergreen
05:09	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:08		collum joined #evergreen
07:59		rjackson-isl joined #evergreen
08:02		akilsdonk joined #evergreen
16:16		Stompro joined #evergreen
16:16	bshum	Checkin is super slow when the only hold fillable belongs to a patron who's blocked or otherwise bad.
16:24	jeff	bshum: usually checkin with opportunistic hold capture gets slow for us when there are a large number of holds that would require a transit, and the copy is age hold protected. of course, we're using FIFO holds, so ymmv.
16:52	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:26		mmorgan left #evergreen
17:46		Dyrcona joined #evergreen
19:40	hbrennan	@bartender Beer me.

Results for 2014-06-03

00:23		dluch joined #evergreen
00:44		gsams joined #evergreen
04:53	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:44		timf joined #evergreen
07:14		collum joined #evergreen
07:52		jboyer-isl joined #evergreen
08:31		tspindler joined #evergreen
08:40		mmorgan joined #evergreen
08:55		Shae joined #evergreen
09:09	jeff	p/c
09:11		kbeswick joined #evergreen
09:17		yboston joined #evergreen
09:39	jeff	part of me wants a set of live tests with the usual data, then a set of live tests with evil data.
09:39	jeff	and of course, the middle ground is adding more unusual-but-perfectly-reasonable data to the "usual data"
09:39	wlambert__	Good morning. I'm trying to get a new global admin account added to my test installation. I can get the account created, but when I try to log in to the staff client it fails. I've made sure the 'Work OU' box is checked.
09:40	wlambert__	When I try to change user from the Admin menu I get more details. First the login fails then I get a javascript error - TypeError:$("username").select is not a function
09:40	wlambert__	In the text at the top of the login screen I get the following: open0ols.auth.authenticate.complete
09:41	wlambert__	oops. that was supposed to be open-ils.auth..
09:41	wlambert__	Any of you guys have any ideas? I'm stumped...again
09:41	wlambert__	BTW this is Staff Client 2.6 and Evergreen....
09:41	wlambert__	just a sec
09:42	wlambert__	Evergreen 2.6
09:56		ldw joined #evergreen
09:57		kmlussier joined #evergreen
10:13	bshum	wlambert__: I don't think I've seen that particular error before. And it doesn't show up in my googling so far.
14:39	bshum	:)
14:39	csharp	I'm wondering if it makes sense to create a new contrib branch to handle README updates ;-)
14:40	bshum	We could worry about it after we commit the initial stuff for 14.04
14:40	csharp	ok - sounds good
14:40	csharp	I'm re-testing my branch now
14:40	bshum	The more prodding we do though, the more I worry about backporting it to rel_2_6 in hindsight
14:41	csharp	yeah - I'll keep that in mind
14:41	bshum	That said, I'm perfectly happy putting a note somewhere, only use Precise with 2.6 and less. :D
14:51	pinesol_green	Launchpad bug 1208915 in Evergreen "Apache 2.4.6 warns about eg.conf" (affected: 2, heat: 10) [Undecided,New] https://launchpad.net/bugs/1208915
14:51	bshum	Aha
14:51		kbeswick joined #evergreen
14:52	csharp	catalog works
14:52	csharp	I'll need to tail the logs and test the client next
14:53	csharp	oh - and standardizing logging with rsyslog by default is something else I'd like to work on
14:54	bshum	I hear you there
14:54	csharp	and creating an example init/upstart/systemd script
14:54	bshum	I need to finally write a new logging central server
14:54	bshum	With rsyslog instead of old style syslog-ng
15:03		hbrennan joined #evergreen
15:06		mmorgan left #evergreen
15:39	mceraso	dbwells: I tested the 2.6.1 maintenance release using Ubuntu 12.04 LTS. Everything works well
15:40	dbwells	mceraso++ # thanks!
15:51		gerson joined #evergreen
15:58	gmcharlt	mceraso++
16:54	Dyrcona	Turns out that what I added was being ignored.
17:01		artunit joined #evergreen
17:11		mtate joined #evergreen
17:26	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
18:44		zerick2 joined #evergreen
18:58		zerick2 joined #evergreen
19:14		t8r joined #evergreen

Results for 2014-06-02

01:33		mtcarlson_away joined #evergreen
01:35		zerick2 joined #evergreen
02:34		dac joined #evergreen
05:27	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:14		kbeswick joined #evergreen
07:30		jboyer-home joined #evergreen
07:38		rjackson-isl joined #evergreen
16:36		sseng joined #evergreen
16:49		kmlussier left #evergreen
17:09		mmorgan left #evergreen
17:10	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
20:29		dcook joined #evergreen
21:12		dluch joined #evergreen
21:14		bmills joined #evergreen

Results for 2014-06-01

00:33		Callender_ joined #evergreen
00:42		tsbere joined #evergreen
05:12	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
12:25		kbeswick joined #evergreen
12:28		kbeswick joined #evergreen
12:31		ldw joined #evergreen
16:54	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:24		mceraso joined #evergreen
17:24		bshum joined #evergreen
18:26		bshum joined #evergreen

Results for 2014-05-31

00:00		dbwells joined #evergreen
04:56	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
05:31		tfaile_ joined #evergreen
05:37		BigRig_ joined #evergreen
05:40		mtcarlsoz joined #evergreen
14:43	Dyrcona	Ah no, it was an email thread from 2006: http://postgresql.1045698.n5.nabble.com/set-search-path-in-dump-output-considered-harmful-td1947594.html
14:49	jeff	yeah, pretty sure i came across that in my digging on search path also.
15:24		bmills joined #evergreen
17:29	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
21:51		DPearl1 joined #evergreen

Results for 2014-05-30

10:01	Dyrcona	eeevil: Cool! That is very useful.
10:02	eeevil	Dyrcona: obv, it's missing the icon_format part, but does simple_record (and friends) not work for that?
10:07		wlambert joined #evergreen
10:10	wlambert	Good morning. I'm not usually one to ask for help, but I'm having some issues with my test installation. In particular I'm having issues installing Business::ISBN from cpan on a fresh 64 bit Ubuntu Precise server. Has anyone else experienced this issue?
10:11	pastebot	"wlambert" at 64.57.241.14 pasted "cpan Business::ISBN Error" (102 lines) at http://paste.evergreen-ils.org/53
10:12	wlambert	Wow that is neat. That is the output I get from cpan.
10:15	Dyrcona	wlambert: Install it from the package libbusiness-isbn-perl via apt-get.
10:17	csharp	ah - yeah, patrons wouldn't like that
10:18	csharp	those users
10:18	Dyrcona	csharp: I usually only hear complaints from staff, only because most patrons don't know I exist. :)
10:19	Dyrcona	I'm using mafe and mtfe with some nasty joins and aggregates in a test query.
10:19	kmlussier	Dyrcona: That sounds interesting. Is your goal to fix the problem that arises with downloading long circ histories?
10:19	Dyrcona	kmlussier: Exactly that.
10:20	Bmagic	How does Evergreen know which limit_set to choose when there is more than one assocaited with the same matchpoint?
10:27	Dyrcona	Bmagic: No, it is the name of the limit set itself.
10:27	jeff	We're sorry, jeff, but your input focus is in another window!
10:27	Bmagic	That's what I thought http://docs.evergreen-ils.org/2.3/_circulation_limit_sets.html is confusing me
10:28	Dyrcona	Bmagic: That's OK. It confuses me, too, and helped to develop and test it. :)
10:28	Bmagic	Really, there is nothing about the definition of a limit set that means anything as far as the type of item or patron ect. The only thing that really means anything is the maximum items out
10:29	Dyrcona	Bmagic: The limit set is more a place holder. The names mean what you want them to mean, and should be related to what the rules actually do.
10:29	* Dyrcona	will look at his own for examples.
10:34	csharp	plus, it would be nice to recommend installation from OS packages rather than CPAN (where possible)
10:34	csharp	"if you're on debian/ubuntu, do 'sudo apt-get install ....'"
10:34	wlambert	I realized what I'd missed as soon as you guys started commenting. I really appreciate the help!
10:34	bshum	csharp: Well as of 14.04, all them are packages (which I tested myself when we setup our new standalone DB server)
10:35	Dyrcona	csharp: Sometimes O/S packages are broken.
10:35	bshum	csharp: I've been curious to know how Jessie is, but I think Wheezy isn't quite there.
10:35	* Dyrcona	gives the horde "maintainer" for Debian/Ubuntu the hairy eyball.
10:42	jeff	leave the system perl alone, use perlbrew and cpanm. :-)
10:42	* csharp	would at least like us to go the way of Koha and eventually have our own deb repo
10:43	Dyrcona	wlambert: Well, you probably could get away with an all-in-one server, but I'd make it kind of beefy, like 64GB or more of RAM with SSD for storage.
10:43	jeff	(i don't actually yet advocate that for evergreen, since i haven't tried it for the full system, even in test/dev)
10:43	csharp	even if we're not looking for full exception
10:43	jeff	my preferred debian mirror has disappeared from DNS. :P
10:43	jeff	this is mildly annoying.
12:47	Dyrcona	jboyer-home: It means the function was called with a full, field mapped ahr object, not just a database id.
12:49	jboyer-home	I found where that log line is printed and assumed it was something like that (We had a lot of trouble with similar issues because we used circ scripts for so long) Do you have a lot of questions about seemingly “impossible” holds captures, or are they not causing you problems there?
12:49	Dyrcona	jboyer-home: I don't think that would cause the impossible hold captures. It's more likely a case of you have a hold matrix matchpoint that is triggered when you don't expect it to.
12:51	jboyer-home	I tested the item and usr by hand with action.hold_permit_test and it failed, as it should. It’s possible that rsyslog lost the rest of the transaction I suppose, but I’m at a loss as to what might have happened.
12:53	Dyrcona	Dunno. Holds are complicated.
12:54	jboyer-home	Yeah, I’m trying to dig into it here, I was just hoping someone would say “Oh that, check this out: etc.”
12:55	mmorgan	jboyer-home: is it possible that the item was edited after capture? Just grasping at straws...
16:45	gmcharlt	csharp: yes
16:46	csharp	gmcharlt: excellent - thank you
17:07		mmorgan left #evergreen
17:13	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
18:32		Dyrcona joined #evergreen
18:34	Dyrcona	Shucks.
18:35	Dyrcona	jboyer-* is not around.

Results for 2014-05-29

03:01		mmorgan1 joined #evergreen
04:01		mmorgan1 joined #evergreen
05:02		mmorgan1 joined #evergreen
05:14	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
05:31		jcamins joined #evergreen
06:03		mmorgan1 joined #evergreen
07:04		mmorgan1 joined #evergreen
09:01		mmorgan joined #evergreen
09:10		ericar_ joined #evergreen
09:15		ericar joined #evergreen
09:19	pinesol_green	[evergreen\|Dan Wells] Forward port 2.5.4 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d4c0419>
09:27		yboston joined #evergreen
09:53	bshum	Hmm, has anyone played with random_page_cost and their postgresql.conf?
09:53	bshum	Just reading stuff like http://www.databasesoup.com/2012/05/random-page-cost-revisited.html and pondering our switch to SSDs
12:24	gsams	well then
12:24	gsams	kmlussier++
12:24	kmlussier	IIRC, that problem that code was trying to fix caused the same error message you're reporting.
12:29	gsams	hmm
12:29	gsams	Well, the least I can do is throw it on the test server and give it a whirl
12:38		akilsdonk_ joined #evergreen
12:49		jihpringle joined #evergreen
13:01		hbrennan joined #evergreen
16:42	bshum	frank__: Exciting! Yeah, I'm curious to see what else can be done to improve our overall process for that work.
16:47	frank__	thanks bshum
16:53		kmlussier left #evergreen
16:57	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:09		ldw joined #evergreen
23:36		mmorgan1 joined #evergreen

Results for 2014-05-28

04:58	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:46		timf joined #evergreen
07:44		collum joined #evergreen
08:16		rjackson-isl joined #evergreen
09:17	csharp	so is anyone out there in Evergreen land running their staff workstations in virtualized environments? I'm specifically interested in whether anyone's running Windows on VMWare, but I wanted to cast a wide net
09:18	RoganH	I have one library that runs on the MS platform (can't remember it's name).
09:18	csharp	one of our member libraries is complaining of constant freezes and needs for restarts and I was looking for a comparison point
09:19	RoganH	I know a few more that have talked about it. I'll check to see where they are in their testing.
09:19	csharp	RoganH: thanks!
09:19	RoganH	Actually, now that I think about it, we have another who has been virtual for a long time and they might be VMWare. I tend to forget about them because they did it before it was cool.
09:20	RoganH	They had a really top notch IT guy at the time.
09:21	csharp	phasefx: yeah, I would love to steer them towards something like Lubuntu, but that's almost certainly out of the question ;-)
09:21	* csharp	reboots the Fedora buildslave
09:22	phasefx	csharp: if it's all configured, they can just pretend it's a weird app :)
09:22	RoganH	OK, I'm seeing a very narrow problem with searching for email. Can I get anyone else to test it in their staff clients?
09:22	csharp	heh - yeah, I'll see if I can sneak that in ;-)
09:22	RoganH	What happens is if you search for an email that starts with an 'a.' will fail.
09:23	RoganH	So, for example, a.smithgeneric.net will generate an error. Or A.smithgeneric.net
09:27	RoganH	We've been playing around to narrow down the criteria. It's odd.
09:28	RoganH	Specifically I get a 500 network error.
09:28	jeff	and server side, what is the error?
09:28	RoganH	I tested this last night at 11 pm when there was no server load.
09:29	RoganH	I haven't gone that far yet. I was looking to see if others knew of anything similar but it sounds like a unique to us thing now.
09:30	RoganH	The weird ones are kind of fun so long as they don't affect too many situations. :)
09:30	jeff	RoganH: not that I think that method has changed much recently, but what version are you on?
09:30	RoganH	jeff: 2.5.3
09:30	jeff	thanks.
09:32	bshum	Well, I modded one of my test accounts to include a style of email like a.testsomewhere.com
09:32	bshum	And while it took awhile to search, it did retrieve the patron in search
09:33	bshum	Might just be a timing issue of some sort. Where the DB takes just a little too long, and the service stops paying attention?
09:33	jeff	server logs are going to be the next best clue.
09:33	bshum	Indeed.
09:34	RoganH	bshum: that's what I'm thinking but yeah, just odd since it coughs up responses to just "a" or "a." with no problem but we've all seen weirder
11:21	Bmagic	who is using keepalived ?
11:44	csharp	bshum: can you catch me up on the status of 14.04 and Evergreen?
11:49	Dyrcona	csharp: I can tell you that on the vms and other computers where we at MVLC have tried upgrading from 12.04 to 14.04, we've had horrible luck.
11:49	csharp	yeah, I expected that from my early tests
11:50	csharp	right now I'm going for clean install - I just didn't want to duplicate effort
11:50	Dyrcona	Even going from 13.10 to 14.04 on my laptop left it in a state that it wouldn't boot.
11:50	csharp	my "desktop" ubuntu upgrades went fine
11:50	csharp	but we don't really upgrade
11:59	* csharp	invites berick to correct him, though
12:01	tsbere	csharp: Given some of the headaches with previous attempts of my own to upgrade dojo I would recommend we remove it, not update it. >_>
12:02	* tsbere	thinks he had found that we are using features that they did not continue to include in later versions
12:05	csharp	ah - well if going forward with dojo isn't certain, I'll not spend too much time on it
12:06	csharp	I'm just reacting to some UI glitch-type frustrations discovered when testing acq, and was hoping to ameliorate things
12:10		ericar joined #evergreen
12:12	csharp	no mention of dojo in the agendas/minutes of dev meetings over the last year
12:12	csharp	I guess with angular.js in the picture, that would be the preferred toolset, though, right?
12:13	csharp	@ana TOO MANY TOOLSETS
12:13	pinesol_green	csharp: Tamest loony to so
12:14	dbs	angular is not a toolset the way that dojo is (at least, not in terms of widgets)
12:14	dbs	It tries to be minimalist
12:21	mrpeters	was considering upgrading to 14.04 when we upgrade someone to 2.6
12:22	csharp	mrpeters: I'm working on that right now
12:22	csharp	bshum: did you have an EG branch you were working on? or was my branch the only one?
12:22	mrpeters	yeah, cool. i need to set up their testing server within the next week or two so i may have to just roll with 12.04 for that, and then 14.04 for production
12:23	bshum	csharp: I think yours is the only one I know about.
12:23	mrpeters	which i dont love, but we can always rebuild test server at a later date
12:23	csharp	bshum: okay - cool - thanks!
12:23	berick	csharp: i would love to replace the dojo UIs with angular versions, but there is no specific plan in place to do that yet
12:23	csharp	berick: do you think it's best then to stay with old dojo for the foreseeable future?
13:22	csharp	yeah - that happens here too
13:23	csharp	I'm going to investigate eeevil's suggestion to identify those records and export them piecemeal to stay under the size limit
13:23	csharp	identifying the records will be the hardest part of that
13:26	egbuilder	build #594 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/594 blamelist: Mike Rylander <mrylandergmail.com>
13:26	Dyrcona	I read that as "is complete failure" though guess it amounts to the same.
13:29	csharp	that's after upgrading to Fedora 20, FYI
13:30	csharp	looks like there are some deps that got tore up
13:30	Dyrcona	Perl 5.18?
13:30	dbwells	csharp: I'm double-checking the commit I just pushed. Are you saying that probably isn't the problem?
13:30	Dyrcona	My understanding is some tests and some CPAN modules's tests fail under Perl 5.18.
13:30	bshum	Yeah there's some bugs for that.
13:30	csharp	dbwells: I'm saying that it's likely an OS problem
13:31	csharp	I'm looking now
13:37	mrpeters	and open-ils.circ is definetly running with listener/drone, etc.
13:37	csharp	dbwells: I don't have control over the Debian VM
13:38	csharp	however, with mundungus up and running, creating one under everyone's control is easy ;-)
13:38	dbwells	csharp: that's fine, I'd just like to see one successful buildbot test before I package 2.6.1 today :)
13:38	Dyrcona	mrpeters: Not seen that one.
13:38	csharp	dbwells: ok, ubuntu 12.04 buildslave is back up
13:39	dbwells	csharp: sweet, thank you
13:47	mrpeters	Dyrcona: yeah, and i assume plenty have installed 2.6 from tarballs, so we just need to find our needle in the haystack :)
13:48	Dyrcona	mrpeters: Well, I don't make that assumption, but I've installed it from git.
13:48		hbrennan joined #evergreen
13:48	csharp	dbwells: fedora buildslave was updated and is ready for testing... I don't know how to trigger a rebuild
13:49	mrpeters	yeah, ill fire up a new vm and install the old fashioned slow way :P
13:49	Dyrcona	I typically only see problems like that when I'm fooling around in development and have edited code.
13:50	Dyrcona	mrpeters: Try this: perl -c /usr/local/share/perl/5.14.2/OpenILS/Application/Circ.pm
14:08	mrpeters	you got us started down the right road now, we'll get this sorted
14:08	mrpeters	apt-get install libjson-perl did the trick!
14:10	pinesol_green	[evergreen\|Mike Rylander] LP#1321017: Order constituent records by quality - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4897a05>
14:15	egbuilder	build #595 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/595
14:33	csharp	yay!
14:46	Dyrcona	\o/
14:51		mmorgan1 joined #evergreen
16:34	dbwells	jeff: thanks
16:45		kbeswick joined #evergreen
16:56		jwoodard joined #evergreen
17:31	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:56		ktomita_ joined #evergreen
18:41		timf joined #evergreen
19:19	pastebot	"gsams" at 64.57.241.14 pasted "How I solved the duplication of "Lost Materials", "Overdues", "Lost Materials Processing Fee" in that SQL Query" (61 lines) at http://paste.evergreen-ils.org/51

Results for 2014-05-27

08:33	kmlussier	Has anyone else had trouble with these group format and edition searches?
08:33		collum joined #evergreen
08:34		Shae joined #evergreen
08:35	bshum	I haven't tried combining fields. Only used keyword to test. Sigh.
08:36	csharp	well, that should at least be obvious in the osrferror.log
08:37	bshum	One side thought is whether we should be adding the new qtype selector choices on that advanced search page too
08:37	bshum	Unrelated
08:56	csharp	awesome
08:58	bshum	dbwells: Yeah I hadn't gotten to the OR operator yet, but suspected :\
08:59	dbwells	It doesn't even need to be two fields. Just putting 'one && two' in the basic search box will trigger the bug when adding 'Group formats'.
09:00	bshum	Yeesh
09:00	bshum	Nothing quite like live testing bugs in production :)
09:00	kmlussier	It's too bad I didn't start preparing for my new features demo before you all upgraded. :)
09:02	dbwells	@blame kmlussier
09:02	pinesol_green	dbwells: kmlussier is why we can never have nice things!
15:17	eeevil	Dyrcona: how about something like: where => {+ccvm => { id => { '<@' => { transform => 'intset', value => {'+mravl' => 'vector' }}}}} [entirely untested]
15:17	Dyrcona	eeevil: That's better than what I got. I'll give it a whirl.
15:22		hbrennan joined #evergreen
15:27	bshum	berick++ # we'll test it a bit and I'll probably sign / push it soon
15:28	bshum	I wonder if dbwells has cut the maintenance releases yet, or if this can be one of the last things we get in there...
15:40	dbwells	bshum: Since we had our upgrade scheduled for last Friday, I decided it made more sense to release afterwards in case we encountered any new bugs. If you can get this in today, please do, but I'm less comfortable stretching much beyond that.
15:40	bshum	dbwells++ # sounds like a plan, 2.6.1 ftw! :)
15:40	bshum	I don't have much else new to push through on my end at the moment.
16:45	jcamins	My public libraries give me a headache.
16:47		tspindler left #evergreen
16:53	jcamins	bshum: the first line is excellent.
16:56	pinesol_green	[evergreen\|Bill Erickson] LP#1322303 cleanse backdate for checkin overdue voiding - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e3e264a>
17:15	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:21	* eeevil	looks up
17:21		mmorgan left #evergreen
17:27	eeevil	@later tell krvmga this is precisely the situation where search.relevance_adjustment comes into play. In particular, the first_word bump. though, ideally, it would be a more generic "starts with" adjustment. of course, an actual title search does a LOT better in terms of ranking

Results for 2014-05-26

00:43		dbwells joined #evergreen
05:16	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
11:44		ldw joined #evergreen
12:12		ldw joined #evergreen
12:34		jihpringle joined #evergreen
16:59	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
21:05	jeff	jcamins_: unless they're app tabs, in firefox, tabs are loaded on-demand.
21:06	jeff	i.e., upon startup the content in each tab from the previous session isn't fetched and rendered until the first time you activate the tab.
21:12	jcamins_	jeff: yeah, but it was the action of opening the tab that was simultaneous.

Results for 2014-05-25

02:24		mtcarlson joined #evergreen
03:36		zerick2 joined #evergreen
05:00	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
12:38		bradl_ joined #evergreen
14:42		akilsdonk joined #evergreen
17:17		zerick2 joined #evergreen
17:33	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
19:27		dcook joined #evergreen
20:11		RBecker joined #evergreen

Results for 2014-05-24

12:14		mtcarlson joined #evergreen
14:07		mtcarlson joined #evergreen
17:15	jcamins_	dbwells: (or was it dbs) for future reference, opening up 1649 tabs simultaneously is a bad idea. It takes a long time for them all to render.
17:17	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
19:14		mtcarlson joined #evergreen
21:01		bradl joined #evergreen
21:08		aboutGod joined #evergreen

Results for 2014-05-23

00:31	jeffdavis	gamambel: Evergreen isn't set up to work that way across separate, independent instances. But it is designed for consortial environments, where many different libraries with their own holdings, policies, etc., share the same instance of Evergreen.
05:18	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
05:58	gamambel	jeffdavis: i haven't had the time yet to look into it in detail, but is there an API or something to facilitate connecting multiple instances
05:58	gamambel	?
07:15		jboyer-laptaupe joined #evergreen
08:11	csharp	@hate troubleshooting reports
08:11	pinesol_green	csharp: The operation succeeded. csharp hates troubleshooting reports.
08:11	csharp	@hates
08:11	pinesol_green	csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out (1 more message)
08:11	csharp	@more
08:11	pinesol_green	csharp: when applying an Aggregate Filter and vice versa even more; having to teach SIP2 client vendors about the SIP2 specification; and troubleshooting reports
08:25	Dyrcona	@hates
09:08	Dyrcona	Yeah, I can see that, too. I don't want to overcomplicate things.
09:08	Dyrcona	;)
09:08	Dyrcona	Yep, NCIP is overly complicated 'cause its basically: "Heres' an array of options that you can implement. Enjoy!"
09:10	jeff	and there's an in-between of the subclass approach and the "recommended list of config settings" approach, where you just have a config setting for "flavor" and set it to "INN-Reach" or "FooLibrarySoftware", and that dictates the defaults while still allowing for specific overrides. I don't think I favor that option, though.
09:10	jeff	(seems like it would lead to less-readable code, and make things harder to test)
09:19	tsbere	jeff: I think I prefer "recommended list of config settings" coupled with "config file allows for including another file" and each 'flavor' being a config file to include. Or perhaps just a config file to specify. But I am not working on any of the code in question. >_>
09:19	tsbere	jeff: You get some of the "flavor" config setting feel, but without it actually being a standard config option.
09:22	Dyrcona	tsbere: Since modules can be loaded at runtime, I prefer a default set of options, with the capability of loading a sub module when necessary.
16:59	Dyrcona	JMGoldberg: You check it in to get it out of In Process status.
17:00	hbrennan	And in your library, you can make things in In Process status as visible in the OPAC
17:00	hbrennan	great for letting patrons place holds on items before they are ready
17:01	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:01	JMGoldberg	Alright, I was able to set up the basics!
17:01	JMGoldberg	Thank you all again so much!
17:07		gamambel left #evergreen

Results for 2014-05-22

02:04		b_bonner joined #evergreen
02:05		mtcarlson_away joined #evergreen
05:02	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:39		akilsdonk joined #evergreen
08:28		mrpeters joined #evergreen
08:34		Dyrcona joined #evergreen
08:50		jwoodard joined #evergreen
08:52		kbeswick joined #evergreen
09:07		ldw joined #evergreen
09:17	pinesol_green	[evergreen\|Galen Charlton] LP#1321411: restore ability to handle credit payments using a processor other than Stripe - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e2261fe>
09:34		yboston joined #evergreen
09:45	pastebot	"mrpeters" at 64.57.241.14 pasted "An easier way to audit in-db circ rules via PostgreSQL" (7 lines) at http://paste.evergreen-ils.org/39
09:46	mrpeters	^^ whipped that up, threw it on random magic spells also
14:26	phasefx	dbs: I can dream; I doubt anything will happen along either of those lines :) but take a drop-down for switching languages on the fly, and just extend the concept. That's what I was thinking
14:27	dbs	We basically jumpstarted the docs thanks to SITKA and Michigan Evergreen and a few others who had their own local docs
14:28	bshum	dbs: I'll try and take a poke at it later this afternoon if someone else doesn't get there first. I'm at a day conference and learning about OpenStack right now :)
14:30	PSm	Do you think I should not install client same machine as the server, not even to be able to test the DB?
14:31	Dyrcona	PSm: I'd recommend downloading a client to your local computer and testing it from there.
14:31	PSm	ok, thanks for the advice
14:34	Dyrcona	bshum: Kill it with fire. Those instructions are for 1.6!
14:36		Callender joined #evergreen
17:00		kmlussier left #evergreen
17:19		mmorgan left #evergreen
17:35		bmills joined #evergreen
17:35	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
19:55		gamambel joined #evergreen
19:56	gamambel	is it possible to federate libraries with evergreen? i want users to be able to return books at a different library, for example, but have the libraries run independent instances
20:45		kbeswick joined #evergreen

Results for 2014-05-21

10:36	jeff	some uncertainty if this is in chrome 35 or 36, but it looks like the long-anticipated Object.observe() has landed: http://www.html5rocks.com/en/tutorials/es7/observe/
10:37	jeff	I'd guess Chrome 36 (which is currently beta), and that the Tweet from @ChromiumDev was incorrect in saying 35
10:38	gmcharlt	bshum: I really like the new wiki template
10:44	bshum	gmcharlt: I like that it's responsive.
10:44	bshum	I was hoping that the dokubook theme (to mimic mediawiki) was, but it didn't turn out that way.
10:45	bshum	Oh good, and it works with no-JS
10:45	bshum	(forgot to test that too...)
10:46	jeff	in many ways, themes that mimic something else just end up creating more confusion because it "looks like" X but "isn't actually" X
10:48	bshum	True, true
10:48	jboyer-isl	Ugh, memories of "iOS app" wordpress mobile themes...
11:43	bshum	(just musing, I don't know the answer to the question yet)
11:45	tsbere	bshum: I think mmorgan means "between sessions"
11:45	mmorgan	bshum: Yes, it should be obvious by looking at the screen. My larger question actually is where all those sticky things in the client are stored. Checkin modifiers, checkboxes, etc.
11:46	tsbere	mmorgan: Have you closed the client when testing? The preferences file may not be written right away even if it is visible in about:config
11:46	mmorgan	tsbere: Not sure, will check that.
11:47	bshum	Yeah, but if they're visibly part of the checkin screen (with text/color/boxes/whatnot) why would you need to know where they're stored between sessions? Cause they seem to stick from closing out and coming back in, no?
11:47	tsbere	mmorgan: Beyond that, I seem to find them in the prefs.js file itself here
16:43	jeff	wait, really? i feel embarassed not knowing that.
16:44	bshum	Yeah that doesn't seem quite right somehow
16:44	jeff	almost as embarrassed as me not spelling embarrassed correctly. :P
16:45	bshum	Wow, that's just depressing
16:45	bshum	tested and true.
16:45	bshum	I hate that.
16:45	bshum	I want it to index the whole thing
16:45	bshum	Just in case
16:46	bshum	:\
16:46	bshum	Bleh
16:46	bshum	This is why I just stick to keyword search :D
16:47	bshum	In that case we really, really ought to turn on this library setting...
16:48	kmlussier	Well, the thing is, if it does pay attention to "the" when you enter the initial article, then the user would be stuck if they didn't use the initial article when entering the search.
16:50	kmlussier	bshum: It's a global flag.
16:50	bshum	Hmm
16:50	kmlussier	Map of search classes to regular expressions to warn user about leading articles
16:51	jeff	okay, testing on 2.5.1 title search for the help and "^the help$" both return results I would expect. that makes me think that i misunderstood the problem. what am I doing different?
16:51		ldw joined #evergreen
16:51		akilsdonk joined #evergreen
16:51	kmlussier	jeff: In browse search?
17:13	bshum	krvmga: If you're asking about our production, that's mainly because we're not live yet on a version that includes that feature (ask me again next week)
17:13	frank___	hi all, does someone could tell me what is the script I have to run to make a reingest?
17:13	krvmga	bshum: oh, sorry, i thought you were on 2.5 already
17:13	bshum	krvmga: But if you're asking about our test server, I've been avoiding it for now because I don't think people really care about it at the results level.
17:13	bshum	krvmga: That's a 2.6 feature isn't it?
17:13	frank___	I am working on 2.6 EG v
17:14	krvmga	bshum: 2.5, according to the release notes
17:14	kmlussier	bshum: There is a 2.5 feature that only uses OU settings
17:15	krvmga	bshum: we have that already
17:16	krvmga	but i'm going to bet you mean something different from what we have.
17:18	kmlussier	OK, I've given up on working on my other project to look in the database, and I think I've caught up to speed on what's happening. But to make sure I'm understanding it correctly. We have the alternate title index that is set to search and browse...
17:19	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:20	kmlussier	And that index will create one browse entry based on alternative title, which is where we see the entries starting with "the"...
17:20	kmlussier	And will create a second entry based on alternative-nfi, which honors those non-filing indicators.
17:20	bshum	krvmga: Well, I was thinking about making it a page in the catalog, and not something referenced elsewhere on another website.
20:39	gsams	well, that might explain things then
20:39	bshum	Otherwise it'll just keep doing its thing
20:40	hbrennan	Hmm, that's good to know! That's going on a stickie
20:40	gsams	weird how it didn't do anything with my other tests though, that's going to bug me I think.
20:40	bshum	Also
20:40	dcook	Could I beg a favour from someone?
20:41	bshum	Depends on how your email notification was scripted
22:06	pinesol_green	[evergreen\|Jeff Godin] LP#1246843: Don't show contact invalidators for new users - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1ed5744>
22:15	bshum	Man I feel so rusty
22:18	* dbs	sprays wd40 on bshum
22:19	bshum	Heh, thanks :)
22:25		ldw joined #evergreen
22:47	bshum	dbs: I'm looking at bug 1303544 and in my testing the extra .trim in the misc_util.tt2 for isbn/upc/issn result in having nothing show up at all in the catalog. Maybe I'm doing something wrong in my test server, I'll double check on another one.
22:47	pinesol_green	Launchpad bug 1303544 in Evergreen master "ISBNs should be cleaned up in record summary output" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1303544
22:48	bshum	Otherwise, the change to record/summary.tt2 works fine and seems to put the ISBN on its own as described
22:55		mtcarlsoz joined #evergreen
23:04		shadowspar joined #evergreen
23:27	dbs	bshum: I don't think I have a current test VM around to give it a shot right now; feel free to merge just the summary.tt2 changes

Results for 2014-05-20

09:01	jeff	that might be it.
09:01	dbs	kmlussier: that's it!
09:01	DPearl	jeff: Thanks!
09:02	jeff	in most cases when testing even small changes, i do the work in a local git branch, push that branch to a development server, stop apache and opensrf, then make, make install, start opensrf, start apache. sometimes i also restart memcached or perform a selective removal of keys from memcached.
09:04	jeff	thinking on that a bit, my only real reason for not doing a full memcached restart is usually just that i want to preserve my session -- i should probably either get used to just logging in again, or manually insert my session after a full restart.
09:04	jeff	(of memcached)
09:04	jeff	(or flush)
09:05	jeff	mostly because a partial deletion of keys and their values requires either that i know the exact key, or that i use memcdump and grep, and memcdump is not guaranteed to give you every key in every situation.
09:05	tsbere	jeff: I have aliases that do the entire install/reinstall process for me on my dev machine, and I use the automatic login options on the staff client. The only place I normally log into my dev machine is in the catalog, or if I want a different user than one of the normal three I use in the staff client. :D
09:06	Dyrcona	What tsbere said, plus I only do the makes and restarts when necessary.
09:06	* tsbere	even lets the browser remember the passwords for three "patron" accounts, though, so even the catalog isn't a big deal for logging in
09:06	Dyrcona	If I'm messing with tt2 fles or server side client files, I just copy them in place and clear the cache in the staff client or browser.
09:07	* jeff	nods
09:07	jeff	templates i often test without restarting, just cache-clearing
09:07	Dyrcona	DPearl: You'll want to restart open-ils.circ. Depends on your version of OpenSRF how you do that.
09:07	jeff	i wanted to get away from editing a perllib file in place on the dev system.
09:08	Dyrcona	I use git for this stuff definitely.
09:10	jeff	i edit code on my laptop, commit to a git branch, push that to a bare repo on the dev instance which is configured as a remote on itself
09:11	Dyrcona	Fun thing: On my laptop I have my bare repos set up to pull from an empty.git repo on the laptop and push to the remotes on the dev machine.
09:11	Dyrcona	This avoids errors when doing a git fetch --all and the remotes on the dev machine are not around.
09:12	jeff	mostly the changes i'll be testing do not involve large schema changes, so i don't have much in place for the database other than "create volume from snapshot, mount, configure postgres to use that path" -- where the snapshot in question is a block-level snapshot of a device with a filesystem containing a restore of our production db from sometime in the last month or so.
09:13	Dyrcona	I usually run upgrade scripts by hand, or for large changes I use a perl script that I wrote.
09:13	jeff	Dyrcona: nice. the local repo i'm usually doing this from isn't somewhere where i typically fetch --all, but that's handy.
09:15	Dyrcona	And this reminds me that I noticed memcached running on a machine where it doesn't have to and I want to disable it.
09:21	Dyrcona	Does anyone have a server running 2.6 besides me at the moment?
09:21	_bott_	Unique is telling me that their collections calls are erroring out with "does not contain valid XML". I'm wondering if I mistakenly updated a Perl mod. Does anyone know if Precise has a version issue with any XML modules?
09:21	Dyrcona	I ask because I suspect something is wrong with SuperCat feeds in general, but I haven't looked hard enough, yet.
09:21	_bott_	Dyrcona: test server, running, yes. I haven't touched it in a few weeks though.
09:22	Dyrcona	_bott_: Not that I am aware of, but could be.
09:22	_bott_	I can't seem to locate my handy xml-rpc test scripts. Gotta go recreate them to test.
09:23	Dyrcona	_bott_: Oh. In that case, yeah, I had trouble with xml-rpc and precise all along, but never really narrowed it down.
09:23	jeff	_bott_: there was a change to XMLRPC calls which made our method names no longer valid. there's a new way of spelling those method names, and Unique knows how to do it, but they might not have enabled it for your system -- I don't think it was as simple as "use these names, they work everywhere" -- I think it was more of a "flag day per system" thing.
09:24	Dyrcona	Plus, what jeff just said. :)
10:23	jboyer-isl	I see. Not a bad use of !, letting you know that you're potentially wrecking the variable you're working with.
10:23	jboyer-isl	And saving a fair bit of typging.
10:24	jeff	can't say i prefer it, more of a "using the conventions of the surrounding code" thing.
10:45	phasefx	we don't have any metarecord examples in the test data do we? I grouped by master_record on metabib.metarecord to test
10:47	jboyer-isl	Sigh. on restore (of a 2.5.2-ish db) is anyone seeing this error: COPY failed for table "z3950_index_field_map": ERROR: new row for relation "z3950_index_field_map" violates check constraint "valid_z3950_attr_type"
10:47	jboyer-isl	It's a little disconcerting, as we have plenty of people that do z39.50 searches and there's obviously an entry in the production db being dumped each night.
10:50	bshum	You know, I did have that happen at least once during one of my restores...
11:41		dreuther joined #evergreen
11:53	bshum	fwiw, gmcharlt, we applied https://bugs.launchpad.net/bugs/1296937 to our production to help speedup lookups and it hasn't been a problem as far as I know.
11:53	pinesol_green	Launchpad bug 1296937 in Evergreen 2.5 "SIP2 Patron Information times out on too many checkouts/holds" (affected: 4, heat: 20) [Medium,Confirmed] - Assigned to Galen Charlton (gmc)
11:54	gmcharlt	bshum: yep, I'm nearly done testing it
11:54	bshum	gmcharlt++
11:54	tsbere	heh, I just poked him to say the same thing. We had people with a couple hundred holds complaining about overdrive not letting them log in. <_<
11:55	bshum	Yeah, that's the same thing we saw :(
12:01	* tsbere	recalls his testing: Insert a row into action.hold_request for every bib, then when that wasn't enough of a stress test adding one for every copy, for the test patron
12:02	pinesol_green	[evergreen\|Thomas Berezansky] LP#1296937: (SIP2) Add ids_only parameter to _items functions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9ce8743>
12:02	pinesol_green	[evergreen\|Galen Charlton] LP#1296937: (follow-up) make $ids_only be the last parameter for ->charged_items() - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2f27b78>
12:02	* tsbere	wonders what Galen was doing with that follow up commit
12:04	gmcharlt	tsbere: bshum: Dyrcona: committed; note the follow-up
12:04	tsbere	gmcharlt: What did that follow-up commit get us beyond confusing things inside of SIPServer?
12:04	gmcharlt	tsbere: read the commit message on the Evergreen follow-up
12:05	tsbere	gmcharlt: I did. I still don't get why it was needed. The code that used that parameter existed only in the Evergreen side of things, and if SIPServer triggered the "force barcode" code it actually improved the patron information response from not doing so in my own testing.
12:06	tsbere	gmcharlt: Thus, as I said a moment ago: What does that get us beyond confusing things inside of SIPServer with different numbers of params needed for each summary call?
12:09	eeevil	tsbere: I'm having a hard time understanding when it's ever a good idea to reorder positional parameters as opposed to always adding to the end
12:09	gmcharlt	tsbere: prior to the follow-up, if one upgraded Evergreen but not SIPServer, it was unclear that the renew-all message would get the correct information to actually renew the items
12:10	tsbere	gmcharlt: Ummm.....the renew-all code in question is part of Evergreen, not SIPServer. Which is my point. If you upgraded Evergreen you got the new version of the renew all code too.
13:48	tsbere	gmcharlt: Wait, we care about breakage to JSPac? Since when?
13:48	gmcharlt	this is probably a really obvious Q and A, but I think it wouldn't hurt to be explicit: are we all agreed that we don't care about anything that would break JSPac?
13:49	gmcharlt	and no, I rather suspect we don't, but for as long as it lives in the code base, we should probably be crystal clear about expectations
13:50	jeff	Not having tested jspac on 2.6 in... ever, I'm not sure why I'm asking, but: are you planning to backport the change that breaks jspac to rel_2_6 or is it just master-and-forward?
13:51	* kmlussier	thinks we should break JSPac as much as we can to convince anyone who may be using it to get off of it.
13:52	kmlussier	We officially stopped supporting it in 2.4, right?
13:52	gmcharlt	something like that
15:28	jeff	I have a report for 245 tags where ind2 is 4 and the first characters of the $a are not "The " :P
15:30		ldwhalen_mobile joined #evergreen
15:31	hbrennan	I'm going to flip flop the first and last of (6!) ISBNs for a title which is showing the wrong cover image...
15:32	jeff	hbrennan: keep in mind that that may do nothing. in the code you're running, there is no predictable way to ensure that a certain ISBN is used for a Syndetics lookup.
15:33	jeff	gmcharlt: does that code and that test pass for you? which version of Business::ISBN? It's been too many weeks since I was looking at Business::ISBN, but memory says it won't do what is expected there.
15:34	dbs	we put some extensive ISBN pre-cleanup code into database logic to work with Business::ISBN, should be able to reuse that
15:34	gmcharlt	jeff: that patch needed a couple follow-ups (also in the source tree) to deal with invalid ISBNs, but overall, it does appear to correctly normalize ISBNs, and produce variations of an ISBN
15:35	* jeff	looks to see if his memory is wrong, but also sees that there's a new-this-year version of Business::ISBN
15:56	jeff	tsbere++ for a very elegant proposed fix to key ordering
15:57	hbrennan	I have to say, Syndetics did not use blame language towards EG
15:57	hbrennan	it would be easy for them to do, but they didn't
15:57	jeff	certainly. they've been very helpful when i have worked with them in the past.
15:57	jeff	including providing us with a client code for development/testing, etc.
15:57	hbrennan	They called it a "small technical issue" on EG's part
15:58	hbrennan	And they did add the missing ISBNs in their database so our images would show.. at least for the two we were missing in the case
15:59		ericar joined #evergreen
16:59	gsams	jeff: yeah that is basically what I will be trying to setup.
17:00		dreuther joined #evergreen
17:01	gsams	just a bit smaller scale, as in one library in a 13 library system.
17:03	pinesol_green	Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:07		dreuther joined #evergreen
17:09		mmorgan left #evergreen
17:09	dbwells	Browser prompt: "You are about to close 793 tabs. Are you sure you want to continue?"
18:16		zerick2 joined #evergreen
18:37		kmlussier joined #evergreen
19:53	* gmcharlt	grabs 0880
20:01	pinesol_green	[evergreen\|Mike Rylander] LP#1312945: auth-auth linking: cache less agressively and look for all links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=89f8e98>
20:01	pinesol_green	[evergreen\|Srey Seng] LP#1312945: authority.calculate_authority_linking and multiple linked tags - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=663715d>
20:01	pinesol_green	[evergreen\|Mike Rylander] LP#1312945: baseline schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e7e9731>
20:01	pinesol_green	[evergreen\|Galen Charlton] LP#1312945: add regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=73aff25>
20:01	pinesol_green	[evergreen\|Galen Charlton] LP#1312945: pin schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4df12a9>
20:13	pinesol_green	[evergreen\|Dan Wells] LP#1314902: Restore header bar styles on results pages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e174630>
21:21		kmlussier joined #evergreen
22:04		kmlussier joined #evergreen
22:09		Jimmy__ joined #evergreen
22:15	bshum	It's just letting you know that this hasn't been done and it's just using the localhost address 127.0.1.1 as the servername for the apache service.
22:23		b_bonner joined #evergreen
22:23		mtcarlson_away joined #evergreen
22:23	PSM	<bshum> Ok, I see. I guess should leave it this way then. My main concern is my staff client 2.6 on win xp machine is connecting fine to the server, but when I try Acquisitions, new brief record then to save the record I get the following error 'Event: 2002: DATABASE_QUERY_FAILED-> The attempt to query to the DB failed' on the server side it seems that it's running fine and I can do the srfsh test with no problems
22:25	bshum	PSM: I'm afraid that I can't speak to how acquisitions operates in that area, so I'm unsure how to instruct you on proceeding further, but yeah, that apache warning you noted is just a warning, not an actual error per say.
22:26	PSM	<bshum> I see, thanks for your help with Apache anyway.
22:27	PSM	<bshum> I wonder where would you recommend me to go for more help about this?