Time |
Nick |
Message |
00:00 |
paxed |
morning |
00:02 |
paxed |
remingtron: it's correct, but lacking a bit, imo |
00:35 |
gmcharlt |
@later tell Dyrcona http://sourceforge.net/p/marcpm/code/ci/wip/nfd-from-utf8-to-marc8/~/tree/ |
00:35 |
pinesol_green |
gmcharlt: The operation succeeded. |
00:42 |
jeff_ |
and i am at work. |
00:50 |
paxed |
so am i. :) |
01:05 |
|
acoomes joined #evergreen |
02:07 |
|
Mark__T joined #evergreen |
02:24 |
|
bshum joined #evergreen |
03:02 |
jeff |
and now i go home. |
06:07 |
|
tfaile joined #evergreen |
06:34 |
|
b_bonner joined #evergreen |
07:19 |
|
Mark__T joined #evergreen |
07:25 |
|
rfrasur joined #evergreen |
07:25 |
rfrasur |
Good morning, NickServ. I'm glad you're feeling better. |
07:53 |
|
jboyer-isl joined #evergreen |
07:54 |
|
rjackson-isl joined #evergreen |
08:01 |
|
kmlussier joined #evergreen |
08:27 |
|
Dyrcona joined #evergreen |
08:29 |
|
kbeswick joined #evergreen |
08:32 |
|
akilsdonk joined #evergreen |
08:36 |
|
Meliss joined #evergreen |
08:36 |
|
kmlussier_ joined #evergreen |
08:37 |
|
kmlussier_ left #evergreen |
08:40 |
|
kmlussier_ joined #evergreen |
08:42 |
|
collum joined #evergreen |
08:45 |
|
Shae joined #evergreen |
08:52 |
|
ericar joined #evergreen |
09:03 |
|
mmorgan joined #evergreen |
09:19 |
|
tspindler joined #evergreen |
09:31 |
|
mllewellyn joined #evergreen |
09:33 |
|
mrpeters joined #evergreen |
09:36 |
|
yboston joined #evergreen |
09:37 |
|
mcooper joined #evergreen |
09:48 |
pinesol_green |
[evergreen|Thomas Berezansky] SIP2: Return slightly more hold info - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=70d25de> |
10:09 |
bshum |
Hmm |
10:10 |
bshum |
Looking at bug 1118245, paxed changed something in the MODS file, but I'm not sure how that ties to the database. |
10:10 |
pinesol_green |
Launchpad bug 1118245 in Evergreen "Name Subject search facet shows subfields in different order from anywhere else" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1118245 |
10:11 |
bshum |
*where that ties |
10:11 |
bshum |
I assume the xsl would just overwrite the existing template on upgrade installs |
10:11 |
bshum |
But the change in the .sql file seems like it would match up somewhere else. |
10:11 |
dbs |
bshum: the MODS file on disk and the database are separate entities |
10:13 |
dbs |
continuing to plod along with MODS32 when MODS34 is the current version feels like we're accumulating more technical deficit, along with our outdated Dojo, outdated XUL, ... |
10:13 |
paxed |
i don't know how to upgrade situation would be handled ... |
10:13 |
paxed |
:( |
10:13 |
* dbs |
was also looking at senator's auth-browse changes last night which touch MODS32 |
10:13 |
paxed |
dbs: sounds bleak ... |
10:13 |
bshum |
dbs: I guess my question is just where mods was in the DB, since I never looked at it before :( |
10:15 |
dbs |
berick / paxed: If I move the maintenance message into config.tt2, that corruption goes away. bonus is that no apache reload is required, either. |
10:16 |
bshum |
Oh maybe I see it. config.xml_transform? |
10:16 |
* dbs |
will revert the eg.conf.in and perl module changes and tweak config.tt2 accordingly |
10:16 |
berick |
dbs++ |
10:17 |
dbs |
bshum: yep |
10:18 |
bshum |
dbs++ # config.tt2 ftw! |
10:18 |
dbs |
bshum++ # that was your suggestion in the first place, IIRC |
10:18 |
bshum |
dbs: Perhaps, but I never got around to it. So yay for you. |
10:22 |
dbs |
perhaps I'll hit KPAC while I'm at it |
10:23 |
paxed |
hmph. no wonder i had problems. git add `git ls-files -m` doesn't add files the repo isn't tracking, duh. |
10:25 |
bshum |
A small concern I had while looking at bug 1164674 and bug 1164720 is that both add javascript into the .tt2 files. Should we be concerned about that? (not sure how best to handle the bug otherwise, or for folks running no-JS browsers) |
10:26 |
pinesol_green |
Launchpad bug 1164674 in Evergreen "OPAC - Too easy to delete a list" (affected: 3, heat: 16) [Wishlist,Confirmed] https://launchpad.net/bugs/1164674 |
10:26 |
pinesol_green |
Launchpad bug 1164720 in Evergreen "Do not allow a list to be created with no name" (affected: 1, heat: 6) [Wishlist,Confirmed] https://launchpad.net/bugs/1164720 |
10:26 |
bshum |
I can note that concern as a comment on those bug tickets too, I suppose... |
10:27 |
bshum |
I know we've already got select JS thrown about in other .tt2's as well, but it's always been very sparingly. |
10:27 |
bshum |
*seemed sparingly |
10:28 |
bshum |
Oh, I see now that berick commented on one of them already. I'm just behind the times... sigh |
10:29 |
bshum |
Nevermind me. |
10:34 |
jeff |
statewide resource sharing DCB client training All Day |
10:34 |
dbs |
Downside of config.tt2 for maintenance message is that it won't be vhost-specific, but sites with complex configs could do IF hostname... trickery |
10:37 |
* dbs |
groans at KPAC CSS |
10:49 |
dbs |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/maintenance_message_utf8_cleanliness_no_apache_reload_required |
11:00 |
pinesol_green |
[evergreen|Steven Chan] Patron Editor can enter erroneous values for Claims-returned count - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6fbaf6c> |
11:05 |
bshum |
dbs: Looks good to me, pushed. And my sympathies on KPAC. |
11:06 |
pinesol_green |
[evergreen|Dan Scott] Maintenance message: avoid Unicode corruption, support KPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6a25b32> |
11:06 |
dbs |
bshum: heh, you guys actually run it, so much more sympathy in your direction |
11:12 |
pinesol_green |
[evergreen|Pasi Kallinen] Use the phrase "Add Search Row" in both advanced and expert search. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=78ef108> |
11:13 |
|
kbeswick joined #evergreen |
11:20 |
pinesol_green |
[evergreen|Pasi Kallinen] LP1182393: 'Service' in circ offline checkout columns is untranslatable - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f9a5789> |
11:21 |
|
rfrasur joined #evergreen |
11:24 |
pinesol_green |
[evergreen|Bill Erickson] LP1190305 Loosen MARC Remove Fields retrieve perms - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cb9bc2> |
11:30 |
|
mtcarlson joined #evergreen |
11:31 |
|
zerick joined #evergreen |
11:34 |
* paxed |
tinkering with a perl wrapper to template toolkit ... |
11:35 |
rfrasur |
paxed++ |
11:37 |
paxed |
we'll see if this turns into anything workable. |
11:38 |
rfrasur |
it will...or you'll learn something to make the next iteration workable. |
11:38 |
paxed |
*nodnod* |
11:39 |
|
fparks joined #evergreen |
11:40 |
|
acoomes joined #evergreen |
11:40 |
|
zerick joined #evergreen |
11:44 |
rfrasur |
Does anybody know if anyone using/developing/whatevering Evergreen makes intentional overtures to any university comp science programs on a large scale? |
11:44 |
* dbs |
ponders what "a perl wrapper to template toolkit" means. Perl all the way down... |
11:45 |
dbs |
rfrasur: you mean something like "hey, you should work on Evergreen as a capstone project!" kind of thing? |
11:45 |
paxed |
dbs: a wrapper that automatically allows the l() and some i18n stuff in templates, without the caller needing to care about it. |
11:46 |
rfrasur |
hold...on phone with fanggle dude |
11:46 |
paxed |
dbs: currently the templates are handled separate in OPAC, A/T templates, PasswordReset, etc. |
11:46 |
tsbere |
dbs: I once found a perl wrapper around a php class that was a wrapper around a perl class. I gave up on the code about that point, but yea... |
11:50 |
* tsbere |
likes the "pre-prep some stuff" idea paxed has, but wonders how you would apply it to some things like A/T templates |
11:52 |
paxed |
tsbere: money.payment_receipt.print |
11:52 |
tsbere |
paxed: I was thinking more along the lines of "how do you make translations work when you may not know what language the template should be using for them" |
11:53 |
paxed |
tsbere: default_preferred_language? |
11:54 |
paxed |
or default_locale, i mean |
11:55 |
tsbere |
If you are going to push them all into one language then why bother running the translation engine on them at all? I could see manually triggered things passing a language in (selfcheck receipt printing, for example...) but things like emails would need to have a way to pick a lanugage from the input data. |
11:55 |
tsbere |
If grouping by user I suppose an email language preference could be used for email related templates, but how do you load it? |
11:55 |
* bshum |
wishes I could have worked on Evergreen as my capstone project. |
11:56 |
paxed |
tsbere: clark can access the db ... |
11:57 |
dbs |
bshum: I think if we were going to pitch something like that, we would need to offer _way_ more support to n00b devs. which would be a good thing, but we don't seem particularly oriented toward that |
11:57 |
tsbere |
paxed: And that brings up the question of "and what is it supposed to use as a deciding factor for translation language?" |
11:57 |
paxed |
tsbere: either a user setting, or opensrf.xml default_locale? |
11:59 |
paxed |
also: bug 1155478 |
11:59 |
pinesol_green |
Launchpad bug 1155478 in Evergreen "PasswordReset.pm uses home-cooked i18n" (affected: 1, heat: 6) [Undecided,Triaged] https://launchpad.net/bugs/1155478 |
12:00 |
paxed |
and setting up EG would require much less hassle if the default templates would be automagically translated. |
12:02 |
paxed |
and bug 1091588 |
12:02 |
pinesol_green |
Launchpad bug 1091588 in Evergreen "Send out emails in patron's preferred language" (affected: 1, heat: 6) [Wishlist,Confirmed] https://launchpad.net/bugs/1091588 |
12:04 |
dbs |
Sure. PasswordReset.pm predates TPAC by a couple of years. |
12:06 |
dbs |
I think the i18n in PasswordReset.pm isn't even a factor anymore in a non-JSPAC world, if I'm reading opac/password_reset.tt2 correctly |
12:07 |
paxed |
and editing the A/T templates isn't exactly something you can do if you don't know anything about coding. Translating strings is much easier. |
12:07 |
paxed |
oh, and opensearch.ttk |
12:11 |
paxed |
and perhaps bug 1095280, assuming we'd split the translated messages into different files. |
12:11 |
pinesol_green |
Launchpad bug 1095280 in Evergreen "Build process doesn't get all translatable strings from templates" (affected: 1, heat: 6) [Undecided,Triaged] https://launchpad.net/bugs/1095280 |
12:11 |
|
stevenyvr2 joined #evergreen |
12:12 |
|
Christinejman_ joined #evergreen |
12:12 |
paxed |
does this sound like worth pursuing? |
12:13 |
tsbere |
Getting a basic "provide core features to template toolkit interfaces" going? Yes. Translations in all places may be a different story. |
12:15 |
rfrasur |
pardon...I'll need to think about that whole thing for a second. Reading back and then answering question. |
12:17 |
pinesol_green |
[evergreen|Bill Erickson] New "patron via SIP" hold cancellation reason - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a4450ce> |
12:17 |
pinesol_green |
[evergreen|Bill Erickson] SIP hold cancellation support - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4787980> |
12:20 |
rfrasur |
wrote too much - deleted - editing |
12:20 |
rfrasur |
dbs: yes to the capstone, but not only |
12:22 |
rfrasur |
my thinking was...present this to comp sci professors/departments as an educational tool. So, these kids may not actually be involved in the EG community (yet...or ever) or contributing/building anything of value (right now...or ever) |
12:23 |
rfrasur |
but, it's free software that requires all the basics that get covered in a comp. eng./sci. program...and if the net was thrown over a broad enough area, there could protentially be some quality return. |
12:24 |
|
laque|2 joined #evergreen |
12:26 |
egbuilder_ |
build #257 of evergreen-master-debian-6.00-x86_64 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/257 blamelist: Bill Erickson <berickesilibrary.com> |
12:26 |
egbuilder_ |
build #233 of evergreen-master-ubuntu-12.04-x86 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/233 blamelist: Bill Erickson <berickesilibrary.com> |
12:26 |
egbuilder_ |
build #199 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/199 blamelist: Bill Erickson <berickesilibrary.com> |
12:28 |
eeevil |
dangit |
12:28 |
* eeevil |
goes to fix |
12:29 |
bshum |
buildbot++ |
12:30 |
eeevil |
indeed |
12:30 |
eeevil |
eeevil-- |
12:32 |
|
RoganH joined #evergreen |
12:33 |
eeevil |
there |
12:33 |
eeevil |
sorry folks |
12:33 |
pinesol_green |
[evergreen|Mike Rylander] Unbreaking wrong-direction conflict resolution from previous commit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2deb258> |
12:36 |
dbwells |
berick: I am heading to lunch, but if you get a chance, please check out my comment on bug 833820. |
12:36 |
pinesol_green |
Launchpad bug 833820 in Evergreen "Support PO activation without requiring bibs/items" (affected: 1, heat: 8) [Wishlist,Triaged] https://launchpad.net/bugs/833820 - Assigned to Dan Wells (dbw2) |
12:37 |
berick |
dbwells: will do |
12:38 |
dbwells |
berick: thanks! |
12:46 |
egbuilder_ |
build #258 of evergreen-master-debian-6.00-x86_64 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/258 |
12:46 |
egbuilder_ |
build #234 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/234 |
12:46 |
egbuilder_ |
build #200 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/200 |
12:55 |
rfrasur |
why wouldn't Google+ integrate bookmarks into a person's profile? |
12:56 |
dbs |
rfrasur: possibly because it would require browser integration, and not everyone uses Chrome? |
12:56 |
* rfrasur |
uses Firefox as default. |
12:57 |
rfrasur |
but it shouldn't...since you can access them online. |
12:57 |
rfrasur |
shouldn't matter, that is. |
12:57 |
dbs |
rfrasur: Maybe I don't understand what you mean, then |
12:57 |
bshum |
eeevil: Going to call 0806 for that hold cancel via SIP upgrade? |
12:58 |
* bshum |
wanders to find some lunch before the next round of meetings. |
12:58 |
rfrasur |
If I bookmark something...it goes into my Google accts...and yeah, if I were using Chrome, it'd prolly show up there. But I don't...so I go to Google and access them online |
12:59 |
rfrasur |
so...they already have the stuff in the cloud. why not just throw it into G+ and actually make it social and useful other than just being another bookmark....thing. |
12:59 |
* rfrasur |
is particularly miffed about usability today. |
13:00 |
* rfrasur |
goes back to sorting in Excel. |
13:01 |
dbs |
oh, Google Toolbar Bookmarks? I imagine it's because very few people use that feature. |
13:04 |
|
stevenyvr2 left #evergreen |
13:05 |
RoganH |
As a chrome user the cloud syncing of bookmarks is nice. My only complaint is that in the toolbar they are a bit limited. |
13:06 |
rfrasur |
dbs: you're probably right. I might just be asking/demanding too much. |
13:07 |
rfrasur |
RoganH: I could use Chrome, but it's less for the syncing aspect (although that's pretty handy). I'd like it act like Delicious without being yet another site to visit. |
13:08 |
eeevil |
bshum: doh. man ... I'm on a roll today. will push shortly |
13:09 |
dbs |
firefox offers pretty good syncing too |
13:10 |
RoganH |
rfrasur: I would too but they're not going to do that, it's just not interesting to them. |
13:11 |
rfrasur |
RoganH: I shall not type my first thought re: what's interesting to them. |
13:11 |
rfrasur |
hmm, or the second or third |
13:12 |
RoganH |
The disconnect between developers and users is a constant struggle, assuming that what I want isn't in fact an outlier. |
13:12 |
rfrasur |
dbs: they do, but, like I said...it's not so much for the syncing. |
13:12 |
rfrasur |
well, what I want may very well be an outlier. It's still annoying. |
13:12 |
rfrasur |
pretty presumptuous of me, however, to be annoyed by something that's FREE. |
13:13 |
rfrasur |
well, free to me |
13:13 |
pinesol_green |
[evergreen|Mike Rylander] Stamping hold-cancel-via-sip upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=357b6ca> |
13:16 |
dbs |
paxed: https://bugs.launchpad.net/evergreen/+bug/1155478/comments/2 |
13:16 |
pinesol_green |
Launchpad bug 1155478 in Evergreen "PasswordReset.pm uses home-cooked i18n" (affected: 1, heat: 6) [Undecided,Triaged] |
13:17 |
|
CarrieC joined #evergreen |
13:45 |
Dyrcona |
RoganH: What you want are developers who eat their own dog food, like a number of us in here. |
13:46 |
rfrasur |
is that so wrong? |
13:46 |
RoganH |
Somehow I suspect individual developers at Google would probably like to incorporate something like pinboard.in but it's not a corporate priority. Or they use pinboard.in already :) |
13:47 |
* rfrasur |
is willing to GO to Google and lobby for this. |
13:47 |
rfrasur |
Think they'll let me in? Hah! |
13:47 |
rfrasur |
"watch out....there's a mad librarian stalking the employee entrance." |
13:49 |
rfrasur |
@blame inventory_lists |
13:49 |
pinesol_green |
rfrasur: inventory_lists caused the white screen of death! |
13:49 |
rfrasur |
that ain't no lie |
13:57 |
yboston |
heads up the DIG monthly meeting is starting at 2 PM EST |
13:58 |
dbs |
we should eat our own dogfood and add a bookmarking social feature to Evergreen. 245 is clearly the title of the bookmarked page, 500 for general notes, 100 for the author, 856 for the URL... it's a slam dunk |
13:58 |
rfrasur |
We get more reciprocal borrowers here from the lone EG holdout lib in town. They're starting to specifically mention that they want to be part of an Evergreen library. |
13:58 |
|
kateb joined #evergreen |
13:59 |
rfrasur |
dbs: if you ever do that...even if it doesn't add hardly any real value, I will personally ship you snacks better than dogfood. |
14:01 |
yboston |
#startmeeting 2013-05-02 - DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting. |
14:01 |
pinesol_green |
Meeting started Thu Jul 11 14:01:02 2013 US/Eastern. The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot. |
14:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
14:01 |
pinesol_green |
The meeting name has been set to '2013_05_02___dig_monthly_meeting_evergreen_documentation_interest_group__dig__monthly_meeting_' |
14:01 |
yboston |
The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_meeting_20130711-agenda |
14:01 |
yboston |
#topic Introductions |
14:01 |
yboston |
Please feel free to start introducing yourselves... |
14:02 |
* yboston |
is Yamil Suarez @ Berklee college of Music - DIG meetings facilitator |
14:02 |
* kmlussier |
is Kathy Lussier, MassLNC |
14:03 |
|
mtcarlson joined #evergreen |
14:03 |
* rfrasur |
rfrasur is Ruth Frasur, Hagerstown Library, Evergreen Indiana |
14:03 |
* dbs |
is Dan Scott, Laurentian University - mostly lurking |
14:03 |
* kateb |
is Kate Butler, Rodgers Memorial Library, NH |
14:04 |
bshum |
bshum is Ben Shum, Bibliomation - also lurking (split with phone call) |
14:04 |
yboston |
I will give introductions one more minute and then we can begin |
14:05 |
|
tmccanna_ joined #evergreen |
14:05 |
yboston |
lets begin |
14:05 |
yboston |
Kathy did you have anything to report on? |
14:06 |
kmlussier |
Sorry. I don't have anything to report today. Still catching up from vacation. |
14:06 |
yboston |
no worries |
14:07 |
yboston |
I don't have anything to report either, been busy with conference work, etc |
14:08 |
yboston |
unless there are lurkers that want to ask DIG members anything at this point, should we not address the new agenda until next meting (or maybe send out items to the list) |
14:09 |
kmlussier |
yboston: I would be interested in talking about a DIG hack-a-way for 2013. Or perhaps just an action item that somebody send an e-mail to the list to start the dicussion. |
14:10 |
yboston |
kmlussier: I can send something out |
14:10 |
* rfrasur |
is also interested in this. |
14:10 |
yboston |
kmlussier: id you want total a bit about it now? |
14:10 |
yboston |
kmlussier: did you want to talk about it a bit now? |
14:10 |
rfrasur |
Is there any estimation of timing at this point or anything or is this the very beginning of the discussion? |
14:11 |
yboston |
this is the very beguining |
14:11 |
rfrasur |
okay |
14:11 |
kmlussier |
Well, we had it in MA last year. People may prefer to host it somewhere else, but if there was interest in holding it in MA again, I could probably find meeting space since Berklee hosted it last time. |
14:12 |
yboston |
for the record, Berklee can host again if we don't mind repeating the location |
14:12 |
kmlussier |
For the record, I think one of the reasons we did it in MA last year is because several active DIG members are based here. But we also provided a Google Hangout for people to join remotely. |
14:13 |
kmlussier |
The Google Hangout seemed to work well. |
14:13 |
rfrasur |
I like the idea of the Google Hangout. It may be difficult for those further abroad to handle two trips out east (in our case). |
14:14 |
kmlussier |
Sure, I don't think I could travel out of state to a doc hack-a-way this year, but would be happy to join via a Hangout if it is hosted in another area. |
14:15 |
yboston |
BTW, with my intern I used Dropbox to share the files she was converting to AsciiDoc, which we can use in combination with Google hang out |
14:15 |
dbs |
I highly recommend getting people who plan to join via Google Hangout to go through a test run a few days before, just to ensure everyone's equipment is all good :) |
14:15 |
yboston |
dbs: thanks |
14:15 |
rfrasur |
dbs: very good point |
14:16 |
yboston |
we can try it during a DIG meeting |
14:16 |
yboston |
or part of one |
14:16 |
yboston |
we can also try clustering in separate state / cities |
14:17 |
yboston |
while still collaborating as a single group |
14:17 |
kmlussier |
yboston: That's a very good idea. |
14:17 |
rfrasur |
agreed |
14:18 |
yboston |
I can send out an initial email to the list to get the conversation going |
14:18 |
yboston |
#action Yamil can send out an initial email to the list to get the conversation going |
14:19 |
yboston |
#action Yamil can send out an initial email to the list to get the conversation going on DIG hack-a-way |
14:20 |
yboston |
BTW, I was just thinking we can start the hack-a-way ith an Asciidoc introduction |
14:22 |
kmlussier |
yboston: It might be useful to do that as a Hangout On Air. You could then save it to YouTube. |
14:22 |
yboston |
I have been looking into that |
14:22 |
yboston |
thanks |
14:23 |
yboston |
also, that is another way that people can at least listen in |
14:25 |
yboston |
any other thoughts? |
14:25 |
yboston |
should we talk about anything else? |
14:25 |
dbs |
Suggestion: for those that monitor the Evergreen feedback email address, to loop back to DIG with questions that need answering |
14:26 |
dbs |
(Example from this morning: a person asked if Evergreen offers a self-check... which it does, but we don't document where it lives) |
14:26 |
dbs |
Not sure if there's anything formal to take away from that than, perhaps, asking feedback-monitoring people to shoot a note over to the DIG list? |
14:27 |
kmlussier |
Do we have a good way of tracking documentation that's needed? |
14:27 |
dbs |
(In the theory that if something is important enough for a person to dig up a feedback mailing address to ask a question, it deserves some level of priority) |
14:28 |
dbs |
kmlussier: dunno, the wiki or launchpad bugs are options, but not sure if either is "good" |
14:28 |
yboston |
I don't think we have a official way to keep track of missing docs. there are some launchpad bugs |
14:29 |
rfrasur |
"good" may not necessarily be that important. |
14:29 |
kmlussier |
Yeah, I was just looking at the bugs tagged with documentation. They don't get much attention. |
14:29 |
yboston |
we could make a sort of "documentation wishlist" on the wiki |
14:30 |
yboston |
looking over launchpad documentation bugs could eb something we do at the hack-a-way / conference |
14:30 |
rfrasur |
kmlussier: isn't that mostly because most people looking at launchpad are there for the code rather than the documentation? and couldn't that be addressed by educating non-developer community re: launchpad? |
14:30 |
kmlussier |
It looks like there's a nice small one I might be able to manage. |
14:30 |
|
CarrieC1 joined #evergreen |
14:31 |
yboston |
we can also set up a Google docs based form that feeds a spreadsheet to collect documentation needs / bugs |
14:31 |
kmlussier |
rfrasur: Possibly, but it could also be the small number of volunteers and whether their skillsets match up with the areas that need documentation. |
14:31 |
yboston |
or just teach folks how to submit bugs properly in launchpad |
14:32 |
* kmlussier |
prefers Launchpad to setting up a new system. |
14:32 |
rfrasur |
kmlussier: yboston: true on both points |
14:32 |
rfrasur |
kmlussier: I agree about launchpad |
14:33 |
yboston |
I would like to talk to the debs, that know launchpad much better than me, what workflow should we follow |
14:33 |
yboston |
for example, any special tags we should use or avoid. |
14:34 |
yboston |
s/debs/devs/ |
14:34 |
kmlussier |
bshum reminds me that the documentation outline was set up to serve this purpose. http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs_2.4:outline |
14:34 |
bshum |
yboston: What sort of tags are you afraid of? |
14:35 |
bshum |
It's not too structured, so I wouldn't overly stress about misusing launchpad. |
14:35 |
dbs |
bshum: perhaps avoid "pullrequest"? |
14:35 |
yboston |
bshum: I should have said "statuses" |
14:35 |
yboston |
(fix cmmitted, etc) |
14:36 |
yboston |
…importance, assigned to, ... |
14:36 |
yboston |
or maybe just ignore all those at first |
14:37 |
dbs |
Probably want to set to "Fix committed" once the change is committed, to keep those bugs from showing up on "stuff that needs to be done" reports |
14:38 |
bshum |
dbs: Okay, pullrequest might be too specialized for that. |
14:38 |
* dbs |
notes that Yamil is going to do all of the items on the 2.4 outline :) |
14:38 |
bshum |
yboston: Personally I think tagging with "documentation" (which I think is an official tag) is sufficient to get the ball rolling. |
14:38 |
yboston |
bshum: seems fine to me |
14:38 |
* kmlussier |
agrees with bshum |
14:38 |
bshum |
yboston: As far as importance, I'm not sure if only wranglers can set that. |
14:38 |
dbs |
bshum: yes, also, avoids crossing the streams (for reports like "open pullrequests for the next milestone") |
14:39 |
bshum |
I know targets, etc can only be set by wranglers. |
14:39 |
kmlussier |
dbs: So in answer to your question, I would say those feedback e-mails can be turned into LP submissions. |
14:39 |
yboston |
dbs: Yamil's intern did all of the work, Yamil needs to proofread and fix some asciidoc weirdness still :( |
14:39 |
kmlussier |
dbs: Do you think a DIG person should be monitoring that feedback address? |
14:39 |
* kmlussier |
isn't volunteering, just wondering. |
14:39 |
yboston |
kmlussier: I was thinking that too |
14:39 |
yboston |
kmlussier: too late :) |
14:40 |
dbs |
kmlussier / yboston: not necessarily, although it doesn't hurt to be following feedback; there aren't many of us who actually _respond_ :) |
14:41 |
dbs |
yboston: I grabbed the self-check action item on the outline; we don't want the old docs, 'cause that's the old self-check. I'll put in a few lines, good enough to get things going anyway |
14:41 |
yboston |
I am thinking of sending out another email about how we have discussed using launchpad more formally to the DIG list |
14:43 |
|
gsams joined #evergreen |
14:43 |
yboston |
BTW, I have almost dreamed of going back through the mailing list archive searching for the terms "docs" and "documentation" were folks mention stuff that is missing and turning that into a whishlist or perhaps now individual launched bugs |
14:44 |
yboston |
(launchpad bugs) |
14:44 |
kmlussier |
Heh, launched bugs. I like it. :) |
14:44 |
yboston |
dbs: BTW, I want to make sure we are on the same page on that self check thing. can we chat after the meeting? |
14:46 |
yboston |
#action send a email out to the DIG list about trying to use launchpad to collect request for missing docs and bugs in existing docs |
14:46 |
dbs |
yboston: sure |
14:47 |
yboston |
BTW, we are at the 47 minute mark for this meeting. |
14:48 |
yboston |
any other comments on this topic or any another topics that you want to bring up? |
14:48 |
kmlussier |
yboston: On you last agenda topic, Google doc sprint... |
14:48 |
yboston |
go ahead |
14:48 |
yboston |
perhaps I should be the one |
14:48 |
kmlussier |
I don't know that projects are actually encouraged to re-apply for that. dbs might have more insight on that. |
14:49 |
yboston |
I suspected that our options were limited, I just thought of it since I was thinking of what we did last year as DIG |
14:49 |
kmlussier |
I think the idea was to give us the tools to learn how to do a doc sprint so that we could do it on our own. |
14:50 |
yboston |
I just made a note to pick the brains of those that did participate in the doc sprint so we can apply it to this year's hack-a-way or next year's conference |
14:54 |
dbs |
kmlussier: I think you're right, orgs are not expected to repeat |
14:54 |
yboston |
dbs: good to know |
14:54 |
yboston |
we need to change our org name :) |
14:54 |
dbs |
well, they can and should repeat on their own, but don't expect Google assistance :) |
14:54 |
dbs |
OpenSRF Doc Sprint! |
14:54 |
yboston |
:) |
14:55 |
kmlussier |
dbs: You can lead that one. :) |
14:56 |
yboston |
We are getting close to the hour mark, any final thoughts or questions? |
14:57 |
kmlussier |
Not from me. |
14:57 |
kmlussier |
yboston++ |
14:57 |
rfrasur |
yboston++ |
14:57 |
bshum |
yboston++ |
14:57 |
yboston |
muchas gracias |
14:58 |
yboston |
#endmeeting |
14:58 |
pinesol_green |
Meeting ended Thu Jul 11 14:58:09 2013 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:58 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-07-11-14.01.html |
14:58 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-07-11-14.01.txt |
14:58 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-07-11-14.01.log.html |
14:59 |
* rfrasur |
is needing a change of scenery. |
14:59 |
paxed |
question about commit 47879808611511 - are the screen_msg() strings sown to the user? |
14:59 |
pinesol_green |
[evergreen|Bill Erickson] SIP hold cancellation support - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4787980> |
15:00 |
paxed |
shown* |
15:01 |
pastebot |
"yboston" at 204.193.129.146 pasted "asciidoc for self check prepared by intern" (45 lines) at http://paste.evergreen-ils.org/13 |
15:11 |
bshum |
yboston: well, that's the old URL for selfcheck. |
15:12 |
bshum |
yboston: So that much has to change at least. |
15:15 |
yboston |
bshum: I tried asking on the list what the new URL was, and the intention was to sue the newer URL, not sure if the old URL stayed on our docs. did it change recently? |
15:16 |
|
ktomita joined #evergreen |
15:16 |
bshum |
yboston: It should be something like http://hostname/eg/circ/selfcheck/main |
15:17 |
yboston |
bshum: I got my wires crossed with my intern, the new URL was not sued |
15:17 |
yboston |
used |
15:17 |
bshum |
And then ?ws=....something |
15:17 |
bshum |
Once it's registered or setup to use a particular workstation variable. |
15:17 |
dbs |
yboston: I'm most of the way done writing new docs that were based on the old ones. |
15:17 |
dbs |
sorry, had to step out - visitors |
15:18 |
|
kmlussier1 joined #evergreen |
15:18 |
yboston |
dbs: no problem, I just wanted to make sure we were on the same page |
15:18 |
RoganH |
dbs: they don't keep you in a cave behind the reference desk with a sign that says 'stay away - systems librarian'? |
15:18 |
pinesol_green |
[evergreen|Bill Erickson] Support PO activation w/o loading items - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bc9b805> |
15:18 |
pinesol_green |
[evergreen|Kathy Lussier] Release notes entry for PO activation without loading items. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9431313> |
15:18 |
pinesol_green |
[evergreen|Bill Erickson] LP833820 repair ACQ options passing thinko - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1ac7a24> |
15:18 |
bshum |
dbs: You've started your away time yet? |
15:19 |
dbs |
RoganH: hah, no, visitors at home. I'm on sabbatical, working on schema.org & full-text search stuff. |
15:19 |
RoganH |
dbs: congrats on sabbatical, those are nice when they roll around |
15:19 |
* dbs |
awaits a response... any response... to http://lists.w3.org/Archives/Public/public-schemabibex/2013Jul/0068.html |
15:19 |
|
_bott_1 joined #evergreen |
15:20 |
dbs |
The other list participants must either think that my implementation is really stupid, or that it's so good they have nothing to say :) |
15:20 |
|
moodaepo1 joined #evergreen |
15:21 |
|
edoceo_ joined #evergreen |
15:23 |
|
jeff___ joined #evergreen |
15:26 |
|
zerick_ joined #evergreen |
15:28 |
jcamins |
dbs: but didnt' you know that schema.org microdata isn't suitable for FRBR data? |
15:36 |
Dyrcona |
gmcharlt++ # for MARC::Charset improvements. Still not perfect but getting closer. |
15:37 |
gmcharlt |
Dyrcona: I'll be cutting 1.35 tomorrow; have another unrelated bugfix I want to get in |
15:37 |
Dyrcona |
cool. |
15:41 |
|
tspindler joined #evergreen |
15:41 |
|
rjackson-isl joined #evergreen |
15:41 |
|
wjr_ joined #evergreen |
15:53 |
|
serflog joined #evergreen |
15:53 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
16:09 |
dbs |
Ugh. Self-check is throwing fun errors in the logs like "Error processing Trigger template: date error - bad time/date string: expects 'h:m:s d:m:y' got: ' 1/1/1000'"? |
16:11 |
berick |
dbs: make sure all orgs have hours of operation |
16:11 |
dbs |
berick: seriously? okay. I'll add that to the docs, but it seems weird |
16:12 |
berick |
dbs: oh, yeah, the template could use some love |
16:12 |
berick |
just.. that's an easy fix |
16:17 |
|
adbowling-isl joined #evergreen |
16:18 |
dbs |
And printing doesn't seem to work, and the logout button seems to freeze. Hrm. |
16:19 |
bshum |
Yeah there's some javascript problems. |
16:19 |
bshum |
I thought edoceo was working on that in some bug tickets. |
16:19 |
bshum |
But now I don't remember. |
16:20 |
|
CarrieC joined #evergreen |
16:20 |
berick |
dbs: what browser? |
16:21 |
berick |
if it's Firefox, I have a bad feeling why it's not working.. |
16:21 |
bshum |
I must be misremembering dbs, I can't find a ticket on it presently. |
16:21 |
|
acoomes joined #evergreen |
16:22 |
dbs |
Firefox and Chrome. Yeah, I saw the requested permission escalation in the JS earlier today and immediately thought "uh oh." |
16:22 |
berick |
i was thinking more about multi-part/translator failures in FF |
16:22 |
dbs |
Also thought: "Oh, Dojo interfaces, hope we're not relying on multipart streaming" |
16:22 |
dbs |
yea |
16:23 |
* dbs |
enjoys the two library settings for "Self Check: Require patron password" and "Self Check: Require Patron Password" |
16:23 |
dbs |
sounds like for a new new self-check |
16:24 |
* dbs |
also thought "oh, hard-coded i18n in the JavaScript, I wonder if paxed is on that yet..." |
16:24 |
bshum |
dbs: That does have a ticket: https://bugs.launchpad.net/evergreen/+bug/1053503 |
16:24 |
pinesol_green |
Launchpad bug 1053503 in Evergreen "Duplicate "Require patron password" entries for Selfcheck" (affected: 3, heat: 14) [Low,Confirmed] |
16:24 |
bshum |
But we didn't get further along with it yet, evidently. |
16:27 |
|
zerick joined #evergreen |
16:28 |
dbs |
"Logout (no receipt)" works |
16:29 |
bshum |
Logout ties to printing |
16:29 |
dbs |
bshum: right |
16:29 |
bshum |
To generate a receipt I think |
16:29 |
bshum |
And there is a bug about the receipt being broken |
16:29 |
bshum |
Processing hours of operation |
16:29 |
bshum |
I think removing that block from the A/T def fixed that for us |
16:29 |
dbs |
that's why I jumped to the permission escalation thought initially, because that's tied to printing |
16:29 |
bshum |
But I don't remember. |
16:30 |
dbs |
bshum: or, as berick suggested, entering hoo for each aou. like INSERT INTO actor.hours_of_operation (id, dow_0_open, dow_0_close, dow_1_open, dow_1_close, dow_2_open, dow_2_close, dow_3_open, dow_3_close, dow_4_open, dow_4_close, dow_5_open, dow_5_close, dow_6_open, dow_6_close) SELECT id, '05:00'::time, '20:00'::time, '05:00'::time, '20:00'::time,'05:00'::time, '20:00'::time,'05:00'::time, '20:00'::time,'05:00'::time, '20:00'::time,'05:00':: |
16:30 |
dbs |
heh |
16:30 |
dbs |
oh, or you mean that even with hoo defined, the A/T def still breaks? huh |
16:30 |
bshum |
Yes |
16:31 |
bshum |
bug 793627 |
16:31 |
pinesol_green |
Launchpad bug 793627 in Evergreen 2.4 "selfcheck receipt can break on processing hours of operation" (affected: 2, heat: 12) [Medium,Confirmed] https://launchpad.net/bugs/793627 |
16:31 |
bshum |
It's a weird one. |
16:31 |
bshum |
Never quite got to the bottom of that one either. |
16:34 |
pinesol_green |
[evergreen|Pasi Kallinen] Make staff client index more user friendly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ed3880a> |
16:34 |
pinesol_green |
[evergreen|Remington Steed] Staff client index: Add tooltips, restore spacing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64475ab> |
16:38 |
berick |
dbs: this might help w/ Firefox OpenSRF/working => user/berick/lp1198983-disable-multipart-firefox |
16:38 |
dbs |
The "View items out" freeze seems to be the Firefox-no-longer-support-multipart problem, as Chrome is happy with it. |
16:39 |
dbs |
berick: sure |
16:39 |
* berick |
adds comment to bug #1198983 |
16:39 |
pinesol_green |
Launchpad bug 1198983 in OpenSRF "Mozilla/Firefox no longer supports multipart mixed/replace messages" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1198983 |
16:41 |
* dbs |
would, some day, just like to work on one small, well-defined thing like "add documentation for that self-check!" without having it sprawl into non-default database settings and A/T templates and removed XULRunner functionality and OpenSRF changes and deprecated Dojo. Heh. |
16:41 |
* berick |
knows the feeling |
16:45 |
RoganH |
It could be worse, I just got yelled at loudly with profanity over a ten cent fine. With spittle. |
16:45 |
dbs |
RoganH: my deep condolences. that's terrible. |
16:45 |
RoganH |
It's about once a month, lol. |
16:46 |
RoganH |
In public service you focus on the good you can do and let the rest roll off. |
16:46 |
berick |
dbwells: (or whoever) authproxy/ldap configuration.. does it usually just require changing the hostname and password values in opensrf.xml? |
16:47 |
berick |
RoganH: yikes |
16:47 |
berick |
indeed it could be worse.. |
16:49 |
dbwells |
berick: It's been a while, I'll need to look. I know there is also the 'master' true/false switch to enable the feature, also in the config file. |
16:49 |
dbs |
berick: and setting which OUs use authproxy. |
16:50 |
berick |
ah yes, thanks to you both |
16:51 |
dbs |
we also added some custom code to support users logging in with their LDAP username, even though their actor.usr.usrname was their email address, because of the likelihood of dscottlaurentian.ca clashing with dscottuwindsor.ca when it came to LDAP uids |
16:51 |
dbs |
but that's only a consortial concern where more than one LDAP (or CAS in the case of Windsor) system is in play |
16:52 |
dbs |
LDAP CNs, I should use the appropriate terminology :) |
16:55 |
dbwells |
berick: are you actively testing it now? I have a bug fix branch I made a while back for a specific request here in IRC, but never heard back whether it helped them or not. I am going to try and figure out what happened to that. |
16:55 |
berick |
dbwells: not this second, but will be doign some poking soon-ish |
16:56 |
berick |
i'd be glad to review the code. not sure if I know enough to be of assistance just yet, though. |
16:57 |
|
mtcarlson joined #evergreen |
16:59 |
|
frank____ joined #evergreen |
17:00 |
frank____ |
Hello. Does someone know if I have to config something partitular to the Issues Held could appear in my catalog? |
17:03 |
|
tspindler left #evergreen |
17:05 |
pinesol_green |
[opensrf|Bill Erickson] LP1198983 disable multipart/mixed for Firefox - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=cd6dccc> |
17:08 |
senator |
frank____: http://docs.evergreen-ils.org/2.3/_group_serials_issues_in_the_template_toolkit_opac.html has succint directions, if i understand you correctly and you want "issues held" to look like the screenshots at the bottom of http://www.esilibrary.com/esi/docs/?p=1234 |
17:08 |
|
mrpeters left #evergreen |
17:10 |
senator |
or this link is better actually: http://docs.evergreen-ils.org/2.3/_displaying_issues_in_the_opac.html |
17:12 |
frank____ |
Does the "isses held" tag appear automatically when I follow the Displaying Issues in the OPAC steps? |
17:13 |
senator |
that's the idea, yes |
17:13 |
senator |
assuming no opac customizations conflict or anything |
17:14 |
senator |
but that's probably not an issue, i don't know why i even brought it up |
17:15 |
frank____ |
probably the cataloguers didnt follow the steps correctly, They didn´t know why the tag didn´t appear |
17:16 |
senator |
frank____: let me back up a step, |
17:16 |
|
mmorgan left #evergreen |
17:16 |
senator |
you are looking at a record that has serials holdings, right? |
17:16 |
frank____ |
yes |
17:16 |
senator |
ah ok then |
17:17 |
|
jdouma joined #evergreen |
17:17 |
dbwells |
berick: LDAP bug is up, bug 1200386, whenever you get around to it. |
17:17 |
pinesol_green |
Launchpad bug 1200386 in Evergreen 2.4 "LDAP Should Honor the DN Authority, Also Avoid Nonexistent Users" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1200386 |
17:18 |
|
mrpeters joined #evergreen |
17:18 |
|
mrpeters left #evergreen |
17:20 |
* berick |
nods |
17:22 |
|
stevenyvr2 joined #evergreen |
17:27 |
dbs |
Hrm, and patron timeout doesn't seem to be supported in current self check? We pick up the setting, but don't seem to actually do anything with it. |
17:34 |
dbs |
bshum: with the OpenSRF fix for multipart in place, Firefox once again prints stuff. |
17:35 |
dbs |
So I think the "Every aou must have hoo" is the critical piece there; alternately, making the A/T template smarter, or avoiding the issue by ripping out the hoo part from the template as you did, is the answer |
17:41 |
bshum |
It's that kind of day when you finally realize "hoo" = Hours Of Operation. And isn't just some random word that was picked. |
17:41 |
|
mllewellyn left #evergreen |
17:41 |
|
laque|2 joined #evergreen |
17:41 |
dbs |
hah |
17:41 |
dbs |
hoo hah |
17:42 |
dbwells |
bshum: took me a while too when I first encountered it :) |
17:43 |
bshum |
I totally see a good idea for Evergreen Jeopardy category there. "Acronyms" |
17:44 |
bshum |
dbs: But yeah, ripping it out was easier than figuring it out. Since we altered our A/T definition anyways to include various custom text. |
17:44 |
dbs |
And synonyms. "List all the different interchangeable terms for a copy!" |
17:44 |
dbwells |
bshum: kinda like when I first started, and was like, "why is all this code so oily?" oils this, oils that... |
17:44 |
|
mtcarlson joined #evergreen |
17:44 |
bshum |
Haha! dbwells++ |
17:44 |
dbs |
and confusing-nyms: "Register a workstation" / Library settings -> Workstation administration - not the same things at all. |
17:45 |
dbs |
oh, right, there's no Hours of Operation config UI in Evergreen |
17:45 |
bshum |
dbs: I think it's part of org units. |
17:45 |
|
rfrasur joined #evergreen |
17:45 |
bshum |
Like a tab off of it |
17:46 |
dbs |
bshum: oh yeah, my bad. we disabled that when an admin made their branch a child of itself |
17:47 |
bshum |
dbs: That sounds... entertaining. And horrific. |
17:47 |
dbs |
rri created conifer/feature/admin_hours_2_4 instead, a more task-focused / less dangerous UI |
17:47 |
|
dMiller joined #evergreen |
17:48 |
dbs |
bshum: day one of our migration to Evergreen. It was sort of amusing. More amusing 4 years after the fact |
17:49 |
* rfrasur |
hears "muahahahah" in the background from some librarian pushing a button. |
17:49 |
rfrasur |
"what does THIS do?" |
17:59 |
pinesol_green |
[evergreen|Dan Scott] Document the self check interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1c78d8> |
17:59 |
rfrasur |
kmlussier++ |
17:59 |
bshum |
dbs++ |
18:03 |
dbs |
one formatting fix to make, of course. |
18:05 |
pinesol_green |
[evergreen|Dan Scott] Self-check docs: fix URL formatting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=65693ac> |
18:08 |
rfrasur |
csharp: just noticed that spammer...after you already took care of him/her/it |
18:08 |
rfrasur |
csharp++ |
18:10 |
|
eby joined #evergreen |
18:10 |
|
eby joined #evergreen |
18:12 |
frank____ |
Does the Serial Control View enable to see the Issues Held tag in TPAC? |
18:12 |
|
yboston joined #evergreen |
18:18 |
|
mtcarlson joined #evergreen |
18:19 |
rfrasur |
yay! one of our staff, other than me, handled offline transactions. |
18:22 |
|
CarrieC left #evergreen |
19:06 |
|
acoomes joined #evergreen |
19:50 |
|
RBecker joined #evergreen |
22:24 |
|
stevenyvr2 joined #evergreen |
22:24 |
|
stevenyvr2 left #evergreen |
22:39 |
|
zerick joined #evergreen |
23:14 |
dexap |
morning |
23:14 |
dexap |
whoops. |