| Time |
Nick |
Message |
| 00:54 |
|
remingtron joined #evergreen |
| 02:12 |
|
Mark__T joined #evergreen |
| 02:13 |
|
LLckfan2 joined #evergreen |
| 02:19 |
|
DPearl joined #evergreen |
| 02:21 |
|
dbwells_ joined #evergreen |
| 02:25 |
|
phasefx_ joined #evergreen |
| 02:49 |
|
Callender_ joined #evergreen |
| 02:58 |
|
Callender joined #evergreen |
| 03:04 |
|
b_bonner_ joined #evergreen |
| 03:05 |
|
mtcarlson_away joined #evergreen |
| 03:58 |
|
mtcarlson_away joined #evergreen |
| 03:58 |
|
b_bonner joined #evergreen |
| 04:49 |
|
AnDrew joined #evergreen |
| 04:50 |
AnDrew |
hi guys |
| 04:50 |
AnDrew |
I am a newbie and looking into evergreen ils. |
| 04:51 |
AnDrew |
I am wondering if evergreen can be installed on redhat linux or ms windows server 2011 |
| 04:51 |
AnDrew |
I am wondering if evergreen can be installed on redhat linux or ms windows server 2013 |
| 04:53 |
AnDrew88 |
anyone able to advise? |
| 04:53 |
AnDrew88 |
of this channel is no longer active? |
| 05:00 |
paxed |
it is active. |
| 05:01 |
paxed |
but most people are in the US and Canada, so are asleep at this time. |
| 05:02 |
paxed |
installing on any linux should work just fine. i don't think the server-side of Eg works on windows. |
| 05:33 |
AnDrew88 |
nobody able to give pointer on this?? |
| 05:46 |
|
AnDrew88 left #evergreen |
| 07:01 |
|
b_bonner joined #evergreen |
| 07:01 |
|
mtcarlson_away joined #evergreen |
| 07:38 |
|
rjackson-isl joined #evergreen |
| 07:53 |
|
collum joined #evergreen |
| 08:07 |
|
jboyer-isl joined #evergreen |
| 08:16 |
|
akilsdonk joined #evergreen |
| 08:24 |
|
mrpeters joined #evergreen |
| 08:45 |
|
Shae joined #evergreen |
| 08:46 |
|
kbeswick joined #evergreen |
| 08:51 |
|
Dyrcona joined #evergreen |
| 09:07 |
|
mmorgan joined #evergreen |
| 09:09 |
pinesol_green |
[evergreen|Jason Stephenson] Set config.metabib_field_id_seq to 1000 in 950.data.seed-values.sql. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3f1e692> |
| 09:13 |
Dyrcona |
There's some other code that I'm still running right now that ought to go along with that. |
| 09:14 |
|
kmlussier joined #evergreen |
| 09:14 |
Dyrcona |
A number of foreign key constraints on config.metabib_field.id ought to be changed. |
| 09:15 |
dbwells |
Dyrcona: yes, I have an upgrade script ready to go for those, and will add it to Bug #1235497, then backport the necessary pieces once that is in. If you have a similar upgrade script, I can push yours instead. |
| 09:15 |
pinesol_green |
Launchpad bug 1235497 in Evergreen "Title browse has display and sorting issues" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1235497 |
| 09:16 |
Dyrcona |
dbwells: I'm confident yours will work. |
| 09:16 |
dbwells |
Dyrcona: thanks :) |
| 09:18 |
|
mrpeters left #evergreen |
| 09:19 |
dbwells |
The whole situation is pretty messy, too bad we didn't actually fix it back when 2.0 came out. |
| 09:21 |
Dyrcona |
Oh it isn't that bad. |
| 09:22 |
Dyrcona |
Nothing appears to depend on the ids of certain fields being fixed, other than the foreign key constraints. |
| 09:23 |
dbwells |
that's true |
| 09:26 |
Dyrcona |
So that's an argument in favor of not setting id when adding new ones and just letting the sequence do its job. :) |
| 09:30 |
dbwells |
that's true, too :) |
| 09:31 |
dbwells |
After today, we can worry about that when the stock config has 1000 config.metabib_field rows. |
| 09:32 |
Dyrcona |
1,000 or 100? |
| 09:33 |
dbwells |
I bumped it to 1000, as suggested in your original bug by dbs/berick. |
| 09:34 |
Dyrcona |
Ah, then I'll need to modify my local script that is still running. :) |
| 09:35 |
dbwells |
ack, sorry |
| 09:36 |
Dyrcona |
no big deal. we haven't don it in production, yet. :) |
| 09:36 |
|
yboston joined #evergreen |
| 09:43 |
Dyrcona |
Direct manipulation of data is for the birds. |
| 09:44 |
jeff |
tweet, tweet. |
| 09:45 |
* Dyrcona |
whistles like a cardinal. (The only bird call he can do.) |
| 09:45 |
* Dyrcona |
doesn't see how catalogers can put up with this sort of thing all day. |
| 09:46 |
* Dyrcona |
is editing the output of a script because he can't figure out how to write something smart enough to know the difference between the no mapping found errors that he wants to keep and the ones that he wants to ignore. |
| 09:48 |
Dyrcona |
ĭ̆ seriously? such a thing exists? |
| 09:48 |
|
roses joined #evergreen |
| 09:50 |
jboyer-isl |
Dyrcona: My favorite is the i with no dot. Totally different from i with a dot. Turkish is best read with good eye sight. |
| 09:50 |
Dyrcona |
heh. |
| 09:52 |
Dyrcona |
of course, I'll need to make another file with the errors that I ignored for the first file. |
| 09:52 |
Dyrcona |
I'm hoping to do that one with a little map sort grep magic in Perl. |
| 09:53 |
tsbere |
wait, so sometimes you *aren't* supposed to make sure you dot your 'i's when crossing your 't's? ;) |
| 09:53 |
Dyrcona |
not in turkish apparently. |
| 09:53 |
pastebot |
"roses" at 64.57.241.14 pasted "sip user profile information" (6 lines) at http://paste.evergreen-ils.org/27 |
| 09:54 |
roses |
I just pasted a question about the sip user (self checkout user) and how it gets information from evergreen. |
| 09:54 |
jboyer-isl |
Very much, apparently. It seems that there's a word with a meaning slimilar to "I'm really looking forward to that" without the dot, but adding the dot moves the meaning more towards the "Your daughter's a harlot!" meaning. Didn't end well for that guy. :/ |
| 09:54 |
Dyrcona |
Same question you sent to the general list yesterday. |
| 09:55 |
roses |
Dyrcona: Yes, but wasn't seeing any action - should I wait? |
| 09:57 |
Dyrcona |
probably. I've been too swamped to completely digest the question and make sure that I understand what you are asking. |
| 09:58 |
roses |
Dyrcona: okay, I'll wait. I can provide more information but sometimes I just need to start the conversation to know what I need to ask. Thanks. |
| 09:59 |
jboyer-isl |
roses: Does the self check create the bill itself? I didn't think a SIP message existed to do that. |
| 10:00 |
roses |
jboyer-isl: It's my understanding that the patron goes to the self checkout and it says "hey you're a non resident and you owe us $20.00" from there I'm not sure what it does - but they can pay it at self checkout |
| 10:01 |
RoganH |
roses: sent you email |
| 10:01 |
RoganH |
It's probably more detail than you wanted. :) |
| 10:01 |
jboyer-isl |
The part where the bill is created is where your issue lies, but I'm afraid it might be something custom. Hopefully Rogan's email will help out. |
| 10:01 |
Dyrcona |
roses: The bill likely shows up as Misc in the self check because that is the internal category for that type of thing in Evegreen. |
| 10:02 |
Dyrcona |
It's a Misc grocery bill. |
| 10:02 |
|
rfrasur joined #evergreen |
| 10:02 |
roses |
RoganH: Thanks for the email - I'm just going to pass that right on to Mark at Lyrasis. |
| 10:03 |
|
mllewellyn joined #evergreen |
| 10:03 |
rfrasur |
kmlussier: when you get a moment, I'd like to talk w/ about the icon project |
| 10:03 |
* kmlussier |
has a moment. |
| 10:04 |
roses |
Dyrcona: If the library has added Non-Resident Fee (20.00) in the billing types wouldn't the self checkout user see it also or should I be able to tell it to look at that billing type? |
| 10:07 |
jeff |
roses: how is the non-resident fee being added to the patron's account? |
| 10:07 |
roses |
jeff: while have to ask about that one |
| 10:07 |
jeff |
Good place to start, I think. |
| 10:10 |
Dyrcona |
roses: Not necessarily. |
| 10:13 |
roses |
jeff: It's a permisson group when they registered - Main Profile Permissoin Group - Non-Resident |
| 10:14 |
jeff |
roses: Is there something automatic that is adding the bill to the patron account, or is it a manual step that staff perform? |
| 10:16 |
roses |
jeff: They expire in a year and I think when they hit that expiration date it says you need to pay your $20.00 - I will double check with library. |
| 10:16 |
roses |
jeff: if the patron goes to the desk and a human (manual) gets the notice that they have expired and owe the $20.00 then the staff knows to click non-resident fee - |
| 10:17 |
Dyrcona |
roses: The bill will end up as what Evergreen calls a grocery bill. I'd have to look at the SIP code to see what that might do with billing types on those. |
| 10:17 |
Dyrcona |
roses: The default for grocery bills is "Misc" |
| 10:18 |
Dyrcona |
That is your question, right? Why it says "Misc" and not "non-resident fee?" |
| 10:19 |
roses |
Dyrcona: I'm getting ready to post a screen shot of the problem - brb. |
| 10:20 |
Dyrcona |
Wow! |
| 10:20 |
Dyrcona |
Marque.pm is blazing with a list of ids. |
| 10:20 |
Dyrcona |
And you're not asking for items. |
| 10:20 |
bshum |
I can only imagine. |
| 10:21 |
bshum |
Or wait, I should try that :) |
| 10:21 |
Dyrcona |
Well, I only exported 551 records for gmcharlt. |
| 10:21 |
roses |
Dyrcona: How (can I) do I post a screen shot of my problem? Sorry about not knowing. |
| 10:22 |
Dyrcona |
Find a paste site that lets you upload photos, or upload it to your website, photostream or something, and share the url here. |
| 10:22 |
kmlussier |
roses: I usually post it to some photo sharing site (any will do) and post a link to the channel. |
| 10:22 |
kmlussier |
Or, what Dyrcona said. |
| 10:22 |
Dyrcona |
I've used http://inky.ws/ |
| 10:22 |
jeff |
roses: Okay, so it sounds like your staff manually add the billing to the patron's account. Is the issue that your SIP devices are displaying that bill as "Misc" on-screen, or something else? |
| 10:24 |
jeff |
I'm not aware of a method by which the SIP devices could themselves add a billing to the patron account. |
| 10:24 |
Dyrcona |
jeff: They can't add a billing with Evergreen, only pay it. |
| 10:24 |
Dyrcona |
A checkout might add a fee if the rental fee is set, but that is still evergreen. |
| 10:25 |
jeff |
right. |
| 10:25 |
roses |
http://static.inky.ws/image/4413/irc.png |
| 10:26 |
jeff |
roses: looks like that transaction was recorded as a billing type of "Misc" with a description of "Non-Resident fee". A portion of the bill was then paid via a SIP2 client. |
| 10:26 |
roses |
Dyrcona++,jeff++: The problem is that the billing history shows - right under summary Cumberland Co PL - it should be saying Churchland Public Library - this only happens with the sip user. It will be correct and say Churchland if it's done at the desk by a human. |
| 10:27 |
roses |
Dyrcona++,jeff++: The money goes to the right library, but the library is just weary of it naming the wrong library at the top of the summary. |
| 10:28 |
jeff |
roses: Can you post a screenshot of what happens when SIP is not involved -- when things are "correct"? |
| 10:28 |
roses |
jeff: Yes, let me go get it. |
| 10:28 |
jeff |
roses++ |
| 10:29 |
bshum |
dbwells: Well, I created a from-scratch new DB and loaded concerto using the new branch you've got as a baseline. |
| 10:29 |
bshum |
And I still see that the only differences between title entries for 6 and 31 are those french ones with the extra space in it. |
| 10:29 |
bshum |
Looking at the mods32 entry, there's a comment above the nonfiling title stuff |
| 10:30 |
bshum |
That explicitedly describes that extra space issue |
| 10:30 |
bshum |
And says this is why we do it the way it was done. |
| 10:30 |
bshum |
Not sure what it means, but I gather this is why things look different. |
| 10:31 |
bshum |
"A form of title that ignores non-filing characters; useful for not converting "L'Oreal" into "L' Oreal" at index time" |
| 10:31 |
Dyrcona |
roses: The wrong library is probably the sip user being used in the self check. Each library should have their own and properly configured. |
| 10:34 |
|
Rogan_Ni joined #evergreen |
| 10:36 |
roses |
Dyronca: I'm going to check with the library. The user I am seeing that they SHOULD be using is set in the permissions editor to the correct location - Churchland. |
| 10:37 |
bshum |
I'm firing up a stock master database to do some further comparisons. |
| 10:37 |
Dyrcona |
roses: You need to check that the user is also in oils_sip.xml. |
| 10:38 |
bshum |
I've found also that it's the home library of the user that sometimes decides these things too, depending on how things are setup. |
| 10:38 |
bshum |
*SIP user |
| 10:38 |
bshum |
When we had ours homed at "CONS" it followed the wrong rules. |
| 10:38 |
bshum |
For certain selfcheck actions |
| 10:39 |
Dyrcona |
bshum: Can you document that in a bug, please? |
| 10:39 |
bshum |
Which is when we split up our SIP selfcheck users into their own distinct home_ou's and logins |
| 10:39 |
roses |
Dyrcona: Thanks. I'll have Mark at Lyrasis take a look at the oils_sip.xml - I'm now way in over my head. It's hard to trouble shoot when you're not at the actual library. |
| 10:39 |
|
RoganH joined #evergreen |
| 10:39 |
Dyrcona |
roses: you have my sympathies. |
| 10:39 |
Dyrcona |
;) |
| 10:40 |
roses |
Dyrcona: Thanks, but I enjoy a challenge - tell me that after I jump off the building. |
| 10:40 |
bshum |
Dyrcona: Document.... oh the home library thing? |
| 10:40 |
bshum |
I thought that was just "how it works" |
| 10:40 |
Dyrcona |
yes. |
| 10:40 |
rfrasur |
After you jump...it's too late. |
| 10:40 |
bshum |
I didn't know that's a bug |
| 10:40 |
Dyrcona |
rfrasur: No, after you hit the ground, it's too late. |
| 10:40 |
gmcharlt |
Dyrcona++ # just what I've always wanted -- more MARC records! |
| 10:40 |
Dyrcona |
bshum: It may be. |
| 10:41 |
rfrasur |
Hmm, true. |
| 10:41 |
Dyrcona |
heh. |
| 10:41 |
Dyrcona |
gmcharlt: I'm not even sure the characters are all valid, but they look OK on my utf-8 display. |
| 10:41 |
Dyrcona |
or terminal, rather. |
| 10:42 |
bshum |
dbwells: So yeah, looking a stock master DB, I can see what you mean about metabib field 6 including the trailing / and other things. |
| 10:42 |
roses |
rfrasure: But it wouldn't be my problem anymore - I've often said I would one day jump over an apostrophe or double quotes or an ampersand! |
| 10:42 |
Dyrcona |
I used MARC::Charset 1.35 with those. |
| 10:42 |
bshum |
dbwells: Whatever was changed in the branch removed those from 6 and 31, and they're virtually identical. |
| 10:43 |
bshum |
Minus that weird extra space issue I see |
| 10:43 |
gmcharlt |
Dyrcona: I can't speak for the Vietnamese (though it looks plausible), but the transliterated Russian looks right |
| 10:43 |
Dyrcona |
gmcharlt: OK. |
| 10:53 |
dbwells |
bshum: Ah, I understand more what you are saying now. |
| 10:55 |
dbwells |
bshum: But where are you comparing these values? I had assumed you were in metabib.browse_entry, and therefore assumed that the '6' sourced rows were old, but I think you must be in metabib.title_field_entry? |
| 10:56 |
bshum |
dbwells: Right, I'm in metabib.title_field_entry, sorry if that was confusing. |
| 10:56 |
bshum |
I guess I'm just wondering why the two indexes appear mostly the same. If we're only going to use 31 for browse? |
| 10:57 |
dbwells |
bshum: If you look in metabib.browse_entry, you will see the magic. We need 31 to let us chop off the non-filing character in the sort_value. |
| 11:01 |
dbwells |
bshum: The extra space you see is a minor side effect of putting separating the non-filing characters in the MODS. We could try going to a non-space joiner, and build the whole string into a single field in the MODS, bug the title 'part' stuff is templatized, so I am not sure if it worth it for those cases. |
| 11:01 |
dbwells |
s/putting // |
| 11:01 |
dbwells |
s/bug/bug/ (ugh) |
| 11:02 |
dbwells |
s/bug/but/ (ugh!) |
| 11:02 |
* dbwells |
needs to stop doing a few things and focus |
| 11:06 |
bshum |
Okay, I see what you're saying now. |
| 11:06 |
bshum |
Just makes my head hurt thinking about all the extra rows in title_field_entry after we do it :D |
| 11:06 |
bshum |
But I can see what it's doing in browse_entry's sort_value now. |
| 11:07 |
dbwells |
bshum: there might be a bug in what you are saying. |
| 11:07 |
* dbwells |
goes to look |
| 11:10 |
bshum |
I guess what I thought was confusing was that the title_field_entry being so similar, it seemed weird to have two title propers just to have one show browse differently. Why not just have the one that shows browse right? |
| 11:11 |
bshum |
But I'll admit I'm not sure of all the nuances here |
| 11:11 |
dbwells |
bshum: I had deliberately set search_field to 'false' in the hopes that those extra rows wouldn't be built, but that doesn't seem to be the case ): |
| 11:11 |
bshum |
So either I was expecting 6 and 31 to be more different I guess. |
| 11:12 |
bshum |
Oh, well that would make sense too |
| 11:14 |
dbwells |
bshum: If you can follow my ramblings on that bug, there are a number of nuances involved. Basically, we need the underlying MODS xml to be different for search and browse, and the goal was to have dedicated fields for each need. |
| 11:18 |
dbwells |
bshum: In any case, I see your objection now, and I think it is valid. It certainly makes the solution more kludge-like than it would have been. I am going to take a few minutes and see whether *not* populating metabib.title_field_entry is feasible (or even more correct) for a browse-only field. |
| 11:33 |
rfrasur |
My new desktop arrived! Just saying...it's beautiful AND our IT dude is available this afternoon! |
| 11:33 |
* rfrasur |
is a little excited about it. |
| 11:33 |
gmcharlt |
:) |
| 11:34 |
roses |
rfrasur: congrats on the new desktop and am glad it makes you so happy :-) |
| 11:34 |
rfrasur |
:D |
| 11:34 |
rfrasur |
I've been getting a blue screen memory dump crash once a day for nearly two weeks now. |
| 11:35 |
roses |
jeff: here is the screenshot of the non-resident fee working (it took the library a while to find me one) http://static.inky.ws/image/4414/irc-deskpayment.png |
| 11:36 |
Dyrcona |
roses: It sounds to me that you have two issues and you should handle them separately: 1) the non-resident grocery bills display as Misc in the self-check (minor), 2) your self check logins are not set up properly (more important). |
| 11:37 |
jeff |
roses: the bill in your most recent screenshot has a timestamp during the day -- i noticed that in your earlier screenshot (the one with the wrong billing location) the billing was added at 1 AM. |
| 11:37 |
jeff |
roses: This suggests to me that the billing in the earlier screenshot was added by an automated process which is setting (or at some point in time WAS setting) the billing location differently. |
| 11:38 |
jeff |
roses: As Dyrcona also indicates, the payment on the first screenshot also lacks an entry in the Workstation column -- this should probably be corrected also. |
| 11:38 |
jeff |
roses: But I don't think that the payment lacking a workstation and the 1 AM billings having the wrong grocery billing location are related. |
| 11:39 |
roses |
jeff: Yes - its the self checkout automated whatever - but I'm not sure if it's an Evergreen issue or a local self checkout issue? What I'm looking to see is what is the different between the SIP user and the circ desk user - except one is human :-) |
| 11:40 |
jeff |
roses: I don't think that the SIP client is creating the billing with the incorrect billing type and the incorrect billing location -- I think that is an automated process local to your Evergreen system. Check with your admins. :-) |
| 11:41 |
Dyrcona |
SIP clients do not create bills. |
| 11:51 |
roses |
jeff: When you say SIP client do you mean locally ie you go to the physical workstation and open a command line or something and tell it what to do? The only thing I know about self checkout is that i've used it as a patron at my local library |
| 11:51 |
jeff |
roses: sorry, in all of my statements when I say "SIP client" I'm talking about your self checkout device(s) |
| 11:52 |
jeff |
roses: (in all of my statements above, related to this issue) |
| 11:53 |
roses |
jeff: Thanks - I'm thinking about taking a road trip to go see for myself what the self checkout does. Only way I'm gonna learn! |
| 11:58 |
|
jdouma joined #evergreen |
| 12:06 |
|
RoganH joined #evergreen |
| 12:14 |
* jeff |
ponders custom shelf_expire_time on certain holds/items |
| 12:14 |
bshum |
jeff: I could see somebody wanting that. |
| 12:15 |
bshum |
Like shorter time on shelf for DVDs and such. |
| 12:16 |
jeff |
we want it for melcat holds. right now i'm debating between trying to edit the hold after it goes available -- but before A/T -- versus having the A/T email template not display shelf expire time for holds where the target copy is in a specific shelving location -- or have TT calculate the date... |
| 12:17 |
jeff |
nothing sounds great -- the better option would likely be to teach the perl code a method of setting it correctly in the first place. |
| 12:19 |
tsbere |
jeff: Adding it to the circ matrix as an optional override field could work - Not set means "use current method via OU setting"? |
| 12:24 |
|
smyers_ joined #evergreen |
| 12:25 |
|
dMiller_ joined #evergreen |
| 12:28 |
phasefx_ |
what do you guys think about having a fallback for ftp.indexdata.dk to evergreen-ils.org for installing the yaz pre-req? |
| 12:33 |
bshum |
phasefx_: It's not unprecedented, but if there anything in particular that doing so would gain us? |
| 12:33 |
bshum |
*is there |
| 12:33 |
bshum |
Just curious why we wouldn't just use whichever packaged version was available to us from indexdata |
| 12:34 |
phasefx_ |
bshum: I'm using berick's eg_wheezy_installer.sh script to install Evergreen from scratch periodically and run tests. It gets derailed whenever ftp.indexdata.dk is down, which is often enough to annoy me |
| 12:36 |
phasefx_ |
of course, it's working now :) |
| 12:36 |
bshum |
I guess I don't really have a strong opinion either way. |
| 12:37 |
bshum |
Though I would have wondered why the packaged yaz wasn't working for Wheezy |
| 12:37 |
phasefx_ |
may never have been tested |
| 12:37 |
bshum |
Though also, the packaged yaz for Precise has issues with it, so I guess I can't talk about that too much either. |
| 12:41 |
phasefx_ |
you know what, it's not yaz, it's simple server |
| 12:42 |
|
mrpeters joined #evergreen |
| 12:44 |
bshum |
I think that's also a package now |
| 12:44 |
bshum |
libnet-z3950-simple2zoom-perl |
| 12:44 |
bshum |
Though the packaged one is older looking than the one from indexdata |
| 12:44 |
bshum |
? |
| 12:46 |
* bshum |
idly wonders which is supposed to win |
| 12:46 |
bshum |
Cause it looks like we do both |
| 12:46 |
|
ericar joined #evergreen |
| 12:46 |
bshum |
From source and also from package in more recent distros |
| 12:47 |
bshum |
Recent being Wheezy and Precise |
| 12:53 |
bshum |
Of course, I'm just reading it all wrong, nevermind me phasefx_ |
| 12:53 |
bshum |
simple2zoom server is something else entirely different and I got it all mixed up |
| 12:55 |
* Dyrcona |
makes a vague suggestion about creating an Evergreen-specific distro with all you need in one disk image. |
| 12:55 |
bshum |
Though that leads me to http://packages.debian.org/wheezy/libnet-z3950-simpleserver-perl |
| 12:56 |
|
dMiller__ joined #evergreen |
| 12:56 |
bshum |
And it looks like precise has that package too |
| 12:58 |
Dyrcona |
The issues with simpl2zoom on precise are caused by the libyaz4 that ships with precise and is still the only version available in the Ubuntu repos. |
| 12:58 |
Dyrcona |
Switching to index data's package, fixes it. |
| 12:59 |
bshum |
Dyrcona: Yep. |
| 12:59 |
Dyrcona |
If I could daemonize myself, I'd order one of the daemons to take over maintaining libyaz for Ubuntu. |
| 12:59 |
bshum |
But doesn't the existence of simpleserver-perl mean we could use that instead of building it from source from the ftp that phasefx_ mentions? |
| 13:00 |
bshum |
(in theory) |
| 13:00 |
Dyrcona |
no idea. |
| 13:00 |
Dyrcona |
I've not looked into it. |
| 13:00 |
Dyrcona |
I do believe we use the simple2zoom from packages on Ubuntu Precise. |
| 13:00 |
Dyrcona |
I can't answer for Wheezy. |
| 13:01 |
bshum |
Right, we are for simple2zoom, this is simpleserver, they're slightly different things it seems. |
| 13:01 |
* bshum |
ponders more after lunch |
| 13:01 |
Dyrcona |
right |
| 13:04 |
|
kitteh_ joined #evergreen |
| 13:24 |
|
frank_____ joined #evergreen |
| 13:25 |
frank_____ |
hello everybody, I'd want to know if is possible to hide the 541 tag content in evergreen tpac, I mean, the "Content descriptions" label inside the record details, and where could I do it? |
| 13:27 |
mrpeters |
tpac is awesomly customizable...i'm sure its possible |
| 13:27 |
mrpeters |
i can't give exact details, but i would bet money it can be done pretty simply |
| 13:27 |
mrpeters |
frank_____: does that content get displayed only when you view the MARC Record view? or does it display in like a "Additional Content" header |
| 13:28 |
mrpeters |
maybe you could show an example in your OPAC? |
| 13:29 |
jeff |
one of the joys of using (suffixed) native barcodes from other libraries in the statewide system... we get to see who has things like barcodes with spaces in them... barcodes with trailing punctuation... |
| 13:29 |
frank_____ |
mrpeters: of course http://biblioteca.ipicyt.edu.mx/eg/opac/record/2112?_special=1;tag=541;term=S-;locg=1;expand=addedcontent#addedcontent this is an example, I'd want to hide the "Immediate Source of Acquisition Note: PROYECTO/APL/DR. ARTURO ZAVALA RIO/CONACYT-FDOS. SECT.-SEP-S-3119. " value |
| 13:30 |
mrpeters |
aha, it shows up in Immediate Source of Acquisition Note: field, yeah? |
| 13:30 |
bshum |
It's easy enough |
| 13:30 |
mrpeters |
1 sec, i can help u hide that element |
| 13:30 |
bshum |
Open-ILS/src/templates/opac/parts/record/contents.tt2 |
| 13:30 |
mrpeters |
there u go ^^ |
| 13:30 |
mrpeters |
bshum++ |
| 13:31 |
mrpeters |
its probably in a div tag |
| 13:31 |
mrpeters |
u could hide that div |
| 13:31 |
bshum |
Well |
| 13:31 |
bshum |
That's in master and 2.4 |
| 13:31 |
bshum |
Not sure about other versions |
| 13:34 |
frank_____ |
excellent bshum and mrpeters, thanks for your help |
| 13:34 |
bshum |
It's not a div per say. There's a label/xpath that it loops through to render things |
| 13:34 |
bshum |
Easy enough to change though. |
| 13:34 |
mrpeters |
no problem frank_____, good luck |
| 13:34 |
frank_____ |
regards from mexico |
| 13:36 |
* mrpeters |
could use a siesta haha |
| 13:38 |
|
smyers_ joined #evergreen |
| 13:48 |
|
kbutler joined #evergreen |
| 14:01 |
Dyrcona |
cstore starts. cstore connects to the database. cstore dies silently. |
| 14:02 |
jeff |
try setting ON_ERROR_EXPLODE=1 |
| 14:03 |
jeff |
"push to test. *click* release to detonate." |
| 14:03 |
jeff |
Dyrcona: is this under some exceptional / test scenario, or in production? |
| 14:04 |
Dyrcona |
I'm just going to rebuild the VM with the old RAM parameters. |
| 14:04 |
Dyrcona |
jeff: It is a development VM with 4GB of RAM, and immediately after running osrf_control to start everything. |
| 14:04 |
Dyrcona |
reporter-store does the same thing, too. |
| 14:04 |
jeff |
hrm. |
| 14:04 |
Dyrcona |
osrfsys.log shows them connecting to the database. |
| 14:05 |
Dyrcona |
Try to do anything to call either one, and router says no where to send the message. |
| 14:05 |
Dyrcona |
run osrf_control --diagnostic and they have stale pid files. |
| 14:06 |
Dyrcona |
start just the cstore service, it clears the pid file, starts the service, shows it connected to the database, and then it is gone. |
| 14:06 |
|
kbeswick joined #evergreen |
| 14:07 |
Dyrcona |
This was working fine just the other day, and afaict nothing in cstore has changed in the mean time. |
| 14:11 |
Dyrcona |
so, build a new vm, install master with just our production modifications and see what happens. |
| 14:14 |
jeff |
good luck. i am interested from afar. |
| 14:15 |
Dyrcona |
I wonder if it is a memory limitation, but I don't see OOM killer messages. |
| 14:16 |
Dyrcona |
swap was not being used, and there were about 600MB of free RAM, out of 4GB. |
| 14:19 |
yboston |
Within 15 minutes I want to try an "on air" Google Hangout as preparation of the asciidoc training I want to give. Any volunteers to join me? |
| 14:19 |
yboston |
Your can send me your Google linked email accounts through private message. Thanks in advance |
| 14:34 |
yboston |
Any one see this test stream? http://youtu.be/fnH71b6rSWo |
| 14:34 |
jeff |
I'm not in an environment to participate or listen, but I can see the video, yes. |
| 14:35 |
kmlussier |
yboston: I see it! |
| 14:37 |
kmlussier |
yboston: I also see the presentation screen. But, like jeff, I'm not in a position to join the Hangout at the moment. |
| 14:37 |
yboston |
thanks to you both |
| 14:41 |
jeff |
one library has barcode values ending in - and / |
| 14:44 |
Dyrcona |
jeff: And I'm supposed to be surprised? |
| 15:17 |
Dyrcona |
Is it possible to flesh with open-ils.pcrud.search.circ ? |
| 15:17 |
Dyrcona |
Everything I've tried has failed by either ignoring the flesh hash or returning a sever query error. |
| 15:23 |
Dyrcona |
looks like i |
| 15:23 |
Dyrcona |
grr. |
| 15:24 |
Dyrcona |
looks like i'll have to get the id_list then flesh retrieve the circs. |
| 15:36 |
senator |
Dyrcona: it should be possible to flesh with the search method |
| 15:36 |
senator |
easiest two things to overlook: |
| 15:36 |
senator |
1) do you have permissions not just for the circ objects but also for whatever objects you're fleshing? |
| 15:36 |
senator |
2) are the objects you're fleshing of a class that has pcrud among its controllers listed in the IDL? |
| 15:37 |
Dyrcona |
yes and no. :( |
| 15:37 |
Dyrcona |
the first object does, but the one being fleshed doesn't. |
| 15:38 |
Dyrcona |
should it work with a search? |
| 15:38 |
Dyrcona |
I'll try money::billing lacks pcrud. |
| 15:39 |
Dyrcona |
I'll test with the target copy which I know does.... |
| 15:41 |
Dyrcona |
So, if you search and request a flesh of something that doesn't have pcrud support, you get nothing. |
| 15:41 |
Dyrcona |
If you retrieve and flesh the same thing, you get the object you're retrieving, but the flesh_field is empty. |
| 15:45 |
* Dyrcona |
goes back to the original idea of using cstore. |
| 15:46 |
* Dyrcona |
can't use CStoreEditor or atomic search because the search return over 9,000 circs. |
| 15:48 |
Dyrcona |
If I had followed tsbere's advice and done this with a database update statement, I'd probably be done by now. |
| 15:48 |
Dyrcona |
However, I would not have learned what I've learned following this path. |
| 16:02 |
|
mrpeters left #evergreen |
| 16:11 |
|
ericar joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:34 |
|
Callender joined #evergreen |
| 18:40 |
|
dconnor joined #evergreen |
| 19:10 |
|
artunit joined #evergreen |
| 19:17 |
|
zxiiro joined #evergreen |
| 20:15 |
|
zamboli joined #evergreen |
| 20:16 |
zamboli |
hello again, what should my CLIENT_STAMP_ID be if i'm installing from the Evergreen.git? |
| 20:21 |
phasefx_ |
zamboli: anything is fine really; I think you can even omit it and it'll generate one for you |
| 20:21 |
zamboli |
ty |
| 20:22 |
phasefx_ |
some folks like to do something easier to manually increment for upgrades, and based off the version they're targeting |
| 20:22 |
zamboli |
okay, i'm just mucking about, so... |
| 20:22 |
phasefx_ |
like organization_rel_2_4_001 |
| 20:23 |
phasefx_ |
yeah, then anything is fine |
| 20:23 |
zamboli |
mucking_about_001 |
| 20:23 |
phasefx_ |
that's pretty much how I do it for development, and if I need to push a new local client, mucking_about_002 |
| 20:25 |
phasefx_ |
zamboli: except, I use STAFF_CLIENT_VERSION |
| 20:25 |
phasefx_ |
I think CLIENT_STAMP_ID will automatically derive from that |
| 20:50 |
|
gsams joined #evergreen |
| 23:02 |
|
remingtron_ joined #evergreen |
