Time |
Nick |
Message |
01:14 |
|
bmills joined #evergreen |
03:40 |
|
justdoglet joined #evergreen |
07:12 |
|
bmills joined #evergreen |
07:33 |
|
rjackson_isl joined #evergreen |
07:40 |
|
agent11 joined #evergreen |
07:45 |
|
collum joined #evergreen |
07:55 |
|
agent11 joined #evergreen |
08:02 |
|
ericar joined #evergreen |
08:07 |
|
Dyrcona joined #evergreen |
08:11 |
|
JBoyer joined #evergreen |
08:15 |
|
mrpeters joined #evergreen |
08:30 |
|
berickm joined #evergreen |
08:44 |
|
mmorgan joined #evergreen |
08:51 |
kmlussier |
g'morning #evergreen |
08:51 |
kmlussier |
@coffee [someone] |
08:51 |
* pinesol_green |
brews and pours a cup of Kenya Nyeri AB Gichatha-ini Signature Series, and sends it sliding down the bar to egbuilder |
08:51 |
kmlussier |
@tea [someone] |
08:51 |
* pinesol_green |
brews and pours a pot of Bi Luo Chun Green Tea (Pi Lo Chun), and sends it sliding down the bar to phasefx (http://ratetea.com/tea/teavivre/bi-luo-chun-green-tea-pi-lo-chun/6490/) |
08:52 |
mmorgan |
Good Morning! |
08:53 |
Dyrcona |
@tea |
08:53 |
* pinesol_green |
brews and pours a pot of Honey Black Tea, and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/health-and-tea/honey-black-tea/7529/) |
09:09 |
|
jwoodard joined #evergreen |
09:20 |
|
dcz joined #evergreen |
09:21 |
|
krvmga joined #evergreen |
09:45 |
|
yboston joined #evergreen |
09:51 |
|
mmorgan1 joined #evergreen |
10:13 |
|
mmorgan joined #evergreen |
10:15 |
|
tspindler joined #evergreen |
10:17 |
tspindler |
berick_: kmlussier pointed this bug out to me https://bugs.launchpad.net/evergreen/+bug/1017990 which refers to an IOS app. Do you (or someone else) know if someone ever developed an IOS app? I'm asking you because you submitted the bug ;) |
10:17 |
pinesol_green |
Launchpad bug 1017990 in Evergreen "Possible to bypass holds placement limits via direct API calls" [Medium,Confirmed] |
10:19 |
kmlussier |
tspindler: I don't think berick is around right now. Traveling home from code4lib in philly. |
10:19 |
tspindler |
kmlussier: ok, that makes sense |
10:20 |
Dyrcona |
I don't see why you'd need apps for patrons when the OPAC is responsive. |
10:20 |
Dyrcona |
Apps for staff make perfect sense, particularly for remote checkout and doing pull lists. |
10:22 |
tspindler |
Dyrcona: the main reasons for our libraries is that libraries want to incorporate navigation features within and outside the library as well as links to local services like calendars and social web sites |
10:23 |
Dyrcona |
tspindler: Well, you could add that to the OPAC and get it on the desktop as well. |
10:24 |
kmlussier |
I think it's a user preference thing. Some people prefer apps; some don't. If you have both, you're serving both audiences. |
10:24 |
tspindler |
Dyrcona: the feedback I'm getting from our libraries is that patrons are expecting an app regardless of the functionality of the web opac |
10:24 |
kmlussier |
Meet the user where they want to be. |
10:25 |
tspindler |
personally it seems to me it would be more cost efficient to maintain a responsive design web app that includes the other features rather than and android and ios app |
10:25 |
Dyrcona |
See ya in Hell, then. :) |
10:26 |
Dyrcona |
tspindler: Yes, it would be more efficient. |
10:26 |
tspindler |
has anyone seen studies on whether smart phone users would prefer and app over a responsive design web site? I have not |
10:26 |
Dyrcona |
With apps, you'll have the fun of trying to maintain feature parity across at least two (possibly four) platforms. |
10:27 |
Dyrcona |
With several variatoons of Android not counted, btw. |
10:27 |
Dyrcona |
variations, even. ;) |
10:29 |
kmlussier |
Well, a Google search pulls up lots of studies like this showing high app use http://techcrunch.com/2015/06/22/consumers-spend-85-of-time-on-smartphones-in-apps-but-only-5-apps-see-heavy-use/ |
10:29 |
* miker |
mumbles something about responsive site wrapped in an "app" that is just a chrome less browser window... |
10:29 |
Dyrcona |
I spend most of my time on my smartphone in Candy Crush. :) |
10:29 |
kmlussier |
However, I would be interested in a study regarding library apps. I think there are many users who use their phones primarily for apps, but does that mean they'll download a library app? |
10:29 |
* kmlussier |
doesn't know. |
10:29 |
tspindler |
There are 3 specific features libraries would like in an app. Any idea how difficult it would be to incorporate these in a responsive design site. The features I'm hearing about include display of event calendars specific to libraries, incorporation of google maps or other navigation feature, and pulling in and pushing information |
10:29 |
* Dyrcona |
was going to comment about this JS framework that can build "apps" for iOS and Android that is basically what miker mumbled about. |
10:30 |
tspindler |
I forgot about a fourth feature, allowing patrons to check items out from cell phone |
10:30 |
Dyrcona |
tspindler: "pulling and pushing information" is vague, and I think the industry gave up on "push" sites years ago. |
10:31 |
Dyrcona |
As for calendars, easy peasy with Google APIs. |
10:31 |
tspindler |
Dyrcona: the message center might be enough |
10:31 |
Dyrcona |
As for maps, easy peasy with Google APIs. |
10:31 |
tspindler |
for push/pull notifications |
10:31 |
yboston |
I just wanted to say that I mostly hear second hand how hard/expensive it is to properly develop/support iOS apps because you have to keep upgrading your hardware and pay the developer license |
10:31 |
tspindler |
I don't have too many specifics from our members yet on what they would like |
10:31 |
kmlussier |
I'm thinking when they say pushing, they want app notifications. |
10:31 |
Dyrcona |
As for checking it out items from the phone, the staff client already checks out over the web, so basically already done. |
10:32 |
yboston |
I think that will make it hard for this community to support an iOS app |
10:32 |
yboston |
and this is coming from a Mac school |
10:32 |
kmlussier |
Yes, I've heard that too. I think that's why so many libraries go with products like Boopsie, because they keep up with those changes. |
10:33 |
tspindler |
yboston: i think if further development were done on apps, someone would have to budget for the continued maintenance of ios and android apps |
10:33 |
Dyrcona |
I guess the trick with checking out from a browser on the phone is getting the camera to read barcodes. |
10:33 |
tspindler |
let alone other versions Dyrcona mentioned |
10:33 |
Dyrcona |
You can develop for Android basically for free. |
10:34 |
Dyrcona |
No more cost than regular FLOSS development anyway. |
10:34 |
tspindler |
My understanding is that for IOS there is a $99/year platform fee, I don't know what else it costs |
10:35 |
Dyrcona |
Possibly to get into the official store... Last time I looked it into it all it took was a Mac and XCode. |
10:35 |
* Dyrcona |
can't type today. |
10:36 |
Dyrcona |
Firefox OS and Ubuntu Touch should be similar to Android as far as cost. |
10:36 |
jeff |
i just read one of the lines in this conversation aloud here and got laughter. i'll leave it to your imagination which line. :-) |
10:37 |
Dyrcona |
Imaguess it was my line about the browser and the camera. ;) |
10:37 |
|
Forsyth joined #evergreen |
10:41 |
Forsyth |
we have a branch library that evergreen 2.6 is locking up on several times a day. it just goes unresponsive and we have to close out all together. i see no other problems, network, OS, etc. Any ideas? |
10:43 |
Dyrcona |
Forsyth: My first thought is the PC is running out of RAM. |
10:44 |
Dyrcona |
Forsyth: My second thought is you need to upgrade your Evergreen. |
10:44 |
kmlussier |
Forsyth: Does it tend to happen when they're busy? |
10:46 |
kmlussier |
The patron username library setting. The description says "Regular expression defining the patron username format, used for patron registration and self-service username changing only" |
10:47 |
kmlussier |
Does the patron registration screen really check to see if the username conforms to that format? |
10:50 |
* kmlussier |
has tried it at both patron registration and editing a patron record. |
10:50 |
|
Christineb joined #evergreen |
10:50 |
Dyrcona |
And, did it work as expected or not? |
10:50 |
kmlussier |
Nope |
10:56 |
Dyrcona |
Is that XUL staff client or web staff client? |
10:57 |
* Dyrcona |
just realized there is irony around that question in light of the previous conversation about apps. |
10:58 |
Forsyth |
RAM is fine, but we were looking to update it to the latest version. We will try that and see if that works. |
11:00 |
kmlussier |
Dyrcona: Right now, I'm checking to see how it works in the xul so that I can then determine if it works the same way in the web editor. Right now, it seems to be working differently, but I don't have a good handle on what's supposed to happen. |
11:02 |
Forsyth |
is there any logging within evergreen that will help to troubleshoot |
11:03 |
|
tspindler left #evergreen |
11:03 |
kmlussier |
Forsyth: When you say RAM is fine, how much RAM is on that workstation? |
11:04 |
JBoyer |
tspindler: I know it's been a little while, but I believe that bug was actually referring to the Android app Hemlock. I don't believe there's an iOS app available yet, berick may have just been filing the bug because he was part of the API discussion, hard to say now/ |
11:05 |
Forsyth |
8 gig |
11:05 |
kmlussier |
JBoyer: berick submitted that bug before Hemlock was available. |
11:05 |
kmlussier |
Though the same issue in Hemlock is what caused that bug to resurface recently. |
11:06 |
JBoyer |
kmlussier: Oops. I must have gotten my dates messed up because of the recent conversation. |
11:06 |
kmlussier |
Wow! 2012 |
11:07 |
Dyrcona |
Forsyth: If you start the client from a windows command line, you should get tons of text spewed into the console. Dunno if it will be helpful. Sometimes it is. Sometimes it isn't. |
11:07 |
Dyrcona |
Forsyth: I think you can check a box on the shortcut to make it run from a command line. I may be confusing that with Linux, though. |
11:09 |
Forsyth |
all of our other branches are not having this issue. how would network connectivity/speed affect the application? would it cause it to go unresponsive? |
11:11 |
Forsyth |
if the network dropped briefly |
11:13 |
Dyrcona |
The staff client is basically a web browser at the core. |
11:13 |
Dyrcona |
So, it would have the same issues as a browser with the networking. |
11:14 |
Dyrcona |
It does sometimes handle more data than a typical page load, and response time in circ is sensitive to latency. |
11:16 |
Dyrcona |
Forsyth: Does this happen on all the workstations at the same time? Does it happen on 1 workstation in particular? |
11:16 |
Dyrcona |
Does it happen to the same user and to no one else? |
11:17 |
Dyrcona |
Those latter two questions can lead to workflow issues, such as leaving open many tabs in the client. |
11:17 |
Forsyth |
it happens on multiple computers at this location, but not at the same time. we have actually taken a new workstation out there and it happens to it too. |
11:18 |
Dyrcona |
I still would not be surprised if the client is eating all of the RAM. |
11:18 |
mmorgan |
Forsyth: One more question: To recover, do you force close Evergreen and restart the client, or is it necessary to reboot the workstation? |
11:18 |
Forsyth |
on the ram, i have checked resources as well as other apps work fine. just evergreen stops responding to keyboard and mouse input |
11:18 |
gmcharlt |
Forsyth: what sort of internet connection does that branch have? a high-latency one could cause issues. Another potential source of problems is that branch (and only that branch) running a firewall, content filter, or caching proxy server that adds latency to interactions with Evergreen |
11:19 |
kmlussier |
For the logs, after several tests, I'm confirming that the regex for the username setting is not consulted at patron registration or when editing a patron record. |
11:19 |
Forsyth |
they have a 35/5 time warner connection, as our other branches |
11:19 |
* kmlussier |
will file a bug to update the description for the setting. |
11:20 |
Forsyth |
as you can see it is one of those frustrating intermittent issues we can't put a finger on |
11:22 |
Dyrcona |
@blame bad Feng Shui |
11:22 |
pinesol_green |
Dyrcona: bad Feng Shui wants the TRUTH?! bad Feng Shui CAN'T HANDLE THE TRUTH!! |
11:24 |
Forsyth |
i'd like to perform a ping test from our network router to the evergreen server if possible, to see if we have any drops throughout the day |
11:24 |
Forsyth |
is there a server name or IP i could use |
11:26 |
Dyrcona |
Forsyth: That would be the name of your Evergreen server from the staff client login screen. |
11:26 |
Forsyth |
ok, thanks |
11:26 |
Dyrcona |
You'd really want to do it from the PC at the library. |
11:27 |
Forsyth |
yes, probably from both |
11:32 |
geoffsams |
I'm running into an issue with an action trigger event to mark items as lost. |
11:33 |
gsams |
The logs show "Severe query error -- see error log for more details" |
11:33 |
gsams |
I check postgres logs and I'm seeing nothing at all |
11:36 |
gsams |
The syslog shows plenty of activity, and every 5 lines contains a bit about "retrieve actor.user called with no ID..." |
11:38 |
mmorgan |
gsams: Are you using a custom a_t_filter? I think I may have seen something similar when I had a systax error in the a_t_filter. |
11:39 |
|
Catherinep joined #evergreen |
11:40 |
gsams |
mmorgan: I don't believe that we are. |
11:43 |
mmorgan |
gsams: Are you using the stock MarkLost trigger? Or did you clone or create a new one? |
11:43 |
gsams |
mmorgan: I cloned the stock one |
11:44 |
gsams |
and changed the delay and OU |
11:45 |
|
bmills joined #evergreen |
11:46 |
mmorgan |
gsams: Can you check the Event Parameters for your cloned mark lost trigger? There needs to be an editor defined. |
11:46 |
mmorgan |
tsbere++ for pointing me there just recently |
11:49 |
gsams |
Indeed, there are no parameters at all. So I assume Name: editor, Value: 1? |
11:50 |
gsams |
I'm only making an assumption based on the other parameters in my system. |
11:50 |
mmorgan |
I have Parameter Name: editor and Parameter Value '1' |
11:50 |
mmorgan |
including the single quotes. |
11:50 |
gsams |
I love action triggers, because they make life easier, but I dislike them because I haven't been able to spend the time to properly learn the ins and outs |
11:51 |
gsams |
mmorgan++ #Thanks for the help, I've give this another go! |
11:51 |
gsams |
tsbere++ #For paving the way for that |
11:51 |
* mmorgan |
is with gsams re: action triggers. |
11:51 |
mmorgan |
Good Luck! |
12:07 |
gsams |
Hmm... Now it won't run the trigger at all. Could that be because of the previous run erroring out? |
12:11 |
Dyrcona |
gsams: I believe so, yes. Something needs to be reset to pending, but I forget what. |
12:12 |
Dyrcona |
Some status, but I forget which table. |
12:12 |
mmorgan |
gsams: If you already have rows in the action_trigger.event table for these transactions, it won't run again unless there's a repeatability delay set. |
12:12 |
mmorgan |
... or if you reset the state field to pending, as Dyrcona suggests. |
12:13 |
gsams |
ah! I will look into that then! |
12:13 |
gsams |
Dyrcona++ |
12:13 |
gsams |
mmorgan++ |
12:13 |
gsams |
I appreciate the help |
12:14 |
* Dyrcona |
gets lost in the ins and outs, too. |
12:14 |
Dyrcona |
There's too much to Evergreen for me to memorize it all. |
12:14 |
mmorgan |
gsams: Once I find the irc log to a previous trigger discussion, I'll post the link here. |
12:15 |
gsams |
mmorgan: I have seen a few discussions, one where you ran into the same problem with the parameters but I am apparently bad about forming searches around my problems because I find them after asking here. |
12:15 |
gsams |
That has only been the case with action triggers though, oddly enough. |
12:16 |
mmorgan |
gsams: That's probably the one I was looking for. tsbere and berick were both helpful. berick++ |
12:18 |
gsams |
I probably didn't mention it quite as agressively in the survey, but IRC logs are the best resource I've had. I'm really glad they are available. |
12:20 |
gsams |
That fix appears to have done the trick, the events are kicking again |
12:21 |
|
bmills joined #evergreen |
12:22 |
mmorgan |
Yay! |
12:22 |
gsams |
And I have completions! Huzzah! |
12:22 |
gsams |
mmorgan++ |
12:22 |
gsams |
Dyrcona++ |
12:22 |
Dyrcona |
gsams++ |
12:23 |
Dyrcona |
I second your remarks about irc logs. |
12:23 |
mmorgan |
It IS gratifying to get an action trigger working! |
12:23 |
kmlussier |
I just have a difficult time remembering what I saw in the logs vs. the mailing list vs. LP. |
12:23 |
Dyrcona |
I often add site: irc.evergreen-ils.org to Google searches. |
12:24 |
* Dyrcona |
just has a difficult time remembering. :) |
12:25 |
gsams |
Dyrcona: That's usually the first in my line of searches, followed by "Evergreen irc <insert problem here>" then replace irc with ils if that doesn't work |
12:26 |
Dyrcona |
gsams: You know that if put "site: host.doman.tld" in a google search, Google only searches that site, yeah? |
12:26 |
gsams |
occasionally the ils search nets a mailing list thread that wins |
12:26 |
Dyrcona |
I usually try searching my mail folders for email before resorting to Google or Markmail. |
12:26 |
gsams |
Dyrcona: indeed! It's just that evergreen resources are spread out over a large area, often times the broader searches work better for me |
12:27 |
Dyrcona |
yeah. |
12:27 |
gsams |
It is getting more centralized though, which is pretty nice |
12:32 |
|
jihpringle joined #evergreen |
12:33 |
Bmagic |
scenario - Library A gets item from library B. Checks it out. Patron loses it. Library B assess a lost item fee and a processing fee. The item is returned, and Library B's policy is to void the lost charge but not the processing fee. Library A wants to void the processing fee. Technically, can they? (they are getting an error) |
12:36 |
Dyrcona |
Technical issues aside, that is a policy decision. |
12:36 |
Dyrcona |
It should be decided by the members of your consortium. |
12:36 |
* Dyrcona |
faces a similar question about renewing B's lost items at A. |
12:37 |
mmorgan |
Bmagic: So they are attempting to void just the processing fee manually? What kind of error are they getting? |
12:38 |
Bmagic |
mmorgan: yep "fileName":"oils://remote/xul/rel_2_9_1_ME/server/cat/copy_summary.xul", "lineNumber":79 |
12:39 |
Bmagic |
rendering copy |
12:39 |
Bmagic |
I was just wondering if I was missing something. I don't see anything that makes the billing line item "owned" by Library B. Therefore, it should be fair game permissions wise |
12:44 |
mmorgan |
Bmagic: Doesn't really look like a permission issue to me. |
12:45 |
Bmagic |
right on, just making sure I wasn't going insane |
12:45 |
mmorgan |
Is the copy deleted by any chance? |
12:57 |
|
sandbergja joined #evergreen |
12:58 |
Bmagic |
hmm, don't know yet, I am waiting for more detail from the library |
13:06 |
|
rhamby joined #evergreen |
14:07 |
|
dcz joined #evergreen |
14:23 |
|
tspindler joined #evergreen |
14:37 |
|
bmills joined #evergreen |
14:45 |
|
mrpeters joined #evergreen |
14:48 |
|
mrpeters1 joined #evergreen |
15:15 |
kmlussier |
gmcharlt: December 16? |
15:15 |
kmlussier |
Err...14? |
15:16 |
gmcharlt |
@coffee |
15:16 |
gmcharlt |
... |
15:16 |
gmcharlt |
... |
15:16 |
gmcharlt |
... |
15:16 |
* pinesol_green |
brews and pours a cup of Espresso Nuevo, and sends it sliding down the bar to gmcharlt |
15:16 |
gmcharlt |
finally! |
15:17 |
kmlussier |
@coffee pinesol_green |
15:17 |
* pinesol_green |
brews and pours a cup of Colombia Huila Supremo, and sends it sliding down the bar to pinesol_green |
15:17 |
kmlussier |
@blame gmcharlt's cats |
15:17 |
pinesol_green |
kmlussier: It's all gmcharlt's cats's fault! |
15:24 |
Dyrcona |
@blame adp |
15:24 |
pinesol_green |
Dyrcona: adp is really just another name for autogen |
15:24 |
gsams |
Those darn cats's! |
15:25 |
Dyrcona |
Where's Hayley Mills when you need her? |
15:30 |
dbs |
Am I right in reading AddedContent.pm and thinking /opac/extras/ac/clearcache/large/r/2978681 should clear the cache for record # 2978681? |
15:31 |
dbs |
(still 2.7 so no cool "Clear added content" link feature yet) |
15:33 |
jeff |
does 2.7 even have a handler for that url? I'm not sure. |
15:36 |
dbs |
Nope. |
15:36 |
dbs |
But looking at a temporary backport locally until we get to 2.10 |
15:36 |
jeff |
if you have access to memcache, i've always had decent luck with: |
15:36 |
jeff |
export MEMCACHED_SERVERS=127.0.0.1; memcdump | grep ^ac\..*record_2978681 | xargs memcrm |
15:36 |
jeff |
aha |
15:36 |
dbs |
even better! |
15:37 |
jeff |
should probably have two backslashes there, actually. |
15:38 |
jeff |
probably no harm, just less precise. |
15:38 |
jeff |
catch all jackets with something like grep '^ac\.jacket\.' |
15:46 |
Dyrcona |
@blame the wrong url |
15:46 |
pinesol_green |
Dyrcona: It's all the wrong url's fault! |
15:47 |
mmorgan |
No doubt the cats were responsible for the wrong url ;-) |
15:48 |
gsams |
Those darn cats's! |
15:48 |
gsams |
I couldn't help myself |
15:49 |
mmorgan |
=^..^= |
15:50 |
Dyrcona |
Yes, but it required Hayley Mills and Dean Jones to fix it. |
15:50 |
kmlussier |
There is just way too much talk of cats in this community. What about the dogs? |
15:50 |
gsams |
The cats's ate them. |
15:51 |
mmorgan |
Or intimidated them. |
15:54 |
mmorgan |
kmlussier: does your dog tend to want to be as "helpful" as your cat when you are trying to work? |
15:54 |
Dyrcona |
Dogs? That's another Dean Jones movie, but Hayley Mills isn't in it..... ;) |
15:55 |
kmlussier |
mmorgan: My dog is smart enough to leave me alone when I'm working, unless she needs to go out. |
15:55 |
kmlussier |
mmorgan: She's also smart enough to know that her tail belongs to her body and doesn't need to be chased. |
15:56 |
mmorgan |
:) |
15:56 |
|
tspindler left #evergreen |
15:59 |
mmorgan |
If the cat didn't have a tail, imagine what else he would be chasing! |
16:01 |
dbs |
jeff++ |
16:01 |
dbs |
Another OpenLibrary record fixed (bad source record had the wrong ISBN, causing hilarity) |
16:03 |
dbs |
Can't fix the WorldCat record though. |
16:05 |
jeff |
ah |
16:05 |
jeff |
lovely. |
16:06 |
tsbere |
dbs: I think you want clearcache/all instead of clearcache/large |
16:07 |
|
jlitrell joined #evergreen |
16:07 |
tsbere |
dbs: Or maybe clearcache/jacket to be more specific about removing jacket images. |
16:08 |
|
bibliophylum joined #evergreen |
16:16 |
dbs |
Just made the magic spells one spell longer |
16:17 |
kmlussier |
dbs++ # Documenting magic |
16:20 |
gsams |
dbs++ |
16:20 |
gsams |
jeff++ |
16:20 |
gsams |
There is certainly a chance I will use that spell at some point. |
16:55 |
|
jihpringle joined #evergreen |
17:08 |
|
mmorgan left #evergreen |
17:41 |
|
sandbergja joined #evergreen |
18:10 |
kmlussier |
@quote random |
18:10 |
pinesol_green |
kmlussier: Quote #87: "<jeff> responsive XUL isn't really a thing." (added by bshum at 02:49 PM, July 30, 2014) |
18:28 |
gsams |
@dnd |
18:28 |
pinesol_green |
gsams: strength:16 dexterity:14 constitution:15 intelligence:12 wisdom:13 charisma:16 |
18:28 |
gsams |
Man, I wish. |
18:37 |
|
Stompro joined #evergreen |
19:46 |
bshum |
Reasonable paladin stats. :) |
19:46 |
bshum |
@dnd |
19:46 |
pinesol_green |
bshum: strength:13 dexterity:13 constitution:12 intelligence:7 wisdom:9 charisma:14 |
19:47 |
bshum |
Uhh, hmm |
19:47 |
bshum |
Hehe |
19:47 |
bshum |
A very sad sorcerer |
19:47 |
jlitrell |
Reasonable stableboy stats. |
19:47 |
bshum |
Hey, that's Mr. Commoner, level 1 to you, sir. |
19:48 |
* jlitrell |
rolls a monk, looking for followers... |
19:48 |
jlitrell |
@dnd |
19:48 |
pinesol_green |
jlitrell: strength:15 dexterity:13 constitution:15 intelligence:14 wisdom:11 charisma:18 |
19:48 |
bshum |
So much charisma today. |
19:48 |
jlitrell |
Bard! Almost. |