| Time |
Nick |
Message |
| 01:20 |
|
zerick joined #evergreen |
| 03:56 |
|
tsbere_ joined #evergreen |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:32 |
|
b_bonner joined #evergreen |
| 06:33 |
|
mtcarlson_away joined #evergreen |
| 07:47 |
csharp |
@quote random |
| 07:47 |
pinesol_green |
csharp: Quote #49: "<bshum> I've never trusted Klingons, and I never will. I can never forgive them for the death of my boy." (added by Dyrcona at 05:02 PM, April 03, 2013) |
| 07:53 |
|
collum joined #evergreen |
| 07:54 |
|
akilsdonk joined #evergreen |
| 07:59 |
|
rjackson-isl joined #evergreen |
| 08:26 |
|
gsams joined #evergreen |
| 08:36 |
|
Dyrcona joined #evergreen |
| 08:48 |
|
mmorgan joined #evergreen |
| 08:58 |
|
17SAAUN8Z joined #evergreen |
| 08:58 |
|
timf joined #evergreen |
| 09:04 |
|
ericar joined #evergreen |
| 09:17 |
|
dluch joined #evergreen |
| 09:27 |
dbwells |
ldwhalen: The door isn't completely closed on RC1, but I'll also say that I don't consider those three bugs to be blockers (they aren't brokenness of major features, and they don't directly affect any data). I'll look for some time today to review them if I can. |
| 09:29 |
dbwells |
ldwhalen: They might also get somewhat more attention if you un-assign yourself (I generally ignore bugs which are assigned to someone else). |
| 09:30 |
|
mrpeters joined #evergreen |
| 09:34 |
|
hopkinsju joined #evergreen |
| 09:38 |
jl- |
I'm all set up for the conference |
| 09:39 |
jl- |
that was quick |
| 09:41 |
|
asimon joined #evergreen |
| 09:44 |
jl- |
I'm all set up for the conference |
| 09:44 |
jl- |
that was quick |
| 09:44 |
* tsbere |
appears to be getting echos ;) |
| 09:45 |
csharp |
Hello? (Hello?) Hellooo (Hellooo) |
| 09:45 |
asimon |
* I am trying to setup a crontab for the opensrf user. I am using the online example, but syslog shows messages like: (CRON) error (grandchild #3450 failed with exit status 2) whenever CRON runs one of the commands. What is the best way to diagnose what is wrong with the file? |
| 09:45 |
|
berick joined #evergreen |
| 09:46 |
jl- |
can anyone here me? help |
| 09:46 |
jl- |
:P |
| 09:46 |
jl- |
asimon: does the shell script run file when you run it manually? |
| 09:46 |
phasefx |
asimon: paste one of the lines? |
| 09:46 |
jl- |
s/hear/here |
| 09:47 |
jl- |
s/fine/file |
| 09:48 |
Dyrcona |
s/(fi)n(e)/\1l\2/ # for less readability, more perliness. :) |
| 09:48 |
Dyrcona |
or, should that be $1 $2 in perl? |
| 09:48 |
csharp |
asimon: http://ubuntuforums.org/showthread.php?t=1760488 |
| 09:49 |
csharp |
asimon: so it sounds like it's a cron-level (not EG/OpenSRF-level issue) |
| 09:49 |
asimon |
jl: Yes. For example, I just ran '/openils/bin/hold_targeter.pl /openils/conf/opensf_core.xml' without error. |
| 09:50 |
Dyrcona |
asimon: You created the crontab for the opensrf user and not root? |
| 09:50 |
jl- |
asimon: I mean the .sh script |
| 09:51 |
|
yboston joined #evergreen |
| 09:51 |
asimon |
phasefx: * */4 * * * . ~/.bashrc && /usr/bin/perl $EG_BIN_DIR/hold_targeter.pl $SRF_CORE (EG_BIN_DIR and SRF_CORE are properly set at the top of the file) |
| 09:51 |
asimon |
Dyrcona: Yes it is the opensrf crontab file. |
| 09:52 |
jl- |
paste the file somewhere |
| 09:53 |
pastebot |
"asimon" at 64.57.241.14 pasted "opensrf crontab file" (76 lines) at http://paste.evergreen-ils.org/33 |
| 09:53 |
ldwhalen |
dbwells: I was mainly trying to figure out if I should push myself last night to fix some things that ktomita_ had found. I decided not to. I will have them fixed today. No need to review them yet that will not be a good use of your time. |
| 09:54 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "Sample Ubuntu Crontab that works" (10 lines) at http://paste.evergreen-ils.org/34 |
| 09:54 |
|
jwoodard joined #evergreen |
| 09:54 |
dbwells |
ldwhalen: ok, thanks |
| 09:54 |
jl- |
shouldn't the environmental variables contain $ |
| 09:55 |
jl- |
you can test them with echo $variable |
| 09:56 |
Dyrcona |
asimon: The /usr/bin/perl bits are probably unnecessary. |
| 09:56 |
Dyrcona |
asimon: You might also try setting the shell explicitly to /bin/bash. |
| 09:57 |
* Dyrcona |
is having a devil of a time understanding the forum thread that phasefx shared. |
| 09:57 |
* Dyrcona |
is also working on two other problems while trying to pay attention here. |
| 09:59 |
|
berick joined #evergreen |
| 09:59 |
asimon |
Dyrcona: I have removed the /usr/bin/perl bits and added a SHELL statement. BTW, I got the same error messages before I added /usr/bin/perl to the file. |
| 09:59 |
Dyrcona |
sorry, csharp.... I am confused. |
| 10:02 |
Dyrcona |
asimon: I've not seen that problem before, and your crontab looks good to my eyes. Dunno what's wrong with it if it still fails. |
| 10:06 |
asimon |
Dyrcona: Jobs are now running. I think that adding the SHELL statement was the solution. TY |
| 10:06 |
asimon |
jl: TY |
| 10:07 |
asimon |
csharp: TY |
| 10:35 |
|
krvmga joined #evergreen |
| 10:35 |
|
Dyrcona joined #evergreen |
| 10:36 |
krvmga |
i keep getting reports of dropdown menus not working in the catalog. it's not limited to any particular browser. i can't duplicate it. i don't know what's going on. |
| 10:37 |
krvmga |
has anyone else had any report like this? |
| 10:42 |
jeff |
in what environments is it being reported? |
| 10:43 |
krvmga |
jeff: i'm getting reports from patrons. |
| 10:43 |
krvmga |
i'm assuming they're at home. |
| 10:43 |
krvmga |
they can't choose format, library, anything with a dropdown. |
| 10:43 |
jeff |
by environment, i mean operating system and browser, etc. :-) |
| 10:44 |
krvmga |
firefox, IE, windows 7 |
| 10:52 |
|
berick_ joined #evergreen |
| 10:57 |
* dbs |
thinks.... some common browser plugin that we would shun like the plague? |
| 10:57 |
dbs |
Sounds familiar for some reason. |
| 11:03 |
|
dbwells joined #evergreen |
| 11:05 |
|
jihpringle joined #evergreen |
| 11:09 |
krvmga |
i've sent a message to a patron who experienced the problem asking them to turn off browser plugins, restart, and see if the problem persists. |
| 11:10 |
krvmga |
if it is a plugin, then we will have somewhere to start tracking down which one. |
| 11:59 |
|
fparks joined #evergreen |
| 12:01 |
|
RoganH joined #evergreen |
| 12:08 |
bradl |
is docs.evergreen-ils.org really dog slow for anyone else? And by slow I mean you click a link and it takes 10+ seconds to render the next page? |
| 12:09 |
bradl |
@isitsloworisitjustme |
| 12:09 |
pinesol_green |
bradl: Down time is a fact of business when you're a poor 501c3 corporation. |
| 12:10 |
bradl |
well, ignore me, it's all speedy now |
| 12:10 |
bradl |
:) |
| 12:10 |
RoganH |
bradl: the gerbils in the wheels haven't had their chocolate frosted sugar bombs today |
| 12:11 |
bradl |
@excuse |
| 12:11 |
pinesol_green |
bradl: Beyond here be dragons. |
| 12:11 |
RoganH |
I want to put that over my closed stacks door. |
| 12:12 |
|
kmlussier joined #evergreen |
| 12:13 |
|
afterl joined #evergreen |
| 12:15 |
csharp |
is docs.evergreen-ils still hosted by Mohawk? |
| 12:16 |
gmcharlt |
yes |
| 12:16 |
csharp |
cool - just wondering ;-) |
| 12:19 |
|
dreuther joined #evergreen |
| 12:20 |
gmcharlt |
@blame add $wo forgot to give the gerbils their chocolate-frosted sugar bombs |
| 12:20 |
pinesol_green |
gmcharlt: Error: Blames must contain $who. |
| 12:20 |
gmcharlt |
@blame add $who forgot to give the gerbils their chocolate-frosted sugar bombs |
| 12:20 |
pinesol_green |
gmcharlt: The operation succeeded. Blame #14 added. |
| 12:20 |
csharp |
@blame |
| 12:20 |
pinesol_green |
csharp: (blame [<channel>] [<id>] <who|what> [for <reason>]) -- Blames <who|what> (for <reason>, if given). If <id> is given, uses that specific blame. <channel> is only necessary if the message isn't sent in the channel itself. |
| 12:21 |
csharp |
@blame [someone] |
| 12:21 |
pinesol_green |
csharp: It's all http://www.firstpersontetris.com/'s fault! |
| 12:21 |
csharp |
bleh |
| 12:21 |
csharp |
@blame csharp |
| 12:21 |
pinesol_green |
csharp: csharp stole bradl's tux doll! |
| 12:21 |
Dyrcona |
@blame 14 csharp |
| 12:21 |
pinesol_green |
Dyrcona: csharp forgot to give the gerbils their chocolate-frosted sugar bombs |
| 12:21 |
csharp |
both of those blames are true! |
| 12:22 |
Dyrcona |
@blame 4 Dyrcona |
| 12:22 |
pinesol_green |
Dyrcona: It really IS Dyrcona's fault! |
| 12:26 |
bradl |
csharp: I'm just glad you don't want child .. err... tux support. |
| 12:27 |
csharp |
bradl: so that's why you won't answer my phone calls! |
| 12:28 |
bradl |
i lost my phone |
| 12:29 |
csharp |
:-) |
| 12:41 |
dreuther |
Hello. My name is Dan Reuther and I am taking over work on https://bugs.launchpad.net/evergreen/+bug/1152863 I am trying to get up to speed on the code base and am looking for resources on how the localization system works. |
| 12:41 |
pinesol_green |
Launchpad bug 1152863 in Evergreen "Support for traditional Boolean operators" (affected: 3, heat: 18) [Wishlist,Triaged] |
| 12:47 |
|
krvmga joined #evergreen |
| 12:47 |
krvmga |
follow up on previous report of dropdown menus not working: patron told me that the problem went away after she rebooted her machine. |
| 12:48 |
Dyrcona |
@facepalm |
| 12:48 |
pinesol_green |
Dyrcona: Mr. Spock: Something fascinating just happened. |
| 12:49 |
krvmga |
She applied the Microsoft Big Red Button solution. It works for so many things. |
| 12:52 |
|
ningalls joined #evergreen |
| 13:02 |
Dyrcona |
MVF/CRA code seems to be ignoring ingest.metarecord_mapping.preserve_on_delete |
| 13:03 |
Dyrcona |
We have it set to true, but our deleted records are not having their information preserved. |
| 13:03 |
Dyrcona |
Prior to the MVF/CRA work, the record_attr and other information stayed around for deleted records. |
| 13:05 |
|
gorodplus joined #evergreen |
| 13:06 |
Dyrcona |
dreuther: It's gettext, basically. |
| 13:06 |
|
hbrennan joined #evergreen |
| 13:09 |
|
csharp-web joined #evergreen |
| 13:17 |
dreuther |
Dyrcona: Thanks. I will look into that. |
| 13:43 |
|
dreuther_ joined #evergreen |
| 13:57 |
|
mrpeters joined #evergreen |
| 14:07 |
jl- |
anyone recently exported voyager records -> evergreen? I'm using http://rocky.uta.edu/doran/voyager/export/ |
| 14:07 |
jl- |
export is running |
| 14:08 |
|
mcooper joined #evergreen |
| 14:20 |
hbrennan |
jl-: You're really doing it? |
| 14:27 |
jl- |
hbrennan: yup but it's still a test run of course |
| 14:27 |
jl- |
ran fine appearently |
| 14:27 |
hbrennan |
Exciting |
| 14:28 |
hbrennan |
Hope the hotel issue hasn't stopped your plans for attending the conference? |
| 14:30 |
jl- |
nope I will be there |
| 14:30 |
jl- |
I booked at hyatt regency |
| 14:30 |
jl- |
:) |
| 14:30 |
jl- |
I'm excited |
| 14:30 |
hbrennan |
Great! Me too (for you) and me |
| 14:30 |
hbrennan |
and everyone |
| 14:30 |
jl- |
:) |
| 14:31 |
hbrennan |
Be sure to submit your IRC name to eg14 biblio.org so it gets on your nametag, or at least the contact list |
| 14:32 |
hbrennan |
unless you want to remain anonymous :) |
| 14:33 |
jl- |
yes, the jl- psynonym is infamous |
| 14:33 |
jl- |
;) |
| 14:40 |
jl- |
that's why I VPN through Iran |
| 14:41 |
hbrennan |
Naturally |
| 14:44 |
jl- |
Auth file: Shippensburg University-full-auth.mrc |
| 14:44 |
jl- |
Bib file: Shippensburg University-full-bibs.mrc |
| 14:44 |
jl- |
MFHD file: Shippensburg University-full-mfhd.mrc |
| 14:45 |
jl- |
not sure what the third would be? |
| 14:45 |
hbrennan |
That's serials stuff |
| 14:45 |
hbrennan |
I still don't understand it :) |
| 14:45 |
jl- |
lol |
| 14:46 |
hbrennan |
http://docs.evergreen-ils.org/dev/_marc_format_for_holdings_display_mfhd.html |
| 14:46 |
hbrennan |
it produces holdings info |
| 14:46 |
hbrennan |
I still haven't implemented it |
| 14:46 |
|
jeff_ joined #evergreen |
| 14:47 |
Dyrcona |
jl-: If you really want to get lost in the minutiae: http://www.loc.gov/marc/ |
| 14:47 |
|
jeff_ joined #evergreen |
| 14:47 |
hbrennan |
Dyrcona: haha. I'm bored.. think I'll just read MARC rules today |
| 14:48 |
jl- |
Dyrcona: I'd rather not, the question is if these need to be imported into evergreen |
| 14:48 |
Dyrcona |
jl-: Yep. You'll want to import them into Evergreen. |
| 14:48 |
Dyrcona |
How is another story. :) |
| 14:50 |
* jl- |
blank stare |
| 14:55 |
jl- |
Dyrcona: do I have to run this Shippensburg University-full-bibs.mrc through yaz-marcdump? |
| 14:55 |
jl- |
it appears as if the file has no line breaks |
| 14:56 |
Dyrcona |
It should be a binary file. |
| 14:56 |
Dyrcona |
.mrc is usually binary. |
| 14:56 |
jl- |
yes |
| 14:56 |
Dyrcona |
I usually write something to read those and load them as-is, but other methods will tell you to convert it to marcxml first. |
| 14:57 |
jl- |
I think yaz can handle that |
| 14:57 |
Dyrcona |
It can, yes. |
| 14:57 |
Dyrcona |
You should also ask yaz to convert to utf-8 at the same time. |
| 14:58 |
jl- |
yaz-marcdump -f MARC-8 -t UTF-8 -o marc -l 9=97 marc21.raw >marc21.utf8.raw |
| 14:58 |
jl- |
or |
| 14:58 |
jl- |
yaz-marcdump -f MARC-8 -t UTF-8 -o marcxml marc21.raw >marcxml.xml |
| 14:59 |
Dyrcona |
jl-: There's another thing you might want to add.... |
| 14:59 |
Dyrcona |
hang on a sec. |
| 14:59 |
jl- |
ok |
| 14:59 |
yboston |
Quick announcement |
| 15:00 |
yboston |
I will be hosting a pub trivia outing next week on Wednesday night |
| 15:00 |
kmlussier |
@love trivia |
| 15:00 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier loves trivia. |
| 15:00 |
yboston |
after the dev and DIG hackfest |
| 15:00 |
csharp |
yboston++ # I'm totally there |
| 15:00 |
bshum |
Go Team Evergreen! |
| 15:00 |
csharp |
bshum: booya! |
| 15:00 |
yboston |
starts at 7 PM, and it is a like a 7 minute walk from the hotel |
| 15:01 |
yboston |
I made reservations for 15, but we might be more |
| 15:01 |
Dyrcona |
jl-: Put a -l 9=97 somewhere before the -o. |
| 15:02 |
yboston |
My trivia team might be there too, the Dublin Hardcores |
| 15:02 |
yboston |
(that is our actual name) |
| 15:02 |
jl- |
Dyrcona: what's that for? |
| 15:02 |
Dyrcona |
jl-: sets the leader position 09 to 'a' |
| 15:03 |
Dyrcona |
you need that to follow the spec. for utf-8 records. |
| 15:03 |
jl- |
interesting |
| 15:03 |
jl- |
btw which one do I need to go with? 0 marcxml or -o marc |
| 15:04 |
jl- |
I'm assuming marcxml |
| 15:04 |
Dyrcona |
it's a lowercase letter oh for the output format. |
| 15:04 |
jl- |
I know |
| 15:04 |
Dyrcona |
jl-: http://www.indexdata.com/yaz/doc/yaz-marcdump.html |
| 15:04 |
jl- |
yaz-marcdump -f MARC-8 -t UTF-8 -o marc -l 9=97 marc21.raw >marc21.utf8.raw |
| 15:04 |
jl- |
or |
| 15:04 |
jl- |
yaz-marcdump -f MARC-8 -t UTF-8 -o marcxml marc21.raw >marcxml.xml |
| 15:05 |
Dyrcona |
You want marcxml |
| 15:05 |
jl- |
thought so |
| 15:05 |
jl- |
yaz-marcdump -f MARC-8 -t UTF-8 -o marcxml -l 9=97 marc21.raw >marcxml.xml |
| 15:06 |
Dyrcona |
looks good to me. |
| 15:06 |
Dyrcona |
9='a' should work, too, btw. I've always just used the decimal value of the letter a. |
| 15:07 |
Dyrcona |
you'll substitute your own filenames, of course. |
| 15:08 |
jl- |
;) |
| 15:08 |
Dyrcona |
You should also be warned that yaz-marcdump will process bad records that Evergreen will choke on, later. |
| 15:08 |
Dyrcona |
At least, that has been my experience in the past. |
| 15:08 |
jl- |
yes oh yes indeed |
| 15:08 |
jl- |
that is a big flaw |
| 15:09 |
jl- |
if I'm not mistaken, my export tool should have taken care of those |
| 15:09 |
Dyrcona |
Well, it is a question of following Postel's law.... |
| 15:09 |
Dyrcona |
I've had experience with ILS software that will allow you to create and export junk records. |
| 15:09 |
jl- |
hm |
| 15:10 |
jl- |
Dyrcona: the conversion worked but I think I forgot to put them into line format |
| 15:10 |
jl- |
for the staging importer |
| 15:11 |
Dyrcona |
Will yaz-marcdump do that? -- Put them one record per line? |
| 15:11 |
Dyrcona |
I've never bothered. |
| 15:11 |
jl- |
hmm, do they need to be put into one per line? |
| 15:12 |
Dyrcona |
I usually write something with MARC::Batch to read each record, then call an Evergreen utility function to flatten the marc before loading. |
| 15:12 |
Dyrcona |
jl-: It depends on how you are loading them. Some of the methods say to do that. |
| 15:12 |
Dyrcona |
You want the marcxml to be stripped and cleaned in the database. |
| 15:13 |
jl- |
Dyrcona: this is the method I was going to use docs.evergreen-ils.org/dev/_migrating_your_bibliographic_records.html |
| 15:14 |
jl- |
I see at the top |
| 15:14 |
jl- |
there is a way to flatten them into lines |
| 15:15 |
Dyrcona |
The python script at the very top of the page you referenced promises to do that for you. |
| 15:15 |
jl- |
yup |
| 15:17 |
|
artunit joined #evergreen |
| 15:18 |
|
mtj_ joined #evergreen |
| 15:33 |
jl- |
call last):File "./flatten.pl", line 9, in <module>reader = pymarc.MARCReader(open(input, 'rb'), to_unicode=True)TypeError: __init__() got an unexpected keyword argument 'to_unicode' |
| 15:33 |
jl- |
hm |
| 15:39 |
Dyrcona |
jl-: Not that this has anything to do with it, but Python scripts usually end in .py. |
| 15:39 |
Dyrcona |
I don't do much Python and have never used pymarc, so can't help there. |
| 15:48 |
Bmagic |
under what circumstance will evergreen show an item status as "wrong shelf" ? The situation that I had was while it was really on the hold shelf |
| 15:48 |
jl- |
yeah it might be a dependency, I used the same script somewhere else on a VM and it worked fine |
| 15:52 |
jl- |
Dyrcona I think the script needs to be adjusted because it already us utf8 |
| 15:52 |
jl- |
reader = pymarc.MARCReader(open(input, 'rb'), to_unicode=True) |
| 15:53 |
jl- |
writer = codecs.open(output, 'w', 'utf-8') |
| 15:53 |
Dyrcona |
jl-: Could be. I don't do much Python. |
| 15:54 |
jl- |
< Dyrcona> I usually write something with MARC::Batch to read each record, then call an Evergreen utility function to flatten the marc before loading. |
| 15:54 |
jl- |
could you expand? |
| 15:54 |
jl- |
:) |
| 15:56 |
Dyrcona |
OpenILS::Utils::Normalize has a function, clean_marc() that prepares a MARC record for the Evergreen database. |
| 15:57 |
Dyrcona |
You could write a script that uses MARC::Batch to read your MARC file and call that function on each record then print each record with a linefeed after it. |
| 15:57 |
Dyrcona |
Or, you could just load the records from your script. |
| 16:20 |
jl- |
thanks and good night |
| 16:42 |
dreuther_ |
eeevil: I am taking over the work on https://bugs.launchpad.net/evergreen/+bug/1152863 Would you be available sometime in the next day or so to answer a few questions I have? Thanks |
| 16:42 |
pinesol_green |
Launchpad bug 1152863 in Evergreen "Support for traditional Boolean operators" (affected: 3, heat: 18) [Wishlist,Triaged] |
| 16:45 |
eeevil |
dreuther_: unfortunately, I probably won't have any significant amount of time, between the upcoming conference and my daily duties, in the near future. feel free to ask questions for anyone to answer either here or on the mailing lists, though |
| 16:46 |
dreuther_ |
eeevil: Understandable. I appreciate it. |
| 17:12 |
|
hopkinsju joined #evergreen |
| 17:21 |
|
dluch joined #evergreen |
| 17:21 |
|
mmorgan left #evergreen |
| 17:24 |
|
burlingtonwa joined #evergreen |
| 17:28 |
dreuther_ |
Is it possible for a query say on the the advanced search tab, to be localized? |
| 17:29 |
burlingtonwa |
There's no way to delete a PO from the staff client, is there? Just want to check to make sure I'm not missing anything. |
| 18:00 |
jihpringle |
burlingtonwa: no, there's no way to delete a PO in the staff client |
| 18:01 |
|
rangi joined #evergreen |
| 18:01 |
jihpringle |
it can be done through the database but that can cause problems if any line items are or were attached to it |
| 18:07 |
burlingtonwa |
jihpringle: good to know |
| 18:08 |
burlingtonwa |
so even if I've already deleted all the line items that were attached to the PO, it still might not be a good idea to delete the PO in the db? |
| 18:12 |
jihpringle |
you may be okay deleting it if you've deleted all the line items (since deleted line items are completely deleted from the database) but I'd recommend that you check and make sure the PO isn't being referred to be anything else in the database before you delete |
| 18:13 |
jihpringle |
if what you have now is a blank pending PO you could just add new line items to it |
| 18:14 |
burlingtonwa |
True -- we usually just generate POs using the vendor order MARC records |
| 18:15 |
burlingtonwa |
thanks for your help! |
| 18:15 |
jihpringle |
you can upload your MARC file to a selection list instead of a new PO and then add the line items to the existing PO |
| 18:15 |
jihpringle |
glad to help :) |
| 18:27 |
burlingtonwa |
oh yes! That selection list plan sounds like a great idea to help get our POs cleaned up :-) |
| 18:43 |
|
dcook joined #evergreen |
| 18:44 |
|
dbwells_ joined #evergreen |
| 19:19 |
|
timf joined #evergreen |
| 19:29 |
ldwhalen |
What do I have to do to sign off on someone else's commit? |
| 19:36 |
|
dac joined #evergreen |
| 19:36 |
|
fparks_ joined #evergreen |
| 19:42 |
|
dreuther joined #evergreen |
| 20:18 |
|
dconnor joined #evergreen |
| 20:25 |
|
dconnor joined #evergreen |
| 20:49 |
|
ningalls joined #evergreen |
| 21:37 |
|
kmlussier joined #evergreen |
| 21:43 |
|
hopkinsju joined #evergreen |
| 23:59 |
|
zerick joined #evergreen |
