| 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=commit;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.org/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/PhysicalAddress/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. |
