| Time |
Nick |
Message |
| 01:04 |
|
dcook joined #evergreen |
| 01:32 |
bshum |
@later tell wsmoak Most Evergreen installations will tell you what version they run if you perform this lookup. For example, http://gapines.org/gateway?service=open-ils.actor&method=opensrf.open-ils.system.ils_version returns 2-5-1 (so Evergreen 2.5.1, -ish, cause we also don't know what other adjustments might have been made) |
| 01:32 |
pinesol_green |
bshum: The operation succeeded. |
| 06:41 |
|
eeevil joined #evergreen |
| 06:42 |
|
Callender joined #evergreen |
| 06:42 |
|
TaraC joined #evergreen |
| 06:42 |
|
phasefx joined #evergreen |
| 06:42 |
|
mtate joined #evergreen |
| 06:43 |
|
graced joined #evergreen |
| 07:40 |
|
mrpeters joined #evergreen |
| 07:45 |
|
wsmoak joined #evergreen |
| 07:45 |
|
wsmoak joined #evergreen |
| 07:52 |
|
kmlussier joined #evergreen |
| 08:10 |
|
rjackson-isl joined #evergreen |
| 08:25 |
|
akilsdonk joined #evergreen |
| 08:27 |
bshum |
@coin |
| 08:27 |
pinesol_green |
bshum: tails |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:38 |
|
Shae joined #evergreen |
| 08:51 |
|
Stompro joined #evergreen |
| 08:52 |
|
jwoodard joined #evergreen |
| 08:54 |
* csharp |
yawns |
| 08:55 |
mmorgan |
it's catchy.. |
| 08:55 |
kmlussier |
@coffee csharp |
| 08:55 |
pinesol_green |
kmlussier: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
| 08:55 |
kmlussier |
@coffee csharp |
| 08:56 |
* pinesol_green |
brews and pours a cup of Kenya AA Kiaora Estate Full City Roast, and sends it sliding down the bar to csharp |
| 08:56 |
kmlussier |
csharp: Sorry, I know you like decaf. :) |
| 08:57 |
|
Dyrcona joined #evergreen |
| 08:57 |
csharp |
coffee = coffees[randint(0, len(coffees))] |
| 08:57 |
csharp |
IndexError: list index out of range |
| 08:57 |
csharp |
^^ that's the Python error that just happened |
| 08:58 |
Dyrcona |
@coffee |
| 08:58 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirgacheffe, and sends it sliding down the bar to Dyrcona |
| 08:58 |
csharp |
kmlussier: s'ok - I'm actually getting ready to brew a pourover |
| 08:58 |
csharp |
IRL |
| 08:58 |
Dyrcona |
heh |
| 08:58 |
Dyrcona |
Well, I'm no python expert, but that should be unpossible. |
| 08:59 |
Dyrcona |
arrays are indexed 0 to lenght -1 |
| 08:59 |
Dyrcona |
and randint(0, lenght) should return between 0 and length - 1. |
| 09:00 |
Dyrcona |
No, I'm wrong. |
| 09:00 |
Dyrcona |
it can retrun length |
| 09:01 |
Dyrcona |
0 <= result <= max |
| 09:01 |
|
tspindler joined #evergreen |
| 09:01 |
|
mrpeters left #evergreen |
| 09:01 |
Dyrcona |
so, add a -1 after len(coffees) before the next ) |
| 09:02 |
Dyrcona |
There you go: debugging via IRC. |
| 09:03 |
|
ericar joined #evergreen |
| 09:03 |
csharp |
so coffee = coffees[randint(0, len(coffees)-1)] ? |
| 09:04 |
Dyrcona |
csharp: yes |
| 09:04 |
csharp |
done |
| 09:04 |
csharp |
dunno if pinesol_green would need reloading to see the change (assuming yes) |
| 09:05 |
Dyrcona |
I dunno either. |
| 09:05 |
bshum |
csharp: Yes, but you can just unload the module and load it anew. |
| 09:05 |
csharp |
@assorted reload |
| 09:05 |
pinesol_green |
csharp: Try restarting apache. |
| 09:05 |
csharp |
heh |
| 09:05 |
Dyrcona |
Cheeky. :) |
| 09:06 |
csharp |
bshum: do you rememeber off the top of your head how to reload? |
| 09:06 |
bshum |
@list |
| 09:06 |
pinesol_green |
bshum: Admin, Anagram, Assorted2, Blame, Bugtracker, Channel, ChannelLogger, Config, Dessert, Dunno, Encyclopedia, Games, Git, Herald, Insult, Karma, Later, LoveHate, MARC, Math, MeetBot, Misc, Note, Owner, Praise, Quote, RSS, Reply, Seen, Status, Time, Todo, Twitter, User, and Weather |
| 09:06 |
bshum |
Yes |
| 09:06 |
bshum |
@unload Assorted2 |
| 09:06 |
pinesol_green |
bshum: The operation succeeded. |
| 09:06 |
bshum |
@load Assorted2 |
| 09:06 |
pinesol_green |
bshum: The operation succeeded. |
| 09:06 |
csharp |
bshum++ |
| 09:06 |
bshum |
That should do it. |
| 09:06 |
|
mrpeters joined #evergreen |
| 09:06 |
csharp |
Dyrcona++ |
| 09:07 |
Dyrcona |
I owe it all to https://docs.python.org/2/library/random.html |
| 09:07 |
kmlussier |
What is Anagram? |
| 09:07 |
csharp |
@ana kmlussier |
| 09:07 |
pinesol_green |
csharp: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
| 09:07 |
csharp |
meh |
| 09:07 |
Dyrcona |
oops. |
| 09:08 |
csharp |
URLError: <urlopen error timed out> |
| 09:09 |
csharp |
kmlussier: it should return an anagram of whatever text you give it |
| 09:09 |
csharp |
zoia has it working |
| 09:10 |
kmlussier |
Ah, I see |
| 09:10 |
csharp |
@dessert |
| 09:10 |
* pinesol_green |
grabs some Apple Crisp for csharp |
| 09:12 |
wsmoak |
good morning |
| 09:12 |
wsmoak |
remind me… what version is Pines on? (Is there a way I can tell?) https://gapines.org/eg/opac/home |
| 09:12 |
csharp |
wsmoak: we're on 2.5.1 |
| 09:12 |
csharp |
well, with backports, so 2.5.1+ |
| 09:13 |
csharp |
wsmoak: we have a test server running 2.7.0 at http://next.gapines.org if you're interested in that too |
| 09:13 |
wsmoak |
well, I guess that will shortcut me going to talk to the librarian to figure out where the IT folks are :) |
| 09:14 |
bshum |
csharp++ |
| 09:14 |
csharp |
wsmoak: are you at a PINES library? |
| 09:15 |
bshum |
I think I left a later for wsmoak too with how to look up versions for any Evergreen site. |
| 09:15 |
* bshum |
proudly bears his with "HEAD" :D |
| 09:15 |
bshum |
I still think it'd be nice to have it stamped somewhere in the footers someday. |
| 09:15 |
wsmoak |
thanks bshum. the bot told me as soon as I re-posted that. (shouldn’t it have done when I joined the room?) |
| 09:15 |
|
collum joined #evergreen |
| 09:16 |
csharp |
wsmoak: @later messages are triggered when you say something in the channel |
| 09:16 |
bshum |
wsmoak: It only sends the later when you say something in channel. |
| 09:16 |
bshum |
csharp: JINX! |
| 09:16 |
wsmoak |
csharp: I don’t work there, no. looking for projects to do in my free time. |
| 09:16 |
csharp |
wsmoak: are you in GA? |
| 09:16 |
wsmoak |
so when do we get 2.7 (which, I assume, has that Firefox search box integration?) |
| 09:17 |
wsmoak |
csharp: yes. my local library is in Hamilton, GA |
| 09:17 |
csharp |
wsmoak: cool |
| 09:17 |
csharp |
wsmoak: I'm the PINES system administrator, so feel free to direct any questions my way ;-) |
| 09:18 |
wsmoak |
just starting to sort out what’s available as a patron, (APIs and such) and what kind of open data policies might be in place so I can get stuff like anonymous book usage data |
| 09:18 |
csharp |
and you can see the FF search integration working at http://next.gapines.org, FYI |
| 09:19 |
bshum |
"opensearch" anyways |
| 09:21 |
wsmoak |
Columbus GA just did a “Hack The Library” event and apparently they use a proprietary system that’s really hard to get data out of. I bet ours is better. :) |
| 09:22 |
csharp |
wsmoak: you might want to check out http://wiki.evergreen-ils.org/doku.php?id=backend-devel:supercat:examples |
| 09:26 |
* csharp |
looks around for something newer on that, but doesn't find anything |
| 09:26 |
Dyrcona |
wsmoak: Actually, there is a way you can tell what version of Evergreen a site is running. |
| 09:27 |
Dyrcona |
I'll have to look it up, again. |
| 09:29 |
Dyrcona |
bshum++ |
| 09:29 |
Dyrcona |
He beat me to it. |
| 09:30 |
bshum |
csharp: You know, whatever you did for @coffee is probably something you could github and pullrequest into https://github.com/code4lib/supybot-plugins for zoia. |
| 09:31 |
Dyrcona |
bshum csharp I was thinking it probably needs to be done for the others. |
| 09:31 |
Dyrcona |
like tea, brew, swill, etc. |
| 09:31 |
bshum |
Assorted2 is a copy of the Assorted one for code4lib that I've heavily modified to remove some of the more... interesting options. |
| 09:31 |
Dyrcona |
You'd be surprised, or probably not, at how many such off by 1 errors I've had to fix over the years. |
| 09:31 |
bshum |
That I wasn't sure we'd need. |
| 09:32 |
|
yboston joined #evergreen |
| 09:32 |
bshum |
Anywho |
| 09:42 |
Dyrcona |
@tea |
| 09:42 |
* pinesol_green |
brews and pours a pot of Holy Basil, Rama (Tulsi), and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/mountain-rose-herbs/holy-basil-rama/1939/) |
| 09:43 |
wsmoak |
neat. looks like there should be something interesting to do here. still wrapping up some other things, and I want to go talk to the library staff to see what they think |
| 09:43 |
jeff |
wsmoak: if you've mentioned it before i've missed it or forgotten -- what are you working on? |
| 09:44 |
wsmoak |
jeff: haven’t decided yet :) |
| 09:44 |
jeff |
ah, i am familiar with that kind of thing. :-) |
| 09:44 |
wsmoak |
I used to be involved in open source at Apache, have been away for a while … looking for something fun that might actually make a difference |
| 09:45 |
wsmoak |
so… hopefully without stepping on too many toes, maybe something on my local library’s “nice to have” list that might not be getting prioritized across the wider system |
| 09:45 |
Dyrcona |
Sound like a good place to start. |
| 09:46 |
Dyrcona |
You could always look at bug in Launchpad and find one that looks interesting. |
| 09:46 |
Dyrcona |
We've tagged bugs that we think are possibly appropriate for new comers with "bitesize." |
| 09:47 |
Dyrcona |
What happened to my 's' key? |
| 09:47 |
Dyrcona |
It work every other time? ;) |
| 09:51 |
dbs |
wsmoak++ |
| 09:52 |
Dyrcona |
Yes, indeed. wsmoak++ |
| 09:52 |
Dyrcona |
@karma dbs |
| 09:52 |
pinesol_green |
Dyrcona: Karma for "dbs" has been increased 989 times and decreased 61 times for a total karma of 928. |
| 09:52 |
Dyrcona |
dbs++ |
| 09:52 |
Dyrcona |
Just because. |
| 09:52 |
dbs |
awww |
| 09:53 |
Dyrcona |
All right... I've got a bib source to set up and bib records in buckets to update. |
| 10:08 |
jboyer-isl |
Does anyone know of an open source library mapping service/package? i.e. Click this call number in th catalog to see where it is in the building, etc. |
| 10:10 |
bshum |
Open source? Not offhand. I have seen a few proprietary ones demo'd for us. |
| 10:11 |
jeff |
jboyer-isl: there was one done in a code4lib journal article, i don't recall the status or license of the code. |
| 10:11 |
jeff |
jboyer-isl: we have a nascent one that i've probably even less knowledge of the status of license of the code. |
| 10:11 |
Stompro |
Anyone know if it is possible to use firebug in the 2.6 staff client? Anyone know what version of firebug works? |
| 10:11 |
jboyer-isl |
We've got a single system looking at one, but I thought if there were one we could just install and turn everyone loose on it. |
| 10:12 |
jboyer-isl |
jeff: I'll look for that to see if it leads anywhere, thanks. |
| 10:12 |
|
mllewellyn joined #evergreen |
| 10:13 |
jboyer-isl |
jeff: Also, is yours nascent as in it got back burnered, or has limited use and hasn't been updated for a while? |
| 10:14 |
jeff |
jboyer-isl: all of the above. |
| 10:15 |
jboyer-isl |
Understandable. |
| 10:16 |
jboyer-isl |
(I suppose I technically asked the same thing twice, but I meant is it actually available in catalog anywhere with the second version. :) ) |
| 10:19 |
jeff |
there may at one time have been a public-facing demo on a dev site, but it was incomplete even then. |
| 10:20 |
jeff |
one of the biggest challenges was having a reasonable means of keeping the mappings up to date, and ensuring that someone had that responsibility, etc. |
| 10:21 |
jeff |
i think the other big challenge was getting a reasonable-looking map from the handful of promotional or archetectural/cad files that we had to choose from. |
| 10:21 |
jeff |
the other thing that can be painful is call number / shelving location consistency in your records. |
| 10:23 |
jeff |
i think the act of displaying a map (once you have it) and hilighting a shelving location or call number range (once someone has tagged / identified them on the map) based on a shelving location and/or call number supplied from the ILS (if / once your data is reasonably consistent) is actually pretty easy! ;-) |
| 10:23 |
jboyer-isl |
Yeah, a decent call range editor would be really hard to build and make easy enough that libs would ever actually use it. And I fairly certain that for the state lib in particular it would have to also know the shelving location, which makes it even more work. |
| 10:24 |
jeff |
if you have a library where just knowing the shelving location is helpful enough, you can skip call number mappings. |
| 10:24 |
jboyer-isl |
I've thought for ages "that shouldn't be that hard to build" but it has so far proved difficult enough that I've never even attempted it. |
| 10:25 |
jboyer-isl |
That's true, but you've got to get pretty granular in your locations for that to work well. |
| 10:25 |
jboyer-isl |
My old lib had Fiction and Non Fiction (among plenty of others, but those two were pretty big..._) |
| 10:30 |
Dyrcona |
Stompro: You should be able to install Venkman. It was still hanging around the add-ons site. Also, there's an option you can use when building your own client that will add Venkman to the client for you. |
| 10:31 |
jeff |
jboyer-isl: yup. the bulk of the second floor at the branch i'm in is a shelving location of "Adult" |
| 10:32 |
Dyrcona |
Patron: "Can you tell me where the videos are?" Librarian: "The adult videos are on those shelves over there." Patron: "I wasn't looking for those kinds of videos." |
| 10:44 |
Stompro |
Dyrcona, thanks for the pointer, rebuilding the client now. |
| 10:47 |
jeff |
jboyer-isl: just went to close these tabs and realized i hadn't shared them with you yet: http://journal.code4lib.org/articles/6924 and http://journal.code4lib.org/articles/3072 |
| 10:49 |
jboyer-isl |
jeff, Thanks, I must not have been searching for the right thing because I didn't find either of those. |
| 10:54 |
|
kmlussier joined #evergreen |
| 11:12 |
|
dcook__ joined #evergreen |
| 11:15 |
yboston |
Hello everyone, I could use some advice about upgrading Postgres 9.1 to 9.2 on a test server. |
| 11:15 |
yboston |
I want to set up this test server with production data, but my hosted productions server is running PG 9.2 |
| 11:15 |
yboston |
I have used apt-get to install postgres-9.2 on a EG 2.6.2 server, and I just ran pg_upgradecluster and got the following errors that makes me think I might have missed some steps |
| 11:15 |
pastebot |
"yboston" at 64.57.241.14 pasted "errors running pg_upgrade_cluster" (465 lines) at http://paste.evergreen-ils.org/10 |
| 11:16 |
yboston |
I ran: pg_dropcluster --stop 9.2 main then pg_upgradecluster 9.1 main |
| 11:16 |
yboston |
^^ here are the errors |
| 11:19 |
|
mdriscoll joined #evergreen |
| 11:19 |
Dyrcona |
yboston: You may be missing some packages for extensions on 9.2. Just guessing. |
| 11:19 |
yboston |
Dyrcona: thanks |
| 11:20 |
Dyrcona |
yboston: If you get no helpful suggestions here, you might try #postgresql. |
| 11:21 |
yboston |
Dyrcona: thanks again |
| 11:24 |
yboston |
I wonder if it would be easier in the future to tweak the EG intall makefiles so that when I install EG I end up with PG 9.2 instead of 9.1? |
| 11:25 |
|
sandbergja joined #evergreen |
| 11:25 |
bshum |
yboston: I've done that before for some of my test servers where the default was 9.1 but I wanted 9.3. |
| 11:25 |
bshum |
Lots of paths to completion :) |
| 11:26 |
dbwells |
jboyer-isl: We had a computer science project team work on building a mapping system prototype for us last Dec. It never made it to production in any form. Still, I think I am going to try to find that code, and will post it if it is available somewhere. |
| 11:26 |
Dyrcona |
yboston: If I've wanted something other than the default Pg version for my distro, I've usually installed the appropriate PG packages first, and then I install Evergreen. |
| 11:27 |
jboyer-isl |
dbwells: thanks, that would be cool. |
| 11:27 |
yboston |
Dyrcona: that make a lot of sense, and I would hope that the dependency checker sof the EG install would fill in the blanks of what may be missing in terms of extensions |
| 11:27 |
yboston |
*makes |
| 11:28 |
Dyrcona |
yboston: What happens is it sees Pg is installed and skips it. |
| 11:29 |
yboston |
what about other PG extensions that EG might need? |
| 11:29 |
Dyrcona |
The right extension versions should get installed automagically. |
| 11:29 |
yboston |
OK |
| 11:29 |
Dyrcona |
However, it has been a while so I could be misremembering the extensions bit. |
| 11:32 |
yboston |
Dyrcona: thanks for all your feedback |
| 11:33 |
Dyrcona |
yw, yboston. :) |
| 11:41 |
kmlussier |
I feel like I'm missing something. Is there any way to add a part to an already-existing item in the staff client if you are using the separate copy/volume editors? I don't see an option to add a part in the edit volume or the edit item interfaces. |
| 11:41 |
kmlussier |
Oh, nm. It's under replace barcodes. That's intuitive. :) |
| 11:46 |
|
kmlussier left #evergreen |
| 11:47 |
|
vlewis joined #evergreen |
| 11:48 |
|
akilsdonk joined #evergreen |
| 11:48 |
|
kmlussier joined #evergreen |
| 11:49 |
|
wsmoak_ joined #evergreen |
| 11:49 |
|
wsmoak_ joined #evergreen |
| 12:15 |
* kmlussier |
just noticed that parts is the only column in the simplified pull list that isn't a sortable field. |
| 12:27 |
dbs |
@karma parts |
| 12:27 |
pinesol_green |
dbs: Karma for "parts" has been increased 13 times and decreased 19 times for a total karma of -6. |
| 12:32 |
jeff |
Karma for "parts" has been increased Disc 1 times and decreased Discs 1 - 3 times for a total karma of BIBLIO_MONOGRAPH_PART_NOT_FOUND. |
| 12:33 |
* phasefx |
deletes his unfillable hold now |
| 12:33 |
bshum |
kmlussier: I wonder if that's a matter of adding ffilter="true" to the parts field in hold_pull_list.tt2 |
| 12:34 |
bshum |
If so, then fwiw, Copy Status is also not a field you can filter on? |
| 12:34 |
kmlussier |
Really? I didn't notice that one. |
| 12:34 |
kmlussier |
I was thinking it was probably a simple thing to fix, but I hadn't gotten around to looking at it. |
| 12:36 |
kmlussier |
bshum: copy status gives the appearance of being sortable. But the system I'm on shows all available items, so I can't test it out to make sure it works. |
| 12:36 |
bshum |
kmlussier: Hmm, fsort=false |
| 12:36 |
bshum |
Is next to the parts one |
| 12:37 |
* bshum |
sighs |
| 12:37 |
* bshum |
hates parts |
| 12:37 |
mmorgan |
pull list statuses are only "Available" and "Reshelving", so it's probably not something that users would try to do very often. |
| 12:38 |
kmlussier |
I could see why they might want to sort on copy status. Presumably, the copies that have a reshelving status will be shelved in a different location. |
| 12:40 |
mmorgan |
yes, I agree it should be sortable. |
| 12:41 |
kmlussier |
Well, the problem with parts not sorting in the simplified holds list isn't a problem with parts. It's just something that was likely overlooked when the new pull list was created. |
| 12:42 |
kmlussier |
I just changed a couple of copies to a reshelving status. Copy status is sortable. It's just parts. |
| 12:48 |
bshum |
I think it's the fsort="false" then |
| 12:48 |
bshum |
Hold Notes also has that and is not sortable either |
| 12:49 |
bshum |
Yep, changing that to fsort="true" adds a selector for parts sorting |
| 12:49 |
bshum |
Since that's always been false, since the initial add of the simplified pull list, I'd be curious if there was a design reason for that, but I doubt it. |
| 12:50 |
bshum |
Open-ILS/src/templates/circ/hold_pull_list.tt2 |
| 12:51 |
kmlussier |
IIRC, parts weren't displaying at all during my early tests of the simplified pull lists. I'm guessing it the sorting was overlooked when it was added to the display. |
| 12:52 |
kmlussier |
And then it was overlooked when I tested it. :( |
| 13:44 |
|
_bott_ joined #evergreen |
| 13:57 |
csharp |
@karma vandelay |
| 13:57 |
pinesol_green |
csharp: Karma for "vandelay" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 13:57 |
csharp |
@karma acq |
| 13:57 |
pinesol_green |
csharp: Karma for "acq" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 13:59 |
kmlussier |
Wow! That's a bit surprising. No hate at all? |
| 14:02 |
csharp |
@whocares acq |
| 14:02 |
pinesol_green |
tsbere and bshum hate acq |
| 14:02 |
csharp |
ah, there it is |
| 14:02 |
kmlussier |
@whocares vandelay |
| 14:02 |
pinesol_green |
kmlussier: I can't find anyone who loves or hates vandelay. |
| 14:08 |
|
kmlussier joined #evergreen |
| 14:12 |
pinesol_green |
[evergreen|Dan Scott] lp1383763 - Display OpenURL embargo statement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=555f0ab> |
| 14:23 |
dbs |
yay |
| 14:25 |
|
hbrennan joined #evergreen |
| 14:29 |
hbrennan |
Can someone tell me whether this is true or false: Items will remain on the Clear Holds Shelf list until staff check them in? In other words, if I need to give someone an extra day to pick up their hold, the item won't jump to the next person in line automatically? |
| 14:31 |
|
vlewis_ joined #evergreen |
| 14:32 |
|
chatley joined #evergreen |
| 14:32 |
mmorgan |
hbrennan: As long as no one runs the "Clear holdshelf" process, the item will stay on the holdshelf. |
| 14:33 |
hbrennan |
mmorgan: That process isn't just pulling up the list from Circ> Clear Hold Shelf, right? It's the actual check in of the item to either clear it back to Available or jump to the next person in line? |
| 14:34 |
hbrennan |
It's times like this that I really need a time machine so I can fast forward and test things like this |
| 14:34 |
|
buzzy joined #evergreen |
| 14:35 |
csharp |
hbrennan: correct, as far as I remember |
| 14:36 |
berick |
hbrennan: just to clarify, clear shelf cancels the hold then generates a report of likely next actions for the item (hold, transit, back to shelf). it doesn't actualy perform the checkin. |
| 14:36 |
hbrennan |
csharp: I'm glad I'm not the only one with a fuzzy recollection on how this works |
| 14:36 |
csharp |
check in of the item will change its status |
| 14:37 |
csharp |
hbrennan: oh, and we don't have a time machine, but our test server is the best we can get: http://next.gapines.org |
| 14:37 |
csharp |
;-) |
| 14:37 |
hbrennan |
Excellent. The reason I ask is that our hold notices for email and text clogged up, and haven't gone out since Monday. Everyone received their notice this morning, but the time has been ticking since Monday. |
| 14:38 |
hbrennan |
I'm glad we have a little control over the process. :) |
| 14:39 |
hbrennan |
berick: So if we don't pull items from the clear list, those items are essentially in limbo... neither still officially on hold for the original person, but not starting the clock for the next in line either? |
| 14:40 |
mmorgan |
sorry, got pulled away... |
| 14:40 |
hbrennan |
mmorgan: Understandable. I disappear all the time |
| 14:43 |
berick |
hbrennan: correct. the items will have a status of on-holds-shelf for a canceled hold. |
| 14:45 |
hbrennan |
berick: Wonderful. You built smart. |
| 14:46 |
hbrennan |
Thanks all! I am enlightened, and now have a plan to tell staff. Thanks! mmorgan++ csharp++ berick++ |
| 14:46 |
mmorgan |
One more thought on this - "in limbo" is an accurate description, because without the hold, there is no way to tell which holdshelf it was on before the hold was cancelled :-( |
| 14:46 |
mmorgan |
when you're in a consortium, that is. |
| 14:48 |
hbrennan |
mmorgan: That's a bummer. I'm pretty happy we're a single library for the most part. It simplifies things and we're able to break rules more often. |
| 14:52 |
mmorgan |
hbrennan: not break, bend. :) There are always exceptions to every rule. |
| 14:57 |
hbrennan |
:) |
| 15:03 |
berick |
hbrennan: mmorgan: canceled holds show up for me in "browse holds shelf" when the copy is on-holds-shelf. |
| 15:03 |
berick |
so, you can still find where the copy is |
| 15:03 |
berick |
after the hold is canceled |
| 15:06 |
hbrennan |
berick++ |
| 15:09 |
|
tspindler left #evergreen |
| 15:10 |
csharp |
@quote random |
| 15:10 |
pinesol_green |
csharp: Quote #86: "<jcamins> if you feed stat cats, they will follow you home, and you'll have to share your tuna or put up with an endless chorus of complaining. (p > 0.99)" (added by gmcharlt at 12:53 PM, July 29, 2014) |
| 15:14 |
|
kmlussier joined #evergreen |
| 15:49 |
kmlussier |
berick: There's a DIG meeting at 2 p.m. on the 6th, so you might want to take that into consideration when scheduling the dev meeting. |
| 15:50 |
kmlussier |
Though two concurrent meetings in IRC could be fun. :) |
| 15:50 |
berick |
kmlussier: and I just realized the bug squashing day is mon. the 10th.. |
| 15:50 |
berick |
probably not good to mix the two |
| 15:50 |
kmlussier |
berick: Yes, I just added it to the calendar. |
| 15:51 |
kmlussier |
We're a busy community. |
| 15:52 |
|
nhilton joined #evergreen |
| 15:53 |
berick |
kmlussier: do the DIG meetings usually take less than an hour? |
| 15:53 |
berick |
dare I risk crossing the streams? |
| 15:53 |
kmlussier |
They're usually an hour. |
| 15:54 |
berick |
i'll remove Thurs. from consideration then |
| 16:19 |
|
rangi joined #evergreen |
| 16:19 |
kmlussier |
@dessert [someone] |
| 16:19 |
* pinesol_green |
grabs some Apple Crisp for vlewis_ |
| 16:31 |
mmorgan |
berick: hbrennan: not to labor the point about clearing the holdshelf (ok, I will :)) after the hold is cancelled, the item does indeed show in browse holds shelf, but you can't tell where it is just by looking at the *item* |
| 16:37 |
berick |
mmorgan: well, dang. i guess you can't |
| 16:42 |
mmorgan |
Yeah :-(, lp 1271182 |
| 16:42 |
pinesol_green |
Launchpad bug 1271182 in Evergreen "Item status set as "incorrectly set to on holds shelf"" (affected: 2, heat: 10) [Undecided,Confirmed] https://launchpad.net/bugs/1271182 |
| 16:58 |
|
mdriscoll left #evergreen |
| 17:03 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:10 |
|
mmorgan left #evergreen |
| 17:12 |
|
buzzy joined #evergreen |
| 18:06 |
|
buzzy joined #evergreen |
| 20:15 |
|
akilsdonk_ joined #evergreen |
