Evergreen ILS Website

IRC log for #evergreen, 2014-09-05

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
01:54 bshum @weather Calgary
01:54 pinesol_green bshum: The current temperature in Calgary, Alberta is 50.0°F (11:00 PM MDT on September 04, 2014). Conditions: Scattered Clouds. Humidity: 71%. Dew Point: 41.0°F. Pressure: 30.22 in 1023 hPa (Rising).
01:54 bshum It's actually cool up here :D
01:54 * bshum likes it
02:06 jeff heh
03:49 bshum joined #evergreen
04:03 terence 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:29 StomproJ joined #evergreen
05:47 artunit_ joined #evergreen
06:09 wsmoak joined #evergreen
06:09 wsmoak joined #evergreen
06:33 StomproJosh joined #evergreen
08:12 krvmga joined #evergreen
08:12 rjackson-isl joined #evergreen
08:24 akilsdonk joined #evergreen
08:30 Shae joined #evergreen
08:30 kmlussier joined #evergreen
08:34 Stompro joined #evergreen
08:43 kmlussier @coffee
08:43 * pinesol_green brews and pours a cup of Sumatra Danau Toba, and sends it sliding down the bar to kmlussier
08:50 ericar joined #evergreen
08:51 mmorgan joined #evergreen
08:58 csharp I'm seeing an error in authority validation since our migration to 9.3 - when we import records from z39.50 and click validate, I'm seeing 'Empty string passed to getElementById()' errors in the JS console and the Validate button adds '-100' over and over again
08:59 csharp I did a cursory bug search yesterday and found one from Callender that described the behavior I'm seeing - lemme look it back up
09:00 csharp bug 1013783 (which was fixed sometime back)
09:00 pinesol_green Launchpad bug 1013783 in Evergreen 2.3 "Authorities not validating in 2.2 + patch" (affected: 4, heat: 22) [Medium,Fix released] https://launchpad.net/bugs/1013783
09:01 csharp pinesol_green: ahem
09:01 pinesol_green csharp: No, you're a puzzleheaded kraken!
09:06 * jeff blinks
09:30 pinesol_green [evergreen|Kathy Lussier] Release notes cleanup - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=76ef27b>
09:33 jboyer-isl csharp: if you open psql and do a \df+ authority.normalize_heading does your func match the one in that patch? (or a more recent version, I haven't looked to see if it has been changed further)
09:46 csharp lemme look
10:01 dbwells_ joined #evergreen
10:02 Shae_ joined #evergreen
10:03 bmills joined #evergreen
10:17 mnsri joined #evergreen
10:22 tspindler joined #evergreen
10:41 csharp jboyer-isl: (got pulled into another issue for a bit) - the function has changed since - I installed the fix for bug 1253163
10:41 pinesol_green Launchpad bug 1253163 in Evergreen "authority indexes can fail on Postgres 9.3.0" (affected: 3, heat: 20) [Critical,Fix released] https://launchpad.net/bugs/1253163
10:43 csharp I'm going to try and trace this in the logs
10:55 csharp argh - open-ils.cstore: Attempt to reference non-existent column "simple_heading" on authority.record_entry (are)
10:55 csharp I ran that upgrade script, I promise ;-)
10:57 csharp no, simple_heading is there - hmmm
10:57 csharp @monologue
10:57 pinesol_green csharp: Your current monologue is at least 7 lines long.
10:58 dbwells_ csharp: Is simple_heading in your IDL?
10:59 csharp ah...
10:59 csharp probably not
11:00 RoganH joined #evergreen
11:01 csharp huh - that wasn't part of that git branch (http://git.evergreen-ils.org/?p=working/E​vergreen.git;a=shortlog;h=refs/heads/user​/dbwells/pg-93-authorities-index-rebase) so I didn't do it
11:01 csharp makes sense that it would need to happen though ;-)
11:02 csharp okay - so which fm_IDL.xml file do I change to fix the live server? reporter or /openils/conf?
11:03 csharp guess I need to fix both anyway ;-)
11:10 dbwells csharp: If you haven't yet, you might want to look at bug 1311467 , as it has fixes for that first bug.
11:10 pinesol_green Launchpad bug 1311467 in Evergreen "validate headings broken in 2.6.0" (affected: 1, heat: 8) [High,Fix released] https://launchpad.net/bugs/1311467
11:11 csharp dbwells++ # thanks
11:11 csharp I thought I must be missing a fix
11:14 csharp hmmm - how does one apply a C patch :-/
11:14 csharp I understand how, but what steps to I take to put the compiled code into place?
11:19 vlewis joined #evergreen
11:21 dbwells csharp: You might try something like the "Updating the C libs" section here: http://evergreen-ils.org/security-rele​ases-evergreen-2-3-6-2-2-8-and-2-1-6/
11:22 yboston joined #evergreen
11:23 csharp dbwells: thanks again!
11:24 dbwells you're welcome :)
11:24 csharp now let's all agree to never update C files between PINES upgrades again, mkay? :-D
11:30 Bmagic can anyone tell me why this bib is considered to be "E-Book" without the 008 byte 25 set to [oqs] ? http://mig.missourievergreen.org/eg/​opac/record/1305532?expand=marchtml
11:30 Bmagic From our coded MARC Values: E-Book is defined:  ( Books OR Manuscripts ) AND ( Online OR Electronic OR Direct electronic ) AND ( Monographic component part OR Collection OR Subunit OR Monograph/Item )
11:31 dbwells Bmagic: probably pulling the same code from the 006
11:31 Bmagic ah
11:34 Bmagic dbwells: so where is the glue in the staff client that defines the 006/008 ?
11:38 jboyer-isl csharp: If you're interested in a single command multi-machine rebuild system talk to me at the hackaway. You can get a sneak peek at the new system we'll be using this December. (It's my Christmas present to myself.)
11:38 dbwells Bmagic: It can't recall whether it exists in other places as well, but config.marc21_ff_pos_map is one place.
11:39 dbwells Bmagic: e.g.  select * from config.marc21_ff_pos_map where fixed_field = 'Form';
11:39 Bmagic dbwells: thanks!
11:40 csharp jboyer-isl: yes, I'm interested - thanks!
11:46 csharp dbwells: so from what you understand, would oils_sql.c get compiled into oils_cstore.so?
11:46 csharp (or eeevil or gmcharlt )?
11:48 dbs csharp: yes
11:48 gmcharlt csharp: also oils_pcrud.so and oils_rstore.so
11:53 csharp gracias to you both
12:13 buzzy joined #evergreen
12:32 jihpringle joined #evergreen
13:56 kmlussier I did some work on a landing page for OPW last night, adding info about Evergreen, expectations, application requirements. I incorporated some pieces from the old GSoC page. I would love to get some feedback on it, especially from those of you who have been GSoC admins/mentors.
14:04 jihpringle joined #evergreen
14:06 nhilton_ joined #evergreen
14:15 nhilton joined #evergreen
14:17 kmlussier Also, if anyone sees on LP bugs that could use a "bitesize" tag, it will give us some things that potential applicants can work on.
14:23 nhilton joined #evergreen
14:24 berick dbwells++ # releases
14:24 kmlussier yboston: I was looking at bug 1250528. Do you still have that documentation in your possession? Or do we need someone else to work on this?
14:24 pinesol_green Launchpad bug 1250528 in Evergreen "Documentation needed for adjustable font size in the catalog" (affected: 1, heat: 6) [Medium,In progress] https://launchpad.net/bugs/1250528 - Assigned to Yamil (ysuarez)
14:25 yboston let  me see
14:25 yboston I need to lok for it
14:25 yboston *look
14:27 kmlussier yboston: OK, thanks!
14:56 jboyer-isl So this is frustrating. I'm trying to find the server hostname on the splash page (index.xhtml). In the JS Shell I can see a xulG.url property that is exactly what I want, but when I use it in the page it's undefined.
14:56 jboyer-isl I want to be able to use xulG.open_external and send browsers to the same host the client is talking to.
14:59 jboyer-isl Even more fun: the js shell can't see things like xulG.url_prefix which does work for in-page JS.
15:00 phasefx jboyer-isl: different interfaces can be fed different xulG's; not sure that the portal page gets one at all
15:00 tsbere_ joined #evergreen
15:01 phasefx ah, it does get one
15:03 phasefx jboyer-isl: if you're doing custom clients, you could add content_params.urls to the 'set_tab' method in menu.js
15:03 jboyer-isl Ah. I can just create a new OpenILS.data, retrieve_stash on it, and then there's a .server
15:03 phasefx jboyer-isl++
15:03 jboyer-isl phasefx++ for the rubber ducking :)
15:04 phasefx :)
16:19 kmlussier joined #evergreen
16:32 ericar_ joined #evergreen
16:33 tspindler left #evergreen
16:36 ericar joined #evergreen
16:50 Dyrcona joined #evergreen
16:51 Dyrcona Probably too late in the day, but I'll ask anyway.
16:51 Dyrcona I'm trying to use open-ils.pcrud.create and I can't figure out what to do with the transaction.
16:52 Dyrcona I call open-ils.pcrud.transaction.begin, then my create call, and then open-ils.pcrud.transaction.commit, all with my authtoken.
16:52 Dyrcona All I ever get from the create call is that a transaction is required.
16:53 berick are you sending a CONNECT?
16:53 Dyrcona I tried throwing the object returned from the transaction.begin after the object I am trying to create, and that doesn't help.
16:53 Dyrcona What do you mean, a CONNECT?
16:53 Dyrcona I'm logging in.
16:53 berick IOW, $ses->connect in opensr perl parlance
16:54 berick *opensrf
16:54 Dyrcona I can't find any documentation or any examples of pcrud in the Perl code.
16:54 berick http://git.evergreen-ils.org/?p=Evergreen.g​it;a=blob_plain;f=Open-ILS/src/support-scri​pts/test-scripts/cstore_simple.pl;hb=HEAD
16:54 Dyrcona I was using simplereq.
16:54 Dyrcona So, guess that won't work...
16:55 berick right, simplereq won't
16:55 Dyrcona So, I need a connected session.
16:55 Dyrcona Thanks, I think I get it now.
16:55 berick yeah, sure
17:01 sarabee joined #evergreen
17:01 Dyrcona berick++
17:02 * berick loves it when a plan comes together
17:02 Dyrcona I've always "cheated" in the past and used CStoreEditor. :)
17:02 Dyrcona I don't want to do that in what I'm working on now though.
17:03 berick yeah.
17:04 berick we should consider porting the anon pcrud and cstoreeditor pcrud bits from https://bugs.launchpad.net/evergreen/+bug/1347774
17:04 pinesol_green Launchpad bug 1347774 in Evergreen "Backend logic has leaked into the TPAC (and friends)" (affected: 2, heat: 12) [Wishlist,New]
17:05 berick for easier pcrud use and to encourage its use in apache, etc code going forward
17:05 berick and because anon pcrud would presumably be faster
17:05 berick what w/ the lack of open-ils.auth calls
17:12 mmorgan left #evergreen
17:34 Dyrcona Well, I don't want to do anon pcrud in my app. It's making copies and placing holds.
17:35 Dyrcona Using circ calls for holds, though.
17:36 Dyrcona If I wrap pcrud calls in eval {}, should I rollback the transaction in the event of failure and should each pcrud.create or update be wrapped in its own eval?
17:36 Dyrcona Or should I use try/catch instead?
17:38 berick i prefer eval, but i'm trying to think about whether you actually need it
17:39 berick in any event, it certainly won't hurt
17:42 berick and be sure to $ses->disconnect after the rollback
17:45 Dyrcona Well, in a test script, it died spectacularly when I tried to insert a duplicate copy.
17:45 Dyrcona So, I need to recover and report the error.
17:45 berick ah, ok
17:45 berick +1 to eval, then
17:46 Dyrcona Yep.
17:46 * berick couldn't remember if it just returned "0" or some such
17:46 Dyrcona Should I disconnect the session after a commit, too? -- Asking for the sake of completeness.
17:47 berick yes
17:49 Dyrcona Will do. I can just put it after my eval / if.
17:51 nhilton_ joined #evergreen
20:22 jeff berick++ Dyrcona++
20:47 jeff_ joined #evergreen
20:48 * jeff writes small ruby test cases
20:48 jeff oh hey, reproduced broken behavior outside of heroku!
20:48 jeff now to see if i can reproduce outside of pound.
21:22 jeff yup. can reproduce outside of pound.
22:53 wsmoak joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat