| Time |
Nick |
Message |
| 00:08 |
paxed |
berick: yeah, i seemed to recall the concat wouldn't work, but i was too tired to test it, so went to bed. |
| 00:10 |
|
stevenyvr2 joined #evergreen |
| 00:11 |
|
stevenyvr2 left #evergreen |
| 01:23 |
paxed |
berick: nit: "Cirulation" in the commit message |
| 03:52 |
|
RBecker joined #evergreen |
| 07:32 |
|
jboyer-isl joined #evergreen |
| 07:41 |
|
rjackson-isl joined #evergreen |
| 07:48 |
|
timlaptop joined #evergreen |
| 07:49 |
|
collum joined #evergreen |
| 08:16 |
|
akilsdonk_ joined #evergreen |
| 08:20 |
|
kbeswick joined #evergreen |
| 08:27 |
|
rfrasur joined #evergreen |
| 08:31 |
|
rsinger joined #evergreen |
| 08:36 |
|
Dyrcona joined #evergreen |
| 08:42 |
|
finnx joined #evergreen |
| 08:53 |
rfrasur |
oh no....bad news of the day. There won't be any sandwiches at the bond workshop next week in Indy. |
| 08:55 |
rfrasur |
jboyer-isl: good patch for username/barcode login |
| 08:58 |
jboyer-isl |
That one's not mine, we just applied it to the system. It is good to have it back though! |
| 08:58 |
rfrasur |
ty no matter. |
| 08:58 |
rfrasur |
and, yes, it's very good. I used it yesterday. |
| 08:59 |
|
Meliss joined #evergreen |
| 09:02 |
|
Shae joined #evergreen |
| 09:03 |
rjackson-isl |
That one can be credited to Niles since he had a ticket in this regards and I checked the patches to find the recent one |
| 09:04 |
rfrasur |
atheos++ |
| 09:08 |
|
mmorgan joined #evergreen |
| 09:11 |
|
mrpeters joined #evergreen |
| 09:21 |
|
jecs joined #evergreen |
| 09:33 |
rfrasur |
I'm sure this question has been asked before, but far be it from me to avoid looking stupid by searching logs. Has there been discussion about a reports interface that hides some of the flexibility of the system and just shows what the average "tell me what to do" librarian wants? |
| 09:33 |
rfrasur |
and I know |
| 09:33 |
rfrasur |
@whocares reports |
| 09:33 |
pinesol_green |
csharp and bshum hate reports |
| 09:34 |
Dyrcona |
rfrasur: PINES has something in the works, but its long term. |
| 09:34 |
rfrasur |
meaning....somewhere over the rainbow? |
| 09:34 |
Dyrcona |
Our members want me to recreate a thing that we developed for our previous ILS. |
| 09:34 |
|
tonyb_ joined #evergreen |
| 09:34 |
Dyrcona |
Probably next year or two, yeah. |
| 09:34 |
rfrasur |
oh, that's not so bad. |
| 09:41 |
jboyer-isl |
Isn't there a summer of code project for some kind of director's dashboard? That's not exactly the same thing, but it sounds like it may help. |
| 09:42 |
Dyrcona |
jboyer-isl: It's not what you are expecting. |
| 09:42 |
* rfrasur |
listens |
| 09:43 |
jboyer-isl |
My expectations are awfully low, since I don't really know anything about it. :) I'd find a working "edit" function worth more than a hundred alternate interfaces. |
| 09:43 |
jboyer-isl |
But I don't have time to make it work. |
| 09:43 |
paxed |
you mean the director's dashboard is like one of those fake UIs that don't actually do anything? |
| 09:43 |
rfrasur |
jboyer-isl++ |
| 09:44 |
rfrasur |
paxed: exactly |
| 09:44 |
paxed |
so that the directors have something to do. |
| 09:44 |
rfrasur |
(them there is fightin' words) |
| 09:44 |
rfrasur |
so SOME directors can find stuff without knowing how to look |
| 09:46 |
rfrasur |
(if everyone would just use the same reports as me, we'd have consistency) |
| 09:47 |
paxed |
we're having the national mobile library days this friday & saturday over here. 15 bookmobiles... |
| 09:48 |
rfrasur |
that actually sounds like a lot of fun. Is there a website w/ pictures? |
| 09:49 |
paxed |
hmm. i don't think so. there's probably be photos up on the joensuu library's FB page later. |
| 09:49 |
rfrasur |
I'll like the page and look. not speaking Finnish...pictures are a little more important and all that. |
| 09:50 |
paxed |
there's a driver competition. and i think there'll be some guests from estonia and russia too. |
| 09:50 |
rfrasur |
lol, a driver competition? I can only imagine what that entails. Who parallel parks better? how to take corners efficiently? |
| 09:50 |
paxed |
yup, something like that :D |
| 09:51 |
paxed |
i'll probably go there myself and take some photos. |
| 09:51 |
rfrasur |
heck yeah :D |
| 09:51 |
rfrasur |
hmm, do you have a link for the FB page? apparently it doesn't believe me that that's what I'm looking for. |
| 09:52 |
rfrasur |
is it "regional" library? |
| 09:52 |
|
mllewellyn joined #evergreen |
| 09:52 |
paxed |
rfrasur: https://www.facebook.com/joensuunseutukirjasto |
| 09:53 |
rfrasur |
lovely, ty |
| 09:53 |
|
moodaepo_nb joined #evergreen |
| 10:02 |
csharp |
Dyrcona: in many ways the PINES reports interface is an attempt to recreate a home-grown interface in PINES' old ILS too |
| 10:03 |
csharp |
rfrasur: yeah - PINES' goal is to have a point and click interface to remove the "flexibility" |
| 10:12 |
mmorgan |
There is no permission that can prevent staff users from creating a precataloged item, true? |
| 10:19 |
|
rfrasur joined #evergreen |
| 10:19 |
csharp |
mmorgan: possibly CREATE_COPY, but I don't know |
| 10:20 |
eeevil |
mmorgan: correct. if they can circulate items at the workstation org, they can create precats |
| 10:20 |
* tsbere |
has days where he wants to disable precats entirely, and other days where he merely wants to enforce barcode rules on them |
| 10:20 |
mmorgan |
eeevil: suspected so, thanks for confirming |
| 10:21 |
mmorgan |
I suspect what they want to do is to prevent the precats that result from misscans, not truly uncataloged items. |
| 10:21 |
rfrasur |
csharp:regarding the point and click interface, that's my thinking. Personally, I hate the idea, but I can see how it'd be beneficial for several libs...and would increase consistent reporting across the consortium. |
| 10:21 |
mmorgan |
seems there are many more of the former than the latter |
| 10:24 |
rfrasur |
tsbere: I like the idea of enforcing barcode rules for precats |
| 10:24 |
rfrasur |
a lot |
| 10:36 |
csharp |
mmorgan: I think everyone has that problem - and not just confined to EG. We encourage our libs to run regular reports to identify them so cataloging can fix |
| 10:42 |
rfrasur |
Hmm, did it keep me out again? |
| 10:42 |
rfrasur |
no. good. |
| 10:42 |
mmorgan |
csharp: yeah, I think you're right. I like tsbere's idea of enforcing barcode rules on them. |
| 10:44 |
mmorgan |
or having a permission associated with creating a precat that doesn't match the barcode pattern. |
| 10:45 |
tsbere |
How about a permission for creating them to begin with, then a second permission for ignoring the barcode pattern/regex/whatever if one is set? |
| 10:49 |
rfrasur |
is there already a permission required? we only use circ1 here at our desks, so I'm not sure if circ 2 or 3 are not allowed. |
| 10:51 |
tsbere |
as previously mentioned, if you can circ you can create precats right now |
| 10:52 |
rfrasur |
I do like the idea of a second permission to ignore the barcode enforcement. |
| 10:55 |
mmorgan |
definitely like the permission to ignore barcode pattern/regex/whatever, trying to think whether permission to create them in the first place is useful. |
| 10:55 |
mmorgan |
a user without that permission would need to get a supervisor. This could ensure that the proper info gets entered in the precat. Is that a problem in some systems? |
| 11:00 |
|
zerick joined #evergreen |
| 11:02 |
bshum |
@eightball Is A better than B? |
| 11:02 |
pinesol_green |
bshum: Unlikely. |
| 11:02 |
mmorgan |
Hmm, just found 612 precats in our system with no dummy author, title, or isbn :-( |
| 11:17 |
jboyer-isl |
mmorgan: Could be problems on the weekends unless there are enough supervisors to cover all 6/7 days. |
| 11:18 |
mmorgan |
jboyer-isl: yeah. Added permissions always cause those kinds of problems. |
| 11:18 |
|
asimon joined #evergreen |
| 11:20 |
mmorgan |
makes libraries likely to put users at a higher level than they necessarily want to, making the permission check ineffective anyway. |
| 11:21 |
mmorgan |
how about restrictions on the precat form? Requiring fields to be filled in before saving? |
| 11:22 |
asimon |
I am trying to set up a new Evergreen system with bricks. When I run brick_ctl.sh from the Apache server, I am prompted for the app server opensrf password, and then receive a 'bash: osrf_ctl.sh: command not found' message after I enter it. My .bashrc files on both systems include an /openils/bin PATH statement. What's wrong with my setup? |
| 11:26 |
bshum |
asimon: If I recall, in the old days there's extra bashrc lines that have to be added. |
| 11:26 |
* bshum |
tries to look it up |
| 11:26 |
asimon |
bshum: Yes, I've added those lines at the top of the file. |
| 11:27 |
Dyrcona |
asimon: What does echo $PATH say? just 'cause its in .bashrc, doesn't mean it is in effect. |
| 11:28 |
asimon |
Dyrcona: On the Apache server: PATH=/openils/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games On the app server: PATH=/openils/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games |
| 11:28 |
|
rfrasur joined #evergreen |
| 11:28 |
Dyrcona |
asimon: Is /openils/bin/osrf_ctl.sh there? |
| 11:29 |
asimon |
Dyrcona: Yes, on both servers. |
| 11:29 |
Dyrcona |
Well, dunno, then. I've never even looked at brick_ctl.sh. |
| 11:30 |
Dyrcona |
Is the sudo command involved in anyway? |
| 11:32 |
asimon |
Dyrcona: Well, the system I'm copying from has opensrf in the sudo group, so I'll try adding it to the sudo group in the new system. Stay tuned. |
| 11:32 |
Dyrcona |
asimon: That was not what I meant. Does brick_ctl.sh invoice sudo at any point or do you run it via sudo? |
| 11:33 |
asimon |
Dyrcona: brick_ctl.sh must be run as the opensrf user. |
| 11:33 |
Dyrcona |
s/invoice/invoke/ |
| 11:34 |
Dyrcona |
Is /openils/bin/osrf_ctl.sh executable by the opensrf user? |
| 11:35 |
|
dboyle joined #evergreen |
| 11:35 |
asimon |
Dyrcona: brick_ctl.sh does not invoke sudo, and osrf_ctl.sh on both system are set to 755 and are owned by opensrf. |
| 11:35 |
dbs |
perhaps `which osrf_ctl.sh` to ensure it's the one you think it is |
| 11:37 |
asimon |
dbs: which osrf_ctl.sh on the Apache server returns /openils/bin/osrf_ctl.sh. which osrf_ctl.sh on the app server returns nothing. |
| 11:38 |
asimon |
dbs: It does return /openils/bin/osrf_ctl.sh on my production app server |
| 11:39 |
asimon |
dbs: Sorry, I ran it as root. Running it as opensrf gives the expected link. |
| 11:47 |
asimon |
* TY to those who made suggestions. |
| 11:59 |
|
alexlazar joined #evergreen |
| 12:00 |
|
jdouma joined #evergreen |
| 12:02 |
|
acoomes joined #evergreen |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:11 |
|
smyers_ joined #evergreen |
| 12:41 |
|
acoomes_ joined #evergreen |
| 12:50 |
|
collum joined #evergreen |
| 13:11 |
|
RoganH joined #evergreen |
| 13:13 |
|
rfrasur joined #evergreen |
| 13:15 |
rfrasur |
Stupid ISP |
| 13:16 |
|
dMiller joined #evergreen |
| 13:33 |
eeevil |
dbwells: I'd really like to "invalid-ize" bug 1022692 ... or at least remove the pullrequest and targetting, since updating that code is really asking for more pain by giving it the veneer of non-obsolescence. objection? |
| 13:33 |
pinesol_green |
Launchpad bug 1022692 in Evergreen 2.3 "parallel_pg_loader output fails if mfr switch is used and bbb_simple_rec_trigger exists" (affected: 2, heat: 12) [Medium,Triaged] https://launchpad.net/bugs/1022692 |
| 13:48 |
|
Callender joined #evergreen |
| 13:58 |
|
kbeswick joined #evergreen |
| 14:01 |
|
kbeswick joined #evergreen |
| 14:12 |
|
stevenyvr2 joined #evergreen |
| 14:17 |
|
acoomes joined #evergreen |
| 14:29 |
|
smyers__ joined #evergreen |
| 14:32 |
dbwells |
eeevil: no, no objection. I was obviously missing the forest for the trees there (or whatever that saying is). I am still confused about why we ever ended with a disabled trigger, but you're right in noting that that code is dead anyway. |
| 14:34 |
eeevil |
dbwells: the names of the functions were kinda inverted when some of the triggers went away. you "enable" to truncate and turn on the trigger if it exists and "disable" to turn the trigger off, if it exists. the "if exists" part became false at some point, but depending on the specific version, there was some useful overlap |
| 14:34 |
eeevil |
but then in-db ingest obviated the need for any of that at all |
| 14:35 |
jboyer-isl |
Would a better "fix committed" be stripping it all out (possibly dumping it in a contrib/ branch in case someone fancies themselves a necromancer?) |
| 14:35 |
eeevil |
IOW, I'm unsurprised that it's confusing ;) |
| 14:36 |
eeevil |
jboyer-isl: support for non-bre objects? yes, if a branch comes out that does that, that'd be good. I'll incomplete it instead of invalid-ize it, in hopes of that |
| 14:39 |
eeevil |
(also, we should support 'bre', 'are' and 'sre' |
| 14:40 |
|
kbeswick joined #evergreen |
| 14:45 |
|
kbeswick joined #evergreen |
| 14:46 |
dbwells |
eeevil: I think my main confusion was that we still do have the [enable|disable]_materialized_simple_record_trigger functions, and I *think they still do something useful, but they just don't do what they used to do (i.e. set a trigger on the metabib.real_full_rec). |
| 14:46 |
dbwells |
does that seem right? |
| 14:48 |
* dbwells |
should probably stop trying to understand old code in the context of new code |
| 14:52 |
gsams |
I'm curious if it's possible to show reason for cancelled holds in the TPAC for patrons that have opted in for holds history. Does anyone know if this is a possibility? |
| 14:55 |
tsbere |
add the cancel_cause field to the output may work |
| 14:55 |
* tsbere |
may have the name wrong, he didn't look it up |
| 14:58 |
gsams |
ah, no that looks to be correct. If it were a snake it would have bit me! |
| 15:04 |
eeevil |
dbwells: sorry, stepped away. IIRC, without looking too closely, I think they won't kill your Evergreen, but I also don't think they should be used (as a general rule -- there are probably valid use cases, though), and I /know/ that pg_loader shouldn't be used to load anything but *.record_entry rows ;) |
| 15:12 |
rfrasur |
Comcast has very nice customer service. |
| 15:16 |
jboyer-isl |
Does this sounds like intended Staff Client workflow to anyone: Retrieve a patron, click Holds, click Place Holds to get a catalog search in a frame, use Add To My List to place a list of holds for a patron. |
| 15:16 |
paxed |
dbwells: will you accept a translation update via a git branch, or do i really have to manually upload the files to launchpad? |
| 15:17 |
jboyer-isl |
I've been told that this used to work, but now the search doesn't actually save anything to the temp lists. (and clicking View My Lists shows the logged in staff member's lists) |
| 15:18 |
rfrasur |
Jboyer-isl: I've never used that workflow and wouldn't and wouldn't have my staff. |
| 15:18 |
|
rfrasur joined #evergreen |
| 15:18 |
eeevil |
paxed: my understanding is that anything in the git repo will be overwritten by what comes out of the launchpad bzr instance for translations |
| 15:19 |
jboyer-isl |
rfrasur: I wouldn't recommend it either, but apparently somebody misses it. |
| 15:19 |
rfrasur |
Uh. Just one someone? |
| 15:23 |
dbs |
If we had a translation manager, they could be responsible for straightening out a git-oriented translation workflow (for those languages with translators capable of git), and they could have commit access to the build/i18n tree. |
| 15:27 |
paxed |
indeed. |
| 15:27 |
* paxed |
heads to bed |
| 15:27 |
rfrasur |
Oooooi....interwebs! |
| 15:27 |
rfrasur |
N/m |
| 15:34 |
jboyer-isl |
rfrasur: So far. I can see why it would be nice (not having to use the place hold screen for every item when placing several holds). |
| 15:36 |
rfrasur |
I can see that. We just don't have the volume of patrons wanting multiple holds to justify another workflow. |
| 15:38 |
rfrasur |
Well requesting them all at one time. |
| 15:44 |
Dyrcona |
@hate MARC |
| 15:44 |
pinesol_green |
Dyrcona: But Dyrcona already hates MARC! |
| 15:44 |
Dyrcona |
MARC-- |
| 15:44 |
Dyrcona |
parts-- |
| 15:44 |
Dyrcona |
data-- |
| 15:47 |
dbs |
things-- |
| 15:47 |
rfrasur |
Today-- |
| 15:51 |
Dyrcona |
@blame TLC |
| 15:51 |
pinesol_green |
Dyrcona: TLC musta been an Apple employee. |
| 16:02 |
|
smyers_ joined #evergreen |
| 16:02 |
|
smyers__ joined #evergreen |
| 16:08 |
Dyrcona |
git++ # greatest thing since rcs! |
| 16:10 |
dbwells |
paxed: I was in a meeting, but my knowledge of translation system details is pretty basic, so I hope the answers you got from others was sufficient. |
| 16:14 |
jeff_ |
Jeff Godin on Correct pickup library after ItemShipped |
| 16:14 |
jeff_ |
joined |
| 16:14 |
jeff_ |
moved from To Do to Doing |
| 16:15 |
jeff_ |
ItemRequested does not contain pickup location, but does contain patron and bib/copy info. ItemShipped DOES contain pickup location and bib/copy info, but no patron info. |
| 16:16 |
|
dMiller joined #evergreen |
| 16:16 |
jeff_ |
So, place hold at ItemRequested, but with a dummy / parent pickup location, then find the hold by copy barcode at ItemShipped time, and fix up the pickup lib. |
| 16:16 |
jeff_ |
whee! |
| 16:27 |
|
acoomes joined #evergreen |
| 16:43 |
|
rfrasur joined #evergreen |
| 16:48 |
|
remingtron_ joined #evergreen |
| 17:11 |
|
jdouma_ joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:19 |
|
finnx left #evergreen |
| 17:20 |
|
mllewellyn left #evergreen |
| 17:28 |
|
smyers_ joined #evergreen |
| 17:28 |
|
smyers__ joined #evergreen |
| 18:52 |
|
acoomes joined #evergreen |
| 18:58 |
|
mrpeters left #evergreen |
| 20:22 |
|
stevenyvr2 left #evergreen |
| 20:42 |
|
zxiiro joined #evergreen |
| 21:46 |
|
timf joined #evergreen |
| 22:38 |
|
mtate joined #evergreen |
| 22:54 |
|
stevenyvr2 joined #evergreen |
| 22:54 |
|
stevenyvr2 left #evergreen |
| 23:25 |
|
Guest77251 joined #evergreen |
| 23:30 |
|
RBecker_ joined #evergreen |
| 23:31 |
|
RBecker joined #evergreen |
