| Time |
Nick |
Message |
| 00:11 |
|
dluch joined #evergreen |
| 02:33 |
|
nick_____ joined #evergreen |
| 02:40 |
nick_____ |
can anyone help me please about the authentication in evergreen I forgot my password. |
| 04:51 |
|
dcook joined #evergreen |
| 06:31 |
|
b_bonner joined #evergreen |
| 06:31 |
|
mtcarlson_away joined #evergreen |
| 07:01 |
|
timlaptop joined #evergreen |
| 07:36 |
|
collum joined #evergreen |
| 08:00 |
|
Callender joined #evergreen |
| 08:06 |
|
akilsdonk joined #evergreen |
| 08:26 |
|
ericar joined #evergreen |
| 08:28 |
|
kmlussier joined #evergreen |
| 08:35 |
kmlussier |
dbs++ Thank you! |
| 08:39 |
graced |
kmlussier: remember to use your power for good |
| 08:41 |
kmlussier |
graced: For now. I'll wait until I become all powerful before I start unleashing my evil plans. |
| 08:44 |
bshum |
@who is all powerful today. |
| 08:44 |
pinesol_green |
Callender is all powerful today. |
| 08:52 |
|
kbeswick joined #evergreen |
| 08:56 |
|
Shae joined #evergreen |
| 09:00 |
|
yboston joined #evergreen |
| 09:03 |
|
mrpeters joined #evergreen |
| 09:03 |
|
rfrasur joined #evergreen |
| 09:04 |
|
mmorgan joined #evergreen |
| 09:04 |
rfrasur |
Is it possible to track down what's happened with an item barcode even if it was only precataloged? or to see if an item has ever been in our catalog? |
| 09:04 |
tsbere |
rfrasur: Kindof, auditor tables can tell you a lot of things |
| 09:05 |
tsbere |
assuming you aren't purging them of old data you could go back to the beginning of your install with them |
| 09:05 |
rfrasur |
I suspect that some is definitely being purged, but even information from yesterday would be helpful. |
| 09:06 |
rfrasur |
jboyer-isl: Is this possible for our installation? |
| 09:06 |
tsbere |
then looking at auditor.asset_copy_history or auditor.asset_copy_lifecycle (the latter is a view that will include "current") may be of use |
| 09:07 |
phasefx |
rfrasur: are you guys deleting pre-cats? |
| 09:07 |
jboyer-isl |
rfrasur: as long as it's in the last few months, sure. I take details and turn them into information. |
| 09:07 |
rfrasur |
phasefx, I'm trying to track down what happened to an item as it pertains to an employee's behavior. |
| 09:08 |
jboyer-isl |
phasefx: some do since we use them for ILL, those items would never be "real" items |
| 09:08 |
* rfrasur |
is gathering evidence. |
| 09:08 |
phasefx |
I would just expect for it be to very difficult for a given barcode to dissappear from asset.copy, given most workflows. I think rebarcoding is the only way, and then, yeah, the auditor table would still have it |
| 09:09 |
rfrasur |
This was never an ILL barcode. |
| 09:09 |
jboyer-isl |
I just meant that was a potential reason for pre-cats to be deleted. |
| 09:09 |
rfrasur |
Oh yeah, I know. Sorry, just...on a mission. |
| 09:10 |
* rfrasur |
adds to employee handbook "Never lie to Ruth. She can smell it." |
| 09:10 |
bshum |
from god? |
| 09:10 |
rfrasur |
hmm, no...I'm not sure. |
| 09:11 |
jboyer-isl |
You failed Blues Brothers 101. |
| 09:11 |
rfrasur |
I'm still a little too angry/in awe to call it a righteous anger. |
| 09:11 |
jboyer-isl |
You can re-take the class next semester. |
| 09:11 |
rfrasur |
jboyer-isl++ #is there financial aid? |
| 09:11 |
bshum |
https://www.youtube.com/watch?v=-4YrCFz0Kfc |
| 09:11 |
bshum |
"We're on a mission from god" |
| 09:11 |
bshum |
It's that kind of morning |
| 09:12 |
* rfrasur |
chuckles |
| 09:12 |
rfrasur |
bshum, I'm just not sure how to respond, so I'll just watch the whole thing. Because...it's funny. |
| 09:13 |
rfrasur |
I'm definitely not on a mission from God. Not cool enough today. |
| 09:22 |
rfrasur |
jboyer-isl: Am I right to assume that I don't have access to aforementioned tables? |
| 09:23 |
jboyer-isl |
right-o. Unless they're hiding deep within the reporter, which I suppose is possible. |
| 09:24 |
jboyer-isl |
As far as that barcode is concerned though, it looks like the last edit was 2/27. Is that definitely what you're interested in? |
| 09:24 |
rfrasur |
Okay, that's cool. I can find other pertinent stuff from reports. Yeah, does it give any indication what the edit was? |
| 09:25 |
rfrasur |
And was it ever attached to a bib? I dunno if it's possible to tell that or not. |
| 09:32 |
|
tspindler joined #evergreen |
| 09:38 |
tsbere |
barcodes are fun. They can refer to multiple copies. |
| 09:38 |
tsbere |
or even to copies and patrons at the same time. >_> |
| 09:39 |
tsbere |
rfrasur: And for the record, any copy barcode is attached to a bib. Bib -1 however is special ;) |
| 09:40 |
rfrasur |
Hmm, I should have said MARC |
| 09:40 |
|
jeff_ joined #evergreen |
| 09:40 |
tsbere |
rfrasur: And bib -1 has marc too. Not much to it, but still there ;) |
| 09:40 |
|
jeff_ joined #evergreen |
| 09:41 |
rfrasur |
Does it autogenerate/attach based on the circ mod you apply? |
| 09:41 |
tsbere |
and now you lost me |
| 09:42 |
rfrasur |
If you're precataloging something, you're adding that item barcode into the system but not attaching it to a record. So, does it create some kind of stub record when you precat? |
| 09:43 |
jeff |
every pre-cat is attached to a single call number and that call number is attached to a single bib. |
| 09:44 |
tsbere |
rfrasur: The author/title/isbn/whatever are stored on the copy for bib and call number -1, instead of in the marc record. |
| 09:44 |
|
mllewellyn joined #evergreen |
| 09:44 |
jeff |
the basic info like circ modifier and dummy title/author/isbn is added to the copy itself, but nothing is autogenerated in terms of a stubby bib per pre-cat item or anything like that. |
| 09:45 |
rfrasur |
gotcha. I do tend to use "bib record" and "MARC record" interchangeably, which is a little...wrong. |
| 09:45 |
* tsbere |
points out that circ modifier is *never* on the bib as that is copy level info already ;) |
| 09:46 |
rfrasur |
right, I just thought that if it was attaching to a stubby kinda MARC, it might use the circ mod to decide which kind. But it doesn't...so doesn't apply. |
| 09:46 |
jeff |
the circ modifier when you create a pre-cat item is stored in the usual place, in the circ_modifier field of the copy. the title/author/isbn is placed in fields dummy_title, dummy_author, and dummy_isbn on the copy -- normally the copy never has bib-level information like that. |
| 09:46 |
rfrasur |
;) |
| 09:46 |
tsbere |
rfrasur: The dummy_title, dummy_author, and dummy_isbn fields on asset.copy are the "if I am a pre-cat, these are my title, author, and ISBN" fields |
| 09:47 |
* rfrasur |
also thankfully wasn't able to figure out how to turn off the water to the sink in the bathroom yesterday and avoided being shot in the head by the valve when the whole thing blew apart (sorry, plumber dude). |
| 09:47 |
rfrasur |
tsbere, makes sense |
| 09:47 |
rfrasur |
tsbere++ |
| 09:47 |
rfrasur |
jeff++ |
| 09:48 |
|
Dyrcona joined #evergreen |
| 09:52 |
|
denishpatel joined #evergreen |
| 10:01 |
|
BigRig joined #evergreen |
| 10:04 |
rfrasur |
Breakfast might make it all seem a little brighter. |
| 10:04 |
|
collum joined #evergreen |
| 10:05 |
rfrasur |
evergreenils++ #just for being awesome and leaving a "paper" trail. |
| 10:10 |
|
atlas__ joined #evergreen |
| 10:14 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] LP#1282704: Serials: in routing lists, avoid extra page breaks wasting paper at print time - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0a762fe> |
| 10:18 |
Dyrcona |
As for brighter, it is finally a lovely day here. |
| 10:18 |
Dyrcona |
@wunder 01845 |
| 10:18 |
pinesol_green |
Dyrcona: The current temperature in WB1CHU, Lawrence, Massachusetts is 53.1°F (10:18 AM EDT on April 09, 2014). Conditions: Partly Cloudy. Humidity: 47%. Dew Point: 33.8°F. Pressure: 29.62 in 1003 hPa (Steady). |
| 10:22 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1115599: Allow cancelled lineitems to be received and invoiced - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=834091d> |
| 10:22 |
pinesol_green |
[evergreen|Bill Erickson] LP#1115599: Ignore canceled lineitems during batch cancel - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ee08716> |
| 10:23 |
* rfrasur |
eats Grape Nuts instead. |
| 10:23 |
berick |
gmcharlt++ # merge |
| 10:24 |
rfrasur |
Yesterday, on the way home from work, I stopped to help herd a calf back into the pasture (and off the road) and drove home thinking "I should just quit libraries and go work on a farm." |
| 10:24 |
* rfrasur |
doesn't even like farming. |
| 10:24 |
Dyrcona |
rfrasur++ |
| 10:24 |
Dyrcona |
I often have similar thoughts. |
| 10:24 |
Dyrcona |
gmcharlt++ # pushing bug fixes. |
| 10:27 |
|
ldwhalen joined #evergreen |
| 10:28 |
bshum |
tspindler: http://webstats.evergreen-ils.org/index.php?module=CoreHome&action=index&idSite=1&period=range&date=2014-01-01,2014-04-01#module=Actions&action=indexPageUrls&idSite=1&period=range&date=2014-01-01,2014-04-01 |
| 10:28 |
bshum |
You can break it down by "conference" to see what pages people looked at |
| 10:29 |
rfrasur |
bshum: that's pretty cool! |
| 10:29 |
bshum |
rfrasur: "We" are always watching. |
| 10:29 |
bshum |
But yeah, it has been handy to use the webstats to determine site usage when people wonder how useful or not certain pages are. |
| 10:31 |
rfrasur |
bshum: I do not fear the "we." and very cool. Also, I have to wonder if it might help you determine whether a page that SHOULD be useful is too hard to find? In theory. |
| 10:31 |
bshum |
rfrasur: My favorite part of Piwik: http://webstats.evergreen-ils.org/index.php?module=CoreHome&action=index&idSite=1&period=day&date=today#module=UserCountryMap&action=realtimeWorldMap&idSite=1&period=day&date=today |
| 10:31 |
bshum |
Just seeing the visual of all the hits to the site |
| 10:31 |
bshum |
From around the globe |
| 10:32 |
rfrasur |
that's cool |
| 10:33 |
Dyrcona |
I am curious who is hitting it from Canterbury, NZ, unless the geolocation is off. |
| 10:33 |
bshum |
rfrasur: Yeah, I hope that new web team will be able to leverage tools like this for analysis of certain contents. |
| 10:33 |
* rfrasur |
will be back |
| 10:34 |
pinesol_green |
[evergreen|Kathy Lussier] LP1301567: New format icons - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9206314> |
| 10:34 |
Dyrcona |
I guess it may not be that accurtate, eh. |
| 10:34 |
bshum |
It might not be |
| 10:34 |
Dyrcona |
accurate, even. |
| 10:34 |
Dyrcona |
:) |
| 10:34 |
Dyrcona |
And this guy types for a living..... :) |
| 10:35 |
* gmcharlt |
issues a request for a non-ESI committer to review the fixed-field editor patches targeetted for 2.6.0 |
| 10:36 |
bshum |
gmcharlt: It looked logical to me |
| 10:36 |
gmcharlt |
and four is the number of their count, and the number of their count shall be four! |
| 10:36 |
Dyrcona |
I can give it a quick whirl. What's the bug#? |
| 10:36 |
gmcharlt |
1301510, 1303987. 1301587. 1281678 |
| 10:40 |
|
collum joined #evergreen |
| 10:47 |
|
collum joined #evergreen |
| 10:47 |
Dyrcona |
I see no difference after applying the branch on lp 1301510 . |
| 10:47 |
pinesol_green |
Launchpad bug 1301510 in Evergreen 2.6 "Fixed field editor label misalignment" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1301510 |
| 10:48 |
Dyrcona |
I get the cut, copy, paste menu on ELvl before and after. |
| 10:48 |
pinesol_green |
[evergreen|Ben Shum] LP#1301955: disable autosuggest by default - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=36595be> |
| 10:49 |
|
afterl joined #evergreen |
| 10:49 |
eeevil |
Dyrcona: then something else is going on ... the "before" behavior should have been "I can select from the dropdown, but it doesn't change the record data" |
| 10:49 |
Dyrcona |
It is a server-only change, right? |
| 10:49 |
Dyrcona |
Let me try a different record. |
| 10:50 |
eeevil |
yep |
| 10:50 |
eeevil |
yep, server side |
| 10:51 |
eeevil |
gmcharlt: are you hot-n-heavy in pushing mode? I'll wait to push some 2.4+ fixes to avoid crossing the streams if so |
| 10:52 |
Dyrcona |
Hmm. Our records are using OCLC elvl with capital letters sometimes. Could that a part of why it doesn't work for me? |
| 10:52 |
gmcharlt |
eeevil: I'm actually right at the end of that mode - was focusing on 2.6.0 bugs specifically, and you saw my request for somebody to deal with the fixed-field editor pullrequests |
| 10:53 |
eeevil |
I did indeed |
| 10:53 |
gmcharlt |
I may poke at testing and writing test cases for 1304559 later this afternoon, but that shouldn't be construed as a reason for anybody to not work on that one |
| 10:54 |
eeevil |
Dyrcona: shouldn't be ... the current content of the field should not matter to the existence (or not) of the context menu. only missing cmf and ccvm rows should cause what you're seeing. (a missing ELvl ccmv ctype and set of values, specifically) |
| 10:56 |
|
kbutler joined #evergreen |
| 10:57 |
Dyrcona |
No elvl in ccvm. |
| 10:58 |
* Dyrcona |
adds missing ccvm entries to his list of things to look into before the next upgrade. |
| 11:03 |
Dyrcona |
And, I think we're missing the one for illustrations, too, so I won't bother with 1303987. |
| 11:03 |
|
atlas__ joined #evergreen |
| 11:04 |
bshum |
yboston: Poke me later. |
| 11:05 |
yboston |
bshum: |
| 11:05 |
yboston |
bshu |
| 11:05 |
yboston |
bshum: OK |
| 11:08 |
Dyrcona |
And, I'm hopeless, so I'm stopping to fix my system. |
| 11:09 |
bshum |
Dyrcona: What table are you seeing missing entries for? (just curious to see what I see on our database) |
| 11:10 |
Dyrcona |
config.coded_value_map |
| 11:10 |
pinesol_green |
[evergreen|Jeff Godin] Add alert in user editor for method errors - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3d59a01> |
| 11:10 |
Dyrcona |
I have 7 distinct ctypes in production and 11 in development. |
| 11:10 |
Dyrcona |
I wonder if an upgrade script is missing somewhere. |
| 11:11 |
bshum |
I have 13 ctypes in our test system |
| 11:13 |
* bshum |
wonders what the extras are |
| 11:13 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "My ctypes in development" (14 lines) at http://paste.evergreen-ils.org/52 |
| 11:14 |
bshum |
The only additional ones I seem to have are "biog" and "ser_type" |
| 11:14 |
Dyrcona |
Well, I dunno. |
| 11:15 |
* Dyrcona |
seriously considers giving up on software and taking up farming. |
| 11:15 |
bshum |
Everything else seems accounted for then |
| 11:16 |
mrpeters |
Dyrcona: heh, thats like becoming a professional gambler |
| 11:16 |
Dyrcona |
mrpeters: So is working with software, so I don't see the difference. |
| 11:17 |
mrpeters |
true.... |
| 11:17 |
mrpeters |
you can come live by me...lots of farm land |
| 11:17 |
mrpeters |
but cool stuff just a few minutes away too, its a nice mix |
| 11:18 |
eeevil |
Dyrcona: fwiw, yeah, you're missing some ctypes. sec |
| 11:18 |
|
ningalls joined #evergreen |
| 11:19 |
pastebot |
"eeevil" at 64.57.241.14 pasted "Dyrcona: Stock 2.6-RC1 ccvm ctypes" (28 lines) at http://paste.evergreen-ils.org/53 |
| 11:20 |
Dyrcona |
So, bshum is missing some too. |
| 11:20 |
eeevil |
indeed |
| 11:20 |
bshum |
Oh yeah |
| 11:20 |
bshum |
Lots then |
| 11:20 |
Dyrcona |
Sounds like things are missing from upgrade scripts somewhere, maybe. |
| 11:20 |
bshum |
So I guess we're missing upgrade scripts, yeah |
| 11:21 |
eeevil |
hrm... well |
| 11:21 |
eeevil |
let me retract that statement |
| 11:21 |
eeevil |
those are NOT stock |
| 11:22 |
Dyrcona |
Should they be? |
| 11:22 |
eeevil |
ideally, yes, but they were added by hand on a test system. |
| 11:22 |
eeevil |
by not-me ;) |
| 11:22 |
bshum |
Hmm |
| 11:24 |
bshum |
Well that's... special. |
| 11:24 |
* bshum |
waits for eeevil's next trick |
| 11:24 |
bshum |
:D |
| 11:24 |
gmcharlt |
Dyrcona++ # stumbling across a potential new release-blocker ;) |
| 11:24 |
eeevil |
Dyrcona: so, to test, you'd have to create a ccvm set attached to the enc_level crad |
| 11:25 |
eeevil |
well, now, getting the appropriate data is non-trivial, and it is 100% configuration (as in, you can do it all through the staff client) |
| 11:25 |
eeevil |
so I really hesitate to consider that a release blocker |
| 11:26 |
* bshum |
twitches |
| 11:32 |
Dyrcona |
Do the ctype values matter? I mean are those referenced in code somewhere? |
| 11:32 |
eeevil |
Dyrcona: they are fkeys to crad.name |
| 11:33 |
* Dyrcona |
would prefer an upgrade script, so everyone can have the same toys. |
| 11:34 |
eeevil |
a version of the data we'd want is spread through the pages linked from the top half of http://www.loc.gov/marc/bibliographic/bd008.html |
| 11:34 |
jeff |
wow. co-worker just ran Evergreen 2.5.1 staff client under firefox 28. I'm surprised that works. |
| 11:35 |
bshum |
jeff: Did he try to edit any MARC records? (wasn't that the thing that breaks?) |
| 11:35 |
jeff |
no idea. :-) |
| 11:35 |
Dyrcona |
jeff: The plug-in? Or did the use the --app command line option? |
| 11:36 |
bshum |
Unrelated, I think the docs site is down :( |
| 11:36 |
gmcharlt |
eeevil: release blocker may be too strong, but IMO most of it *ought* to be in the seed data |
| 11:36 |
* bshum |
concurs with Dyrcona on the upgrade script being helpful to get everybody following along on the same page for testing consistently. |
| 11:37 |
eeevil |
I'm not against that in the least |
| 11:38 |
gmcharlt |
a timing and tuit issue, then |
| 11:41 |
Dyrcona |
I'll do it. |
| 11:41 |
Dyrcona |
I'll figure out a way to add ones that don't exist. |
| 11:44 |
eeevil |
Dyrcona: there's a SP for that. On my phone ATM or I'd name it... |
| 11:45 |
Dyrcona |
Ok. I'll find it. |
| 11:45 |
|
mceraso joined #evergreen |
| 11:56 |
Dyrcona |
config.update_coded_value_map for those following along |
| 12:02 |
|
kmlussier joined #evergreen |
| 12:12 |
|
Christineb joined #evergreen |
| 12:13 |
phasefx |
Dyrcona++ |
| 12:24 |
Dyrcona |
phasefx gmcharlt eeevil: Could one of you paste the results of "select * from config.coded_value_map" on that test server, please? That would speed up the work that I need to do to write an upgrade script. |
| 12:30 |
remingtron |
bshum: docs site is alive again |
| 12:30 |
kmlussier |
Yay! |
| 12:33 |
Dyrcona |
yay! |
| 12:34 |
|
mcooper joined #evergreen |
| 12:38 |
|
atlas__ joined #evergreen |
| 12:39 |
|
ericar_ joined #evergreen |
| 12:55 |
|
hbrennan joined #evergreen |
| 12:59 |
eeevil |
Dyrcona: I can, but it contains both incomplete and test (read: fake, incorrect) values. if that's still of use to you, I'll grab it |
| 13:00 |
Dyrcona |
eeevil: Never mind, then. I'll see what I can come up with on my own, then. |
| 13:03 |
gmcharlt |
Dyrcona: a possiblity for you - http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=koha-tmpl/intranet-tmpl/prog/en/data;h=129c3a2518f0df1b1012ad3d2ee6851385c2f9eb;hb=HEAD |
| 13:04 |
gmcharlt |
specifically, it may give you something more readily parseable than screen-scraping LC's website |
| 13:05 |
|
jihpringle joined #evergreen |
| 13:16 |
bshum |
eeevil: dbwells: Still checking things but after applying patches for that acq/cataloging bug, we're still getting matching taking forever. |
| 13:16 |
bshum |
"matching to infinity" |
| 13:17 |
eeevil |
bshum: :( |
| 13:17 |
eeevil |
bshum: does dbwells' approach of just using metabib.record_attr_flat help? |
| 13:19 |
bshum |
eeevil: I'll try that next. Have to get the one without the typo |
| 13:20 |
* bshum |
will report back |
| 13:25 |
|
ldwhalen joined #evergreen |
| 13:25 |
|
kbeswick_ joined #evergreen |
| 13:30 |
dbwells |
bshum: rats. I will be in meetings from now through 3:30, but will try to check it out again after that. Thanks for testing. |
| 13:35 |
Dyrcona |
Oh forget it. I don't have time for that. |
| 13:41 |
|
Dyrcona joined #evergreen |
| 13:42 |
Dyrcona |
Damn laptop. |
| 13:42 |
Dyrcona |
Just shut off. |
| 13:53 |
|
gsams joined #evergreen |
| 14:06 |
hbrennan |
When I'm using alt. serial control, items are listed in lists of 15. Can this number be changed somewhere so I don't have to scroll through so many pages? |
| 14:07 |
hbrennan |
And related, is it an option yet to display serial issuances in reverse cron? So the most recent are on the first page? |
| 14:09 |
hbrennan |
I have to ask while expert dbwells is in meetings, because I'm great with bad timing |
| 14:10 |
kmlussier |
hbrennan: Are you using the fully compressed serials holding view for to display your serials issuances? |
| 14:11 |
kmlussier |
I think if the display grouping is set to chron, then it displays in reverse chronological order, but I'm thinking that might just be in the compressed view. |
| 14:11 |
kmlussier |
But it's been a while since I've looked at it. |
| 14:11 |
hbrennan |
kmlussier: This isn't in the OPAC view or holdings in serial control. I'm in Issuances under Subscription Details in Alternate |
| 14:12 |
hbrennan |
Where issuances can be edited or deleted |
| 14:12 |
kmlussier |
Oh, sorry. I misunderstood. |
| 14:12 |
hbrennan |
kmlussier: How is that possible? There are only a thousand different methods of looking at serials. :) No worries |
| 14:13 |
bshum |
dbwells: Using the replaced function the way you wrote it I guess for _flat, Mary reports successful linking in her test between bibs in the queue vs. catalog. |
| 14:14 |
bshum |
So that's better than hanging forever |
| 14:14 |
eeevil |
bshum: cool. let's go with that one, then |
| 14:14 |
kmlussier |
bshum: How is the speed? |
| 14:14 |
bshum |
kmlussier: Unsure |
| 14:15 |
bshum |
To quote Mary: "Muy rapido. Muy bueno." |
| 14:15 |
kmlussier |
Phew! |
| 14:16 |
kmlussier |
mllewellyn++ bshum++ |
| 14:16 |
* rfrasur |
smiles |
| 14:16 |
bshum |
It's only a 3 bib file she says, but certainly faster than not completing at all. |
| 14:16 |
bshum |
:) |
| 14:16 |
bshum |
She's testing a vandelay load next. Her first test was with acq only. |
| 14:21 |
bshum |
Regular loader seems fine too |
| 14:21 |
bshum |
mllewellyn++ |
| 14:21 |
rfrasur |
mllewellyn++ |
| 14:22 |
kmlussier |
@dessert mllewellyn |
| 14:22 |
* pinesol_green |
grabs a scoop of Lemon Sherbert and sends it sliding down the dessert bar to mllewellyn |
| 14:23 |
mllewellyn |
There must be quite a stockpile of Lemon Sherbert |
| 14:23 |
mllewellyn |
kmlussier: thanks |
| 14:23 |
kmlussier |
pinesol_green must like Lemon Sherbert |
| 14:23 |
pinesol_green |
kmlussier: I am only a bot, please don't think I'm intelligent :) |
| 14:23 |
pinesol_green |
kmlussier: Leave me alone, I'm busy right now. |
| 14:23 |
kmlussier |
Busy eating Lemon Sherbert |
| 14:24 |
kmlussier |
@dessert |
| 14:24 |
* pinesol_green |
grabs a big dish of Apple Crisp and sends it sliding down the dessert bar to kmlussier |
| 14:24 |
mllewellyn |
:) |
| 14:24 |
bshum |
@dessert |
| 14:24 |
* pinesol_green |
grabs a big dish of Supreme Brownie Sundae and sends it sliding down the dessert bar to bshum |
| 14:24 |
hbrennan |
Lucky! |
| 14:24 |
rfrasur |
@dessert |
| 14:24 |
* pinesol_green |
grabs a slice of Carrot Cake and sends it sliding down the dessert bar to rfrasur |
| 14:24 |
rfrasur |
yum |
| 14:24 |
kmlussier |
I stll haven't found the one I want. |
| 14:25 |
kmlussier |
@dessert hbrennan |
| 14:25 |
* pinesol_green |
grabs a batch of Chocolate Chip Cookies and sends it sliding down the dessert bar to hbrennan |
| 14:25 |
kmlussier |
Bah! |
| 14:25 |
hbrennan |
Yesss. Thanks |
| 14:25 |
bshum |
Hehe |
| 14:25 |
hbrennan |
I'm starting to like pinesol_green |
| 14:25 |
* bshum |
misses good old fashioned pinesol sometimes. |
| 14:26 |
* kmlussier |
doesn't remember the old fashioned pinesol. |
| 14:26 |
kmlussier |
Unless you're talking about the cleaner? |
| 14:27 |
bshum |
I just never liked the tail _green |
| 14:27 |
rfrasur |
Why does it need the _green? |
| 14:27 |
bshum |
It's back when we were in transition and we ran two bots at the same time from different servers. |
| 14:27 |
bshum |
When we turned off the original pinesol, we never removed the trailing _green from the new one. |
| 14:27 |
bshum |
Guess it stuck |
| 14:28 |
rfrasur |
oh...can it be removed now? |
| 14:28 |
kmlussier |
Can we change it back? |
| 14:28 |
hbrennan |
I still think we should rename to Marq |
| 14:28 |
rfrasur |
@blame hbrennan |
| 14:28 |
pinesol_green |
rfrasur: hbrennan is why we can never have nice things! |
| 14:28 |
hbrennan |
per an IRC conversation during the conference |
| 14:28 |
hbrennan |
Aww man |
| 14:28 |
rfrasur |
hehe |
| 14:28 |
hbrennan |
Sorry guys |
| 14:28 |
kmlussier |
It's true. hbrennan is the reason we can't have nice things. |
| 14:29 |
rfrasur |
It's okay. We still like you. |
| 14:29 |
rfrasur |
but not MARC |
| 14:29 |
rfrasur |
sorry mllewellyn |
| 14:38 |
rfrasur |
ugh, Chrome just doesn't like the payment reconciliation reports, jboyer-isl |
| 14:39 |
jboyer-isl |
I still haven't correctly fixed the cookie thing. You'll have to close and reopen chrome, or copy/paste the full url to another browser. :( (You'd think I'd have made time for this since it hits me a lot too... ) |
| 14:40 |
jboyer-isl |
Maybe now would be a good time to look into that. |
| 14:40 |
rfrasur |
I tried just closing the browser, but it's not working. Deleting cached stuff. |
| 14:40 |
rfrasur |
oy, no. I'll fire up firefox |
| 14:41 |
rfrasur |
hmm, actually that's not working either. It says it's not redirecting properly. Will check my cookie policy on it first and give it another try. |
| 14:43 |
rfrasur |
newp. Not working for Chrome or Firefox...at least not for me. Am I missing something? |
| 14:44 |
jboyer-isl |
So, another thought. You're sure that the staff client you're using hasn't timed out? If you let it sit too long and then click the link on the splash page it will do something similar. |
| 14:44 |
rfrasur |
Hmm, it might have. Let me restart that. |
| 14:44 |
jboyer-isl |
(like it just did to me, because our timeout is $lol) |
| 14:45 |
rfrasur |
(well, I did let it sit for a few hours while I was doing other stuff) |
| 14:45 |
rfrasur |
um, yes. pardon. |
| 14:45 |
* rfrasur |
displays appropriate amount of shame. |
| 14:45 |
rfrasur |
Thank you fearless...db leader. |
| 14:57 |
bshum |
"You are The Special." |
| 14:59 |
rfrasur |
bshum: Your pop culture prowess is going to destroy me. Next you're gonna reference "Teens react to the Fault in Our Stars" and I'll just have to retire from humanity. |
| 15:00 |
* rfrasur |
still has to watch the Lego Movie. |
| 15:00 |
bshum |
I don't really know much about pop culture. I just like quotes. :D |
| 15:01 |
bshum |
And that movie was awesome. :) |
| 15:01 |
rfrasur |
;), how could it be otherwise? |
| 15:02 |
rfrasur |
Which brings two questions to mind...I wonder if there's been research into why guys seem to be way better at remembering quotations....and who decided that emoticons were now called emojis? |
| 15:08 |
bshum |
Hmm |
| 15:08 |
bshum |
I'm not entirely sure if that first question is true. |
| 15:08 |
bshum |
As for the second, I try not to understand the new generation that's upon us. |
| 15:09 |
Dyrcona |
You sure that isn't short hand for emojito... fruity drinks for fruity, depressed young adults? |
| 15:10 |
dbs |
Dyrcona++ |
| 15:15 |
rfrasur |
Dyrcona, I'm not sure at all. |
| 15:15 |
Dyrcona |
rfrasur: I don't know anything at all any more. |
| 15:15 |
rfrasur |
bshum: I know a LOT more guys that can quote extensively from all sorts of stuff. |
| 15:16 |
* Dyrcona |
presses the reset button on his day, but it doesn't seem to work. |
| 15:16 |
rfrasur |
Girls are more like "uh...that movie...with that guy...and that girl....and that thing happened." |
| 15:17 |
rfrasur |
Dyrcona: I'd press the reset button...but then I'd have to do it all over again...and no thanks. |
| 15:17 |
Dyrcona |
rfrasur++ |
| 15:18 |
rfrasur |
And...tomorrow, it's supposed to be 70 out...and I think I can leave work early. |
| 15:22 |
gmcharlt |
rfrasur: FWIW, many of the movies and TV shows I watch feature such luminaries as "Iveseenhimbefore" and "Thatvoicesoundsfamilar" |
| 15:22 |
|
gsams joined #evergreen |
| 15:23 |
rfrasur |
gmcharlt++ |
| 15:23 |
rfrasur |
I think I've seen those same movies. |
| 15:24 |
Dyrcona |
My favorite is OhitsTHATguy |
| 15:24 |
rfrasur |
I'm trying to train my brain (dear lord, I'm a dork) to recognize non-English names faster, but it's not going particularly well. |
| 15:24 |
Dyrcona |
imdb++ |
| 15:24 |
rfrasur |
imdb++ #and their little app too |
| 15:26 |
|
mrpeters left #evergreen |
| 15:27 |
rfrasur |
And for the record, monthly earnings of $1.07 on $125k+ is pretty sucky. pointless savings accounts |
| 15:29 |
Dyrcona |
rfrasur: This is post capitalism, you borrow not save your capital. |
| 15:29 |
rfrasur |
Yes...but public institution. We just do what the state board of accounts and department of local government finance allows us to do. |
| 15:29 |
rfrasur |
and grind our teeth. |
| 15:31 |
jboyer-isl |
Good news rfrasur, the next time you close your browser is the last time you should need to. Now cookies have a 1-hour lifetime before they drift quietly off toward a hairy blue void. |
| 15:31 |
rfrasur |
like....cookie monster heaven. |
| 15:31 |
rfrasur |
awww |
| 15:32 |
rfrasur |
jboyer-isl++ #you really are (one of) the best. |
| 15:36 |
Bmagic |
I have a permission question (permissions confuse the heck outta me) |
| 15:37 |
hbrennan |
bmagic: Welcome to the club |
| 15:37 |
Bmagic |
We have a system with 4 branches, a staff member can take money for patrons that are registered at any of the 4 branches except for one |
| 15:38 |
Bmagic |
the error says "CREATE_PAYMENT" - looking at the permission settings for this staff member, the CREATE_PAYMENT is set to "branch" |
| 15:39 |
Bmagic |
if "branch" implys what I think it implys then the staff login shouldn't be able to take money from anyone except from patrons with the same home_ou as the staff member |
| 15:39 |
Bmagic |
but of course I know that's not true because the system allows money to be accepted from other branch patrons with this one exception |
| 15:40 |
Dyrcona |
Bmagic: It applies to where they can create a payment. They can only create a payment at the staff acount's home_ou. |
| 15:41 |
Dyrcona |
At least, that is how permissions usually work. |
| 15:41 |
Bmagic |
Dyrcona: if that were true, then the staff login shouldn't be allowed to accept money for any of the other branches but they can |
| 15:41 |
Dyrcona |
You can do X and org_unit Y. |
| 15:41 |
Dyrcona |
Bmagic: You're thinking of it wrong. |
| 15:41 |
jboyer-isl |
Dyrcona: Would it be home_ou, or work_ou? |
| 15:41 |
Dyrcona |
jboyer-isl: Probably work_ou. |
| 15:42 |
Dyrcona |
Bmagic: It isn't where the money is owed. It is about where the payment is created. |
| 15:42 |
jboyer-isl |
That's what I was hoping. |
| 15:42 |
mllewellyn |
Does anyone know an Evergreen site currently using EDI with Brodart? And sending copy IDs in the EDI order? |
| 15:43 |
Dyrcona |
Bmagic: At least, that is how it should work. |
| 15:44 |
Bmagic |
Dyrcona: Let me check some variables, just a minute |
| 15:48 |
|
alynn26 joined #evergreen |
| 15:48 |
|
bmills joined #evergreen |
| 15:50 |
Bmagic |
Dyrcona: OK, patron with home_ou T circed an item from org X, Comes to library Y to pay staff login Y |
| 15:50 |
Bmagic |
all in the same system |
| 15:52 |
Dyrcona |
And, it should work. You say it works like that at the other branches, right? |
| 15:56 |
Bmagic |
Dyrcona: Does the circ_lib matter? |
| 15:56 |
eeevil |
remingtron++ # signoffs |
| 15:57 |
Dyrcona |
Bmagic: Where it was checked out or who owns the copy? In either case, it may. |
| 15:57 |
* Dyrcona |
loves over loaded terminology, and over loaded operators. |
| 15:57 |
Bmagic |
Dyrcona: action.circulation.circ_lib |
| 16:00 |
Dyrcona |
Is this a credit card payment? |
| 16:01 |
Dyrcona |
Oh, nm. Read that wrong. |
| 16:01 |
Dyrcona |
Looks like it goes by patron's home library. |
| 16:01 |
* Dyrcona |
thinks that is stupid. |
| 16:03 |
Bmagic |
Dyrcona: it's cash |
| 16:03 |
Bmagic |
ok so, nothing matters other than the patron's home ou |
| 16:03 |
Dyrcona |
As far as I can tell from O::A::Circ::Money.pm |
| 16:04 |
|
pmurray_away joined #evergreen |
| 16:04 |
|
pmurray joined #evergreen |
| 16:04 |
Bmagic |
I think I might have it |
| 16:10 |
Bmagic |
Dyrcona: So it's a bookmobile patron |
| 16:10 |
Bmagic |
which is not on the same org "level" as the staff account "level" |
| 16:10 |
Dyrcona |
Bmagic: The code checks if the staff have the permission at the patron's home_ou. |
| 16:11 |
Dyrcona |
It makes a call that is aware of the hierarchy, so moving the permission to system should fix it. |
| 16:11 |
Bmagic |
The staff has permissions at the patron's home ou but it will not let the payment come in, citing CREATE_PAYMENT |
| 16:12 |
Dyrcona |
Bmagic You said patron had home_ou T and payment is made by staff at Y. |
| 16:12 |
Bmagic |
only when the patron's home_ou is at this bookmobile which is one level below "branch" |
| 16:12 |
Bmagic |
Dyrcona: That's correct |
| 16:13 |
Dyrcona |
You're saying that with the permission level set to branch, it works to pay fines for other branches, but not for your bookmobile? |
| 16:14 |
Dyrcona |
I see why the bookmobile would not work outside of its parent branch. |
| 16:16 |
|
jwoodard joined #evergreen |
| 16:16 |
Bmagic |
Dyrcona: That's right! I think I can close the book on this one. I will check that next time. The answer here is that the patron's ou is not "branch" but instead "bookmobile" and the permissions for the staff is set to "branch" |
| 16:21 |
dbwells |
bshum: meetings ran over, just got back. Thanks for the testing on bug #1304559. |
| 16:22 |
pinesol_green |
Launchpad bug 1304559 in Evergreen "acq and cataloging loader broken in 2.6-rc" (affected: 4, heat: 22) [Critical,Confirmed] https://launchpad.net/bugs/1304559 |
| 16:23 |
Dyrcona |
Bmagic: Do your users have more than 1 work_ou in the work_ou_map? |
| 16:23 |
dbwells |
bshum: would you mind posting an update on the bug? I'm not sure if I'll be able to do anything with it right away, so I don't want to be the bottleneck if someone else can take your info and run with it. |
| 16:24 |
|
cmorgan joined #evergreen |
| 16:25 |
Bmagic |
Dyrcona: I'm not familiar with work_ou_map, where is that in the schema? |
| 16:26 |
jboyer-isl |
permission.usr_work_ou_map |
| 16:26 |
Dyrcona |
jboyer-isl++ |
| 16:26 |
jboyer-isl |
psql-tab-completion++ |
| 16:27 |
Bmagic |
oh, that is manifested in the staff client under user permissinos editor? |
| 16:27 |
Dyrcona |
'Cause given what I see looking through the code, if you have the CREATE_PAYMENT permission at the branch, I don't think your staff should be able to create payments for patrons from other branches. |
| 16:28 |
Dyrcona |
And why the check is based on patron home_ou, I don't know, but that's what I see in master. |
| 16:28 |
Bmagic |
Dyrcona: we are on version 2.4 if that would have anything to do with it. But yeah, the staff are taking payments from patrons at branches!=staff_branch |
| 16:29 |
Dyrcona |
You can do the code archeology on your own at this point. |
| 16:31 |
Bmagic |
Dyrcona: can you verify that the permission in question is id number 33 |
| 16:32 |
|
tspindler left #evergreen |
| 16:32 |
hbrennan |
What's the name for the "home" screen on Evergreen staff client, which shows when no tabs are open? |
| 16:32 |
hbrennan |
Splash screen? |
| 16:33 |
rfrasur |
splash screen or page |
| 16:33 |
* rfrasur |
knows that one. |
| 16:33 |
Dyrcona |
Bmagic: It is on my system. |
| 16:33 |
hbrennan |
Thanks, rfrasur! Trying to standardize our morning procedures instructions |
| 16:33 |
jeff |
i've also seen it referred to as the "portal" page |
| 16:34 |
hbrennan |
ohhh I like portal.... |
| 16:34 |
hbrennan |
jeff: You're making this task more difficult :) |
| 16:34 |
rfrasur |
I actually prefer "home page" since most librarians understand what that is. |
| 16:34 |
hbrennan |
Survey! :) |
| 16:35 |
rfrasur |
Well, personally, I prefer "portal." |
| 16:35 |
jeff |
soda, pop, coke... |
| 16:35 |
rfrasur |
jeff++ |
| 16:35 |
hbrennan |
I'm from Alaska. The only regional preference we have is saying snowmachine |
| 16:35 |
rfrasur |
For anything with an engine? |
| 16:36 |
hbrennan |
Nope, just in place of snowmobile. If you say mobile here you give yourself away as not Alaskan |
| 16:36 |
jeff |
i'll have a Pepsi coke, please. |
| 16:36 |
rfrasur |
Oh, gotcha. Jeff...RC Cola? |
| 16:38 |
Bmagic |
Well, now I am puzzled again. Why would the staff client show a permission applied to a staff user that is clearly not in the database (permission.usr_perm_map) |
| 16:39 |
Dyrcona |
permission.usr_grp_map and permission.grp_perm_map might tell you more. :) |
| 16:39 |
Bmagic |
Ah there we go |
| 16:40 |
Dyrcona |
Bmagic: Just from playing with the database functions involved, I don't see how staff are paying fines for patrons at other branches if they only have CREATE_PAYMENT at the branch level. |
| 16:40 |
Bmagic |
Dyrcona: Perplexing |
| 16:41 |
Dyrcona |
Does the group have the perm at the system level? But, if that was the case, then the bookmobile payment should have gone through if they're all in the same system. |
| 16:43 |
Bmagic |
Dyrcona: http://pastebin.com/7msBhJpQ |
| 16:44 |
Bmagic |
Dyrcona: I know that query wont do much for you but I just thought I would get some thoughts moving, I am using this to find the bills that don't work and ones that do. It turns out that patron home ou 114 is when the payments dont work |
| 16:45 |
Dyrcona |
Bmagic: 114 is the book mobile. |
| 16:45 |
Dyrcona |
? |
| 16:45 |
Bmagic |
yes |
| 16:45 |
Dyrcona |
Bmagic: Check the org tree for the bookmobile and its parents. |
| 16:46 |
Dyrcona |
select actor.org_unit_ancestors(114) ; -- in the database |
| 16:46 |
Bmagic |
what do you want to know? |
| 16:47 |
Dyrcona |
It's more for you than for me. |
| 16:48 |
pinesol_green |
[evergreen|Mike Rylander] Reset the displayed mouse cursor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81a71b0> |
| 16:49 |
Bmagic |
Dyrcona: I am not sure how to inturpret the results |
| 16:49 |
Bmagic |
interpret* |
| 16:49 |
Dyrcona |
Bmagic: It goes from 114 to 1, right? |
| 16:49 |
Bmagic |
3 rows |
| 16:49 |
Dyrcona |
Skipping lots of numbers. |
| 16:50 |
Dyrcona |
Should be 4. |
| 16:50 |
Dyrcona |
A bookmobile is usually at a level below a branch. |
| 16:50 |
Bmagic |
Dyrcona: by the way, the bookmobile is 115, and select actor.org_unit_ancestors(115) returns 3 rows |
| 16:51 |
Dyrcona |
Sounds like the bookmobile is missing its parent or did you change the depth of a bookmobile, or did we? |
| 16:51 |
Bmagic |
"(115,112,5,75,76,77,46,shortcode,"protect the innocent",email email.com,phone,t,1)" |
| 16:51 |
Dyrcona |
Bmagic: Try this one: select depth, name from actor.org_unit_type; |
| 16:52 |
Bmagic |
branch=2 and book=3 |
| 16:52 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] LP#1281678 Fixed field context menus should trigger close confirmation dialog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0757600> |
| 16:53 |
Dyrcona |
So you're book mobile at 115 is missing something, either its parent branch (more likely) or its branch is missing its parent system (less likely); |
| 16:53 |
Dyrcona |
s/you're/your/ |
| 16:54 |
|
dluch joined #evergreen |
| 16:55 |
Bmagic |
missing it's parent? It's parent is in fact 112 which is the same parent as all of the other branches in this system. Are you saying that the bookmobile needs to have a parent that is a branch and not a system? |
| 16:55 |
Dyrcona |
Bmagic: A bookmobile isn't a branch, not with a depth of 3. It needs to be a child of a branch. |
| 16:56 |
Bmagic |
Dyrcona: I see. I agree, however this is how it was structured before I became apart of the situation. Perhaps this could adding to some of our permission confusion |
| 16:56 |
Dyrcona |
Bmagic: Could be. |
| 16:56 |
Bmagic |
Dyrcona: So does that explain why the staff login can apply payments for all of the branches? |
| 16:57 |
Dyrcona |
Bmagic: No, but I might be wrong about how the permission is supposed to work. |
| 16:57 |
Bmagic |
Dyrcona: lol, as long as it works right? |
| 16:58 |
Dyrcona |
Bmagic: Um, no, not really. If it isn't apparent why it works, then its magic, and I don't like magic. |
| 16:59 |
Bmagic |
Dyrcona: I totally agree with that |
| 16:59 |
Dyrcona |
Bmagic: You will want to reparent the bookmobile. |
| 16:59 |
Bmagic |
Dyrcona: Yes, and all of our bookmobiles for that matter |
| 17:00 |
Dyrcona |
Anyway, it is time for me to go. I might sign back in later. |
| 17:00 |
Dyrcona |
Bmagic: Good luck! |
| 17:00 |
Bmagic |
Dyrcona: But doing that doesn't solve my issue. It souds like I need to elevate the staff client login to system |
| 17:00 |
Bmagic |
later |
| 17:00 |
Bmagic |
Dyrcona++ |
| 17:14 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:14 |
|
mmorgan left #evergreen |
| 17:18 |
* csharp |
runs apt-get update && apt-get dist-upgrade on lupin |
| 17:20 |
pinesol_green |
[evergreen|Mike Rylander] LP#1303987: Fully populate Ills from context menu - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f82055d> |
| 17:28 |
pinesol_green |
[evergreen|Mike Rylander] LP#1301510 Align element name with Fixed Field type - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=97d18d6> |
| 17:37 |
|
Dyrcona joined #evergreen |
| 17:52 |
pinesol_green |
[evergreen|Galen Charlton] LP#1302113: define a file for storing lists of folks to acknowledge in the release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=490c214> |
| 17:52 |
pinesol_green |
[evergreen|Galen Charlton] LP#1302113: acknowledgments for 2.6.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ce9f58a> |
| 18:12 |
|
dac joined #evergreen |
| 19:56 |
bshum |
gmcharlt: Does your comment in https://bugs.launchpad.net/evergreen/+bug/1259665/comments/11 refer to a regression introduced by the fix for that bug or that you mean there exists another bug with 490s that is similar? |
| 19:56 |
pinesol_green |
Launchpad bug 1259665 in Evergreen "Series search in 2.5 does not retrieve 800 |t" (affected: 3, heat: 20) [High,Fix committed] |
| 19:57 |
gmcharlt |
bshum: no, failure to include the 490.0 in series.seriestitle is a manifestation of the same bug |
| 19:58 |
gmcharlt |
and is fixed by that patch |
| 20:00 |
bshum |
Ah okay, I get it now. I was re-reading what the bug fix did and wasn't sure if I was missing that part or not. |
| 20:00 |
bshum |
So the comment is more of an informational FYI. Thanks. |
| 20:03 |
gmcharlt |
exactly |
| 20:04 |
bshum |
I'm not 100% sure because changing indexes suck, but this bug might be worth including in a 2.5 release. |
| 21:03 |
jeff |
csharp: what was updated on lupin? |
| 21:05 |
jeff |
oh, probably libyaml and openssh |
| 21:19 |
|
wjr_ joined #evergreen |
| 21:19 |
|
pinesol_green` joined #evergreen |
| 21:22 |
|
edoceo_ joined #evergreen |
| 21:24 |
gsams |
Is it possible to change the hour transform in the reporter to display 1-12 AM/PM instead of 24 hour style? |
| 21:25 |
|
egbuilder joined #evergreen |
| 22:15 |
|
atlas__ joined #evergreen |
