| Time |
Nick |
Message |
| 01:06 |
|
fparks joined #evergreen |
| 01:47 |
|
gdunbar joined #evergreen |
| 02:06 |
|
eeevil joined #evergreen |
| 02:08 |
|
phasefx2 joined #evergreen |
| 02:11 |
|
gdunbar joined #evergreen |
| 02:31 |
|
eeevil joined #evergreen |
| 02:33 |
|
gdunbar joined #evergreen |
| 02:34 |
|
phasefx2 joined #evergreen |
| 04:55 |
|
kmlussier joined #evergreen |
| 05:09 |
|
remingtron_ joined #evergreen |
| 05:09 |
|
tsbere joined #evergreen |
| 05:09 |
|
sseng joined #evergreen |
| 08:32 |
|
akilsdonk joined #evergreen |
| 08:34 |
|
linuxhiker joined #evergreen |
| 08:40 |
|
mrpeters joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:44 |
|
linuxhiker1 joined #evergreen |
| 08:55 |
|
Shae joined #evergreen |
| 09:04 |
|
kmlussier joined #evergreen |
| 09:05 |
|
berick joined #evergreen |
| 09:12 |
|
adbowling-isl_ joined #evergreen |
| 09:48 |
|
mllewellyn joined #evergreen |
| 10:17 |
|
yboston joined #evergreen |
| 11:02 |
|
rfrasur joined #evergreen |
| 11:05 |
bshum |
senator: I didn't backport bug 1233340 because when I reported the issue, I was only aware of it being unhappy in master/2.5. I think dbwells must have added backport targets after I had done my dance with master. |
| 11:05 |
pinesol_green |
Launchpad bug 1233340 in Evergreen 2.4 "2.5 serials receiving error" (affected: 2, heat: 12) [Undecided,Fix committed] https://launchpad.net/bugs/1233340 |
| 11:05 |
bshum |
senator++ |
| 11:06 |
senator |
cool. thanks for testing and all in the first place |
| 11:06 |
bshum |
As far as milestones go though |
| 11:06 |
bshum |
I think I'll go ahead and make new ones for you if you don't think the maintainers will repackage. |
| 11:07 |
bshum |
Because otherwise, it could easily get lost in shuffles |
| 11:07 |
* senator |
pings them about it real quick |
| 11:07 |
bshum |
Okay, I'll wait a bit then |
| 11:07 |
dbwells |
Yeah, I looked at it, and really couldn't remember. It seems odd that the series targetting doesn't show up in any of the listed change history. Sorry if I dropped the ball on it. |
| 11:08 |
senator |
no problem. didn't mean to make it a blame-y thing for anybody, just wanted to be sure i still have the right idea of what the test/merge/backport practice is |
| 11:09 |
eeevil |
I have something that I'd like to get into 2.4 sooner rather than later as well, and since we haven't updated the downloads page, or committed the tag versions, we could announce a delay and release early next week. |
| 11:11 |
bshum |
Sounds good to me. |
| 11:11 |
eeevil |
wrapping is a pain, but waiting another month on known bugs is worse |
| 11:11 |
berick |
just tell me what to do.. |
| 11:45 |
* dbs |
hears berick saying "just tell me what to do..." in a Timberlake-esque TKO voice |
| 11:50 |
jeff |
while i do still have a bit of "hear everyone's irc statements in their own voice in my head" left over from the hack-a-way and hangouts, i have not heard that song enough to quite have the same issue as dbs. |
| 11:50 |
jeff |
[this is good] |
| 11:53 |
csharp |
@autotune berick |
| 11:53 |
pinesol_green |
csharp: Have you tried turning it off and back on again? |
| 11:56 |
|
mmorgan1 joined #evergreen |
| 11:59 |
eeevil |
dbwells / bshum / senator: how about, you folks have until ... I'll call it monday night ... to commit what you want. berick: you cool with recutting on tuesday? |
| 12:03 |
* berick |
holds hand to ear, sings, "that's coooool with meeeeeee" |
| 12:03 |
|
dMiller_ joined #evergreen |
| 12:07 |
|
smyers_ joined #evergreen |
| 12:08 |
csharp |
berick++ |
| 12:08 |
* csharp |
is sure someone somewhere uses an autotuned screenreader for IRC |
| 12:09 |
|
dexap joined #evergreen |
| 12:11 |
senator |
ha! netWORK or SERver FAILure / PLEASE check YOUR inTERnet CONnecTION ... |
| 12:11 |
senator |
csharp++ |
| 12:14 |
|
Bmagic|2 joined #evergreen |
| 12:16 |
csharp |
haha |
| 12:21 |
|
hopkinsju joined #evergreen |
| 12:35 |
|
frank_____ joined #evergreen |
| 12:37 |
frank_____ |
Hello Everybody, I'd want to know if is possible show in tpac code html exactly as it is inserted in Marc, I mean, I want to add an =866 tag with the value <perdido> but when I added it, it is saved, but the value is nos showed on opac |
| 12:54 |
|
mjingle joined #evergreen |
| 13:00 |
|
mmorgan1 left #evergreen |
| 13:00 |
|
mmorgan joined #evergreen |
| 13:01 |
tsbere |
frank_____: I have no idea what it is you are attempting to do. Raw HTML in MARC sounds freaky. Converting < and > to < and > sounds more reasonable, and I wouldn't be surprised if that already happens (not checking right now) |
| 13:03 |
frank_____ |
The cat people want to add the value "<perdido>" to a marc tag, but it can't be displayed by the explorer because it is interpretered as html tag code right? |
| 13:06 |
bshum |
"perdido" meaning "lost" ? |
| 13:06 |
frank_____ |
yes |
| 13:08 |
bshum |
@marc 866 |
| 13:08 |
pinesol_green |
bshum: [Described in full under field 866 in the MARC 21 Concise Format for Holdings Data.] (Repeatable) [] |
| 13:09 |
bshum |
Hmm |
| 13:09 |
bshum |
So these are lost copies that you don't want to be listed as actual copies? |
| 13:10 |
* bshum |
isn't sure why that's being added straight to MARC and not reflected as a regular copy that's marked with a status of lost |
| 13:10 |
frank_____ |
So isn't necesary add the "<lost>" value to the 866 tag right? |
| 13:10 |
bshum |
Also, what code did you use to add 866 as a displayed field in the catalog? (suspects it would have to be some combination of misc_util.tt2 and/or others |
| 13:11 |
frank_____ |
It is displayed as an mfhd record in Issues Held |
| 13:12 |
bshum |
Ah, serials stuff, I see. |
| 13:12 |
* bshum |
runs far, far away to the furthest he can away from serials stuff. |
| 13:14 |
eeevil |
frank_____: short answer, yes. use the html filter in TT |
| 13:17 |
hopkinsju |
Is there any sort of setting or configuration about who "owns" a bib as it relates to hold policies? We have a library that has a limit of 50 holds, and a consortial rule limiting to 10. In the case that the patron has more than 10 holds they are still able to place holds on bibs where their home library has at least 1 item attached. |
| 13:17 |
hopkinsju |
They are not able to place holds on bibs where their home library does not have any items on that bib. |
| 13:17 |
hopkinsju |
So it seems that for hold policy configuration, "owning library" means "any libraries with items on the bib" |
| 13:19 |
hopkinsju |
Which is odd. Patrons can place holds on bibs where their library owns a copy, but if it's not available, it will go ahead and target a copy from another library. This makes for very inconsistent hold policy enforcement and confused users. |
| 13:20 |
hopkinsju |
With my current understanding, I've come to the conclusion that such a policy limiting "consortial holds" is not possible. |
| 13:21 |
eeevil |
hopkinsju: that definition of "owning library" is incorrect. it means the owning_lib field on the call number of attached copies. that can be used instead of the home library of the copy, which is the circ_lib on the copy itself |
| 13:22 |
eeevil |
hopkinsju: you probably want to look into the available copy ratio |
| 13:28 |
eeevil |
bshum / dbwells / others: anything you want to add to https://bugs.launchpad.net/evergreen/+bug/781008 ? tl;dr: we need backport 0802, but with a new number and a placeholder in 2.5 and master |
| 13:28 |
pinesol_green |
Launchpad bug 781008 in Evergreen 2.4 "Subfields in Manage authorities not alphabetized" (affected: 3, heat: 24) [Undecided,New] |
| 13:29 |
bshum |
A new number? |
| 13:29 |
bshum |
Is 0802 already in the backports? |
| 13:32 |
eeevil |
bshum: it's not, but I'm afeared of release the process and filling in holes between point releases |
| 13:35 |
bshum |
I'm not sure I understand all the surrounding issues with that to see where the problem lies with using the same number in backports if there isn't a conflict. |
| 13:36 |
bshum |
So I'll wait for some others to weigh in |
| 13:37 |
bshum |
Sorry :\ |
| 13:38 |
|
kbeswick joined #evergreen |
| 13:49 |
|
stevenyvr2 joined #evergreen |
| 13:50 |
rfrasur |
Never underestimate the awesomeness of a good extension officer. |
| 13:57 |
jcamins |
rfrasur: Agricultural Extension? |
| 13:57 |
rfrasur |
yep |
| 13:57 |
rfrasur |
oh...sorry. I live in Indiana. Everything is agricultural. |
| 13:58 |
bshum |
"...go out and hear the corn grow" ? |
| 13:58 |
rfrasur |
yes. Well, not right now. |
| 13:58 |
rfrasur |
unless it's in a hothouse |
| 13:59 |
rfrasur |
I once saw on T.V. that there's more than corn in Indiana. It was a nice commercial and vaguely false advertisement. |
| 13:59 |
jcamins |
lol |
| 14:00 |
jcamins |
My best friend growing up moved to Indiana. It was kind of astonishing how little there was around them when I visited. |
| 14:00 |
rfrasur |
it's very... |
| 14:00 |
rfrasur |
I'm not sure the right word. |
| 14:01 |
rfrasur |
slow |
| 14:01 |
rfrasur |
or...paced. I dunno. enforced calm? |
| 14:06 |
dbwells |
eeevil: Re: bug 781008, I've got no issues with your plan. Since the upgrade only replaces functions anyway, we could even just put it in master a second time with basically no penalty. |
| 14:06 |
pinesol_green |
Launchpad bug 781008 in Evergreen 2.4 "Subfields in Manage authorities not alphabetized" (affected: 3, heat: 24) [Undecided,New] https://launchpad.net/bugs/781008 |
| 14:10 |
|
Keggle joined #evergreen |
| 14:11 |
eeevil |
true enough! |
| 14:15 |
|
RoganH joined #evergreen |
| 14:27 |
|
remingtron joined #evergreen |
| 14:28 |
|
hopkinsju joined #evergreen |
| 14:46 |
pinesol_green |
[evergreen|Dan Wells] Improve facet styling - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1ac376b> |
| 14:48 |
bshum |
Interesting. mceraso just hit on the fact that if you literally follow the commands for git dev instructions in the README, it says to get and extract the dojo tarball after make install, but if you don't chown the /openils dirs first (in the next step), then the commands fail. |
| 14:48 |
bshum |
Cause the /openils dir, etc. are still owned by root |
| 14:49 |
bshum |
That's a fun one |
| 14:54 |
|
dMiller_ joined #evergreen |
| 14:55 |
jeff |
me, i worked around that by forgetting to install dojo until after i was otherwise done. ;-) |
| 14:57 |
tsbere |
jeff: Ditto that here. <_< |
| 14:57 |
bshum |
jeff: Sounds like what I end up doing every time I start from scratch too :) |
| 14:57 |
jeff |
scipted_installs++ |
| 15:05 |
bshum |
berick: For the purposes of testing new bug 1254146 and if we already had an opac entry in actor.org_unit_custom_tree (ours is set to false) what should we expect to see or not see? |
| 15:05 |
pinesol_green |
Launchpad bug 1254146 in Evergreen 2.4 "Custom org tree with no org units causes TPAC server error" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1254146 |
| 15:05 |
bshum |
I'm firing up a test VM to try with a blank system |
| 15:06 |
berick |
bshum: if you have a non-active tree or a tree with entries, the bug will not manifest |
| 15:06 |
bshum |
berick: Gotcha. |
| 15:06 |
bshum |
So really I'll test with a clean system then. |
| 15:07 |
berick |
bshum++ |
| 15:07 |
bshum |
Ah right... forgot I had to reload apache to see it take effect |
| 15:07 |
bshum |
Yep, okay |
| 15:09 |
bshum |
Works so far |
| 15:09 |
bshum |
I'll push it in |
| 15:09 |
bshum |
berick++ |
| 15:10 |
berick |
word |
| 15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1254146 gracefully handle custom trees sans entries - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=01b315c> |
| 15:18 |
bshum |
dbs / paxed : tried working on https://bugs.launchpad.net/evergreen/+bug/1205190 but it definitely doesn't apply cleanly given all the changes to CSS with the mobile and other changes. Going to mark incomplete for now and we need to do a new rebase. |
| 15:18 |
pinesol_green |
Launchpad bug 1205190 in Evergreen "Firefox dislikes some TPAC stylesheet elements" (affected: 2, heat: 12) [Medium,Confirmed] |
| 15:19 |
bshum |
I'll try and ponder that when I can get some more eyes on it. |
| 15:38 |
|
Bmagic joined #evergreen |
| 15:43 |
pinesol_green |
[evergreen|Dan Scott] Fix copy_table HTML markup errors - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6ada117> |
| 16:27 |
smyers_ |
has anyone delt with an error message that looks like this? http://pastebin.com/dPCrj7DH |
| 16:27 |
smyers_ |
I am not getting anything in the osrfsys.log |
| 16:28 |
smyers_ |
plus when I run srfsh directly I can run that exact method and get results no problem |
| 16:40 |
mmorgan |
smyers_: When do you get this error? Just trying to login? |
| 16:44 |
eeevil |
smyers_: my gut says you have a setting (or settings) whose value should be JSON but is not. the most common way to get something like that is to edit directly in the db, instead of using the staff client |
| 17:12 |
smyers_ |
mmorgan: only on staff client login, opac login works |
| 17:13 |
smyers_ |
eeevil: if it was settings shouldn't I get an error when I make the call through srfsh? |
| 17:17 |
mmorgan |
smyers_: looks like it is complaining about an org unit setting. Not that I really know what I'm talking about. Gotta run. Good weekend all! |
| 17:17 |
|
mmorgan left #evergreen |
| 17:17 |
smyers_ |
mceraso: thanks for looking |
| 17:18 |
jeff |
smyers_: take the output you receive from srfsh and try to feed it as input to json_xs or a similar tool which will complain if it is invalid json. |
| 17:23 |
smyers_ |
jeff: the output pases jsonlint.com |
| 19:52 |
|
stevenyvr2 left #evergreen |
| 20:03 |
|
mjingle left #evergreen |
| 20:12 |
|
ningalls joined #evergreen |
| 20:34 |
|
RoganH joined #evergreen |
| 21:42 |
|
eeevil joined #evergreen |
| 21:42 |
|
phasefx2 joined #evergreen |
| 21:42 |
|
gdunbar joined #evergreen |
| 22:24 |
|
RoganH joined #evergreen |
