| Time |
Nick |
Message |
| 00:48 |
|
stevenyvr2 joined #evergreen |
| 00:48 |
|
stevenyvr2 left #evergreen |
| 01:07 |
|
Mark__T joined #evergreen |
| 02:18 |
|
mcooper joined #evergreen |
| 04:15 |
|
smyers_ joined #evergreen |
| 05:28 |
|
smyers_ joined #evergreen |
| 05:29 |
|
fparks joined #evergreen |
| 05:29 |
|
ktomita joined #evergreen |
| 05:29 |
|
sseng joined #evergreen |
| 07:56 |
|
jboyer-isl joined #evergreen |
| 08:19 |
|
Dyrcona joined #evergreen |
| 08:27 |
|
mrpeters joined #evergreen |
| 08:31 |
|
collum joined #evergreen |
| 08:34 |
csharp |
jeff_: ooh 'tardis' storage - that's an awesome idea |
| 08:35 |
* csharp |
now plans to lobby GPLS IT to move away from Harry Potter server names and toward Whovian equivalents |
| 08:35 |
|
akilsdonk_ joined #evergreen |
| 08:36 |
Dyrcona |
We name our servers for who normally uses them or what they do: jason, jasondev, evergreen, dbmanage, db2, mrbackup, etc. |
| 08:37 |
jboyer-isl |
Ah, "That's Mr. Backup to you." |
| 08:37 |
Dyrcona |
:) |
| 08:41 |
csharp |
our production servers are named that way too, but many of our auxiliary servers have more creative names |
| 08:41 |
csharp |
the original PINES prod servers had names like "FrankenWeezie" and "Spacely" |
| 08:41 |
csharp |
(though the app servers always had boring names) |
| 08:41 |
Dyrcona |
When I worked at the University of Kentucky's College of Engineering Computer Center, we named our servers and workstations after aircraft. |
| 08:42 |
csharp |
nice |
| 08:42 |
csharp |
our LVS servers were "t-bone" and "porkchop" - named for a pair of guards at our data center |
| 08:43 |
jboyer-isl |
That would make the occasoinal "X is going down" a lot more interesting. |
| 08:43 |
csharp |
jboyer-isl++ |
| 08:43 |
Dyrcona |
jboyer-isl++ |
| 08:43 |
Dyrcona |
yeah, "sopwith is going down." |
| 08:44 |
jboyer-isl |
Thank you, thank you, I'm here all week. |
| 08:45 |
Dyrcona |
sopwith and fokker were two Debian servers used by the students to do their programming homework. |
| 08:45 |
csharp |
@eightball what the fok? |
| 08:45 |
pinesol_green |
csharp: I doubt it very much. |
| 08:46 |
Dyrcona |
galaxy, of course, was our NFS server.... |
| 08:46 |
csharp |
excellent |
| 08:47 |
Dyrcona |
There was one named falcon, but I forget what it was our what it was for. |
| 08:47 |
Dyrcona |
This was eleven years ago.... |
| 08:47 |
|
kbeswick joined #evergreen |
| 08:48 |
Dyrcona |
I do remember that we built a couple of dual CPU AMD workstations because faculty had asked about us possibly getting some for their use. |
| 08:48 |
csharp |
I was using a BSG naming scheme for home servers for a while. My home desktop PC is still named 'baltar' |
| 08:48 |
Dyrcona |
We named them blackbird and foxbat. |
| 08:49 |
csharp |
great names |
| 08:50 |
Dyrcona |
A little aviation trivia: The Mig-25 Foxbat could actually achieve a higher top speed than the SR-71 Blackbird. However, the engines would burn out and be unrecoverable. |
| 08:51 |
Dyrcona |
At home, my "servers" are named styx and mail. You can probably guess what each one does. |
| 08:51 |
|
ericar joined #evergreen |
| 08:52 |
Dyrcona |
mail also hosts my personal/business site. |
| 08:52 |
Dyrcona |
On an Evergreen-related note, I'm waiting on another database restore. |
| 08:53 |
Dyrcona |
I figure the one from Tuesday at midnight is hosed because every time I try to build certain indexes, the process just hangs. |
| 08:58 |
csharp |
dev_servers++ |
| 08:59 |
Dyrcona |
Good thing we didn't need to restore a backup to production. |
| 08:59 |
paxed |
my computers are deveel, impervect, and floozy |
| 09:00 |
Dyrcona |
Heh. |
| 09:00 |
Dyrcona |
I like that, impervect. |
| 09:00 |
csharp |
paxed++ |
| 09:01 |
paxed |
deveel and impervect are Myth Adventures (by Robert Asprin) references |
| 09:02 |
paxed |
floozy's the laptop, 'cause she just joins all kinds of networks... |
| 09:02 |
Dyrcona |
Heh. |
| 09:06 |
jeff_ |
oh look, apple developer systems are still down. grr. |
| 09:06 |
jeff_ |
and the play store developer console has stopped loading for me in chrome, but works in Safari. |
| 09:07 |
jeff_ |
and my laptop SSD seems to have filled at some point, because Spotlight's indexes appear to be broken |
| 09:08 |
jeff_ |
so far, every system i'm dealing with this morning seems to need the computing equivalent of coffee. |
| 09:08 |
Dyrcona |
jeff_: You didn't let the smoke out did you? |
| 09:09 |
jeff_ |
(except for the host 'coffee' itself) |
| 09:09 |
jeff_ |
Dyrcona: not this morning. |
| 09:10 |
jeff_ |
Dyrcona: i do have a good story about keeping the magic smoke in just long enough to transfer an important presentation off of a laptop some... 18 years ago? |
| 09:11 |
jeff_ |
hrm. sadly, DEBUG.COM is not a memorial to the dos utility of that same name, but appears to be squatted. |
| 09:12 |
Dyrcona |
heh |
| 09:12 |
jeff_ |
i wonder how much traffic https://developer.apple.com/support/system-status/ is getting over the past 12 or so hours. |
| 09:16 |
Dyrcona |
I find it kind of funny that csharp would bring up server names this morning because I was actually consolidating .ssh/config entries on my laptop at the time. |
| 09:19 |
Dyrcona |
command.com appears to be selling no mess adhesive strips. |
| 09:19 |
Dyrcona |
It appears to be affiliated with 3M somehow, so marginally related to Evergreen. :) |
| 09:20 |
jeff_ |
yes, 3M Command Strips -- not to be confused with 3M Command Center |
| 09:24 |
|
rfrasur joined #evergreen |
| 09:27 |
|
kmlussier joined #evergreen |
| 09:32 |
|
RoganH joined #evergreen |
| 09:37 |
|
mllewellyn joined #evergreen |
| 09:45 |
|
mmorgan joined #evergreen |
| 09:47 |
csharp |
I think my question from the other day got lost in the shuffle - how would I go about adding a table (view, actually) to Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Driver/Pg/dbi.pm? |
| 09:49 |
csharp |
I tried adding action::all_circulation->table( 'action.all_circulation' ); but the storage listener wouldn't start after I'd done that |
| 09:50 |
|
jcamins joined #evergreen |
| 09:50 |
csharp |
trying to fix bug 1203734 - maybe there's a better approach? |
| 09:50 |
pinesol_green |
Launchpad bug 1203734 in Evergreen ""Last Few Circulations" total circulation count does not include aged circulations" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1203734 |
| 09:58 |
|
jcamins joined #evergreen |
| 10:07 |
|
mcooper joined #evergreen |
| 10:09 |
bshum |
csharp: I don't know how it works, but did you define a package for it too? |
| 10:09 |
bshum |
(just looking at the other lines in the file) |
| 10:10 |
csharp |
bshum: yeah - I parroted exactly what the other lines are doing |
| 10:10 |
csharp |
no log errors, but open-ils.storage doesn't start when I do that |
| 10:11 |
bshum |
table seems right to me, given that there are other views being called as such I think. |
| 10:11 |
* bshum |
doesn't know much more about how this operates and defers |
| 10:11 |
csharp |
yeah - I'm looking around for clues |
| 10:12 |
csharp |
I might have to up the log level even more |
| 10:19 |
|
rfrasur joined #evergreen |
| 10:19 |
Dyrcona |
Yep, something was definitely wrong with Tuesday's AM dump.... |
| 10:20 |
Dyrcona |
Last night's dump loaded in just over 1 hour. |
| 10:20 |
bshum |
csharp: Did you put any sort of ID sequence with that? |
| 10:21 |
dbwells |
csharp: I am not sure how it all works either, but I would take a look at CDBI/asset.pm also. |
| 10:21 |
|
yboston joined #evergreen |
| 10:21 |
bshum |
*action.pm |
| 10:22 |
jeff_ |
you're probably going to need to define an action::all_circulation in Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/CDBI/action.pm at a minimum. |
| 10:22 |
dbwells |
bshum: right, that :P |
| 10:22 |
csharp |
bshum: no seq since it's a view |
| 10:22 |
csharp |
jeff_: thanks - that's probably the piece I've been missing |
| 10:22 |
jeff_ |
(as i would have seen dbwells note, had I not been in scrollback -- oops. :-) |
| 10:23 |
csharp |
dbwells: thanks |
| 10:23 |
bshum |
I was just thinking about it too. After looking at git history surrounding the last changes to dbi.pm |
| 10:23 |
bshum |
Fun to see what other files change around or at the same time |
| 10:23 |
csharp |
bshum: ah - smart approach |
| 10:27 |
|
dboyle joined #evergreen |
| 10:32 |
|
akilsdonk__ joined #evergreen |
| 10:33 |
|
CarrieC joined #evergreen |
| 10:34 |
csharp |
bshum++ jeff++ dbwells++ # looks like that's done it - thanks |
| 10:35 |
dbwells |
csharp: One more thing on that bug, I'd like to see us perhaps leverage extend_reporter.full_circ_count. It counts not only current and aged circs, but also "legacy" circ counts as well. |
| 10:36 |
csharp |
dbwells: yeah - that would be consistent with the circ counts on the alternate view |
| 10:38 |
csharp |
bleh - somethings still borked, but I think I'm on the right track - I'll see about using extend_reporter.full_circ_count |
| 10:41 |
jeff |
growr. this code makes assumptions about only running on a single app server. |
| 10:41 |
jeff |
and i don't think that pound can proxy certain URLs to specific backends -- checking. |
| 10:41 |
|
tspindler joined #evergreen |
| 10:43 |
jeff |
eh, a few possible ways to pull it off. |
| 11:00 |
|
Callender_ joined #evergreen |
| 11:02 |
|
Callender__ joined #evergreen |
| 11:04 |
rfrasur |
RoganH: Have you thought about doing it as a Hangout On Air? So you can get the discussion but then interested parties could also take a look? |
| 11:04 |
|
Callender joined #evergreen |
| 11:05 |
RoganH |
rfrasur: I'm game to try that. I hate to promise it because I've tried to do that before and had bad luck with it. But that would be my goal, yes. |
| 11:06 |
rfrasur |
okay - well, it's something I'd like to use for some other things, so I'll fuss around in the coming days and get a handle as well. |
| 11:06 |
RoganH |
me is very challenged by things that are supposed to work simply. |
| 11:06 |
* rfrasur |
is buckin' for a vacation day VERY soon. |
| 11:08 |
|
akilsdonk_ joined #evergreen |
| 11:08 |
* rfrasur |
goes to delegate. |
| 11:11 |
RoganH |
If interest is high enough based on the doodle poll I might do two dates. |
| 11:16 |
csharp |
okay, so since open-ils.storage.asset.copy.circ_count pulls more than just a raw count from the circ table, I've fixed it (on my test machine) to use action.all_circulation... so now the issue is probably to recreate a new method for grabbing the circ count from extend_reporter.full_circ_count and use that in place of open-ils.storage.asset.copy.circ_count ;-) |
| 11:17 |
csharp |
s/recreate/create/ |
| 11:17 |
csharp |
I'll update the bug with what I've done and we can continue the discussion there |
| 11:21 |
bshum |
Huh, why would uploading offline transactions fail on "PERM_FAILURE" where almost all of them list out as needing "CIRC_PERMIT_OVERRIDE" |
| 11:21 |
rfrasur |
RoganH++ |
| 11:22 |
bshum |
I looked at the patron and items and they don't seem to require any override |
| 11:22 |
bshum |
*patrons |
| 11:23 |
csharp |
copy location? |
| 11:25 |
bshum |
Doesn't seem to be the case |
| 11:25 |
bshum |
Yeah all their items can circ |
| 11:25 |
* bshum |
checks rules |
| 11:25 |
bshum |
But that ought to be fine too |
| 11:28 |
csharp |
have you tried just manually checking out an item to a patron? |
| 11:33 |
bshum |
csharp: Yea, checks out without issue if I manually pick one patron and one item from the list. |
| 11:33 |
bshum |
I wonder why it failed to process things |
| 11:42 |
bshum |
Strange |
| 11:42 |
bshum |
CIRC_PERMIT_OVERRIDE isn't one of the perms associated with the account |
| 11:42 |
bshum |
Though I really don't know why they'd need it. |
| 11:42 |
bshum |
Oh well. |
| 11:43 |
csharp |
hmm |
| 11:45 |
bshum |
We'll see. |
| 11:46 |
bshum |
Maybe it was some snag it hit while processing the offline transactions for some reason. |
| 11:46 |
* bshum |
goes back to bug wrangling |
| 11:52 |
* RoganH |
hopes it's not like Starship Trooper bugs or we'll never see bshum again. |
| 11:53 |
bshum |
I never managed to get through the book. But the film is still one of my favorites for the music :D |
| 11:53 |
* rfrasur |
hopes if it IS like Starship Trooper bugs, someone has a video camera |
| 11:56 |
RoganH |
bshum & klussier: I have 5 tentative volunteers for web site editors, I'm going to be following up with them today |
| 11:57 |
rfrasur |
(using Chrome is like teaching yourself to like vegetables) |
| 11:57 |
phasefx |
bshum: the transaction processing starts out with .override requests, doesn't even attempt to do things normally first |
| 11:57 |
RoganH |
Bah, Chrome is great. |
| 11:58 |
rfrasur |
Bah indeed. It's so...curvy |
| 11:58 |
bshum |
phasefx: Aha! Well that's awkward. |
| 11:58 |
bshum |
phasefx: Thanks that clears up the mystery at least. |
| 11:58 |
bshum |
And shows me that we didn't apparently grant *all* of the overrides available to staff like previously thought. |
| 11:58 |
phasefx |
bshum: at least, I'm pretty sure of what I just said :) |
| 11:59 |
bshum |
Heh |
| 11:59 |
bshum |
phasefx: While I have you, any new thoughts about https://bugs.launchpad.net/evergreen/+bug/1192189 ? |
| 11:59 |
pinesol_green |
Launchpad bug 1192189 in Evergreen "Copying in patron editor no longer produces confirmation message" (affected: 3, heat: 14) [Undecided,New] |
| 12:00 |
RoganH |
bshum: we noticed that when we moved to 2.4. I told people to not expect the pop up, to paste and move on with their lives. |
| 12:00 |
phasefx |
bshum: no new thoughts; it's trivial to restore the alert if that's what the majority of users want, but no alert does conform with wider UI standards. I don't have the tuits for the statusbar alternative I suggested |
| 12:01 |
bshum |
RoganH: I figure most folks are handling it that way. |
| 12:01 |
rfrasur |
From our experience, those little alerts are very helpful especially for the front-frontline staff. |
| 12:01 |
bshum |
RoganH: Oh and cool! Re: more website folks. |
| 12:01 |
phasefx |
bshum: folks could also get a clipboard manager in Windows if they wanted :) |
| 12:02 |
* phasefx |
away |
| 12:02 |
|
acoomes joined #evergreen |
| 12:07 |
RoganH |
bshum: I just sent an email encouraging them to get on the web list and give them some 'seeds' to think about before the next meeting and maybe get conversations about content and organization going on list. |
| 12:09 |
bshum |
phasefx: I just created a new "official" tag in LP called "qaproject" and started assigning bugs accordingly. Feel free to use that as a pointer. |
| 12:09 |
bshum |
RoganH++ |
| 12:14 |
|
jdouma joined #evergreen |
| 12:17 |
|
afterl joined #evergreen |
| 12:32 |
|
CarrieC joined #evergreen |
| 12:38 |
|
ericar joined #evergreen |
| 12:44 |
|
zerick joined #evergreen |
| 12:55 |
rfrasur |
bshum: you're wrangling like a madman. |
| 12:56 |
bshum |
rfrasur: I haven't kept up like I used to. So I feel slightly bad about it. |
| 12:58 |
rfrasur |
bshum: You shouldn't. Life requires of us at times. All of you that do the real work on EG should be getting flowers and candy and money and RAM and whatever in the mail everyday. |
| 12:58 |
rfrasur |
and watermelon |
| 12:58 |
bshum |
I like pineapple. Watermelons are so squishy and have too many seeds for me. |
| 12:59 |
bshum |
But thanks rfrasur. You're the kind of Evergreen user I like working for ;) |
| 13:00 |
rfrasur |
hmm, pineapple then...but never kiwi. It's REALLY squishy. or cottage cheese (because it's disgusting) |
| 13:00 |
bshum |
I like kiwis actually. |
| 13:00 |
bshum |
Hmm |
| 13:01 |
rfrasur |
kiwis...yes. kiwis in the mail...no |
| 13:09 |
phasefx |
bshum++ re: qaproject tag |
| 13:19 |
|
jihpringle joined #evergreen |
| 13:20 |
* rfrasur |
apparently gets to be the "bad boss" today. Meh. |
| 13:20 |
|
Rish joined #evergreen |
| 13:21 |
kmlussier |
bshum, phasefx: re bug 1192189: I was going to drop it after initial reaction in IRC, but think if people really want it, it should be put back in. |
| 13:21 |
pinesol_green |
Launchpad bug 1192189 in Evergreen "Copying in patron editor no longer produces confirmation message" (affected: 3, heat: 14) [Undecided,New] https://launchpad.net/bugs/1192189 |
| 13:21 |
kmlussier |
Having said that, I'm not sure the comments on LP are necessarily representative of the community. |
| 13:21 |
kmlussier |
The people who would search for it on LP are most likely to be the people who are unhappy with the change. The people who like the change wouldn't feel the need to find out what happen. |
| 13:22 |
kmlussier |
IOW, I'm thinking it might be worthwhile to send a message to the list before deciding on anything. |
| 13:22 |
rfrasur |
kmlussier++ |
| 13:23 |
Dyrcona |
Does Evergreen support harvesting data via Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH)? |
| 13:27 |
Pibbits |
could anyone point me in the right direction for any online docs explaining migrating proces from a Unicorn system? |
| 13:28 |
phasefx |
kmlussier: +1 |
| 13:28 |
* kmlussier |
will send something out before the day ends. |
| 13:30 |
Dyrcona |
I'm assuming the answer to my question is no after a little research. I just thought maybe supercat might have something up its magic, little sleeves. |
| 13:34 |
gmcharlt |
Dyrcona: not as such, but supercat certainly has some of the building blocks you might want |
| 13:36 |
phasefx |
Dyrcona: there was the whole OAI Toolkit thing with XC, which could use dumped EG records, but don't know where that is these days |
| 13:37 |
Dyrcona |
gmcharlt phasefx Thanks! I'm not looking to implement anything right now. Got enough to do this summer! :) |
| 13:41 |
|
stevenyvr2 joined #evergreen |
| 13:47 |
bshum |
Pibbits: While I don't think there are any official documentation explaining that process, a quick google search for "migrating unicorn evergreen" reveals a blog post by dbs and a couple email threads on the mailing lists on the subject. |
| 13:49 |
bshum |
So there might be more information out in the wild. Though I don't know how old / effective they are nowadays. |
| 13:49 |
Pibbits |
some rely on the import_holdings demo by dan scott but cant find this demo\ |
| 13:49 |
Pibbits |
yeah most the info I have found seems a bit outdated |
| 13:57 |
|
gsams joined #evergreen |
| 13:58 |
rfrasur |
hmm, they HAVE to make new Star Wars movies so they can rerelease the old ones at cheaper prices. |
| 13:58 |
phasefx |
you mean, so they can put the old ones back into the "disney vault"? |
| 13:58 |
* Dyrcona |
wonders if Disney will screw things up as much as Lucas. |
| 13:59 |
rfrasur |
they essentially already have |
| 13:59 |
rfrasur |
all the originals are nearly $50 for a dvd. Blu-ray are cheaper...but we don't circulate those yet. |
| 13:59 |
rfrasur |
(hopefully never) |
| 14:00 |
rfrasur |
they do have a laserdisc version available for just over $20 |
| 14:00 |
eeevil |
Dyrcona: specifically, supercat (unapi, opensearch, etc) provides oai_dc xml output |
| 14:00 |
* rfrasur |
busts out the laserdisc player |
| 14:00 |
Dyrcona |
laserdisc++ |
| 14:01 |
senator |
rfrasur: just out of curiosity, are are you hopefully never circulating blu ray discs in general, or hopefully never circulating star wars on blu ray, because we all know han shoots first, or something like that? :-) |
| 14:01 |
rfrasur |
senator: I hope to never circulate blu-ray. I'm hoping the technology dies and we go to streaming alone. |
| 14:02 |
jeff_ |
i have a bunch of laserdisc and CED media in my basement. |
| 14:02 |
jeff_ |
i lack a player for both formats. |
| 14:03 |
rfrasur |
I never had any exposure to CED that I know of. But laserdisc was THE thing for about two minutes while I was in college (the first time). |
| 14:03 |
Dyrcona |
Never mind movies, I want this to get released: http://www.youtube.com/watch?v=BQyGu4EqZsU |
| 14:03 |
* senator |
encountered enthusiastic laserdisc collectors as late as 1997 |
| 14:05 |
jeff |
we circulated them later than that. |
| 14:05 |
jeff |
The CED: http://en.wikipedia.org/wiki/Capacitance_Electronic_Disc |
| 14:06 |
jeff |
first i've seen Laserdisc called "DiscoVision", though. Interesting. |
| 14:06 |
rfrasur |
Dyrcona: If they could maintain those graphics, that'd be cool. |
| 14:07 |
phasefx |
I watched Poltergeist on video disc as a kid |
| 14:07 |
phasefx |
must have turned me off of the format :) remember nothing else |
| 14:07 |
senator |
the CED, which i'd never heard of, reminds me of the completely unrelated except similarly cool-looking magneto optical disks with the clear cases in the first tom cruise mission impossible movie |
| 14:07 |
* rfrasur |
watched five minutes of Poltergeist on cable as a kid and got too scared and then changed the channel using that little slidey thing on the box. |
| 14:08 |
* phasefx |
remembers a wired remote control for some device, too, probably the video disc player |
| 14:10 |
phasefx |
looks like video disc is a generic term for several things.. CED does look like what I remember |
| 14:11 |
rfrasur |
hmm, were those a step between laser discs and CDs? |
| 14:11 |
phasefx |
I think no, looks like phonographs, but with video |
| 14:12 |
phasefx |
so physical vibration/movement of a needle |
| 14:13 |
* rfrasur |
ponders the physics of creating an image using a physical mechanism to create waves. |
| 14:13 |
phasefx |
hrmm, more convoluted than that |
| 14:13 |
rfrasur |
that's kinda cool, actually |
| 14:13 |
rfrasur |
oh it's old. that's even more cool. |
| 14:14 |
phasefx |
"Whereas the phonograph stylus physically vibrates with the variations in the record groove, and those vibrations are converted by a mechanical transducer (the phono pickup) to an electrical signal, the CED stylus normally does not vibrate and moves only to track the CED groove (and the disc surface—out-of-plane), while the signal from the stylus is natively obtained as an electrical signal." |
| 14:14 |
* phasefx |
gets back to work :) |
| 14:15 |
rfrasur |
that sounds like a really stable format though. You wouldn't have to worry about EMP or expensive optics... |
| 14:15 |
* rfrasur |
sighs |
| 14:15 |
* rfrasur |
also gets back to work |
| 14:16 |
phasefx |
rfrasur: "RCA estimated that the number of times a CED could be played back, under ideal conditions, was 500" |
| 14:17 |
rfrasur |
it could have been improved though...and that's better than most CDs...at least in practice. |
| 14:17 |
phasefx |
you also had to flip the disc after an hour |
| 14:17 |
phasefx |
for the next hour of play |
| 14:18 |
rfrasur |
Not sure that THAT could have been improved since the format's dependent on real estate. |
| 14:18 |
rfrasur |
but the durability could have. |
| 14:19 |
|
mcooper joined #evergreen |
| 14:22 |
Dyrcona |
Is there an opensrf call to export marc records with holdings? I'm using introspect and either getting segfaults or not finding anything that looks relevant. |
| 14:25 |
Dyrcona |
ah, looks like supercat might have what I need. |
| 14:26 |
jeff_ |
likely, yes. |
| 14:26 |
jeff_ |
depends on what you're trying to do. :-) |
| 14:26 |
eeevil |
Dyrcona: yeah, if you need opensrf-over-xmpp, there's jsonquery + unapi stored procs. but if http is ok, you can go there |
| 14:27 |
Dyrcona |
jeff_: What do you use? You mentioned exporting bibs with holdings and speeding it up yesterday. |
| 14:27 |
jeff_ |
DBI against the reporting replica of the database -> MARC::File::XML |
| 14:28 |
Dyrcona |
jeff_: How do you get the holdings? Do you pull the info from acn and acp and just stuff it in the XML? |
| 14:28 |
* csharp |
uses marc_export on a brick configured to use an RO database |
| 14:28 |
jeff_ |
mostly because i'm needing to be very selective about which bibs and copies are included, and we're not allowed to send full updates to the state ILL system, so I had to make it incremental and include only things where the copy's status or "in-scope/out-of-scope-ness" had changed since the last run. |
| 14:29 |
Dyrcona |
jeff_: Thanks. Makes sense. |
| 14:29 |
|
CarrieC1 joined #evergreen |
| 14:29 |
jeff_ |
Dyrcona: yes. the holdings info that i stuff into the 852 tag is actually pulled from a state table which only changes when something relevant to the statewide system changes. |
| 14:30 |
jeff_ |
So, if a copy's status goes from Reshelving to Available, no change, not included in incremental update file. |
| 14:30 |
jeff_ |
But if it gets moved into a non-holdable shelving location, a DELETE status gets stuffed into that table, and we send them a "kill it!" update. |
| 14:33 |
Dyrcona |
I may see what I can do with marc_export. Thanks, csharp. I'm not entirely sure what the vendor expects. |
| 14:33 |
* Dyrcona |
just loves it when member libraries sign up for things that require us to do things for them without checking with us first. |
| 14:34 |
rfrasur |
I'd ask if they can do that...but apparently they can because they did. |
| 14:34 |
jeff_ |
what vendor, and what kind of thing? this is where a directory could help. :-) |
| 14:34 |
csharp |
Dyrcona: that happens all the time in PINES |
| 14:34 |
jeff_ |
these libraries use these vendors with {Evergreen|Koha} |
| 14:34 |
jeff_ |
etc |
| 14:35 |
csharp |
@hates |
| 14:35 |
pinesol_green |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; and reports more |
| 14:35 |
rfrasur |
ooooo....base filters! |
| 14:35 |
Dyrcona |
jeff_: EBSCO EDS. It appears to be aimed at academic libraries but one of our publics has signed up for it. |
| 14:37 |
csharp |
Dyrcona: I have that same project for PINES libs and GALILEO |
| 14:37 |
csharp |
although I havent' had to do an export yet |
| 14:37 |
csharp |
I'm waiting for them to let me know when they want it |
| 14:42 |
Dyrcona |
csharp: I think I'll just use marc_export for this one. |
| 14:42 |
csharp |
that was my plan for whenver the time comes |
| 14:44 |
jcamins |
Dyrcona: there's a library in NZ using EDS with Koha. |
| 14:44 |
jcamins |
I don't know which one, though. |
| 14:50 |
Dyrcona |
Not exactly helpful... ;) |
| 14:53 |
jcamins |
Dyrcona: no, but now you know that you could ask rangi about it. |
| 14:56 |
jboyer-isl |
I feel bad for missing out on the CED discussion, but I thought I'd get this in the logs: As someone with a CED player and media (Episode 4 on CED, hey-o!), the only "ideal situation" is that you have the movie you want to watch in another format. Worse video quality than dirty VHS. |
| 14:58 |
rfrasur |
jboyer-isl++ |
| 14:59 |
Dyrcona |
jcamins: I imagine rangi is cleaning up after the earthquake. |
| 14:59 |
* rfrasur |
was just thinking that if the apocalypse happened, someone could rig up a player and see humanities final message on a CED |
| 14:59 |
jeff |
jboyer-isl: thanks for the info. i won't feel bad about my lack of a player. :-) |
| 14:59 |
rfrasur |
hmm...s/humanity's/humanities |
| 14:59 |
jcamins |
Dyrcona: right, not right now, but at some point. |
| 15:00 |
Dyrcona |
jcamins: Anyway, I'm just answering the questionnaire that the library director can't, so looking through the code of marc export gives me what I need for now. |
| 15:00 |
jboyer-isl |
jeff: That said, they're very neat. I grabbed one with remote and one without off of ebay years ago. |
| 15:01 |
|
kmlussier joined #evergreen |
| 15:04 |
dbs |
Dyrcona: EBSCO was happy with marc_export's output for us, when we gave it a spin. |
| 15:05 |
dbs |
Dyrcona: they do z39.50 lookup for actual copy availability when the use gets search results and drills into details, so the copy stuff doesn't matter much |
| 15:05 |
rfrasur |
@hate Disney |
| 15:05 |
pinesol_green |
rfrasur: The operation succeeded. rfrasur hates Disney. |
| 15:05 |
kmlussier |
rfrasur++ |
| 15:06 |
Dyrcona |
dbs: Our zserver crashes and only returns 10 results, or so I am told on the latter. I have logs on the former. |
| 15:06 |
dbs |
Dyrcona: fwiw, I did use an SQL query to just get a list of bib ids that I then fed to marc_export via STDIN for speed purposes |
| 15:07 |
dbs |
Dyrcona: oh, that's not good. must be that ubuntu messing things up :) |
| 15:07 |
* dbs |
splits |
| 15:08 |
paxed |
oh, no, double trouble! |
| 15:08 |
rfrasur |
@hate Disney a lot |
| 15:08 |
pinesol_green |
rfrasur: The operation succeeded. rfrasur hates Disney a lot. |
| 15:09 |
Dyrcona |
bshum also runs the same version of Ubuntu and says his zserver doesn't crash. |
| 15:10 |
bshum |
Yeah, well, who knows if I'm just doing something unexpected. |
| 15:10 |
bshum |
Or if maybe it is crashing and nobody is telling me. Though I haven't seen evidence of that in my logging. |
| 15:10 |
Dyrcona |
I think you're using yaz installed from source instead of from the package. |
| 15:11 |
Dyrcona |
The seg faults are definitely logged. |
| 15:12 |
bshum |
The package we're using is from the indexdata repo |
| 15:12 |
Dyrcona |
Ah well. I should give that a go if I get 15 minutes. ;) |
| 15:13 |
bshum |
I do wonder though if it's how it's setup |
| 15:13 |
bshum |
Our z server points at our Evergreen app servers for the SRU |
| 15:13 |
bshum |
The zserver itself doesn't run Evergreen |
| 15:13 |
bshum |
So yaz and simple2zoom are standalone there |
| 15:13 |
bshum |
Maybe Evergreen installing from source yaz is where I've sidestepped a quirk |
| 15:14 |
Dyrcona |
We ran them all together on Lucid without a problem. Besides, the error message points to a problem in libyaz or glibc. |
| 15:18 |
Dyrcona |
Speaking of splits.... |
| 15:18 |
|
remingtron joined #evergreen |
| 15:18 |
|
dbwells joined #evergreen |
| 15:18 |
|
berick joined #evergreen |
| 15:18 |
|
jeffdavis joined #evergreen |
| 15:18 |
|
rangi joined #evergreen |
| 15:21 |
|
stevenyvr2 joined #evergreen |
| 15:21 |
|
ktomita joined #evergreen |
| 15:21 |
|
ldwhalen joined #evergreen |
| 15:23 |
|
jihpringle joined #evergreen |
| 15:35 |
|
b_bonner joined #evergreen |
| 15:35 |
|
jihpringle joined #evergreen |
| 15:35 |
|
ldwhalen joined #evergreen |
| 15:35 |
|
ktomita joined #evergreen |
| 15:35 |
|
stevenyvr2 joined #evergreen |
| 15:35 |
|
rangi joined #evergreen |
| 15:35 |
|
jeffdavis joined #evergreen |
| 15:35 |
|
berick joined #evergreen |
| 15:35 |
|
dbwells joined #evergreen |
| 15:35 |
|
remingtron joined #evergreen |
| 15:35 |
|
kmlussier joined #evergreen |
| 15:35 |
|
CarrieC1 joined #evergreen |
| 15:35 |
|
gsams joined #evergreen |
| 15:35 |
|
zerick joined #evergreen |
| 15:35 |
|
ericar joined #evergreen |
| 15:35 |
|
jdouma joined #evergreen |
| 15:35 |
|
akilsdonk_ joined #evergreen |
| 15:35 |
|
dboyle joined #evergreen |
| 15:35 |
|
yboston joined #evergreen |
| 15:35 |
|
rfrasur joined #evergreen |
| 15:35 |
|
jcamins joined #evergreen |
| 15:35 |
|
mmorgan joined #evergreen |
| 15:35 |
|
RoganH joined #evergreen |
| 15:35 |
|
kbeswick joined #evergreen |
| 15:35 |
|
collum joined #evergreen |
| 15:35 |
|
Dyrcona joined #evergreen |
| 15:35 |
|
jboyer-isl joined #evergreen |
| 15:35 |
|
sseng joined #evergreen |
| 15:35 |
|
fparks joined #evergreen |
| 15:35 |
|
smyers_ joined #evergreen |
| 15:35 |
|
phasefx joined #evergreen |
| 15:35 |
|
misilot joined #evergreen |
| 15:35 |
|
dconnor joined #evergreen |
| 15:35 |
|
mtj_- joined #evergreen |
| 15:35 |
|
jeff_ joined #evergreen |
| 15:35 |
|
pmurray joined #evergreen |
| 15:35 |
|
dbs joined #evergreen |
| 15:35 |
|
wjr__ joined #evergreen |
| 15:35 |
|
rri_ joined #evergreen |
| 15:35 |
|
BigRig joined #evergreen |
| 15:35 |
|
mtate joined #evergreen |
| 15:35 |
|
RBecker joined #evergreen |
| 15:35 |
|
SimonHM joined #evergreen |
| 15:35 |
|
timhome joined #evergreen |
| 15:35 |
|
eeevil joined #evergreen |
| 15:35 |
|
graced joined #evergreen |
| 15:35 |
|
moodaepo joined #evergreen |
| 15:35 |
|
jeff joined #evergreen |
| 15:35 |
|
Pibbits joined #evergreen |
| 15:35 |
|
adbowling-isl joined #evergreen |
| 15:35 |
|
tsbere joined #evergreen |
| 15:35 |
|
egbuilder joined #evergreen |
| 15:35 |
|
eby joined #evergreen |
| 15:35 |
|
pinesol_green joined #evergreen |
| 15:35 |
|
csharp joined #evergreen |
| 15:35 |
|
hopkinsju_ joined #evergreen |
| 15:35 |
|
zxiiro_ joined #evergreen |
| 15:35 |
|
gmcharlt joined #evergreen |
| 15:35 |
|
paxed joined #evergreen |
| 15:35 |
|
Phenol joined #evergreen |
| 15:35 |
|
bshum joined #evergreen |
| 15:35 |
|
pastebot joined #evergreen |
| 15:35 |
|
phasefx_ joined #evergreen |
| 15:35 |
|
jsime joined #evergreen |
| 15:35 |
|
_bott_ joined #evergreen |
| 15:35 |
|
shadowspar joined #evergreen |
| 15:35 |
|
senator joined #evergreen |
| 15:35 |
|
tfaile joined #evergreen |
| 15:35 |
|
artunit joined #evergreen |
| 15:35 |
|
bradl joined #evergreen |
| 15:35 |
Dyrcona |
Whee! While replacing Yaz on my development VM, the metabib reingest finished! |
| 15:35 |
jeff_ |
bshum: we've gone with making references to another franchise. :-) |
| 15:35 |
jeff_ |
> Hearing Starfleet's warning, Spock determines that the probe's signal matches the song of extinct humpback whales, and that the object will continue to wreak havoc until its call is answered. The crew uses their ship to travel back in time via a slingshot maneuver around the Sun, planning to return with a whale to answer the alien signal. |
| 15:37 |
bshum |
jeff++ # EXCELLENT :D |
| 15:37 |
jeff |
it was the first thing that came to mind when the behavior was observed. |
| 15:39 |
rfrasur |
jeff++ # You're seriously the coolest person I've encountered today which does not diminish anyone else. You're just THAT cool. |
| 15:40 |
bradl |
jeff++ |
| 15:47 |
rfrasur |
Ooo, I DO like Chrome's print screen |
| 16:07 |
* rfrasur |
soccer practice...here we go |
| 16:12 |
Dyrcona |
bshum++ |
| 16:34 |
|
tspindler left #evergreen |
| 16:44 |
|
smyers__ joined #evergreen |
| 16:49 |
|
afterl left #evergreen |
| 16:54 |
|
CarrieC joined #evergreen |
| 17:05 |
|
tmccanna joined #evergreen |
| 17:05 |
|
tmccanna left #evergreen |
| 17:13 |
bshum |
kmlussier++ |
| 17:20 |
|
mmorgan left #evergreen |
| 17:21 |
|
mllewellyn left #evergreen |
| 17:50 |
pinesol_green |
[evergreen|Bill Erickson] LP1203753 AuthProxy barcode login support - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0033c26> |
| 18:25 |
|
smyers_ joined #evergreen |
| 18:25 |
gsams |
I've got an odd issue with a hold not targeting an available copy on 2.3.5 |
| 18:25 |
|
fparks joined #evergreen |
| 18:26 |
gsams |
Title level hold, only one copy available, current copy reads "No Copy" no fines or oddities on the patrons account, no other holds present. |
| 18:29 |
bshum |
gsams: Did you check to make sure the copy is actually holdable? Like the holdable flag on the copy is yes (aka, true). Or that the copy location's holdable is true as well? |
| 18:30 |
bshum |
Sometimes people create a hold, but then later someone edits the item or copy location to make it unholdable and thus won't ever trap to the item. |
| 18:31 |
gsams |
bshum: yes to both of those, although hold verify is checked for the location. I'm honestly not sure what that is supposed to do. |
| 18:31 |
bshum |
gsams: Hold verify in JSPAC used to force some sort of authorization check/override I think before you could create and place the hold. |
| 18:31 |
bshum |
I'm not sure how that operates in TPAC now that I think about it... |
| 18:31 |
bshum |
Turn it off and see if it helps? :D |
| 18:32 |
gsams |
Did not appear to help. |
| 18:32 |
bshum |
Oh, that applies to capture, I got it backwards |
| 18:32 |
|
smyers__ joined #evergreen |
| 18:32 |
gsams |
I've tried both copy and title level holds and neither seem to stick |
| 18:32 |
bshum |
Meaning when you check in the copy, it'll ask to verify first, I think? |
| 18:32 |
gsams |
ah, didn't get that either way |
| 18:33 |
gsams |
oh wait |
| 18:33 |
gsams |
asked the hold to find another target after making that change and it targeted the item |
| 18:34 |
gsams |
Never received a verification at any point though. |
| 18:34 |
gsams |
before making that change that is |
| 18:34 |
gsams |
this must be my mysterious culprit |
| 18:34 |
gsams |
bshum++ |
| 18:35 |
bshum |
gsams: Possibly. |
| 18:35 |
bshum |
Or it didn't verify cause it wasn't trapping to the hold. |
| 18:35 |
bshum |
Hmm |
| 18:35 |
|
_bott_ joined #evergreen |
| 18:36 |
bshum |
Or verify is just broken. |
| 18:36 |
|
fparks joined #evergreen |
| 18:36 |
bshum |
I haven't used that feature before, so I don't know if there are problems with it. |
| 18:36 |
gsams |
It appeared on their pull list but wouldn't capture on checkin so they just sent it over |
| 18:36 |
bshum |
Yeah that sounds like something is wrong with the prompt during checkin for hold verify. |
| 18:36 |
gsams |
I don't think they meant to add that location in like that, considering the lion's share are not hold verify |
| 18:37 |
bshum |
Probably not |
| 18:37 |
bshum |
Still, perhaps you've stumbled into a quirky issue area. |
| 18:37 |
bshum |
:D |
| 18:37 |
gsams |
I suppose it would warrant some testing in some way, since this does appear to be a bug in our system at least |
| 18:38 |
gsams |
And I'm not sure if possible incoming libraries would be interested in using this feature |
| 18:38 |
gsams |
or current libraries for that matter |
| 18:38 |
gsams |
will enquire |
| 18:45 |
|
CarrieC left #evergreen |
| 18:48 |
bshum |
Well, the code looks like it ought to prompt the user with something. |
| 18:48 |
bshum |
I'm going to try testing it on one of our servers to see if it does |
| 18:50 |
bshum |
Well the popup worked |
| 18:50 |
bshum |
Generated an alert that asks me to verify the hold upon checkin |
| 18:51 |
bshum |
So I don't think there's a problem there. |
| 18:52 |
bshum |
gsams: Maybe there was something weird with the hold and doing that find another target helped move it on the right path again. |
| 18:52 |
bshum |
And that hold verify on the copy location wasn't involved. |
| 18:52 |
bshum |
Though good to check and make sure it's what the library wants. |
| 18:53 |
gsams |
I did all of those steps before turning it off and it didn't have that behavior then |
| 18:53 |
bshum |
Very weird. |
| 18:53 |
gsams |
indeed. I'll take a thorough look into it tonight if I get a chance |
| 18:54 |
gsams |
for now I need to take over at the front desk |
| 18:54 |
bshum |
Have a good one. |
| 18:54 |
gsams |
you too! |
| 19:18 |
|
gsams joined #evergreen |
| 19:21 |
gsams |
bshum: Can't seem to replicate the behavior in other items, the prompy is coming up for me now. Although it was seemingly unable to target the copy earlier. |
| 19:21 |
gsams |
wouldn't have triggered the prompt without being targeted. |
| 19:23 |
gsams |
wouldn't target until I turned that off earlier. Not really sure why that would be the case there and not here. |
| 19:42 |
|
smyers_ joined #evergreen |
| 19:47 |
|
fparks joined #evergreen |
| 19:47 |
|
sseng joined #evergreen |
| 19:52 |
|
smyers__ joined #evergreen |
| 20:10 |
|
mcooper joined #evergreen |
| 20:16 |
|
tmccanna joined #evergreen |
| 20:37 |
tmccanna |
Greetings from a newb: As a learning exercise I'm playing around with this - https://bugs.launchpad.net/evergreen/+bug/1197396 - I've gotten it to check the fields and display an error properly... |
| 20:37 |
pinesol_green |
Launchpad bug 1197396 in Evergreen "Optionally require parent/guardian field when user is a juvenile." (affected: 2, heat: 12) [Wishlist,Confirmed] |
| 20:39 |
tmccanna |
(cont) but I have no idea how to add a library setting to make it optional from one system to another (YAOUS). Can someone point me towards the files I should look at to begin understanding this? |
| 21:27 |
bshum |
tmccanna: So library settings are listed out in the default installation files as entries in the database, table config.org_unit_setting_type. |
| 21:27 |
bshum |
Which is in Open-ILS/src/sql/Pg/950.data.seed_values.sql |
| 21:28 |
bshum |
A recent example of YAOUS addition is like in this commit: http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9dff75bd1173f2f9806087752f75cae3b5108a91 |
| 21:28 |
pinesol_green |
[evergreen|Bill Erickson] Z39.50 Batch Search/Overlay Seed Data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9dff75b> |
| 21:29 |
bshum |
So basically, once you define a setting entry, you just have to teach the registration form to make use of it. |
| 21:30 |
bshum |
There might be more folks around tomorrow who can talk more about it in case you keep poking about. |
| 21:43 |
tmccanna |
bshum: Thank you so much! That is exactly what I needed to get me to the next step :) |
| 21:49 |
bshum |
tmccanna: Cool deal. Hope you can share some fun code later. :) |
| 22:01 |
tmccanna |
I'll do my best, but it will take me a little while before I get to that point :) |
| 22:33 |
|
shadowspar joined #evergreen |
| 23:20 |
dbs |
bshum: what's happening with GSoC student? I find it a bit worrisome that there's no signs that said student exists in this project |
