2013-02-27T00:00:38 @later tell Dyrcona Curious what you've been doing to deal with ia32-libs' various packages being removed when running the Makefile.install anew on 64-bit Ubuntu servers; other than reinstalling, of course. 2013-02-27T00:00:38 bshum: The operation succeeded. 2013-02-27T00:04:41 *** atz has left #evergreen 2013-02-27T01:40:30 *** atheos has quit IRC 2013-02-27T01:43:24 *** atheos has joined #evergreen 2013-02-27T01:47:01 *** smyers_ has quit IRC 2013-02-27T02:25:41 *** mcarlson has quit IRC 2013-02-27T03:26:32 *** BigRig has quit IRC 2013-02-27T06:18:40 *** b_bonner has quit IRC 2013-02-27T06:20:55 *** b_bonner has joined #evergreen 2013-02-27T06:41:07 *** rbecker is now known as RBecker 2013-02-27T06:56:14 *** RBecker is now known as rbecker 2013-02-27T07:51:03 hrm... looks like a couple of db upgrade scrips are missing from the 2.3.4 tree - 2.2.2-2.2.3 and 2.2.3-2.2.4 - it jumps from 2.2.1-2.2.2 to 2.2.4-2.2.5 2013-02-27T08:13:12 ....and no 2.3.3-2.3.4 upgrade script either :-/ 2013-02-27T08:15:46 *** Dyrcona has joined #evergreen 2013-02-27T08:17:11 * csharp opens bug 1134331 2013-02-27T08:17:12 Launchpad bug 1134331 in Evergreen "missing database upgrade scripts in Evergreen 2.3.4" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1134331 2013-02-27T08:18:15 *** _bott_ has left #evergreen 2013-02-27T08:20:13 *** _bott_ has joined #evergreen 2013-02-27T08:21:48 * Dyrcona updates bug 1134331 2013-02-27T08:21:49 Launchpad bug 1134331 in Evergreen "missing database upgrade scripts in Evergreen 2.3.4" (affected: 1, heat: 6) [High,Confirmed] https://launchpad.net/bugs/1134331 2013-02-27T08:22:39 @later tell bshum I just reinstall ia32-lib. Unfortunately, aptitude sucks. 2013-02-27T08:22:39 Dyrcona: The operation succeeded. 2013-02-27T08:24:03 csharp: Switch to master and that upgrade script problem goes away. :) 2013-02-27T08:25:46 * Dyrcona seriously considers going back to FreeBSD for all of his computing needs. 2013-02-27T08:29:23 @later tell bshum If you want the title of "Chief Bug Wrangler," I'd be more than happy to hand it over. You've done more bug wrangling than I lately. 2013-02-27T08:29:23 Dyrcona: The operation succeeded. 2013-02-27T08:30:52 *** mrpeters has joined #evergreen 2013-02-27T08:33:38 bshum++ #fixing busted upgrade scripts in master 2013-02-27T08:40:30 [evergreen|Ben Shum] Fix 0752 and 0756 upgrade scripts - 2013-02-27T08:43:22 bshum++ # For adding the Evergreen "logo" to Launchpad. 2013-02-27T08:43:33 bshum++ # Why not one more time? 2013-02-27T08:44:44 *** akilsdonk has joined #evergreen 2013-02-27T08:50:26 *** ericar has joined #evergreen 2013-02-27T08:52:07 morning, is there anyone who can tell me where helpers.copy_bib_basics in A/T pulls the title, author, etc. from? 2013-02-27T08:52:40 marc 2013-02-27T08:52:47 or maybe mods, but that gets it from marc 2013-02-27T08:53:10 it looks to me like earlier versions were using reporter.materialized_simple_record, so it's using the mods stuff that searches uses? 2013-02-27T08:54:27 record_to_mvr is used (provided it isn't a precat), which then goes to ModsParser. 2013-02-27T08:55:02 mods has title and author output, which is then returned back to the A/T environment 2013-02-27T08:55:29 issue is notices that have no title/author on occasion. is it possible that the lookup is timing out? is that even possible? 2013-02-27T08:55:56 (and we shold probably come up with one of these that works for holds or records in general or something so that when we don't have a copy we can still get a title/author in proper cases) 2013-02-27T08:56:00 i guess, does the AT environment just give up after a while 2013-02-27T08:56:30 It could be that some records don't have a straightforward title/author, or don't survive being passed through ModsParser due to errors, and thus don't spit anything useful out 2013-02-27T08:58:04 is there a way i could simulate this? find out if the author/title aren't straight forward 2013-02-27T08:59:02 you know…I'm noticing its titles that have more than one 245 subfield 2013-02-27T08:59:24 245 1 0. ‡aClever Jack takes the cake / ‡cCandace Fleming ; illustrated by G. Brian Karas. 2013-02-27T08:59:34 Whip up a little perl script that calls record_to_mvr in apputils and start passing in records? 2013-02-27T08:59:39 mrpeters: A timeout is possible, too. 2013-02-27T09:00:05 mrpeters: I forget what it ended up being for us when we had reports of no titles or authors on notices. 2013-02-27T09:00:06 thanks Dyrcona, I'm wondering if that is the issue. We get very slow loads of the title/author in the OPAC too. 2013-02-27T09:00:22 like, 20 seconds to display the title 2013-02-27T09:02:17 my initial hunch was that r.msr was just missing data for the copy in question 2013-02-27T09:02:20 but its all there 2013-02-27T09:03:34 That is only used for, maybe, hold canceled notices. Due to not having a copy in those. 2013-02-27T09:04:04 even if the AT template is using circ.target_copy_call_number.record.simple.record.title? 2013-02-27T09:04:24 i was under the impression that was r.msr 2013-02-27T09:04:45 Ok, in that case I call ancient A/T, and wonder if the env is properly set up for that. 2013-02-27T09:05:30 yeah, I'm thinking using one of the newer templates might be the way to go, let them run side by side for a couple days and see if theres any difference in the output 2013-02-27T09:06:45 thanks for the info, Dyrcona++ tsbere++ 2013-02-27T09:09:41 mrpeters: The helper gets you actual properly formatted titles and authors. >_> 2013-02-27T09:09:54 yeah, i noticed they weren't properly formatted 2013-02-27T09:10:05 maybe a lot of benefit to just overhauling this 2013-02-27T09:10:30 may just pull the 3 day overdue from master and let that run side by side 2013-02-27T09:11:40 *** mmorgan has joined #evergreen 2013-02-27T09:17:02 *** collum has joined #evergreen 2013-02-27T09:17:10 csharp: 2.3.3-2.3.4 doesn't exist anywhere, because senator/berick didn't create an upgrade script for this last round with no DB changes. 2013-02-27T09:17:28 csharp: I think that was mentioned in the release emails and blog post. 2013-02-27T09:17:56 maybe a dummy file that doesn't do anything but increase the upgrade log would be good? 2013-02-27T09:18:03 Though like you, I was also a little confused looking for it at first when I was upgrading over the weekend. 2013-02-27T09:18:33 And think that yeah we need something to act as a placeholder, else 2.3.4-2.3.5 might look like 2.3.3-2.3.5 with people going, but what happened to 2.3.4? 2013-02-27T09:21:30 Dyrcona: I had a feeling ia32-libs was going to be my downfall. Thanks for the confirmation about process. Maybe I'll ponder options towards dealing with that someday. 2013-02-27T09:22:33 bshum: My diagnosis is that some other package is broken and is labeled as conflicting with ia32-libs or something that ia32-libs installs when it really doesn't. 2013-02-27T09:23:26 * Dyrcona thinks we should stop doing database changes in bug fix releases. 2013-02-27T09:23:57 and if the bug fix is in a stored procedure? ;) 2013-02-27T09:24:36 * Dyrcona might allow an exception for that since it does create or replace so running the script twice shouldn't break things. 2013-02-27T09:24:37 *** zerick has joined #evergreen 2013-02-27T09:25:46 Schema changes should be right out, no alter tables, etc. 2013-02-27T09:25:52 *** kmlussier has joined #evergreen 2013-02-27T09:27:07 Failing that, the scripts should be modified to check if the upgrade was applied and simply go on to the next upgrade, not fail miserably. 2013-02-27T09:27:57 * Dyrcona runs master primarily because he doesn't like the way the release upgrade scripts work. 2013-02-27T09:31:38 Hmm 2013-02-27T09:31:56 IIUC, the config.upgrade_* stuff still needs some loving to finish up the superseded / deprecates stuff -- maybe a good hackfest project 2013-02-27T09:32:03 since that's where it started 2013-02-27T09:33:46 in hindsight, a stub 2.3.4 upgrade that just stamps the version would have made sense 2013-02-27T09:35:43 * Dyrcona agrees with mrpeters that there is too much copy/pasta in the current upgrade scripts. 2013-02-27T09:37:24 *** kmlussier has quit IRC 2013-02-27T09:39:30 right, again IIUC, once the upgrade bits are all working, we won't have to copy/paste scripts. you would just point psql at a range of versions (or something to that effect) and it would apply all of the correct numbered scripts 2013-02-27T09:39:40 skipping any that have been superseded by later scripts 2013-02-27T09:41:51 * berick would also love to see 950.seed-data.sql die in a fire 2013-02-27T09:44:29 s/die in a fire/stop adding new stuff to which is already represented in upgrade scripts/ 2013-02-27T09:44:39 berick++ 2013-02-27T09:45:27 *** phasefx has quit IRC 2013-02-27T09:47:02 that probably wouldn't be that difficult, really. at some magical version X, we teach the installer to first apply 950.seed-data.sql, then apply everything in upgrade/*.seed.*.sql whose version is > X. 2013-02-27T09:47:50 0800 or 0777 seem magically arbitrary enough for version X. 2013-02-27T09:48:32 950.* is also the place where i18n strings are yanked from, iirc 2013-02-27T09:49:13 ah, good pint 2013-02-27T09:49:15 er, point 2013-02-27T09:49:37 *** phasefx has joined #evergreen 2013-02-27T09:50:25 *** dbwells has joined #evergreen 2013-02-27T09:53:31 *** mrpeters has quit IRC 2013-02-27T09:59:46 *** BigRig has joined #evergreen 2013-02-27T10:07:31 *** yboston has joined #evergreen 2013-02-27T10:09:18 * Dyrcona plays Chris Smither, 'cause he's gettin' "No Love Today" from his development VM. 2013-02-27T10:13:37 *** Meliss has joined #evergreen 2013-02-27T10:21:36 Or from his firewall, either. 2013-02-27T10:29:15 [evergreen|Thomas Berezansky] TPac: Lookup hold patron after paste - 2013-02-27T10:35:54 *** hopkinsju has joined #evergreen 2013-02-27T10:42:35 * Dyrcona rants about desktop usability. 2013-02-27T10:44:01 grabbing 0758 2013-02-27T10:49:23 [evergreen|Jeff Davis] Vandelay: default match set - 2013-02-27T10:49:24 [evergreen|Kathy Lussier] Release notes entry for default Vandelay match set - 2013-02-27T10:49:25 [evergreen|Ben Shum] Add default Vandelay match set to schema - 2013-02-27T10:49:26 [evergreen|Mike Rylander] Stamping upgrade scripts for Vandelay default match set, with minor adjustments - 2013-02-27T10:59:28 and now, 0759, 0760 2013-02-27T11:01:12 eeevil++ 2013-02-27T11:01:53 better right before alpha than right before beta, my pappy always used to say 2013-02-27T11:03:51 also a famous Hank Williams song, IIRC 2013-02-27T11:04:24 Must be Junior, 'cause Senior and the Third actually have some talent. 2013-02-27T11:05:30 [evergreen|Lebbeous Fogle-Weekley] Calculated Proximity Adjustments, a new feature - 2013-02-27T11:05:31 [evergreen|Lebbeous Fogle-Weekley] Custom best-hold selection sort order - 2013-02-27T11:05:32 [evergreen|Mike Rylander] Stamping upgrade scripts for Org Unit Proximity Adjustment and Custom Best-Hold Sort Order - 2013-02-27T11:06:18 eeevil++ 2013-02-27T11:07:31 [evergreen|Mike Rylander] Fixing upgrade script version of the permission id - 2013-02-27T11:08:02 tsbere: since you've been poking in the general area surrounding ingest/search a good bit, https://bugs.launchpad.net/evergreen/+bug/1066326 is right up your ally. in particular, it eases reingest. 2013-02-27T11:08:04 Launchpad bug 1066326 in Evergreen "Allow (in practice) parallel ingest again, post-browse-indexing" (affected: 1, heat: 6) [Low,Triaged] 2013-02-27T11:12:30 eeevil: I find myself wondering if there is a better way. Not sure I like the flag bit. Not to say it is a bad idea, I am just not sure if it is the best way to handle it. :/ 2013-02-27T11:14:33 tsbere: it's in use in production at some sites for the purpose of being able to actually load multiple sets in parallel. IOW, it's working code. I'm not inclined to boil the ocean in such a central part, so small changes that make things work as intended seem, on balance, safer and better. 2013-02-27T11:16:41 eeevil: I was thinking something like how the audit info works might be a good way to handle some of this. set_session_reingest_defaults(skip_facet BOOL, skip_browse BOOL, skip_search BOOL) to dump into the perl area like the audit info does? A more generic "session_override_internal_flag" call could work too, I suppose... 2013-02-27T11:16:44 better than a redesign (or rewrite of the current design), I mean 2013-02-27T11:17:28 * Dyrcona wonders if he can use that to speed up loading updates from Safari and Backstage. 2013-02-27T11:18:22 eeevil: My concern is someone accidentally leaving one of the options enabled and then not knowing why things aren't happy later. >_> 2013-02-27T11:18:29 there's already a defined and (to a degree) documented mechanism for "skip this part of the ingest". can we bikeshed a replacement once the feature is restored? (it was hobbled by browse data uniqueness) 2013-02-27T11:18:52 heh ... there are bigger foot-guns than that laying around 2013-02-27T11:20:36 and, in fact, the gun is there now. it's just that it's loaded with possibly wet (but maybe not) shells 2013-02-27T11:21:54 anyway, I'll ask around for others to review as well. it's a regression repair, and if it works it should really go into 2.4 (and 2.3, IMO) so that folks can migrate to evergreen efficiently. 2013-02-27T11:30:31 eeevil: When are you planning to cut 2.4 alpha? I'll try to review a few more branches of interest before that if possible. 2013-02-27T11:31:29 senator: commit 6b53189a9134d7366, org_unit_proximity_adjustment.tt2 doesn't do i18n strings. 2013-02-27T11:31:29 [evergreen|Lebbeous Fogle-Weekley] Custom best-hold selection sort order - 2013-02-27T11:36:40 paxed: thanks. fixing 2013-02-27T11:39:53 bshum: probably first thing tomorrow. thanks! 2013-02-27T11:40:10 bshum: I have a few in mind, if you want a list. :) 2013-02-27T11:46:22 *** hopkinsju has quit IRC 2013-02-27T11:54:03 is alpha the 'new feature' cutoff, or is that beta/rc? 2013-02-27T11:54:09 *** hopkinsju has joined #evergreen 2013-02-27T11:55:38 jeff: traditionally it's beta 2013-02-27T11:55:40 *** BigRig_ has joined #evergreen 2013-02-27T11:55:46 thanks. 2013-02-27T11:55:49 [evergreen|Lebbeous Fogle-Weekley] Fix omissions of [% l(...) %] for i18n - 2013-02-27T11:55:54 the first beta, that is 2013-02-27T11:55:58 *nod* 2013-02-27T11:56:22 senator: one more, the page title. 2013-02-27T11:58:12 *** BigRig has quit IRC 2013-02-27T11:58:13 paxed: working/collab/senator/aoupa-page-title 2013-02-27T11:58:28 if you wouldn't mind checking for any other omissions and signing off 2013-02-27T11:58:32 thanks 2013-02-27T11:58:39 ok 2013-02-27T11:59:51 Are there published procedures for getting a dokuwiki account? 2013-02-27T12:00:02 Dyrcona: you read my mind. 2013-02-27T12:00:13 I suggest creating an email alias, wikiadmin@evergreen-ils.org 2013-02-27T12:00:23 populate it with folks empowered to create wiki accounts 2013-02-27T12:00:25 and publish it 2013-02-27T12:00:33 I'll second that. 2013-02-27T12:00:35 * tsbere hates those aliases, they don't play nice with SPF rules 2013-02-27T12:01:21 tsbere: we do have control of DNS for evergreen-ils.org; can you suggest a configuration change to address that? 2013-02-27T12:01:39 "Let's give it to tsbere. He won't eat it. He hates everything." 2013-02-27T12:02:33 gmcharlt: The problem isn't the evergreen-ils.org DNS/SPF/whatever. The problem is the original sender's. The envelope sender stays the same through the aliases, and that isn't SPF-friendly. 2013-02-27T12:03:16 gmcharlt: A private membership mailing list configured to accept non-member messages plays a *lot* nicer on that front 2013-02-27T12:03:45 *** kmlussier has joined #evergreen 2013-02-27T12:03:48 The real problem is everyone wants a system where anyone in the world can send them a messge, and then they get mad when they do. 2013-02-27T12:07:58 *** Michele__ has joined #evergreen 2013-02-27T12:09:01 Dyrcona: after poking around, looks like there *is* an established procedure ... mail requests to docs@evergreen-ils.org 2013-02-27T12:09:45 *** jdouma has joined #evergreen 2013-02-27T12:10:07 there are already a bunch of people on it, so I'm just going to make it a little more prominent on the front page 2013-02-27T12:17:15 senator: signedoff. 2013-02-27T12:18:26 thanks paxed 2013-02-27T12:18:47 *** kmlussier has quit IRC 2013-02-27T12:19:02 didn't spot anything else 2013-02-27T12:20:00 Q about fm_idl stuff. are all the :labels grabbed for translation? and what does oils_persis:i18n="true" mean? 2013-02-27T12:21:55 The i18n=true bit is "we can fetch translations for this column's contents" 2013-02-27T12:22:08 ah 2013-02-27T12:22:10 I think the labels are grabbed for translation too 2013-02-27T12:22:41 At least, the reporter gets a XML-ent translation ready version of the file........ 2013-02-27T12:30:54 *** hopkinsju has quit IRC 2013-02-27T12:32:22 *** smyers_ has joined #evergreen 2013-02-27T12:42:07 [evergreen|Lebbeous Fogle-Weekley] One more tiny i18n fix - 2013-02-27T12:50:22 *** stevenyvr2 has joined #evergreen 2013-02-27T12:52:44 dbwells: Tested your newest patch for Google Books preview. Seems better (I like the new tab we've created). I only wish that the tab stayed when looking at other tabs. 2013-02-27T12:54:46 * bshum is going to ponder and do a little more testing. 2013-02-27T12:59:58 I guess the other thing is that now that you've introduced the fancier tab reveal for google books, I feel like we need to do the same for all the other tabs for consistency. 2013-02-27T13:00:03 Fun times :) 2013-02-27T13:01:18 eeevil: I'm going to peruse the various LP bugs again in a bit. But if you have key contenders you want me to focus attention on, I'll try to do my best ;) 2013-02-27T13:03:32 bshum++ 2013-02-27T13:06:36 *** kmlussier has joined #evergreen 2013-02-27T13:12:18 [evergreen|Mike Rylander] Use LIMIT to speed EXISTS subqueries - 2013-02-27T13:12:19 [evergreen|Mike Rylander] Speed up sorted-related-holds query - 2013-02-27T13:13:35 bshum: well, the Google preview requires Javascript in order to function, so I don't see a reason to not use for the interface as well. The other tabs were designed to be Javascript-less, and while I believe that will be relaxed at some point, it's really a separate issue. 2013-02-27T13:14:07 dbwells: Oh it is, I'm not saying that to stop us, just noting that it'll probably be something we'll follow up on. 2013-02-27T13:14:32 can i see the google preview live somewhere? 2013-02-27T13:18:36 paxed: My dev server is firewalled from the world, sorry. Not sure if bshum's is accessible. The bug is #1129628 if you want to try it out yourself. 2013-02-27T13:18:43 *** pmurray is now known as pmurray_away 2013-02-27T13:18:50 paxed: I can show you one of our test servers, once I add dbwells' new code to it. Course you can always follow along the branches ;) 2013-02-27T13:19:30 I have a question about custom best-hold selection sort order. I was trying it out last night, and I just want to make sure I'm correctly understanding what aprox does. 2013-02-27T13:19:51 My understanding was that it will prioritize holds where the copy circ library matches the pickup library. Is that right? 2013-02-27T13:20:36 bshum: I also have to say, you are a hard guy to please. I like that :) 2013-02-27T13:21:03 *** rbecker has quit IRC 2013-02-27T13:21:43 dbwells: I truly appreciate the work you (and everyone) does. My poking is just poking. I'm open to whatever cool code people share :) 2013-02-27T13:22:17 dbwells, bshum: sure, but i was thinking i could see it in action right now. also it's past 8pm for me, so can't really be arsed right now to check it out myself :) 2013-02-27T13:22:31 *** RBecker has joined #evergreen 2013-02-27T13:23:07 *** hbrennan has joined #evergreen 2013-02-27T13:24:08 *** pmurray_away is now known as pmurray 2013-02-27T13:26:17 paxed: Heh, sure. Sending you a PM shortly. 2013-02-27T13:27:24 *** RBecker has quit IRC 2013-02-27T13:32:42 *** RBecker has joined #evergreen 2013-02-27T13:48:56 i guess google preview doesn't work for "foreigners" 2013-02-27T13:49:55 Hi all. Newbie here from Homer, Alaska. We're migrating to Evergreen as we speak, going live at end of March. Could someone set me up with a wiki account? 2013-02-27T13:50:17 paxed: The world is full of those kinds of issues. Blame lawyers. :P 2013-02-27T13:51:05 hbrennan: I think the procedure is an email to the docs address, as mentioned in a message to the general list earlier today. 2013-02-27T13:51:29 more reason for us to get wishlist bug #1133464 2013-02-27T13:51:30 Launchpad bug 1133464 in Evergreen "Use cover image/blurb URL from field 856" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1133464 2013-02-27T13:52:26 Okay, thanks. It says on the IRC channel page to ask here. I haven't been able to check my mail yet today. 2013-02-27T13:52:35 hbrennan: We can also help you out. 2013-02-27T13:53:18 No worries. If there's another way I don't need to bug you all. 2013-02-27T13:53:21 Since you're already here ;) 2013-02-27T13:53:34 That's fine with me, too 2013-02-27T13:58:38 hbrennan: Take a look at the other tab where I just messaged you a few starting questions. Basically name, email, preferred username 2013-02-27T13:59:33 Thanks 2013-02-27T14:08:38 *** hopkinsju has joined #evergreen 2013-02-27T14:14:46 *** yboston has quit IRC 2013-02-27T14:47:43 *** smyers_ has quit IRC 2013-02-27T14:50:26 *** stevenyvr2 has quit IRC 2013-02-27T14:55:15 @blame JavaScript 2013-02-27T14:55:15 Dyrcona: JavaScript caused the white screen of death! 2013-02-27T14:55:24 True dat! :) 2013-02-27T14:56:26 I'm trying to get a 2.2 flavour to work; do I need to use an older OpenSRF or is master of that still OK? 2013-02-27T15:00:38 edoceo: What does the README say? 2013-02-27T15:00:53 *** _bott_ has quit IRC 2013-02-27T15:01:46 2.1 or later - so I guess that means I'm OK and I should look elsewhere 2013-02-27T15:01:46 *** _bott_ has joined #evergreen 2013-02-27T15:02:20 If you're getting an error message, please share it via paste.evergreen-ils.org. 2013-02-27T15:03:32 I'm not getting errors, just cannot login from staff client 2013-02-27T15:03:37 srfsh works OK 2013-02-27T15:04:04 You've tried logging in via srfsh? 2013-02-27T15:04:13 srfsh works OK 2013-02-27T15:05:00 You did not answer my question. 2013-02-27T15:08:11 Yes, I've tried it, and Yes it works OK 2013-02-27T15:13:51 The client gives you no message when you try to login but it fails to do so? 2013-02-27T15:22:07 kmlussier: re your earlier question about "aprox", that's the "adjusted proximity", the one that's stored on the hold-copy-map table, between the copy's circ_lib and the hold's pickup_lib. so, "prioritize holds where the copy circ library matches the pickup library" is probably true, but not strictly so ... if that makes sense 2013-02-27T15:27:04 eeevil: It makes a little sense, but I'm still confused. It didn't seem to be working that way for me in my testing, but I'm not sure if it's because of faulty expectations on my part. 2013-02-27T15:28:51 I had used "Traditional" for the consortium and had checked in a copy at a location where there wasn't a hold using that pickup location. 2013-02-27T15:29:11 My expectation was that it would then move to aprox, meaning it would send it back to the circulation library. But it filled a hold at another library instead. 2013-02-27T15:30:27 ahh, well, it doesn't move from one criterium to the next, testing each in turn, for each hold 2013-02-27T15:31:19 it sorts all the holds that the copy could fill (in your case) first by pprox, and for ties on that by aprox, and for ties on that by priority, etc 2013-02-27T15:32:06 and grabs the top of the sorted stack 2013-02-27T15:32:37 *** mcarlson has joined #evergreen 2013-02-27T15:33:09 so, if you had none with a pprox of 0, some with a pprox of 2 and some with a pprox of 4, the "first" from the pprox-of-2 group would be the winner 2013-02-27T15:33:54 kmlussier: does that still not line up with what you were seeing? 2013-02-27T15:54:13 *** hbrennan has quit IRC 2013-02-27T15:59:48 *** Meliss has quit IRC 2013-02-27T16:01:45 *** pmurray is now known as pmurray_away 2013-02-27T16:02:34 Sorry eeevil, I was pulled into another dicussion here. So it is a case of false expectations, which is what I suspected. I get what you're saying and will take a closer look at it. 2013-02-27T16:30:16 *** wolf29 has joined #evergreen 2013-02-27T16:31:54 *** pmurray_away is now known as pmurray 2013-02-27T16:32:36 *** mcarlson has quit IRC 2013-02-27T16:32:46 *** stevenyvr2 has joined #evergreen 2013-02-27T16:37:57 *** mmorgan has left #evergreen 2013-02-27T16:39:12 *** smyers_ has joined #evergreen 2013-02-27T16:43:37 *** collum has quit IRC 2013-02-27T16:51:34 *** pmurray is now known as pmurray_away 2013-02-27T16:52:01 *** pmurray_away is now known as pmurray 2013-02-27T17:02:09 How would I bring in a hold that is marked In transit (from 2.2.0 staff client) 2013-02-27T17:02:30 don't have the physical item - this is a test. 2013-02-27T17:03:19 wolf29: Run the barcode through checkin? 2013-02-27T17:03:50 tsbere: we did that and it tried to print a slip. 2013-02-27T17:04:46 wolf29: If you scan it on a workstation for the pickup library it should, in fact, print a hold slip. 2013-02-27T17:07:18 *** ericar has quit IRC 2013-02-27T17:09:15 *** kmlussier has quit IRC 2013-02-27T17:09:20 tsbere: ok. It couldn't print the hold slip, but that shouldn't stop it from accepting the checkin, would it? 2013-02-27T17:09:39 wolf29: No, it shouldn't. 2013-02-27T17:18:01 wolf29: what are you testing? what exactly are you trying to accomplish? to have the item considered "on hold shelf" waiting for pickup, or to have the item be considered "reshelving" and available for anyone to check out? 2013-02-27T17:20:55 testing email notifications of holds available 2013-02-27T17:23:57 they are appearing to originate from the wrong lib 2013-02-27T17:24:03 *** pmurray is now known as pmurray_away 2013-02-27T17:24:12 *** pmurray_away is now known as pmurray 2013-02-27T17:25:29 They come from the patron's home_ou. 2013-02-27T17:25:35 regardless where the pick up is. 2013-02-27T17:25:44 No, that is how we configured ours 2013-02-27T17:25:53 /openils/data/holds_notification should pull from the originating branch 2013-02-27T17:25:54 I think by default they end up coming from the consortia. 2013-02-27T17:26:04 Oh, I thought that was universal, my mistake. 2013-02-27T17:26:14 wolf29: I think you need to be looking at A/T 2013-02-27T17:26:22 I changed the default to support@ as the instance covers multiple consortia. 2013-02-27T17:26:46 *** Michele__ has quit IRC 2013-02-27T17:27:00 tsbere: I don't know the acronym, or my brains are leaking out my ears 2013-02-27T17:27:05 Action/Trigger 2013-02-27T17:27:27 Different way of dealing with it 2013-02-27T17:27:43 and the way newer installs should be dealing with it 2013-02-27T17:27:50 we have a bug that keeps us from creating viable action triggers beyond the default super-consortia ones 2013-02-27T17:28:11 ? 2013-02-27T17:28:22 (and hold notifications are a default consortia-wide one) 2013-02-27T17:28:28 *** Dyrcona has quit IRC 2013-02-27T17:28:33 only one of the 5 consortia has this issue. 2013-02-27T17:28:50 *** akilsdonk has quit IRC 2013-02-27T17:29:01 Dunno without more details. And now it is time to pack up and head home. 2013-02-27T17:29:04 Good luck, though! 2013-02-27T17:29:08 Well at least that is not the issue. 2013-02-27T17:29:25 Thanks for the effort. 2013-02-27T17:38:14 *** pmurray is now known as pmurray_away 2013-02-27T17:38:23 *** pmurray_away is now known as pmurray 2013-02-27T17:44:55 *** natschil has joined #evergreen 2013-02-27T17:45:48 Hello. Am I right in assuming that the opensrf python libs do not instantiate fieldmapper objects, but simply treat them like they would treat "normal" json objects? 2013-02-27T17:47:57 *** zerick has quit IRC 2013-02-27T17:48:11 With that I mean that whereas in the perl implementation, the fieldmapper can "register" itself to opensrf, in the python one has to explicitly use the fieldmapper functions to treat an object as a fieldmapper object 2013-02-27T17:49:19 *** pmurray is now known as pmurray_away 2013-02-27T17:49:21 *** mcooper has joined #evergreen 2013-02-27T17:49:48 *** pmurray_away is now known as pmurray 2013-02-27T18:14:24 *** hopkinsju has quit IRC 2013-02-27T18:16:18 *** pmurray is now known as pmurray_away 2013-02-27T18:16:56 *** pmurray_away is now known as pmurray 2013-02-27T18:32:40 *** pmurray is now known as pmurray_away 2013-02-27T19:04:59 *** natschil has quit IRC 2013-02-27T19:11:51 *** RBecker is now known as rbecker 2013-02-27T19:25:48 *** smyers_ has quit IRC 2013-02-27T19:27:47 *** mcooper has quit IRC 2013-02-27T19:28:57 *** pmurray_away is now known as pmurray 2013-02-27T19:31:40 *** rbecker is now known as RBecker 2013-02-27T19:57:40 *** wolf29 has quit IRC 2013-02-27T20:05:08 [evergreen|Jason Etheridge] set title during receipt/slip printing - 2013-02-27T20:11:10 [evergreen|Bill Erickson] Repair clear holds shelf transaction timeout - 2013-02-27T20:11:15 *** jdouma has quit IRC 2013-02-27T20:12:22 *** jdouma has joined #evergreen 2013-02-27T20:15:11 [evergreen|Jason Etheridge] lp1092644 refresh row with Item Status Edit Volume - 2013-02-27T20:16:25 *** sseng_ has quit IRC 2013-02-27T20:17:33 *** sseng has joined #evergreen 2013-02-27T20:23:48 *** stevenyvr2 has left #evergreen 2013-02-27T20:59:21 *** jdouma_ has joined #evergreen 2013-02-27T21:02:18 *** jdouma has quit IRC 2013-02-27T21:14:01 calling 0761 2013-02-27T21:17:48 *** jdouma_ has quit IRC 2013-02-27T21:19:37 [evergreen|Steven Callender] Changed bib merge to ignore deleted call numbers. - 2013-02-27T21:19:38 [evergreen|Ben Shum] Stamping upgrade script for Bib Merge Ignore Deleted Call Numbers - 2013-02-27T22:30:01 *** RBecker is now known as rbecker 2013-02-27T22:42:26 @later tell gmcharlt Found a fix for the error we saw in place_hold.js. Top commit in http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/lp1086458_cleanup_only 2013-02-27T22:42:26 bshum: The operation succeeded. 2013-02-27T23:12:27 bshum++ 2013-02-27T23:49:02 *** hopkinsju has joined #evergreen