Evergreen ILS Website

IRC log for #evergreen, 2013-07-12

| 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:49 shadowspar joined #evergreen
02:03 Mark__T joined #evergreen
03:45 tfaile_ joined #evergreen
04:02 Lunchb0x joined #evergreen
04:03 paxed dbs: hard-coded i18n in what javascript?
04:13 * paxed thinks he should systematically go through the files, looking for hard-coded strings...
06:11 rjackson-isl_ joined #evergreen
06:12 tfaile joined #evergreen
06:15 shadowsp1r joined #evergreen
06:18 wjr_ joined #evergreen
07:23 shadowspar joined #evergreen
07:34 jboyer-isl joined #evergreen
07:43 JennB joined #evergreen
07:43 JennB Hello IRC
08:05 kmlussier joined #evergreen
08:13 kmlussier Happy Friday!
08:23 rjackson-isl joined #evergreen
08:34 Shae joined #evergreen
08:41 collum joined #evergreen
08:41 mmorgan joined #evergreen
08:42 finnx joined #evergreen
08:55 kmlussier joined #evergreen
08:56 kbeswick joined #evergreen
08:58 ericar joined #evergreen
09:32 moodaepo_nb joined #evergreen
09:41 dbs paxed: selfcheck.js. hardcoded strings, actually.
09:42 dbs paxed: another UI that predated TPAC, so probably needs a rewrite.
09:42 * dbs heads out for Mazda CX-5 acquisition
09:52 Dyrcona joined #evergreen
09:54 mrpeters joined #evergreen
09:57 * Dyrcona is working, but not on MVLC's dime.
10:00 kmlussier Dyrcona++ #Billing?
10:00 Dyrcona kmlussier: Yes.
10:01 Dyrcona I might push your branch on LP 117619 to master, too.
10:01 pinesol_green Launchpad bug 117619 in Feisty Backports "please backport listen0.5-0ubuntu4 from gutsy" (affected: 0, heat: 2) [Undecided,Invalid] https://launchpad.net/bugs/117619
10:01 Dyrcona Yipes! I missed a digit or two.
10:01 Dyrcona :)
10:02 Dyrcona Well, missed 1 and trasposed two.
10:02 Dyrcona lp 1177916
10:02 pinesol_green Launchpad bug 1177916 in Evergreen "Cannot activate PO which contains only direct charges (no bibs)" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1177916
10:02 BigRig joined #evergreen
10:02 kmlussier Ah, that makes much more sense. I didn't even understand the title in the first one. :)
10:02 Dyrcona The first one is an old Ubuntu bug.
10:04 kmlussier Looks like I'm a little late in scheduling a dev meeting again. I've put up a poll at http://www.doodle.com/e9desufeu3fpf738 for next week.
10:05 berick dbwells++ # fighting the good fight (RM)
10:05 berick kmlussier++ # poll!
10:05 Dyrcona It would be very nice if someone could look at LP 965656 soonish. *ahem* bshum *ahem(
10:05 pinesol_green Launchpad bug 965656 in Evergreen "Close transactions after fines are voided, " (affected: 8, heat: 42) [Medium,Confirmed] https://launchpad.net/bugs/965656
10:05 kmlussier I've set a reminder in my calendar to pop up when it's time to schedule a meeting, but I was on vacation when it popped up this month.
10:06 * Dyrcona seconds berick.... dbwells++
10:06 Dyrcona kmlussier++
10:06 Dyrcona vacation++
10:06 Dyrcona ;)
10:06 kmlussier week-after-vacation--
10:06 Dyrcona heh
10:08 Dyrcona Hmm. I should probably add my branch from the above bug to my work on billing....at least to see that there are no conflicts with it.
10:10 Dyrcona I'm gonna push lp 1177916 and backport to 2.4 (and 2.3 if no conflicts) provided there are no objections raised in the next 5 minutes.
10:10 pinesol_green Launchpad bug 1177916 in Evergreen "Cannot activate PO which contains only direct charges (no bibs)" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1177916
10:10 Dyrcona Lots of warning, eh?
10:12 berick Dyrcona: fyi, i'm going to review your billing docs real-soon-now... something to consider as you work on that, the long-overdue code will likely be merged soon and will probably touch parts of the code you are going to touch.
10:13 bshum Dyrcona: Oy, I'll try to sneak a look at that between meetings.
10:14 Dyrcona berick: Thanks for looking. I also anticipated that the long overdue work would overlap.
10:14 * berick figured you did
10:14 berick good to get it out there
10:15 Dyrcona Yep, on the record so to speak.
10:15 Dyrcona bshum: If you're really busy then don't worry about it.
10:15 * Dyrcona is not counting this time to the billing work.
10:15 Dyrcona ;)
10:19 rfrasur joined #evergreen
10:19 kmlussier Ha!
10:19 * kmlussier wasn't worried.
10:21 rfrasur dbs++ # Mazda acquisition
10:22 rfrasur oatmeal++
10:23 Dyrcona So, schan's patch backports cleanly, so I'll push it all the way to 2.3.
10:27 Dyrcona 3f0d3f8...eb0b61f rel_2_3    -> origin/rel_2_3  (forced update)
10:27 pinesol_green [evergreen|Steven Chan] Fix LP1177916, Cannot activate PO which contains only direct charges - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3f0d3f8>
10:27 pinesol_green [evergreen|Steven Chan] Patron Editor can enter erroneous values for Claims-returned count - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=eb0b61f>
10:28 Dyrcona I'm not sure why that says it was a forced update.... Unless....
10:28 pinesol_green [evergreen|Steven Chan] Fix LP1177916, Cannot activate PO which contains only direct charges - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=81ce189>
10:32 Dyrcona Umm, http://git.evergreen-ils.org/?p=Evergreen.git;a=c​ommit;h=eb0b61fc74a27035237250e8b758ed2d33903d57 is in rel_2_3 but no where else... How did that happen?
10:32 pinesol_green [evergreen|Steven Chan] Patron Editor can enter erroneous values for Claims-returned count - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=eb0b61f>
10:33 bshum Dyrcona: Pretty sure that's what the bug ticket said to do.  Since it was targeted at 2.3 through master
10:33 Dyrcona No, it is in master, too.
10:33 Dyrcona bshum: that forced update confused me.
10:33 bshum Oh okay.
10:33 Dyrcona It doesn't seem to have been a forced update AFAICT. It pulls cleanly.
10:34 bshum I didn't think I had done it wrong
10:34 bshum Sorry about the confusion.
10:34 Dyrcona No, it isn't you.
10:34 Dyrcona I see it in 2.4 now.
10:35 Dyrcona When I saw that I had a forced update message on a fetch after a regular push, I thought maybe I botched something.
10:36 Dyrcona Does it look like to anyone that commits are missing in 2.3?
10:37 kbeswick joined #evergreen
10:38 Dyrcona Going by commit emails, I'd say, "No."
10:38 * Dyrcona is maybe worrying too much over nothing.
10:39 Dyrcona @monolog
10:39 pinesol_green Dyrcona: Have you tried turning it off and back on again?
10:39 Dyrcona oop
10:40 Dyrcona Maybe I should take a break before I start working on any code today.
10:40 berick @dunno add http://images.cryhavok.org/​d/1291-1/Computer+Rage.gif
10:40 pinesol_green berick: The operation succeeded.  Dunno #18 added.
10:41 Dyrcona Well, it isn't /that/ bad.
10:41 kmlussier berick++
10:41 rfrasur staff member put movie for tonight's program into circulation > patron has not returned movie on time > patron's phone number in system is incorrect
10:42 rfrasur :-|
10:42 kmlussier rfrasur: Time for Redbox?
10:44 rfrasur I dunno right now.  too mad to think straight.  prolly walmart
10:44 rfrasur we don't have a redbox around here
10:46 rfrasur thought we might have a digicopy...but no. (this is not a big deal, this is not a big deal)
10:46 Dyrcona bittorrent?
10:47 rfrasur lol, NO.  but may be able to rent from Amazon
10:48 rfrasur yep, lovely.  good enough
10:50 kmlussier rfrasur: Yeah, I was thinking Amazon too. But then, if your Internet goes down, you're sol.
10:51 rfrasur kmlussier:If our internet goes down, I'll take that as a sign from God and just go home.
10:52 rfrasur but, on the upside...all the toilets now work, the leak is fixed, the electricity is on, the printer is now on the network again, and there are only two more weeks of summer library program.
10:54 mcooper joined #evergreen
10:55 zerick joined #evergreen
11:00 gmcharlt rfrasur: if it weren't for those pesky patrons ... ;)
11:01 rfrasur oy...it wasn't the patrons though.  well, I guess it was...but yeah.  even more ridiculous is the fact that it ticks me off this much that very simple and very explicit instructions can't be followed.
11:01 rfrasur well...it's annoying to be ticked about the movie.  Not so much about the instructions not being followed.
11:02 rfrasur whatever.  I'm over it.  or will be.  in...3 minutes.
11:09 kmlussier1 joined #evergreen
11:10 rfrasur senator++
11:14 _zerick_ joined #evergreen
11:14 kmlussier joined #evergreen
11:15 zerick joined #evergreen
11:15 senator :-)
11:21 Lunchb0x joined #evergreen
11:26 kmlussier joined #evergreen
11:29 kmlussier1 joined #evergreen
11:35 mtcarlson joined #evergreen
11:44 jdouma joined #evergreen
11:46 kmlussier joined #evergreen
11:49 phasefx grabbing 0807
11:56 acoomes joined #evergreen
11:57 kmlussier1 joined #evergreen
12:01 pinesol_green [evergreen|Thomas Berezansky] User Setting Registration Defaults - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6d77e5d>
12:01 pinesol_green [evergreen|Jason Etheridge] match surrounding whitespace - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=959bcf1>
12:01 pinesol_green [evergreen|Jason Etheridge] upgrde scrpt/release note for Usr Setting Defaults - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b6d0ee7>
12:03 pinesol_green [evergreen|Jason Etheridge] fix editing think-o in release note - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=213dcee>
12:04 phasefx I can't seem to change the status to fix committed for bug 1060454.  Love launchpad
12:04 pinesol_green Launchpad bug 1060454 in Evergreen "User Settings should have defaults" (affected: 2, heat: 12) [Wishlist,Confirmed] https://launchpad.net/bugs/1060454 - Assigned to Jason Etheridge (phasefx)
12:04 bshum phasefx: Sometimes that happens to me when my session has timed out for some reason.  Have you tried logging out of LP and re-logging in?
12:05 * bshum can also set the status too)
12:05 bshum Set.
12:05 phasefx hrmm, it's making me change my password
12:06 phasefx bshum: thanks man
12:07 kmlussier joined #evergreen
12:13 kmlussier1 joined #evergreen
12:21 kmlussier joined #evergreen
12:42 rfrasur_ joined #evergreen
12:42 ericar_ joined #evergreen
12:43 mcooper_ joined #evergreen
12:44 goooood joined #evergreen
12:44 bshum_ joined #evergreen
12:44 gdunbar joined #evergreen
12:45 bshum_ Boy, again?  :(
12:45 rfrasur_ hmm, is that nickserv still acting sick?
12:45 goooood barg!
12:46 goooood rfrasur_: looks like it
12:46 rfrasur_ well, on the plus side... goooood and eeevil.  hehe.  (it really is funny every time)
12:51 stevenyvr2 joined #evergreen
13:00 ericar joined #evergreen
13:01 gmcharlt rfrasur: it's when he becomes neuuuutral that you have to watch out! ;)
13:01 rfrasur gmcharlt++
13:02 rfrasur agreed...the whole church of Laodicea and all that.
13:02 shadowsp1r joined #evergreen
13:02 RoganH joined #evergreen
13:02 goooood and now I have to
13:02 * rfrasur laughs
13:02 rfrasur nooooooooo
13:02 * neuuuutral brings balance to the force
13:03 rfrasur much better
13:03 eeevil agreed
13:16 kmlussier joined #evergreen
13:21 rfrasur Ack!  This email thread.
13:27 Dyrcona Heh. Subject lines get cutoff in my email client at this resolution....
13:28 Dyrcona All I see is spam, spam, spam, spam, spamity, spam!
13:28 rfrasur lol, maybe I need to change my screen resolution.
13:30 rfrasur Revenge of the Sith is $40!  Just for a DVD!
13:31 jcamins rfrasur: of course. They're trying to make up the profit they would have made if it hadn't been awful.
13:32 rfrasur jcamins: There IS that.
13:34 jcamins rfrasur: you could screen Empire Strikes Back, and say that "Revenge of the Sith" was a mistake that no one caught because it's basically the same title.
13:35 rfrasur jcamins: thankfully, we're not screening any of them right now, and if we were, they'd only be the three originals.
13:35 paxed dbs: i think there's still quite a few hard-coded strings lurking all over the place.
13:36 paxed and i haven't even looked at self-check yet...
13:38 dbs paxed: I _know_ there are hard-coded strings lurking all over the place.
13:39 dbs My children are aware of Episodes I-III, but are also perfectly content knowing that only Episodes IV-VI will ever enter our household.
13:40 dbs I'm using stateful packet inspection on our router to prevent any sneaky electronic means of getting I-III into our house.
13:40 senator haha
13:40 senator dbs++
13:40 mrpeters left #evergreen
13:41 dbs if ($jarjar) { print("+++ATH0\n"); }
13:41 RoganH My 5 yo doesn't  understand why I let jar jar die so much when we play Lego Star Wars together.
13:41 paxed dbs: like i asked about the SIP commit, i noted where was screen_msg("foo") things there. foo presumably is shown in UI... :/
13:41 paxed yesterday
13:42 rfrasur The only one way I-III that stayed in our house was also in the form of Lego Star Wars
13:49 rfrasur oh, while we were talking, the price went down $.50
13:58 * berick wonders how dbs will handle episodes VII - ∞
13:58 berick or whatever they're calling them
14:00 rfrasur with tongs and a fire bucket
14:04 kbeswick joined #evergreen
14:04 berick it's all a ploy to make Jar Jar seem better by comparison
14:04 dbs rfrasur++
14:07 berick Dyrcona: billing docs look sane to me.  +1 to void payment type.
14:08 berick Dyrcona: well, i do have a question (/me tries to formulate..)
14:12 * berick loves getting a wrong number call where the caller requires that I verify they dialed the wrong number
14:12 berick oh, you know what, you're right dude, I am an auto body repair shop, my bad.
14:12 rfrasur Don't you verify that when you tell them it's the wrong number?
14:12 berick rfrasur: one would think
14:13 * dbs got a call yesterday asking for a quote on roofing a high school.
14:13 * dbs checked off one reference question for the day
14:13 rfrasur y'all are really multi-talented
14:14 kbeswick joined #evergreen
14:19 jcamins berick: rfrasur: actually, that's the smart thing to do if you call a wrong number.
14:19 jcamins Otherwise, you're likely to call the wrong number *again*.
14:20 jcamins My parents' home phone number was listed as a moving company for several years in the phone book for the neighboring town.
14:20 rfrasur well...it's one thing for them to doublecheck the number.  It's another thing for the person answering to verify it.  Impetus falls to the caller, imo.  but, yeah, that makes sense.
14:21 jcamins rfrasur: oh, maybe I misunderstood.
14:21 jcamins I thought the complaint was about "did I call 212-555-1212?"
14:21 rfrasur I dunno...maybe it was?
14:21 dbs "What, do you have a rotary dial or something? Look at the number on your phone, dude."
14:22 Dyrcona dbs: I use a slimline, remember those?
14:22 tsbere Fun is when collection agencies insist they have the right number. My mother gets calls every so often on a number that she had when it came into existence during an area code split, so we know nobody else has ever had it before.
14:22 jcamins dbs: my cell phone shows the number I dialed, but I've never used a landline that did.
14:23 acoomes joined #evergreen
14:23 rfrasur we don't have a landline anymore at home.
14:23 * rfrasur misses it a lot.
14:23 jcamins Nor do we. I don't miss it at all.
14:24 kmlussier1 joined #evergreen
14:24 rfrasur I only miss the security of it (not the privacy type of security...because seriously...this is America and tap whatever lines we want around here)
14:26 dbs Yeah, yeah, we still have a phone attached to the wall without a display too.
14:26 dbs I assume berick just shrieked at the caller because he was in the "dev zone" and will take another hour to get back into that headspace
14:28 dbs That said, somebody from the States just called my cell phone and then hung up when I answered. Which one of you jokers... :)
14:28 berick dbs: exactly!
14:28 * rfrasur chuckles
14:29 jcamins dbs: what area code was it?
14:32 pinesol_green [evergreen|Mike Rylander] Teach Fieldmapper (Perl) to record and expose field datatype - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e308909>
14:34 pinesol_green [evergreen|Dan Wells] Whitespace-only changes to Fieldmapper.pm - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=82e6978>
14:35 berick Dyrcona: oh, my question.  so, a transaction has a collection of fines and fees.  at library X, only fees are allowed negative balances.  as we apply a void payment to the fines to zero them out, there is no attempt to link (physically, virtually, whatever) the void payment to the original fine billing, correct?
14:35 berick it's just a payment in the pile of payments on the transaction (with the void payment type)
14:36 berick (though I suppose the payment 'note' may come in handy there)
14:36 berick not critiquing, btw, just clarifying
14:37 * jeff_ growls at something unrelated and goes to see if 2.2 has hold notes
14:37 jeff_ good, they do.
14:38 rfrasur (on the one hand, I'm glad I'm not the only one growling today - on the other, I wish I was and everyone else was having an ice cream and sunshine day)
14:44 Dyrcona berick: Let me look at my code again.
14:46 Dyrcona berick: That is correct it is a void payment on the transaction.
14:51 stevenyvr2 joined #evergreen
14:54 dbs rfrasur: http://800notes.com/Phone.aspx/1-866-343-0338 fwiw
14:54 dbs so Canada-by-way-of-US, perhaps
14:55 rfrasur oh good grief.  Is that who called you?
14:58 dbs ayup
14:59 rfrasur dbs: nice.  in a not nice sorta way.
15:03 dbs Am I crazy, or should peer bibs show up in the TPAC in some way?
15:04 * dbs is looking at the concerto data, sees a peer bib mapping for record 97, but doesn't see the pertinent copy that binds the 4 records together anywhere
15:04 dbs nor do I see any relationship to the bound-with records. but maybe I dinnae understand
15:06 bshum @hate holds
15:06 pinesol_green bshum: But bshum already hates holds!
15:06 bshum Sigh
15:08 paxed double trouble!
15:08 bshum Just got a report that people think holds are slow to place in the staff client.
15:08 bshum Well, slower than it used to be.
15:09 bshum Thinking again if it's related to all the weird slowdowns we saw in hold targeting in general.
15:09 kmlussier joined #evergreen
15:09 bshum I have to keep trying to trace where the numbers seem to slow down.
15:09 * bshum doubly sighs
15:11 kmlussier1 joined #evergreen
15:13 rfrasur we're having unrelated issues with holds today
15:13 * rfrasur adds it to the list
15:13 * rfrasur throws the list in the fire bucket
15:13 kmlussier joined #evergreen
15:16 moodaepo_nb joined #evergreen
15:17 kmlussier1 joined #evergreen
15:20 kmlussier joined #evergreen
15:25 * berick grabs 0808
15:27 * rfrasur mutters something about Google trying to do the thinking.  "Stop it, you stupid algorithm."
15:27 dbs sooo... looks like peer bibs / conjoined items are JSPAC-only, per http://docs.evergreen-ils.or​g/2.4/_conjoined_items.html - perhaps we should put a big warning on 2.4+ docs for things that don't exist in TPAC?
15:27 bshum bshum calls 0809 after berick is done
15:28 bshum dbs: +1, and see also bug 1097915
15:28 pinesol_green Launchpad bug 1097915 in Evergreen "tpac: conjoined items are not supported" (affected: 2, heat: 14) [Wishlist,Triaged] https://launchpad.net/bugs/1097915
15:29 bshum Which looks like _bott_'s been thinking about the conjoined item issue.
15:29 dbs bshum: master of launchpad :)
15:30 rfrasur bibliographical vs. bibliographic?
15:30 bshum dbs: I'm not sure I want that particular title.  But yes.
15:30 gmcharlt bshum: master of $BUG_TRACKER ?
15:31 dbs _bott_++
15:32 bshum gmcharlt: Oh boy.  :(
15:32 pinesol_green [evergreen|Galen Charlton] LP#1200735: improve performance of patron search by username - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2471a55>
15:32 pinesol_green [evergreen|Bill Erickson] LP1200735 stamping upgrade for usrname index - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2532f01>
15:35 rfrasur A bibliographic antecedent...something that existed before the bib record?  or something that ties bib records together?
15:35 dbs rfrasur: bibs hanging off of a common copy. like, say, 30 audiobooks on a single audio player
15:36 rfrasur so, the antecedent is the "child" bib?
15:36 rfrasur w/ the audio player being the parent?
15:38 dbs There isn't really a parent/child relationship. Every record is equal, they just attach to the same copy.
15:39 smyers_ joined #evergreen
15:39 rfrasur okay
15:40 smyers_ I am trying to get opensrf installed on centos 5.9 and running into an error with out much detail to go on has anyone else run into this:make[3]: *** [install-exec-local] Error 126
15:40 smyers_ opensrf 2.2
15:40 pinesol_green [evergreen|Pasi Kallinen] Do not explicitly require the state field in org unit addresses. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=85bba93>
15:40 pinesol_green [evergreen|Ben Shum] Stamping upgrade script for making state not required in org unit address - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=73f7165>
15:41 * bshum reads "Centos" there and remarks, "You're on your own buddy!"
15:41 * bshum blames it on Friday
15:41 Dyrcona @blame Friday
15:41 pinesol_green Dyrcona: Friday caused the white screen of death!
15:42 linuxpoet joined #evergreen
15:42 dbs smyers_: we would need more context for that error, but in general... CentOS 5.9 is ancient, and even current versions of RHEL/CentOS have very little community support (he says, as one of the lone Fedora users)
15:42 smyers_ bshum: thanks I wish I could move away from the entire redhat distro but I guess what is... is
15:43 smyers_ dbs: yeah, just getting to this point was not easy
15:43 Dyrcona smyers_: Google tells me that other packages suffer that same fate on Centos.
15:45 * rfrasur just can't deal with words like "collotyper" today.  Time to go get popcorn for the movie which WILL stream w/o a hitch.
15:45 * rfrasur might download it just in case.
15:45 paxed just think about trying to translate those.
15:45 rfrasur paxed: that's what I was doing
15:45 paxed oh? for?
15:46 smyers_ Dyrcona all the links that I have found on google show some sort of workarounds but of cource nothing that seems resounable to evergreen thanks for googling though let me know if you see anything promising
15:46 rfrasur hah!  Spanish!  sorry
15:46 bshum rfrasur++ #spanish goodness!
15:46 paxed oh
15:46 rfrasur if I knew any Finnish, however, I'd help you.
15:46 paxed heh
15:46 smyers_ dbs: what info would you need to be able to help?
15:47 dbs smyers_: something like the preceding 100 lines?
15:47 rfrasur I got to collotyper, however, and it reminded me of a certain medical procedure and decided it was time to do something else for awhile.
15:47 paxed rfrasur: reporting bugs whenever you encounter untranslatable strings would help more :)
15:47 rfrasur hmm, I don't know how to do that.
15:47 Dyrcona smyers_: Looks like a permissions issue on some file or directory or another.
15:47 smyers_ dbs: will have a paste bin shortly
15:47 rfrasur just submit a regular bug report?
15:49 rfrasur "NOBODY in Uzbekistan every collotyped so there's no word for this in [whatever_language_they_use_in_Uzbekistan]."
15:49 Dyrcona install-exec failed with error code 126
15:50 smyers_ dbs: http://pastebin.com/ejLAbNui
15:50 CarrieC joined #evergreen
15:50 smyers_ dbs: thats the full output from make install
15:50 pinesol_green [evergreen|Pasi Kallinen] Add missing character set definitions to data URIs. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1c5edfe>
15:51 smyers_ Dyrcona: not sure how it could be perms. this is a fresh install in a vm so we can see if opensrf 2.2 will install in centos5.9
15:52 phasefx bshum: my problem with launchpad statuses earlier, it's between launchpad and chromium.  Another browser worked fine
15:52 bshum phasefx: Aww, weird.  I use Chromium too... maybe I'm soon doomed for pain.
15:52 paxed my name just keeps popping up here :P
15:52 dbs smyers_: hmm, sorry, that ( /bin/sh: /usr/lib64/httpd/modules: is a directory ) doesn't ring any bells
15:52 bshum paxed++
15:53 * bshum is going to nickname 2.5 the "i18n release" at this rate.
15:54 paxed nahh... there's still too much to do on that front. and i doubt i can solve all those problems myself.
15:54 smyers_ dbs: thanks for looking
15:54 bshum :)  It's always a work in progress.
15:54 paxed getting better though :)
15:55 Dyrcona smyers_: Most of the other google hits relating to this error are permissions related, usually looks an attempt to execute a non-executable file.
15:55 Dyrcona smyers_: My recommendation: Switch to latest Debian, Ubuntu, or Fedora.
15:56 smyers_ Dyrcona: b_bonner found this for me trying to figure out how centos can do perms wrong http://www.tldp.org/LDP/abs/html/exitcodes.html
15:56 phasefx paxed: just curious, do you deploy all your fixes in production?
15:56 Dyrcona smyers_: Yep.
15:56 linuxpoet Dyrcona: it is not reasonable to suggest that kind of switch at this time. It isn't like it is something that can be done overnight for this installation
15:56 paxed phasefx: no. we're not in production yet.
15:57 phasefx paxed: roger that
15:57 paxed phasefx: but i do tend to test most of my fixes with our full conversion db
15:57 Dyrcona linuxpoet: You will have fewer problems or none at all if you switch, and you'll get actual useful help.
15:58 Dyrcona Anyway, at that point GNU Make is passing the error up from an executable that it has run. The first [3] suggests it is in the 3 recursive make call, so 3 three Makefiles down.
16:00 bshum linuxpoet: Actually it seems perfectly reasonable to me for Dyrcona to suggest using one of the established known linux distributions that are currently supported by the community documentation for OpenSRF.
16:02 acoomes joined #evergreen
16:03 linuxpoet bshum: Arguing that it is a good suggestion to move to a established known (fedora is a huge mistake) linux distribution that is currently supported by the community documentation isn't the argument. Of course that is a good suggestion. What I said was that it is not reasonable to suggest that kind of switch at this time. The environment is very large, very complicated and it would require a huge amount of work.
16:07 kmlussier joined #evergreen
16:09 kmlussier1 joined #evergreen
16:09 paxed so, now that i remember: can i target bugs to 2.5.0-alpha1 now?
16:12 bshum paxed: I just did so, but dbwells might have ideas about that while we poke at the existing m2 work.
16:14 bshum paxed: It should be okay though..
16:14 paxed bshum: that's why i asked :)
16:19 dbs smyers_: hail mary would be, uh, "sudo setenforce 0" and try again? :)
16:21 smyers_ dbs: trying again but selinux was already disabled
16:21 smyers_ dbs: and same issue
16:21 paxed aaanyway... i'm off to bed. g'night, keep up the good work :)
16:23 * dbs thinks it would be pretty reasonable and not crazy hard/time consuming to cut over to Debian or Ubuntu for everything except the database servers (which could transition later)
16:23 dbs Fedora, though, is for total nutjobs
16:23 bshum dbs++
16:23 bshum :)
16:34 smyers__ joined #evergreen
16:35 * dbs is now wishing that we had sample data for serials, including both MFHD (easy) and serials controls (harder to pull together, for me at least)
16:36 kmlussier joined #evergreen
16:43 kmlussier1 joined #evergreen
16:48 pinesol_green [evergreen|edoceo] Adds the option to print a single item from the Items Out. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e781446>
16:48 pinesol_green [evergreen|Ben Shum] Add release note for Print Single Item Receipt - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e5ab813>
16:52 kmlussier joined #evergreen
16:52 rfrasur joined #evergreen
16:54 * rfrasur has a new minion.  The day is redeemed.
16:55 bshum "Is there a time for this meeting?" rfrasur++ :D
16:55 rfrasur :D
16:55 * bshum goes down the hall to heckle jventuro
16:56 rfrasur I mean, I'm perfectly willing to talk about reports for a WHOLE DAY...er. Sorry...maybe not.  The minion is a definite day brightener.
16:57 bshum Ha!
16:58 kmlussier joined #evergreen
17:00 moodaepo_nb @random
17:00 pinesol_green moodaepo_nb: Error: The command "random" is available in the LoveHate and Quote plugins.  Please specify the plugin whose command you wish to call by using its name as a command before "random".
17:01 bshum @random love
17:01 pinesol_green bshum: Error: The command "random" is available in the LoveHate and Quote plugins.  Please specify the plugin whose command you wish to call by using its name as a command before "random".
17:01 bshum Hmm :)
17:01 moodaepo_nb ha wrong channel
17:01 rfrasur lol, random love
17:02 bshum @quote random
17:02 pinesol_green bshum: Quote #19: "_bott_: I wish I'd get what I wanted instead of what I asked for" (added by Dyrcona at 11:02 AM, November 15, 2011)
17:03 bshum @lovehate random
17:03 pinesol_green bshum: csharp loves google
17:03 bshum There we go.
17:03 kmlussier Never knew you could do a random lovehate. :)
17:03 bshum Evidently we can.
17:03 kmlussier @lovehate random
17:03 pinesol_green kmlussier: csharp loves all y'all
17:03 kmlussier Right back at ya csharp!
17:03 b_bonner joined #evergreen
17:03 rfrasur @lovehate random
17:04 pinesol_green rfrasur: csharp hates reports
17:04 gmcharlt @caresabout
17:04 pinesol_green gmcharlt: gmcharlt doesn't seem to care about anything.
17:04 bshum @eightball Are you favoring csharp's loves?
17:04 pinesol_green bshum: The answer is def-- oooh! shiny thing!
17:04 rfrasur they're all csharp?
17:04 bshum @lovehate random
17:04 pinesol_green bshum: tsbere hates search
17:04 bshum Maybe he loves more things than we do.
17:04 bshum :D
17:04 * rfrasur murmurs "Now you pick someone else."
17:04 Dyrcona @lovehate random
17:04 pinesol_green Dyrcona: bshum hates apostrophes in search
17:04 rfrasur prolly so
17:05 rfrasur gmcharlt++
17:05 bshum @caresabout
17:05 pinesol_green bshum loves Evergreen; chocolate chip cookies; git; tpac; yaous; rain; piwik; and lunch
17:05 pinesol_green bshum hates metarecord holds; acquisitions; questions about acquisitions; z39.50; acq; notices; action triggers; marc_export; hold pull lists; drupal; holds; RDA; edi; parts holds; kpac; SIP; parts; marc; RAID; Launchpad; edi troubleshooting; reports; serials; apostrophes in search; server power failures; and zimbra
17:05 bshum Yeah I definitely hate more than love :(
17:06 * rfrasur laughs # mild imbalance?
17:06 Dyrcona @caresabout
17:06 pinesol_green Dyrcona loves git; Tina Dico; you anyway; scripted sign off; sed; Monique Ortiz; and OpenBSD
17:06 pinesol_green Dyrcona hates parts
17:06 * Dyrcona recently cleaned his hates up. ;)
17:06 dbwells paxed: Sorry, was afk.  Yes, just confirming that 2.5.0-alpha1 targetting is fine and expected.
17:06 kmlussier1 joined #evergreen
17:06 gmcharlt @love test cases
17:06 pinesol_green gmcharlt: The operation succeeded.  gmcharlt loves test cases.
17:06 bshum @love Fridays
17:06 pinesol_green bshum: The operation succeeded.  bshum loves Fridays.
17:06 rfrasur @caresabout
17:06 pinesol_green rfrasur loves google; pinesol_green; overcast days; Evergreen; Ze Internetz!; and chocolate
17:06 pinesol_green rfrasur hates MARC; mouthy teens; State of Indiana Department of Workforce Development online interface; stupid state bureaucracy; and incessant adult responsibility
17:07 rfrasur @love Fridays
17:07 pinesol_green rfrasur: The operation succeeded.  rfrasur loves Fridays.
17:07 rfrasur @love minions
17:07 pinesol_green rfrasur: The operation succeeded.  rfrasur loves minions.
17:07 gmcharlt @wholoves Fridays
17:07 pinesol_green bshum and rfrasur love Fridays
17:07 rfrasur That's it?!
17:07 Dyrcona @loves ya
17:07 pinesol_green Dyrcona: ya doesn't seem to love anything.
17:07 Dyrcona @wholoves ya
17:07 pinesol_green Dyrcona: I can't find anyone who loves ya.
17:08 Dyrcona oops.
17:08 rfrasur nice
17:08 kmlussier2 joined #evergreen
17:08 rfrasur that's a good oops to remember though.
17:09 Dyrcona I think all this chatter is playing havoc with kmlussier's wireless.
17:09 kmlussier2 It's not my wireless. It's my ISP.
17:09 kmlussier2 Spent an hour on the phone with Verizon.
17:10 rfrasur oh...I was going to ask.  Is it DSL?
17:10 kmlussier2 Yup
17:10 Lunchb0x left #evergreen
17:10 * rfrasur has nothing good to say about Verizon.
17:11 Dyrcona I like my FIOS, but other than that.....
17:11 kmlussier2 No Fios in my area.
17:12 rfrasur I'd love to have Fios...but same as kmlussier2
17:12 bshum What's that?  1x with Verizon at home, AWESOME!
17:12 rfrasur Heck, I'd love to have DSL at home
17:13 rfrasur Does Mary Llewellyn work in the same building with you bshum?
17:14 bshum rfrasur: We're all in the same office building, yes.
17:14 * rfrasur nods
17:14 bshum Though I think I'm the only one here now.  I should probably go home...
17:14 rfrasur Probably.  It IS Friday, you know.
17:15 rfrasur Those who CAN go home, should...or somewhere other than work.
17:15 jeff_ oh dear. so, statewide resource sharing system does not tell us via NCIP which pickup location is set on a request that our patron has placed... until the lending library ships an item.
17:16 Dyrcona jeff_: Incoming?
17:16 Dyrcona Must be. Don't mind me.
17:17 jeff_ so if you're creating a hold in evergreen, you'd better either have mediated the request in the first place and know the pickup location already, or you're going to have to default to something and update the pickup location on the hold when the ItemShipped message comes in.
17:17 Dyrcona jeff_: Who is the vendor?
17:18 frank_ joined #evergreen
17:18 jeff_ I *might* default pickup lib to the user's home_ou, and based on a action.hold_request_note HIDE the pickup location in TPAC/etc for that hold until we know the pickup location is correct.
17:18 jeff_ Dyrcona: this is III INN-REACH as implemented in MeLCat
17:18 rfrasur jeff_: this is from an EG lib to a non-EG lib?
17:19 jeff_ iNCIPit does not currently have any provision for multi-branch agencies like us
17:19 frank_ Hi, What Should I do to the "Issues Held" to appear in OPAC using Serial Control View?
17:19 kmlussier2 I'm heading out for the weekend too, but sending out one last reminder to fill out the poll for the dev meeting at http://www.doodle.com/e9desufeu3fpf738.
17:19 ktomita joined #evergreen
17:19 rfrasur kmlussier2:have a great weekend.
17:19 kmlussier2 I'll try to set a meeting time Monday morning. Right now, Tuesday's looking good.
17:19 jeff_ rfrasur: this is when dealing with an external union catalog / resource sharing ILL system that is not Evergreen, yes.
17:19 finnx left #evergreen
17:21 rfrasur I work w/ Indiana's just enough to know that I hate it.
17:21 kmlussier @love Fridays
17:21 pinesol_green kmlussier: The operation succeeded.  kmlussier loves Fridays.
17:22 mmorgan left #evergreen
17:22 Dyrcona Well, I got a brief reprieve.
17:23 Dyrcona Our stat's new ILL system isn't going in until December.
17:24 jeff_ Dyrcona: in an ideal world, ItemRequested would include the pickup location that the user selected when placing the request. As it is, I don't receive any clue to that pickup location until I receive the ItemShipped message.
17:24 Dyrcona jeff_: I hear ya.
17:25 * Dyrcona takes a look at z39.83 pt1 "standard" v. 2.1.
17:26 Dyrcona Sorry, version 2.02. :p
17:27 Dyrcona Heh. Pickup location is optional in that message.... Useful, that.
17:27 * rfrasur decides doing payroll is better than sifting through county personal income growth study.
17:28 jeff_ yeah. i'm not even lucky enough to get it in PickupLocation, but it's in ItemShipped/ShippingInformation/Ph​ysicalAddress/UnstructuredAddress
17:29 Dyrcona Gotta love standards that aren't.
17:29 jeff_ There are codes in the system for individual branches, but the codes don't seem to be used here, so it's unstructured freeform-looking text.
17:29 jeff_ This is because I got impatient and jumped ahead and found a way to test without our contact at the state level, so I could be shown a better way on Monday, but it is seeming unlikely.
17:30 Dyrcona Y'know, it is valid to respond with just the version response if you don't "understand" a message you've received.
17:30 jeff_ It is incredibly likely that we will not expose our end users to the statewide web interface, and will just scrape it on their behalf. :P
17:31 * Dyrcona shudders at the mention of scraping.
17:31 rfrasur oh man...
17:32 Dyrcona Actually, I think I'll implement the generic NCIP responder to just reply with the version response message unless it has a working backend.
17:32 * Dyrcona now has something to do on MVLC's dime tomorrow.
17:34 * rfrasur mumbles something about being on salary and how everything is on an eternally thinning dime.
17:34 kmlussier Hmmmm...ever since I put my modem on the couch, the Internet has been behaving. Perhaps it just needed to be pampered.
17:34 Dyrcona kmlussier: Could be.
17:34 * rfrasur laughs
17:34 rfrasur kmlussier: maybe if you get it a nice little bed and some snacks?
17:35 * Dyrcona is on salary.
17:35 rfrasur I thought you might be
17:35 jeff_ hrm. abuse things by setting melcat "unknown pickup location" holds to be picked up at the system level, flag said holds with a hold note, or identify them by the attributes of their associated copy... so many unappealing decisions. :P
17:35 kmlussier Perhaps. Seems to work better than threatening it with a switchover to Comcast.
17:36 Dyrcona jeff_: I think going with the patron's home library and then changing it (if necessary) when the item shipped message comes in was a better option.
17:37 rfrasur I think that's a legit threat...though wouldn't it be nice if you could get really good quality internet from a company that didn't seem like it was trying to turn its customers into "the borg?"  Why does pick-up truck internet have to stink so much?
17:37 jeff_ problem there is that the pickup location may very well appear incorrect to the patron.
17:37 rfrasur (prolly a rhetorical question)
17:37 Dyrcona jeff_: True, but what can you do? GIGO.
17:38 Dyrcona Maybe display a note: The statewide catalog doesn't tell us where you want it, so we guessed. Don't worry, it will get fixed when they tell us the item is coming.
17:38 rfrasur Dyrcona++
17:39 CarrieC joined #evergreen
17:39 Dyrcona Or, don't place the hold in Evergreen until the item ships? (I know, I don't like that, either.)
17:40 jeff_ Dyrcona: since i wouldn't want to display the "we guessed" message for patrons who don't have any state system holds, i'd already be putting in the cycles to identify those state hold requests, so we'll just not show the pickup location for those holds (until the item ships and we know it)
17:40 rfrasur Our items borrowed through ILL (not EG) don't even touch EG at this point.  We have a separate circ method for them (for now).  It's all sorts of "I don't wanna talk about it."
17:40 Dyrcona jeff_: That will likely lead to confusion, too.
17:41 Dyrcona rfrasur: Yeah, I can relate. We've had that in the past, too.
17:41 * rfrasur looks at her minion and lets the bad thoughts go.
17:42 jeff_ Dyrcona: then we will use a batch process to scrape the state web interface on behalf of our patrons to backfill the pickup location in evergreen -- or we'll have mediated the  hold request in the first place on TADL systems, and we'll know the hold pickup location. ;-)
17:43 pinesol_green [evergreen|Pasi Kallinen] Move acq.user_request_type data for i18n picking - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3b61c0a>
17:44 Dyrcona jeff_: I'd be tempted to tell MeLCAT and III to fix it, or we're taking our toys and going home.
17:44 jeff_ hell is other people's vendors.
17:45 Dyrcona Of course, I'm not in your position, and even if I were, I'd not be in a position to say that.
17:45 Dyrcona jeff_++
17:45 Dyrcona sartre++
17:45 rfrasur jeff_++
17:46 Dyrcona @quote add <jeff_> hell is other people's vendors.
17:46 pinesol_green Dyrcona: The operation succeeded.  Quote #61 added.
17:46 Dyrcona Immortalized in pinesol's memory.
17:47 Dyrcona @quote random
17:47 pinesol_green Dyrcona: Quote #51: "< dbwells> As I mentioned last night, though, it is easy to reach these brick wall moments with search. You index, it's really fast, you get excited, you realize it isn't doing some important thing, you try to add it, it gets slow, you cry. That is my experience with evaluating search." (added by csharp at 01:35 PM, April 12, 2013)
17:48 * rfrasur growls at the comment "No news yet" sent out to listserv regarding mobile version of OPAC
17:49 rfrasur even if it's true...(thought it's more complicated than that)...PLEASE don't frame it that way.  sounds like no one is doing anything.
17:50 rfrasur s/thought/though
17:50 * dbs wants to work on the mobile OPAC
17:50 * dbs is primarily working on the OPAC for schema.org stuff atm though
17:51 * dbs goes out for dinner to celebrate being in debt for car
17:51 Dyrcona car++
17:51 rfrasur Did you get the 5?
17:51 Dyrcona debt--
17:51 rfrasur well, the cx-5
17:52 rfrasur (which is diff than the 5....MUCH prettier..and cooler...and fuel efficient)
18:02 smyers_ joined #evergreen
18:08 * rfrasur submits payroll
18:08 rfrasur and that's why they keep me around here.
18:12 CarrieC left #evergreen
18:13 mtcarlson left #evergreen
18:22 mdawe joined #evergreen
18:25 pinesol_green [evergreen|Pasi Kallinen] Move action.hold_request_cancel_cause inserts for i18n - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=335f889>
19:47 Dyrcona tsbere: If you're around, and even if you're not, I took care of shutting down services on my dev vm and touching the file to request a database restore of my dev database tonight.
19:48 tsbere Funny, I was just logging in after checking my todo list and noting I hadn't touched that file yet.
19:48 Dyrcona heh.
19:48 tsbere Hadn't decided if I wanted to poke at your dev machine through remotes, though
19:49 Dyrcona Yeah, you'd have to login through the backup server.
19:50 Dyrcona Anyway, I took care of it, once I remembered to use -l on osrf_ctl.sh.
19:50 tsbere I wouldn't have touched the backup server. I would have used the viewer on the vhost. ;)
19:51 Dyrcona Oh. I never think to use that.
19:51 Dyrcona I'm a command line junkie, I guess.
19:51 tsbere Well, in a way that is still command line
19:51 tsbere It gives me a new terminal window, in my eyes
19:51 tsbere A much more annoying one, granted...
20:06 Dyrcona Oh. That reminds me.... I should enable X forwarding my ssh config for my server, since X is now installed (required by OpenJDK).
20:28 tsbere Dyrcona: Make sure you have xauth installed server-side if you want to do that. Depending on what installed X it may not have made it in.
20:34 jeff_ <CallNumber datatype="string"><EF><BF><BD><EF><BF><BD​><EF><BF><BD><EF><BF><BD>^D</CallNumber>
20:36 Dyrcona jeff_: Via NCIP?
20:58 jeff_ as logged by iNCIPit. checking the raw bytes on the wire with tcpdump.
20:59 jeff_ 0xEF 0xBF 0xBD happens to correspond to the unicode replacement character
21:03 jeff_ :64: parser error : PCDATA invalid Char value 4
21:03 jeff_ <CallNumber datatype="string">\xef\xbf\xbd\xef\xbf\xbd​\xef\xbf\xbd\xef\xbf\xbd\x04</CallNumber>
21:03 jeff_ ^
21:05 jeff_ just to be helpful, INN-REACH re-POSTs the message every 15 seconds or so. :-)
21:06 jeff_ oh. https. raw tcpdump isn't going to help much unless i take some additional steps.
21:46 jeff_ <?xml version="1.0" encoding="UTF-8"?>
21:46 jeff_ lies!
21:56 jeff_ <CallNumber datatype="string"><EF><BF><BD><EF><BF><BD​><EF><BF><BD><EF><BF><BD>^D</CallNumber>
21:56 jeff_ er.
21:56 jeff_ mispaste.
21:56 jeff_ wrong target.
22:00 Dyrcona jeff_: Are you sure your end is handling UTF-8 properly?
22:00 jeff_ that's one of the things i'm trying to confirm.
22:01 Dyrcona The error seems to be on the Ctrl-D at the end.
22:01 jeff_ dusting off some of my ssl kit to assist in the debugging.
22:02 Dyrcona I doubt very much that is a valid call number.
22:02 Dyrcona I doubt very much that INN-Reach is doing any checking/scrubbing of its input or output.
22:04 jeff_ the item in question in the inn-reach public catalog seems to lack a call number.
22:04 Dyrcona inn-reach is therefore, broken.
22:04 Dyrcona Sending random gibberish for nothing.
22:05 jeff_ that is likely, since i appear to be receiving non-utf-8 encoded data in an xml document claiming utf-8 encoding.
22:05 Dyrcona I'll bet that's a memory address in the inn-reach system.
22:05 jeff_ i've worked around this kind of thing before, but i don't like it.
22:07 * Dyrcona knows how this sort of thing happens. It's a rookie mistake.
22:07 Dyrcona Betcha their code says print this pointer with the call number here.
22:08 Dyrcona Only there is nothing in the memory pointed at by the pointer, except for random garbage.
22:09 Dyrcona Oh, well. That's what you get with closed source......
22:10 Dyrcona ;)
22:24 jeff_ netcat + stunnel = hexdump captured
22:25 jeff_ and indeed, the contents of <CallNumber> are the hex ef bf bd ef bf bd ef bf bd ef bf bd 04
22:28 Dyrcona I wouldn't be surprised if that binary code from the program itself.
22:32 jeff_ ef bf bd is most often a sign of the unicode replacement character U+FFFD
22:32 Dyrcona Right, but you said the copy has no call number, so my assumption is a dangling pointer.
22:32 jeff_ i've no idea where the EOT / ^D \x04 is coming from. :-)
22:33 Dyrcona Dangling pointer.

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