| Time |
Nick |
Message |
| 05:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:14 |
|
rlefaive joined #evergreen |
| 07:45 |
|
collum joined #evergreen |
| 07:56 |
|
rlefaive joined #evergreen |
| 07:58 |
|
jboyer-isl joined #evergreen |
| 07:59 |
|
rjackson_isl joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:38 |
|
akilsdonk joined #evergreen |
| 08:41 |
|
tarac_ joined #evergreen |
| 08:43 |
|
mrpeters joined #evergreen |
| 08:49 |
|
Shae joined #evergreen |
| 08:56 |
|
collum joined #evergreen |
| 09:06 |
|
yboston joined #evergreen |
| 09:06 |
|
Dyrcona joined #evergreen |
| 09:09 |
|
maryj joined #evergreen |
| 09:27 |
|
rlefaive joined #evergreen |
| 09:34 |
|
john joined #evergreen |
| 09:39 |
Guest3965 |
Hi, I am working on setting up an evergreen instance on ubuntu trusty. When I try to register a workstation with the staff client, I'm receiving 200: OK under version, but 500: Internal Server Error. I've checked the apache and system logs but haven't found anything useful. Does anyone know what might be causing the issue? |
| 09:40 |
Guest3965 |
Sorry, 500: Internal Server Error under status, I mean |
| 09:41 |
jeff |
Guest3965: looks like the nickname "john" was taken, so you've been renamed. |
| 09:42 |
jeff |
Guest3965: apache will return a 500 error in that case if the evergreen opensrf services aren't running (that's the most common cause) |
| 09:42 |
jeff |
Guest3965: I'd stop apache, stop all opensrf services, ensure that both ejabberd and memcached are running (you can restart them, stop/start them, whatever). |
| 09:43 |
jeff |
Guest3965: then, start the evergreen opensrf services. wait for that to be successful, consider using the --diagnostic argument to osrf_control to ensure that they all started. |
| 09:43 |
jeff |
Guest3965: finally, start apache and try the staff client again. |
| 09:44 |
jeff |
Guest3965: if that doesn't work, test with srfsh to ensure that you can successfully log in. |
| 09:44 |
Guest3965 |
Okay, thank you! I'll give that a try now |
| 09:44 |
Guest3965 |
I appreciate the help |
| 09:44 |
jeff |
Guest3965: if neither of those work, you may have a configuration issue with ejabberd or opensrf, etc. |
| 09:44 |
jeff |
Guest3965: you're welcome! good luck! |
| 10:00 |
Stompro |
Good morning all, I'm continuing to try to understand EG holds this morning. Can someone help me with the term "copy circ lib". Is that the copies owning location, or the checkout location, or something else? |
| 10:02 |
jeff |
Stompro: context is key, but absent any additional context, I think of asset.copy.circ_lib when i see "copy circ lib" |
| 10:02 |
jeff |
But if you're seeing the term in a specific context, that would be useful info. |
| 10:03 |
Stompro |
I'm looking at the best hold selection sort ordering, just trying to understand how the various options match up with a copy capture and the Proximity Ajustment rules. |
| 10:04 |
Guest3965 |
jeff: it worked!! Thank you! |
| 10:05 |
Stompro |
For instance - "hprox INT, -- copy circ lib <-> request lib prox" |
| 10:07 |
Stompro |
I wonder if request lib = hold pickup lib for hprox, or if request lib = hold.usr.home library ??? |
| 10:08 |
mmorgan |
Stompro: I believe copy circ lib is as jeff said, asset.copy.circ_lib |
| 10:09 |
jeff |
Stompro: okay, so it sounds like you're looking at the table config.best_hold_order as defined in 002.schema.config.sql. |
| 10:09 |
jeff |
you might want to take a look at: |
| 10:09 |
jeff |
docs/admin/Best_Hold_Selection_Sort_Order.txt |
| 10:10 |
jeff |
docs/TechRef/Circ/calculated-proximity-adjustments.txt |
| 10:10 |
jeff |
docs/TechRef/Circ/custom-best-hold-selection.txt |
| 10:10 |
mmorgan |
jeff++ |
| 10:11 |
jeff |
Stompro: I don't have enough recent/relevant experience in this area to offer much more at this time, sorry. :-) |
| 10:13 |
* mmorgan |
did some testing on this early on. Have some notes somewhere... |
| 10:17 |
* jeff |
refreshed/added some knowledge after all |
| 10:17 |
Stompro |
Is circ_lib the location that the copy currently "lives" at? The term circ_lib just doesn't mean anything to me yet. I'm used to thinking in terms of owning locations for items. |
| 10:18 |
jeff |
Stompro: that table defines what priority is given to each of those attributes when a given hold order is configured. so, in the case of "first in, first out, but holds always go to patrons at the copy's circ lib first", top priority is "hprox" |
| 10:19 |
bshum |
Stompro: Yes, sort of. |
| 10:19 |
bshum |
Stompro: A given copy in asset.copy has lots of ways of defining who/where/what about it |
| 10:19 |
jeff |
where hprox is defined as the proximity (you might also say "distance") between the copy's circ_lib and the request lib. |
| 10:19 |
bshum |
Stompro: "circ_lib" is the ID of the organization unit which controls how the item is generally treated, as regards to circulation behavior, etc. |
| 10:20 |
jeff |
asset.copy.circ_lib is "when not needed for anything else, which library's shelves does this item belong on" -- floating can override/change that circ lib automatically. |
| 10:20 |
jeff |
it also can be referenced in many ways by circ policy, hold policy/ordering/etc. |
| 10:21 |
Stompro |
jeff, and request lib = pickup lib? |
| 10:21 |
jeff |
nope. :-) |
| 10:22 |
jeff |
action.hold_request has both request_lib and pickup_lib. without checking, I believe request_lib is the OU associated with the workstation when a hold is staff-placed, or the patron's home_ou when the hold is patron-placed. |
| 10:22 |
Stompro |
Sigh... step one, define all the terms. Thanks Jeff. |
| 10:24 |
jeff |
'welcome! |
| 10:25 |
jeff |
and yes, request_lib on a hold looks like it is always set to requestor->ws_ou, which open-ils.auth sets to be either the workstation's owning lib or the user's home lib if there is no workstation associated with the login. |
| 10:26 |
Stompro |
So for "pprox INT, -- copy capture <-> pickup lib prox" copy capture probably = workstation OU of checking/capture location. |
| 10:33 |
jeff |
yes. reading the code, it's the ws_ou of the user's session that is making the call. |
| 10:34 |
jeff |
that call may be part of checkin, renewal (because hold permit checks can determine if an item can be renewed), a clear shelf process, etc. |
| 10:40 |
|
dkyle joined #evergreen |
| 10:41 |
jeff |
of course, this is only dealing with opportunistic hold capture. Custom Best-Hold Selection does not have any impact on hold targeting at hold placement time or during normal background re-targeting or manual reset/retargeting of a hold. |
| 10:44 |
jeff |
"opportunistic" hold capture being the kind of capture that is attempted when the system is checking in a copy via a process that was usually begun for reasons other than "this item was on a holds pull list" |
| 10:45 |
jeff |
usually, normal "patron returned this item" checkins. |
| 10:46 |
mmorgan |
Stompro: and as long as we're defining things, capturing can happen at the pickup library, or a different library, resulting in the item going in transit to the pickup library. |
| 10:47 |
* jeff |
nods |
| 10:48 |
jeff |
once an item has been captured for a hold, the system will not attempt to capture further copies for that hold, but the hold may not be "available" for pickup, because as mmorgan pointed out, the hold may have been captured somewhere other than the pickup lib. |
| 10:48 |
jeff |
once the item arrives at the pickup lib and is checked in there, the hold becomes available (optionally after a configured delay) |
| 10:49 |
jeff |
the "available" date/time used to be purely a calculated/virtual field, but now it's a bit less ephemeral, while still being slightly more complex. |
| 10:50 |
jeff |
"available" is now a matter of (in addition to the hold not being cancelled, etc) shelf_time being set and current_shelf_lib matching pickup_lib. |
| 10:50 |
jeff |
(don't quote me on that -- code is authoritative ;-) |
| 10:50 |
|
jwoodard joined #evergreen |
| 10:52 |
Stompro |
Jeff, but the proxmity rules/custome proxmity adjustment can effect both opportunistic capture, and hold targeting, right? |
| 10:53 |
jeff |
That is my understanding, yes. |
| 10:54 |
jeff |
sure, Chrome. now's a great time to crash. |
| 10:54 |
mmorgan |
jeff: "available" meaning "ready for pickup"? |
| 10:57 |
Stompro |
We want to set a specific ordering for all locations for hold targeting, and a more general ajustment for opportunistic holds that prioritizes holds in the same system for items in that system. Seems possible with all the options available for proxmity adjustment rules. |
| 11:00 |
jeff |
mmorgan: sorry, yes. |
| 11:03 |
mmorgan |
Stompro: Yes, lots of options. We have set the Best Hold Selection Sort order to "Traditional with Holds always go home". We have not adjusted any proximities. |
| 11:11 |
|
RoganH joined #evergreen |
| 11:14 |
jeff |
@later tell bshum irc logs for yesterday appear broken, this seems familiar like something you may have fixed in the past. http://irc.evergreen-ils.org/evergreen/2015-08-25 |
| 11:14 |
pinesol_green |
jeff: The operation succeeded. |
| 11:14 |
bshum |
jeff: Possibly... |
| 11:15 |
jeff |
looks like it's only returning a partial page. |
| 11:16 |
bshum |
jeff: I killed the /tmp/CHI folder and then refreshed the page in my browser. |
| 11:16 |
bshum |
All seems okay for now. |
| 11:16 |
jeff |
bshum++ |
| 11:17 |
jeff |
glad to know i didn't break it with http://irc.evergreen-ils.org/evergreen/2015-08-25#i_198693 |
| 11:17 |
jeff |
(seemed unlikely) |
| 11:18 |
bshum |
Whole thing needs to be done better anyways |
| 11:19 |
jeff |
works for now. |
| 11:19 |
jeff |
but agreed. |
| 11:39 |
|
Christineb joined #evergreen |
| 11:55 |
Stompro |
Dangit, what we want for capturing is a non-adjusted version of aprox (Copy circ lib to pickup lib) but for targeting we want the adjusted proximity. |
| 12:01 |
mmorgan |
Stompro: We just let the targeting happen based upon the org unit heirarchy, but I wonder if the library settings "Org Unit Target Weight" and "Use weight-based hold targeting" are what you need. |
| 12:01 |
mmorgan |
Someone correct me if I'm wrong, but I think the adjusted proximity only comes into play at capture time. |
| 12:03 |
Stompro |
mmorgan, it is used to create the action.hold_copy_map, which is used for targeting and for aprox based capturing. |
| 12:04 |
* mmorgan |
still hasn't found those notes :-( |
| 12:05 |
|
bmills joined #evergreen |
| 12:11 |
|
jacobsd joined #evergreen |
| 12:15 |
jacobsd |
Good Morning/Afternoon |
| 12:16 |
Stompro |
Good morning Denny, how is it going? |
| 12:17 |
jacobsd |
Hey Josh. Busy here at the casa. In full wedding development mode right now. |
| 12:18 |
jacobsd |
Want to assure that I was up and running for today's 2pm session. |
| 12:18 |
Stompro |
Good to hear, thanks for taking some time out of your preperations for the IRC practice session. |
| 12:19 |
Stompro |
Talk to you at 2pm. |
| 12:19 |
Stompro |
2pm cst I should add. |
| 12:19 |
jacobsd |
Would not miss it. Thanks for setting it up and all of your planning |
| 12:19 |
jacobsd |
Talk you then |
| 12:28 |
|
jlitrell joined #evergreen |
| 12:36 |
Dyrcona |
@dunno |
| 12:36 |
pinesol_green |
Dyrcona: Message root @ server God....Universe going down for reboot.... |
| 12:43 |
|
jihpringle joined #evergreen |
| 12:52 |
|
afterl joined #evergreen |
| 13:05 |
|
maryj joined #evergreen |
| 13:18 |
Dyrcona |
I want to talk about translations. |
| 13:19 |
Dyrcona |
Specifically, the steps in the release process that are supposed to not commit meta-data only changes to the translation files. |
| 13:19 |
Dyrcona |
Maybe it should wait for the dev meeting next week, but there is also the RC release that day. |
| 13:20 |
|
RgCCL joined #evergreen |
| 13:23 |
|
csharp_athens joined #evergreen |
| 13:23 |
csharp_athens |
howdy |
| 13:24 |
csharp_athens |
so I'm trying to log in to webby.evergreencatalog.com using admin, but it doesn't proceed after I input my username and password... any suggestions? |
| 13:24 |
Dyrcona |
Do you see a workstation in the workstation drop down? |
| 13:24 |
Dyrcona |
If so, clear it from local stogare. |
| 13:24 |
Dyrcona |
storage, even.... |
| 13:25 |
* Dyrcona |
thinks maybe his fingers are revolting at typing that word so much today..... jeff knows what I'm talking about. |
| 13:28 |
jeff |
"stogare -- must be Italian!" |
| 13:28 |
csharp_athens |
no workstation, no - the dropdown is empty :-( |
| 13:28 |
* csharp_athens |
sings "Stogare, whoa oh... Cantare, whoa whoa whoa whoa" |
| 13:28 |
berick |
to the JS console! |
| 13:28 |
Dyrcona |
heh |
| 13:29 |
jeff |
csharp_athens: certain you're using https? https://webby.evergreencatalog.com/eg/staff/ |
| 13:30 |
csharp_athens |
jeff: yes |
| 13:31 |
berick |
i can log in OK |
| 13:31 |
berick |
csharp_athens: chrome? |
| 13:32 |
berick |
chrome and FF both working for me |
| 13:33 |
jeff |
likewise here, including with incognito (testing to make sure my having logged in before wasn't obscuring another error) |
| 13:33 |
jeff |
csharp_athens: draconian firewall between you and webby? |
| 13:33 |
berick |
csharp_athens: could be firewall blocking websocket port. |
| 13:33 |
berick |
jinx |
| 13:33 |
berick |
JS console would show an error |
| 13:33 |
csharp_athens |
jeff: berick: I bet that's it |
| 13:34 |
csharp_athens |
ssh is blocked, for instance, which is why I'm using the web gateway for IRC |
| 13:37 |
|
jacobsd left #evergreen |
| 13:38 |
|
jacobsd joined #evergreen |
| 13:51 |
dbs |
TIL that "Local catalogue search" doesn't return hits for records that only have located URIs. WTF? |
| 13:51 |
dbs |
(whereas real z39.50 / SRU against our catalogue does, as expected) |
| 13:52 |
|
vlewis joined #evergreen |
| 13:54 |
Dyrcona |
BTW, I have started an agenda for next week's developers' meeting: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2015-09-02 |
| 13:55 |
* dbs |
looks up open-ils.search.biblio.zstyle.staff |
| 13:57 |
bshum |
zstyle |
| 13:57 |
bshum |
I thought we killed that? |
| 13:57 |
bshum |
Or maybe just wrapped it into something else |
| 13:58 |
dbs |
it basically wraps open-ils.search.biblio.multiclass.staff |
| 14:00 |
Dyrcona |
Yep. It zstyle is still there and it wraps multiclass.staff. |
| 14:00 |
Dyrcona |
yes, it gives possibly different results from actually searching your server via z39.50. |
| 14:02 |
dbs |
Not returning records that have located URIs but no copies seems like a bug though |
| 14:03 |
dbs |
[en-US] open-ils.search open-ils.search.z3950.search_class "hash", {"service_array":["native-evergreen-catalog"],"username_array":[""],"password_array":[""],"limit":10,"offset":0,"search":{"title":"journal of photochemistry"},"service":["native-evergreen-catalog"],"username":[""],"password":[""]} |
| 14:03 |
dbs |
Seems pretty innocuous :/ |
| 14:05 |
bshum |
dbs: That does sound weird to me. I would have expected native catalog search to potentially match/find any bib in the system |
| 14:05 |
bshum |
Regardless of copies or not |
| 14:06 |
|
jlitrell joined #evergreen |
| 14:13 |
dbs |
I would just set up a Z39.50 target that points to our own Z39.50 server, but then I think that would end up duping records :/ |
| 14:15 |
Dyrcona |
dbs: I say open a Launchpad bug. |
| 14:15 |
|
vlewis_ joined #evergreen |
| 14:15 |
Dyrcona |
If you think zstyle search should return records with located URIs, then it probably should. |
| 14:16 |
dbs |
Yeah, just surprised nobody else has run into this. |
| 14:17 |
dbs |
I'm always wary that we might have shot ourselves in the foot somehow and caused a problem locally |
| 14:17 |
Dyrcona |
I've noticed it doesn't return the same things as a search via yaz-client, but hadn't noticed the located URIs issue. |
| 14:19 |
dbs |
hrm, /me is noticing JS console saying "WebSocket connection to 'wss://localhost:8443/hatch' failed: Error in connection establishment: net::ERR_CONNECTION_REFUSED" on webby in Chrome 45.0.2454.46 (Official Build) beta (64-bit) (Linux) |
| 14:19 |
dbs |
wss://localhost ? |
| 14:20 |
Dyrcona |
That's normal. You can ignore that. |
| 14:20 |
Dyrcona |
you can also make it go away by checking a box somewhere. |
| 14:20 |
* Dyrcona |
forgets exactly, probably where you register the workstation for the first time. |
| 14:21 |
Dyrcona |
It's trying to talk to hatch installed on your computer. |
| 14:24 |
|
vlewis joined #evergreen |
| 14:24 |
dbs |
Oh, right. I hate seeing errors in console logs |
| 14:24 |
|
vlewis__ joined #evergreen |
| 14:26 |
berick |
it might still try to connect even when hatch is disabled. if so, need to fix that. |
| 14:26 |
|
dMiller_ joined #evergreen |
| 14:30 |
dbs |
Reproduced the zstyle error in webby, so that's good. Sort of. |
| 14:30 |
jeff |
berick: pretty sure the connection attempt is made regardless of the setting, so yes -- good to fix. |
| 14:31 |
jeff |
if someone gets to it first, i'll look at their fix. :-) |
| 14:33 |
dbs |
Bizarre. Without a located URI, the record will be returned from zstyle search. Once I add a located URI, it disappears. |
| 14:33 |
dbs |
https://webby.evergreencatalog.com/eg/opac/record/702961 :) |
| 14:38 |
dbs |
(now with ebook attached) |
| 14:44 |
|
vlewis_ joined #evergreen |
| 14:44 |
|
vlewis___ joined #evergreen |
| 14:45 |
|
berowskim joined #evergreen |
| 14:45 |
|
dkvit joined #evergreen |
| 14:46 |
Stompro |
--- IRC Practice Session starting in 15 minutes --- |
| 14:46 |
|
khanson_ joined #evergreen |
| 14:48 |
|
vlewis__ joined #evergreen |
| 14:48 |
|
vlewis joined #evergreen |
| 14:48 |
|
bmills joined #evergreen |
| 14:49 |
dbs |
The zstyle bug freaks me out because I discovered our cataloguers are working around the bug by adding a copy to the eresource record, searching for it to retrieve the record, then deleting the copy |
| 14:49 |
dbs |
Which is a non-optimal workflow if I ever heard of one |
| 14:51 |
|
khanson_ joined #evergreen |
| 14:52 |
|
loril joined #evergreen |
| 14:55 |
dbs |
Bug 1489122 is alive |
| 14:55 |
pinesol_green |
Launchpad bug 1489122 in Evergreen "Native Evergreen Catalog search (zstyle) skips results for records with only located URIs" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1489122 |
| 14:55 |
yboston |
heads up, there will be an IRC practice time like 5 mintes |
| 14:56 |
|
Cowens joined #evergreen |
| 14:57 |
Stompro |
yboston, thanks for leading this practice session. |
| 14:57 |
|
bmills joined #evergreen |
| 14:57 |
|
dcmh joined #evergreen |
| 14:58 |
bshum |
@roulette |
| 14:58 |
pinesol_green |
bshum: *click* |
| 14:59 |
* jeff |
cringes |
| 15:00 |
* jacobsd |
with Diet 7UP in hand awaits the lesson |
| 15:00 |
yboston |
hello everyone |
| 15:00 |
yboston |
My name is Yamil |
| 15:00 |
|
SharonD joined #evergreen |
| 15:01 |
jeff |
yboston: greetings. |
| 15:01 |
jacobsd |
Hi Yamil |
| 15:01 |
yboston |
I work in Boston, and will be leading this practice time |
| 15:01 |
yboston |
here is a great link with some IRC basics |
| 15:02 |
yboston |
http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc-quick-start |
| 15:02 |
yboston |
for now lets start introducing ourselves |
| 15:02 |
yboston |
just write out your name and coty and hit return |
| 15:02 |
|
khanson_ joined #evergreen |
| 15:02 |
yboston |
sorry, that shoudl say "city" |
| 15:02 |
Stompro |
Josh Stompro, Moorhead MN |
| 15:02 |
SharonD |
Sharon from Moorhead MN |
| 15:03 |
jacobsd |
Denny Jacobs, Crookston MN |
| 15:03 |
berowskim |
Matt Berowski, Moorhead MN |
| 15:03 |
khanson_ |
Thief River Falls, MN |
| 15:03 |
loril |
Lori Leichter, Detroit Lakes MN |
| 15:03 |
Cowens |
Chris Owens, Blanchester OH |
| 15:03 |
dcmh |
Danell Haspel, Detroit Lakes, MN |
| 15:03 |
khanson_ |
Oh, and I'm Kristi Hanson |
| 15:04 |
yboston |
hello everyone |
| 15:04 |
jwoodard |
did I make it in time for practice time? |
| 15:04 |
yboston |
yes you did! |
| 15:04 |
yboston |
the first lesson for today will be to try "replying" to someone |
| 15:04 |
dkvit |
deb Kvittum, Moorhead, MN |
| 15:04 |
yboston |
it is the first thing mentioned here http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc-quick-start |
| 15:05 |
yboston |
the person using the nickname "jwoodard" asked a question, here is how I reply to them |
| 15:05 |
yboston |
jwoodard: yes you made it in time |
| 15:05 |
yboston |
I typed out their IRC nickname, then added a colon then a spce, then my reply |
| 15:06 |
yboston |
try replying to me for practice |
| 15:06 |
dkvit |
yboston: hi yboston |
| 15:06 |
jacobsd |
yboston: like so? |
| 15:06 |
dcmh |
yboston: replying |
| 15:06 |
berowskim |
Stompro: This is my reply |
| 15:06 |
loril |
yboston: replying |
| 15:06 |
khanson_ |
yboston: Hello! |
| 15:06 |
yboston |
Note, that on a lot of IRC software and sites you can just type the first few letters of a nickname and then hit "tab" for the system to autocomplete the nickname |
| 15:06 |
Stompro |
yboston, hello |
| 15:06 |
jwoodard |
yboston: hello |
| 15:06 |
SharonD |
yboston: got it! |
| 15:06 |
Cowens |
yboston: thanks |
| 15:07 |
yboston |
seems like everyone did it correctly |
| 15:07 |
jacobsd |
yboston: cool |
| 15:07 |
loril |
yboston: Got it |
| 15:07 |
dcmh |
yboston: ok |
| 15:07 |
yboston |
I see that berowskim happened to reply to Stompro, which is perfectly fine |
| 15:07 |
afterl |
yboston: nice tab trick |
| 15:08 |
yboston |
let me try to reply to a bunch of you at the same time, to see if your IRC software/site sounds a ping |
| 15:08 |
yboston |
jacobsd Stompro dcmh loril dkvit: this is a mutliple reply test? |
| 15:09 |
yboston |
sorry I missed some of you |
| 15:09 |
dkvit |
yboston: ooh! I got a sound |
| 15:09 |
yboston |
cool |
| 15:09 |
phasefx |
some IRC clients will also highlight lines that contain your name to better get your attention |
| 15:09 |
yboston |
my screen was pining a lot when you all replied to me earlier |
| 15:09 |
jacobsd |
yboston: did not hear a sound |
| 15:09 |
yboston |
jacobsd: let me try again |
| 15:09 |
yboston |
jacobsd: did that work? |
| 15:09 |
jacobsd |
yboston: got it that time |
| 15:10 |
yboston |
for the record, there are multiple reasons to use replying |
| 15:10 |
dcmh |
yboston: I didn't hear anything either. |
| 15:10 |
yboston |
one is to make it clear who you are speaking to |
| 15:10 |
SharonD |
SharonD: just talking to myslef |
| 15:10 |
yboston |
another one is to get somone's attention since most IRC software/sites will trigger a sound |
| 15:11 |
yboston |
dcmh: did it owrk this time? |
| 15:11 |
yboston |
make sure your volume is up too |
| 15:11 |
dcmh |
yboston: yes |
| 15:12 |
yboston |
the next feature we should try is "private messages", again following along from http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc-quick-start |
| 15:12 |
* jeff |
waves to the Minnesotans from two great lakes over |
| 15:12 |
yboston |
you start your line with a slash and the letters "msg", so start your line with: /msg yboston to message me directly and privately |
| 15:13 |
yboston |
try sending me a private message like: /msg hello |
| 15:13 |
jeff |
yboston: forgot your nickname in that most recent example. |
| 15:13 |
yboston |
got my first one, I will reply on the private side to each of you |
| 15:13 |
yboston |
jeff: thank you |
| 15:13 |
jeff |
poor "hello" might get a handful of messages :-) |
| 15:14 |
yboston |
my apologies to the IRC usernamed hello :( |
| 15:15 |
yboston |
I have so far replied to 9 different private messages |
| 15:15 |
yboston |
let me know if you did not hear from me |
| 15:15 |
yboston |
private messages are great if you want to |
| 15:16 |
yboston |
- have a logn winded conversation with someone and you don't want to "hog" the channel |
| 15:16 |
yboston |
- you might be sharing information that you want to keep somewhat private |
| 15:17 |
loril |
yboston: is your private response the one with the *s? |
| 15:17 |
yboston |
loril: I am not sure what you mean yet |
| 15:17 |
yboston |
loril: can you explain more of what you mean? |
| 15:18 |
loril |
yboston: I got a msg 'hello' from *yboston* ? |
| 15:18 |
|
Stompro_webGW joined #evergreen |
| 15:19 |
dkvit |
yboston: I've gotten a couple of sounds like something is being said to me, but I don't actually see a message on the screen...does it say your name when the message is directed to you? |
| 15:19 |
yboston |
loril: I just replied again to you from our private chat |
| 15:19 |
Stompro |
In the web IRC gateway, the private messages show up in a different tab along the top, look next to Status and Evergreen at the top of the page. |
| 15:20 |
yboston |
Stompro: thanks |
| 15:20 |
dkvit |
oh look at that |
| 15:20 |
|
AndroUser joined #evergreen |
| 15:20 |
yboston |
yes, depending on the IRC software or site you are using, you will get some cisual and auditory cue of incoming private messages or replies |
| 15:20 |
jacobsd |
Strompro++ |
| 15:21 |
yboston |
loril: I just replied some mroe to you, is it more clear where you private messages and replies appear? |
| 15:21 |
Stompro |
Extra r there denny, extra r. |
| 15:22 |
* jacobsd |
steps on the "r" |
| 15:22 |
yboston |
for the record, my spelling/grammar suffers terribly on IRC when I try to use IRC |
| 15:22 |
jacobsd |
Stompro++ |
| 15:22 |
yboston |
then again, I am known to speak extrmely fast and loud |
| 15:24 |
dcmh |
yboston: I found our private conversation. |
| 15:24 |
yboston |
I just sent you all a private message to make it clear that our other conversation is private |
| 15:25 |
Stompro |
yboston, got it, thanks |
| 15:25 |
yboston |
then again, I would not share crefit card numbers or other sensitive information via a private IRC channel |
| 15:26 |
yboston |
BTW, for some of you my private respnsoes might appear with my nickname in red |
| 15:26 |
yboston |
it is OK if you don't end up doing a lot of private messages in IRC at first |
| 15:26 |
yboston |
I just wanted to expose you to this feature |
| 15:27 |
yboston |
the next topic we will cover is "karma" or a way to give someone a "pat in the back" on IRC |
| 15:27 |
yboston |
again, some basic info here http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc-quick-start |
| 15:28 |
yboston |
so if I wanted to give Stompro a pat in the back for all the bug reports and bug fixes he has been putting in lately |
| 15:28 |
yboston |
Iw ould write out his nickname followed by two plus signs: Stompro++ |
| 15:28 |
* Stompro |
gets to be the example, yeah!! |
| 15:28 |
yboston |
or in a line by itslef |
| 15:28 |
yboston |
*itself |
| 15:28 |
yboston |
Stompro++ |
| 15:29 |
* Dyrcona |
is having "fun" with translations. |
| 15:29 |
bshum |
"fun" indeed. |
| 15:29 |
* Stompro |
thinks that karma can be used at chucky cheese, but the exchange rate is pretty rough. |
| 15:29 |
yboston |
the community ask that you never use negative karma on an individual |
| 15:30 |
jwoodard |
translations++ |
| 15:30 |
dkvit |
yboston: why do some entries not have a name identifying who said it? |
| 15:30 |
yboston |
for example, it is common to see the intials for a certain web browser being given negative karma |
| 15:30 |
yboston |
ie-- |
| 15:30 |
yboston |
dkvit: good question |
| 15:31 |
yboston |
that means that whomever wrote that message is not replying to someone |
| 15:31 |
yboston |
there should be a way to see who wrote the message somewhere in your IRC user interface, though it varies |
| 15:31 |
dkvit |
Well that's just confusing. I'll see if I can figure out where it is |
| 15:32 |
yboston |
if I want to reply to you (dkvit), I need to start my line by typing your nickname and the colon |
| 15:32 |
yboston |
dkvit: like this |
| 15:32 |
dkvit |
yboston: so that last entry I made wouldn't show up w/ my name next to if for someone else accessing this the same way I am? |
| 15:32 |
yboston |
perhaps I am misunderstanding you |
| 15:33 |
yboston |
you may be asking about when folks speak in the third person |
| 15:33 |
dkvit |
jeff: I'm afraid I don't know what CTCP VERSION is.... |
| 15:33 |
jeff |
dkvit: it's my client asking your client what it is. you can disregard it. :-) |
| 15:34 |
jeff |
(your client handled it automatically) |
| 15:34 |
Dyrcona |
CTCP: Client to Client Protocol. |
| 15:34 |
yboston |
so right now I am starting a regular line without anyone's nickname at the beguining |
| 15:34 |
mmorgan |
yboston: dkvit: Could it be that the IRC client is only showing the user once, on the first line if there are multiple posts by the same person? |
| 15:34 |
jacobsd |
I am wondering if dkvit is seeing the effects of the /me command |
| 15:35 |
yboston |
mmorgan: that could be it |
| 15:35 |
dkvit |
yboston: I bet it is that third person thing...I think I read something last week about performing actions or something now that I think about it? |
| 15:35 |
* jacobsd |
waves at dkvit |
| 15:35 |
* jeff |
yawns |
| 15:35 |
Dyrcona |
dkvit: What IRC client do you use? |
| 15:35 |
yboston |
this "third person" trick is listed again here http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc-quick-start |
| 15:35 |
yboston |
you start uipr line with a slash and the letter "me |
| 15:35 |
Dyrcona |
I recall using one on the Mac that would only show names when the user speaking changed. |
| 15:36 |
yboston |
it will look somehting like: /me I am trying out the thrid person feature |
| 15:36 |
yboston |
let me actually try it out.... |
| 15:36 |
* yboston |
I am trying out the thrid person feature |
| 15:36 |
* jwoodard |
multitasks on reports and IRC commands |
| 15:37 |
yboston |
dkvit: is this what you saw or is it regualr messages that the UI of your IRC cleint/site happens to not make it as clear who is the author? |
| 15:37 |
* SharonD |
just talking to myself |
| 15:37 |
dkvit |
yboston: I think it's that third person thing... |
| 15:37 |
yboston |
ok |
| 15:37 |
yboston |
mmorgan: thanks for the idea |
| 15:37 |
yboston |
so lets recap what we have tried so far... |
| 15:38 |
yboston |
1) replying |
| 15:38 |
yboston |
2) private messages |
| 15:38 |
yboston |
3) karma |
| 15:38 |
yboston |
4) actions/third person voice |
| 15:38 |
yboston |
btw, you hsould all try the third person voice as test |
| 15:38 |
yboston |
*should |
| 15:39 |
* jacobsd |
is thinking in the third person |
| 15:39 |
yboston |
another key concept I wan to show you is how we often do infromal voting on an idea |
| 15:39 |
* dkvit |
a little stressed by the third person/karma thing. Will work through it |
| 15:39 |
yboston |
good |
| 15:39 |
jwoodard |
is it wrong to refer to myself as a "wizard level computer user" on my staff evaluation? |
| 15:39 |
yboston |
have some karma dkvit for trying it out |
| 15:39 |
yboston |
dkvit++ |
| 15:40 |
yboston |
so back to informal voting on IRC |
| 15:41 |
yboston |
what typically happens is that in an IRC meetign or during normal IRC chatting someone ask if something is a good idea |
| 15:41 |
yboston |
lets say, do you think I should continue to have IRC practice time? |
| 15:41 |
yboston |
if you agreee just reply with: +1 |
| 15:41 |
SharonD |
+1 |
| 15:41 |
jacobsd |
+1 |
| 15:41 |
yboston |
like so if you agree |
| 15:41 |
dkvit |
+1 |
| 15:41 |
yboston |
+1 |
| 15:41 |
dcmh |
+1 |
| 15:41 |
loril |
+1 |
| 15:41 |
Cowens |
+1 |
| 15:41 |
jwoodard |
+1 |
| 15:42 |
berowskim |
+1 |
| 15:42 |
Dyrcona |
jwoodard: I think that's fine. :) |
| 15:42 |
Stompro |
+1 |
| 15:42 |
yboston |
if you don't you would reply with: -1 |
| 15:42 |
yboston |
-1 |
| 15:42 |
SharonD |
-1 |
| 15:42 |
Dyrcona |
-1 |
| 15:42 |
Dyrcona |
-elebenty |
| 15:42 |
Stompro |
-2 |
| 15:42 |
dkvit |
-1 |
| 15:42 |
dcmh |
-1 |
| 15:42 |
yboston |
good |
| 15:42 |
* Dyrcona |
waits, as usual. |
| 15:43 |
yboston |
before I forget, this page has sevral useful IRC related links http://evergreen-ils.org/communicate/irc/ |
| 15:43 |
yboston |
it is found from the EG homepage http://evergreen-ils.org/ |
| 15:43 |
pinesol_green |
[evergreen|Jason Stephenson] Update Translations - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9a0d5b4> |
| 15:44 |
yboston |
under "get involved" > "communication" > IRC |
| 15:44 |
yboston |
under this page you can see a log of previous IRC chats, which is useful if you missed an IRC meeting |
| 15:44 |
yboston |
there is a link with IRC etiqute help |
| 15:44 |
yboston |
*Etiquette |
| 15:45 |
Dyrcona |
pinesol_green: Are you awake? |
| 15:45 |
pinesol_green |
Dyrcona: Yeah, well, you know, that's just, like, your opinion, man. |
| 15:45 |
yboston |
also, there is a link explaining this IRC "helper bot" called pinesol_green |
| 15:45 |
yboston |
that is used by the community |
| 15:45 |
Dyrcona |
Apparently, I'm the one that isn't awake..... |
| 15:45 |
yboston |
here is the link on pinesol_green http://wiki.evergreen-ils.org/doku.php?id=community:using-pinesol_green |
| 15:46 |
yboston |
it can be used to get MARC tag information |
| 15:46 |
yboston |
@marc 856 |
| 15:46 |
pinesol_green |
yboston: The information needed to locate and access an electronic resource. The field may be used in a bibliographic record for a resource when that resource or a subset of it is available electronically. In addition, it may be used to locate and access an electronic version of a non-electronic resource described in the bibliographic record or a related electronic resource. (Repeatable) (1 more message) |
| 15:47 |
yboston |
but it can be used for fun things like check the weather |
| 15:47 |
gsams |
jwoodard: I put "Computer Sorcerer" on mine one year. |
| 15:47 |
yboston |
@weather 00966 |
| 15:47 |
pinesol_green |
yboston: The current temperature in San Ignacio, San Juan, Puerto Rico is 91.0°F (3:47 PM AST on August 26, 2015). Conditions: Partly Cloudy. Humidity: 76%. Dew Point: 82.4°F. Pressure: 29.98 in 1015 hPa (Falling). Aviso de tormenta tropical en efecto... |
| 15:47 |
yboston |
@weather 02215 |
| 15:47 |
pinesol_green |
yboston: The current temperature in Central Square, Cambridge, Massachusetts is 84.0°F (3:47 PM EDT on August 26, 2015). Conditions: Scattered Clouds. Humidity: 41%. Dew Point: 57.2°F. Pressure: 29.88 in 1012 hPa (Steady). |
| 15:48 |
Stompro |
@weather 56560 |
| 15:48 |
pinesol_green |
Stompro: The current temperature in Mhd's Co-op Observer, N Moorhead, Minnesota is 73.9°F (2:47 PM CDT on August 26, 2015). Conditions: Clear. Humidity: 44%. Dew Point: 50.0°F. Pressure: 30.13 in 1020 hPa (Steady). |
| 15:48 |
jwoodard |
@weather 76227 |
| 15:48 |
pinesol_green |
jwoodard: The current temperature in Nipe Ranch, Krugerville, Texas is 95.2°F (2:46 PM CDT on August 26, 2015). Conditions: Clear. Humidity: 30%. Dew Point: 59.0°F. Pressure: 30.13 in 1020 hPa (Steady). Ozone action day in effect for today... |
| 15:48 |
SharonD |
@weather 99705 |
| 15:48 |
pinesol_green |
SharonD: The current temperature in Repp and Pool St, North Pole, Alaska is 54.9°F (11:47 AM AKDT on August 26, 2015). Conditions: Light Rain. Humidity: 97%. Dew Point: 53.6°F. Pressure: 29.75 in 1007 hPa (Steady). Wind Advisory in effect from 6 PM this evening to 10 PM akdt Thursday... |
| 15:49 |
yboston |
a great use of pinesol_green is to bring up information on an specific EG bug by just proving the bug nimber |
| 15:49 |
yboston |
*number |
| 15:49 |
yboston |
lp 1468422 |
| 15:49 |
pinesol_green |
Launchpad bug 1468422 in Evergreen "Improve Password Management and Authentication" (affected: 1, heat: 258) [Undecided,New] https://launchpad.net/bugs/1468422 |
| 15:49 |
Dyrcona |
@swill |
| 15:49 |
* pinesol_green |
grabs a forty of Labatt Blue Dry 7.1 and sends it sliding down the bar to Dyrcona |
| 15:49 |
yboston |
"lp" stand for "launch pad" which is the is the site the EG community uses to track our bugs |
| 15:49 |
Stompro |
For those in the LARL eg group, we will go over launchpad next week. |
| 15:50 |
yboston |
any questiosn so far? |
| 15:50 |
Dyrcona |
@coffee yboston |
| 15:50 |
* pinesol_green |
brews and pours a cup of Hamma Cooperative Yirgacheffe, Fair-Trade Organic, and sends it sliding down the bar to yboston |
| 15:51 |
gsams |
@librarian |
| 15:51 |
pinesol_green |
gsams: Management:9, Cataloging:13, Acquisitions:15, Reference:12, Circulation:14, Systems:14, Research:11, Custodial:9 |
| 15:51 |
jacobsd |
yboston: none from me |
| 15:51 |
yboston |
before we reach the end of the practice time at the top of the hour... |
| 15:51 |
jwoodard |
looks like a lvl 6 Librarian has appeared |
| 15:51 |
yboston |
I wanted to mention the community calendars |
| 15:52 |
gsams |
bad roll, need to min max for better management |
| 15:52 |
yboston |
from this link http://evergreen-ils.org/communicate/calendar/ |
| 15:52 |
SharonD |
-1 |
| 15:52 |
yboston |
you can see upcoming IRC meetings from the different commnunity groups |
| 15:52 |
Dyrcona |
@dnd |
| 15:52 |
pinesol_green |
Dyrcona: strength:15 dexterity:6 constitution:10 intelligence:12 wisdom:14 charisma:10 |
| 15:52 |
yboston |
you are all welcome to join in, even if it is only to read along |
| 15:53 |
yboston |
go ahead and get your feet wet during one of these meetings |
| 15:53 |
jwoodard |
what's with the bad rolls? |
| 15:54 |
gsams |
Dyrcona: I'm thinking Sword Mage at the moment. |
| 15:54 |
yboston |
jwoodard: not sure if you are being funny or you are confused by the "bad rolls" text? |
| 15:55 |
gsams |
heh |
| 15:55 |
Dyrcona |
gsams: Not with those stats. I was thinking more meat shield/healer. |
| 15:55 |
jwoodard |
yboston: just being funny |
| 15:55 |
yboston |
jwoodard: that is what I thought |
| 15:55 |
jwoodard |
@librarian |
| 15:55 |
pinesol_green |
jwoodard: Management:18, Cataloging:13, Acquisitions:8, Reference:13, Circulation:15, Systems:13, Research:15, Custodial:9 |
| 15:55 |
Dyrcona |
Not really enough constitution, though. |
| 15:55 |
gsams |
Dyrcona: Paladin, then? |
| 15:56 |
yboston |
any final quetiosn before we wrap up? anything I forgot to mention? |
| 15:56 |
jwoodard |
gsams: now there is a good roll |
| 15:56 |
yboston |
BTW, you can reamin in the IRC channel |
| 15:56 |
yboston |
*remain |
| 15:56 |
dkvit |
yboston: thanks for all the info! |
| 15:56 |
jacobsd |
ybo |
| 15:56 |
yboston |
but with time new conversations will start up |
| 15:57 |
Cowens |
yboston: thanks for doing this |
| 15:57 |
dcmh |
yboston: Thank you! |
| 15:57 |
jacobsd |
yboston: thanks for your time |
| 15:57 |
gsams |
yboston++ |
| 15:57 |
dkvit |
yboston++ |
| 15:57 |
jwoodard |
yboston++ |
| 15:57 |
Dyrcona |
yboston++ |
| 15:57 |
Stompro |
yboston++ thanks for leading |
| 15:57 |
loril |
yboston: Thanks. |
| 15:57 |
berowskim |
yboston: Thank you for taking out the time of your day to do this session. |
| 15:57 |
berowskim |
yboston++ |
| 15:57 |
* jacobsd |
returning to his wedding prep |
| 15:58 |
yboston |
thank you all |
| 15:58 |
Stompro |
jacobsd, I hope it all goes well, have a great wedding weekend. |
| 15:58 |
gsams |
jwoodard: I'd take that roll |
| 15:58 |
jacobsd |
Stompro: Thanks. Talk to you soon |
| 16:00 |
* gsams |
apologizes for possibly distracting from the practice with talk of bad rolls. |
| 16:05 |
Dyrcona |
@tea gsams |
| 16:05 |
* pinesol_green |
brews and pours a pot of None, and sends it sliding down the bar to gsams (http://ratetea.com/tea/rishi/masala-chai/4495/) |
| 16:05 |
Dyrcona |
That must some Zen blend from Japan. :) |
| 16:06 |
tsbere |
gsams: I dunno. "People interrupting conversations" seems like something to be used to on IRC as well... |
| 16:06 |
Dyrcona |
Yep. |
| 16:06 |
Dyrcona |
"What is the sound of None tea brewing?" |
| 16:07 |
jboyer-isl |
The sound of one hand clapping is how you make known your feelings about the preparation of none tea brewing. |
| 16:10 |
Dyrcona |
heh |
| 16:12 |
gsams |
tsbere: This is very true |
| 16:13 |
gsams |
Dyrcona: I think the None was supposed to read Masala Chai, but I am interested in this None tea. |
| 16:13 |
gsams |
Dyrcona++ |
| 16:14 |
Dyrcona |
Yeah, I figured that out, too. :) |
| 16:15 |
jwoodard |
Just give me a cup of Earl Grey or Irish Breakfast and I'm good. |
| 16:19 |
gsams |
jwoodard: I enjoy a good cup of Irish Breakfast with some honey, but right now my go to is Builder's Tea: http://www.makemineabuilders.com/ |
| 16:31 |
jeff |
well that's interesting. one (just one, so far) of the holds that is ready for pickup lost the microseconds on its shelf_time. |
| 16:31 |
jeff |
(this may be a completely normal thing) |
| 16:35 |
jeff |
such as if something updated the hold via cstore, i think. |
| 16:35 |
* jeff |
waits for the logs |
| 16:36 |
Dyrcona |
jeff: I was thinking something along those lines. |
| 16:37 |
jeff |
i'm just not sure offhand what would update a ready-for-pickup hold. |
| 16:37 |
jeff |
(it hasn't been cancelled, which was my first thought) |
| 16:37 |
Dyrcona |
it wasn't canceled? |
| 16:38 |
jeff |
it is not currently cancelled. |
| 16:38 |
Dyrcona |
It could be some checkin modifier somehow affecting the resolution of the timestamp. |
| 16:38 |
mmorgan |
jeff: update to shelf expire time? |
| 16:38 |
jeff |
mmorgan: shelf_expire_time remains the same. |
| 16:39 |
jeff |
mmorgan: but it's possible some operation in the staff client (including setting the shelf expire time to the same time) has been done. logs are transferring now. |
| 16:39 |
Dyrcona |
I wonder if some method of putting it on hold supplies a shelf_expire_time and most methods don't. |
| 16:40 |
Dyrcona |
IIRC: it will be calculated if it is null. |
| 16:40 |
jeff |
shelf_expire_time is set at or around shelf_time, and since it is calculated based on ou setting, i think it always gets seconds only -- because the calculation is not based on NOW() and is done in the perl layer. |
| 16:41 |
jeff |
that's just off the top of my head though. :P |
| 16:48 |
Dyrcona |
:) |
| 16:48 |
|
collinanderson joined #evergreen |
| 16:50 |
jeff |
aha. appears to be the user editing the hold via the opac. |
| 16:52 |
jeff |
maybe. |
| 16:53 |
|
vlewis joined #evergreen |
| 16:58 |
jeff |
yup. |
| 16:58 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:00 |
|
kmlussier joined #evergreen |
| 17:03 |
|
bshum joined #evergreen |
| 17:03 |
pinesol_green |
All hail the supreme potentate, bshum has arrived! |
| 17:06 |
|
jlitrell joined #evergreen |
| 17:07 |
jeff |
doing essentially a no-op batch update (set all these holds to Active when all are active) will end up stripping microseconds because it does an unconditional update. |
| 17:11 |
|
mmorgan left #evergreen |
| 17:13 |
|
dkyle left #evergreen |
| 17:14 |
jeff |
file that one under "mostly useless trivia" |
| 17:30 |
|
kmlussier joined #evergreen |
| 18:10 |
|
finnx joined #evergreen |
| 20:13 |
|
jwoodard_tablet joined #evergreen |
| 20:14 |
|
sarabee joined #evergreen |
| 21:05 |
|
jwoodard_tablet joined #evergreen |
| 23:39 |
|
jwoodard_tablet joined #evergreen |
