| Time |
Nick |
Message |
| 01:11 |
|
Stompro joined #evergreen |
| 01:20 |
|
StomproJ joined #evergreen |
| 01:29 |
|
Stompro joined #evergreen |
| 04:37 |
|
eady joined #evergreen |
| 04:37 |
|
jonadab joined #evergreen |
| 04:38 |
|
barbara joined #evergreen |
| 04:40 |
|
serflog joined #evergreen |
| 04:40 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 04:40 |
|
abneiman joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:37 |
|
StomproJ joined #evergreen |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 08:11 |
pinesol_green |
[evergreen|Mike Rylander] LP#1655149: Badges need CDBI support for location groups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8958094> |
| 08:14 |
|
Stompro joined #evergreen |
| 08:16 |
|
collum joined #evergreen |
| 08:28 |
|
collum joined #evergreen |
| 08:29 |
_bott_ |
miker: I see kmlussier: beat me to the sign-off, so you're good |
| 08:38 |
|
rlefaive joined #evergreen |
| 08:40 |
|
mmorgan1 joined #evergreen |
| 08:46 |
|
StomproJ joined #evergreen |
| 08:55 |
miker |
_bott_: aye. thanks for testing it |
| 09:08 |
|
jvwoolf joined #evergreen |
| 09:09 |
|
yboston joined #evergreen |
| 09:15 |
|
maryj joined #evergreen |
| 09:15 |
|
Dyrcona joined #evergreen |
| 09:25 |
|
bos20k joined #evergreen |
| 10:02 |
|
mmorgan joined #evergreen |
| 10:13 |
|
jvwoolf joined #evergreen |
| 10:21 |
|
kmlussier joined #evergreen |
| 10:22 |
kmlussier |
_bott_ / miker: Oops, sorry to jump the gun on that one. |
| 10:29 |
miker |
kmlussier: no worries! better in that waiting |
| 10:32 |
Dyrcona |
Oh... Crazy... Manipulating debian startup files with chroot from an Ubuntu host.... |
| 10:40 |
|
mmorgan1 joined #evergreen |
| 10:42 |
|
abowling joined #evergreen |
| 10:43 |
abowling |
git question: anyone help me to undo what i did? in brief, i was under the wrong user when i tried to commit. it failed, as it should have. |
| 10:43 |
abowling |
i know how to revert a commit, but don't know how to undo on a branch that hasn't been committed, and can't find it in git docs anywhere |
| 10:45 |
berick |
abowling: if the commit failed, I would not expect that you have to undo anything. just log in / sudo to the correct user and try the commit again? |
| 10:49 |
abowling |
berick: thanks. that's what i was hoping for, but got an error on that. even as it happened, i thought that the error was most likely due to the guy in the chair. i'll try again. |
| 10:54 |
Dyrcona |
abowling: I'm not sure I follow the situation. Do you have staged or unstaged changes? What exaclty do you want to undo? |
| 10:55 |
Dyrcona |
Normally, git reset will put things to the way they were. |
| 10:59 |
abowling |
Dyrcona: they are staged. my biggest issue is that i had unwittingly moved sudoed to root, and then tried to commit |
| 11:01 |
berick |
ohhh |
| 11:01 |
berick |
as root.. |
| 11:01 |
berick |
i thought you meant as a user that didn't have the needed permissions |
| 11:03 |
Dyrcona |
Try git reset as root. |
| 11:03 |
Dyrcona |
Then, if the files are owned by root, switch ownership back to the correct user. |
| 11:03 |
abowling |
Dyrcona++, berick++ |
| 11:04 |
abowling |
berick: it was the root that hosed me ;) |
| 11:04 |
berick |
abowling: now it all makes sense |
| 11:04 |
berick |
root will do that |
| 11:06 |
|
mmorgan joined #evergreen |
| 11:41 |
|
bmills joined #evergreen |
| 11:50 |
|
Christineb joined #evergreen |
| 11:56 |
|
mmorgan1 joined #evergreen |
| 12:06 |
|
mmorgan1 left #evergreen |
| 12:15 |
|
brahmina joined #evergreen |
| 12:42 |
kmlussier |
Dev meeting begins in 18 minutes. Does anyone want to volunteer to run the meeting? |
| 12:44 |
|
jihpringle joined #evergreen |
| 13:01 |
|
DPearl joined #evergreen |
| 13:05 |
kmlussier |
No takers for running the meeting? |
| 13:06 |
dbwells |
#startmeeting Evergreen Development meeting, 10 January 2017 |
| 13:06 |
pinesol_green |
Meeting started Tue Jan 10 13:06:16 2017 US/Eastern. The chair is dbwells. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 13:06 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 13:06 |
pinesol_green |
The meeting name has been set to 'evergreen_development_meeting__10_january_2017' |
| 13:06 |
kmlussier |
dbwells++ |
| 13:06 |
dbwells |
#info Agenda https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2017-01-10 |
| 13:07 |
dbwells |
#topic Introductions |
| 13:07 |
dbwells |
#info dbwells is Dan Wells, Hekman Library (Calvin College) |
| 13:07 |
jeff |
#info jeff is Jeff Godin, Traverse Area District Library (TADL) |
| 13:07 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 13:07 |
abowling |
#info abowling is Adam Bowling, Emerald Data Networks |
| 13:07 |
DPearl |
#info DPearl is Dan Pearl, C/W MARS Inc. |
| 13:07 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 13:08 |
Dyrcona |
#info Dyrcona is Jason Stephenson, C/W MARS |
| 13:08 |
berick |
#info berick Bill Erickson, KCLS |
| 13:09 |
dbwells |
feel free to continue to introduce yourself as we go |
| 13:09 |
JBoyer |
#info JBoyer is Jason Boyer, IN State Lib, Evergreen IN |
| 13:09 |
dbwells |
#topic Action items from last meeting |
| 13:09 |
dbwells |
"gmcharlt will release OpenSRF 2.5-alpha today" |
| 13:11 |
dbwells |
I see it on the downloads page, and not sure if gmcharlt is around, so just going to info it done |
| 13:11 |
dbwells |
#info gmcharlt released OpenSRF 2.5-alpha on 12/7/16 as planned |
| 13:12 |
dbwells |
kmlussier: anything to note on the feedback soliciting? |
| 13:12 |
kmlussier |
I didn't get to that action item. I'll have to defer it for next month's meeting. |
| 13:12 |
kmlussier |
I'll send something out this week. |
| 13:12 |
dbwells |
okay, thank you |
| 13:13 |
dbwells |
#info kmlussier will post to open-ils-dev soliciting feedback on the release process documentation (carry over) |
| 13:14 |
dbwells |
sorry, let me action that |
| 13:14 |
dbwells |
#action kmlussier will post to open-ils-dev soliciting feedback on the release process documentation |
| 13:14 |
dbwells |
#topic OpenSRF release info |
| 13:15 |
dbwells |
#info OpenSRF 2.5-alpha was release on 7 December 2016 |
| 13:15 |
dbwells |
Does anyone else have comment on that? |
| 13:15 |
dbwells |
as a reminder, gmcharlt is hoping for testing of three aspects: |
| 13:15 |
dbwells |
1. the proxy configurations |
| 13:16 |
dbwells |
2. bundling and chunking |
| 13:16 |
dbwells |
3. TZ changes |
| 13:16 |
dbwells |
#topic Evergreen release info |
| 13:17 |
dbwells |
#topic state of Arabic translation |
| 13:17 |
dbwells |
phasefx: Might you be available for a quick update? Not seeing the others in channel. |
| 13:18 |
kmlussier |
I know there has been a lot of discussion on this over the past week. I think Nawjo may have found a solution that works for him locally. |
| 13:20 |
dbwells |
#info some progress has been made on Arabic support with some localized changes |
| 13:20 |
kmlussier |
There has been talk of including support in 2.12, but I don't know if anyone is actively working on it. |
| 13:20 |
kmlussier |
Nobody has added it to the roadmap. |
| 13:22 |
dbwells |
okay, we'll move on for today |
| 13:22 |
dbwells |
#topic Hatch updates |
| 13:22 |
dbwells |
berick: anything? (or anyone else) |
| 13:23 |
berick |
nothing since the last meeting. one idea, though.. |
| 13:23 |
berick |
the code includes a variety of fixes we probably want regardless of whether you're using hatch |
| 13:24 |
berick |
i'll add this to the bug, too |
| 13:24 |
kmlussier |
berick: Is everything for hatch right now under bug 1646166? |
| 13:24 |
pinesol_green |
Launchpad bug 1646166 in Evergreen "Hatch 2.12 Omnibus" [Undecided,New] https://launchpad.net/bugs/1646166 - Assigned to Bill Erickson (berick) |
| 13:24 |
berick |
but we probably want to merge the webstaff bits before all of the Hatch-y bits are all done |
| 13:24 |
berick |
kmlussier: yes |
| 13:24 |
dbwells |
That's interesting, I didn't realize that. I also agree. How much work would it be to fork them out? |
| 13:25 |
berick |
dbwells: so, i simply mean merge the whole Evergreen working branch code |
| 13:25 |
berick |
nothing to fork out |
| 13:26 |
berick |
would be great to get it merged before 2.12 |
| 13:26 |
kmlussier |
berick: You mean the one you listed in comment #1? working/user/berick/lp1646166-hatch-2.12-omnibus? |
| 13:26 |
dbwells |
oh, I see now |
| 13:27 |
berick |
kmlussier: yes |
| 13:27 |
dbwells |
sorry, didn't even realize the bug already had two branches on it. |
| 13:27 |
kmlussier |
berick: I didn't address it in my web client e-mail from last week, but that was mostly an oversight. Do you consider this as a must-have branch for production use of the web client? |
| 13:27 |
berick |
kmlussier: if we want anyone to test Hatch in production, yes |
| 13:28 |
berick |
otherwise, not a showstopper, I don't think, but a nice to have |
| 13:28 |
berick |
so we can start smoothing over any bugs introduced i this code |
| 13:28 |
berick |
and fix a few along the way |
| 13:28 |
kmlussier |
OK, I think I'm going to stop short of calling it a showstopper, but I agree that it would be better to have it in there. |
| 13:30 |
kmlussier |
And we had people (including me) who volunteered to test it during the last meeting. I don't know if jeff or gmcharlt had a chance to look at it, but I know I didn't. |
| 13:30 |
gmcharlt |
#info gmcharlt = Galen Charlton, back from a competing meeting |
| 13:31 |
csharp |
kmlussier: not a showstopper for 2.12, but I would consider it one for 3.0 (first web client GA release) |
| 13:31 |
kmlussier |
@blame competing meetings. |
| 13:31 |
pinesol_green |
kmlussier: competing meetings. is NOT CONNECTED TO THE NETWORK!!! |
| 13:31 |
csharp |
#info csharp = Chris Sharp, GPLS |
| 13:31 |
kmlussier |
csharp: Yes, definitely. |
| 13:31 |
phasefx |
#info phasefx = Jason Etheridge, Equinox |
| 13:32 |
dbwells |
#info berick suggests we merge the Evergreen branch on bug #1646166 soon, and not necessarily wait for the Hatch-side code to be completed |
| 13:32 |
pinesol_green |
Launchpad bug 1646166 in Evergreen "Hatch 2.12 Omnibus" [Undecided,New] https://launchpad.net/bugs/1646166 - Assigned to Bill Erickson (berick) |
| 13:32 |
berick |
and I'll add some comments to the bug explaining that as well |
| 13:32 |
dbwells |
phasefx: would you like us to go back to talk about the Arabic translation work being done? |
| 13:33 |
phasefx |
dbwells: backtracking, re: Arabic, I was fishing for help for Nawjo and seeing if it could jumpstart Arabic support in EG |
| 13:34 |
phasefx |
if he has a bulk of translations done, then it sounds like it's just a matter of figuring out the best way to make right-to-left CSS locale-sensitive |
| 13:34 |
dbwells |
okay, thanks for the details |
| 13:35 |
dbwells |
#topic New Business |
| 13:35 |
phasefx |
so, mostly just offering him a voice at the community table; I have no other impetus |
| 13:36 |
dbwells |
yes, small pond today, I think, but good to keep pushing the word out there |
| 13:36 |
dbwells |
#topic February meeting date (kmlussier) |
| 13:36 |
miker |
#info miker = Mike Rylander, still on a phone meeting... but lurking |
| 13:36 |
|
maryj_ joined #evergreen |
| 13:37 |
kmlussier |
miker and I (and possibly Dyrcona) have a conflict for the February meeting date. We don't need to be there for the meeting to go on, but maybe we should reschedule it. |
| 13:38 |
jeff |
+1 to re-schedule |
| 13:38 |
gmcharlt |
I can take care of doing the rescheduling dance |
| 13:38 |
kmlussier |
gmcharlt++ |
| 13:38 |
gmcharlt |
(which, just so you all know, is a waltz) |
| 13:38 |
dbwells |
kmlussier: I think it is important to have the RM there :) |
| 13:38 |
kmlussier |
Well, that was my thought. :) |
| 13:39 |
gmcharlt |
#action gmcharlt will send out a scheduling poll for the Feb. dev meeting |
| 13:39 |
kmlussier |
Especially so close to beta release. |
| 13:39 |
dbwells |
gmcharlt++ |
| 13:39 |
dbwells |
#topic Feedback for New Features Under Development |
| 13:40 |
dbwells |
Nothing is listed, so the floor is open to anyone who wants to solicit feedback. |
| 13:41 |
jeffdavis |
I'd appreciate any feedback on ebook API integration |
| 13:41 |
jeffdavis |
bug 1541559 |
| 13:41 |
pinesol_green |
Launchpad bug 1541559 in Evergreen "OneClickdigital API integration" [Wishlist,New] https://launchpad.net/bugs/1541559 - Assigned to Jeff Davis (jdavis-sitka) |
| 13:42 |
jeffdavis |
the bug outlines my approach, there hasn't been much response on that so far (perhaps in part because it's a work in progress and the working branch is a bit of a mess...) |
| 13:42 |
Dyrcona |
jeffdavis: I've been meaning to mention something about that. I stumbled across it on PrePan....Just a sec'. |
| 13:43 |
dbwells |
jeffdavis: wow, that's a lot of commits for one feature branch :) Not that there is anything wrong with that. |
| 13:43 |
jeffdavis |
yeah, I'll put together a consolidated branch with fewer commits in the near future, hopefully that will make it easier to look at :) |
| 13:43 |
Dyrcona |
jeffdavis: I know you're working in JavaScript mostly, but have you seen this: https://metacpan.org/pod/distribution/WebService-ILS/Readme.pod |
| 13:44 |
jeffdavis |
Dyrcona: oh, interesting! No that's completely new to me |
| 13:45 |
Dyrcona |
I was looking at Prepan to see how people go about proposing and as I was browsing, I came across the proposal for the above. |
| 13:47 |
jeffdavis |
I'll have a look at it |
| 13:47 |
Dyrcona |
I'm not sure how complete it is. The POD seems to be a bit lacking. |
| 13:49 |
dbwells |
Dyrcona++ |
| 13:49 |
dbwells |
interesting that it targets the same two services. If nothing else, it might help confirm or clarify direction. |
| 13:50 |
Dyrcona |
Yeah. |
| 13:50 |
csharp |
Dyrcona: ooooh |
| 13:50 |
jeffdavis |
Yeah. Unfortunately for me, that part of my code is the part that's working, it's the UI that I need to finish fleshing out. :) |
| 13:50 |
Dyrcona |
jeffdavis++ |
| 13:50 |
csharp |
jeffdavis: there's a lot of interest over here, but not a lot of time - maybe be able to take a look at it post-upgrade |
| 13:51 |
kmlussier |
jeffdavis: Are there specific pieces of it we can help out with? |
| 13:51 |
Dyrcona |
Yeah, time is my shortest commodity at the moment. "So much to do....So much to do..." |
| 13:51 |
dbwells |
jeffdavis: I probably wouldn't be able to merge your branch, since we don't subscribe to the services. Is any part testable without subscription? |
| 13:51 |
jeffdavis |
My current plan is to get the key UI bits working over the next couple of weeks, then share that with some basic documentation. |
| 13:52 |
jeffdavis |
There is a test module which will be usable for seeing how it works without having subscribed to OverDrive or OneClickdigital's APIs. |
| 13:52 |
jeffdavis |
although of course testing against live external systems would be important for including it in a release :) |
| 13:53 |
jeffdavis |
kmlussier: not so much specific pieces until the above is done. Hoping that devs can weigh in if there are issues with the approach outlined in the LP bug, otherwise just wanted to raise awareness of this work. |
| 13:53 |
kmlussier |
If I wanted to test it against our Overdrive, would I need to sign up for an API key ahead of time? |
| 13:54 |
jeffdavis |
Yes. My attempts to arrange shareable vendor API access for testing have not panned out so far. |
| 13:54 |
kmlussier |
OK, I'll try to go about doing that in preparation for testing. There's a lot of interest here too. :) |
| 13:55 |
dbwells |
Well, I'd say awareness has been raised. Thanks for bringing it up. Anything else before I end the meeting? |
| 13:55 |
kmlussier |
Yes |
| 13:56 |
kmlussier |
I just wanted to remind everyone that I would like to schedule a web client hacking day to get more work done on the web client before the beta release. |
| 13:56 |
kmlussier |
The Doodle poll is at http://doodle.com/poll/r77w6ci3a5urcyrz |
| 13:57 |
kmlussier |
Please fill it out before the end of the day tomorrow. |
| 13:57 |
kmlussier |
That's all. |
| 13:57 |
|
maryj joined #evergreen |
| 13:57 |
dbwells |
Alright, that's a wrap. Thanks, all. |
| 13:57 |
dbwells |
#endmeeting |
| 13:57 |
pinesol_green |
Meeting ended Tue Jan 10 13:57:57 2017 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 13:57 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-01-10-13.06.html |
| 13:57 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-01-10-13.06.txt |
| 13:57 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-01-10-13.06.log.html |
| 13:58 |
jeff |
dbwells++ |
| 13:58 |
JBoyer |
dbwells++ |
| 13:58 |
jeffdavis |
dbwells++ |
| 13:58 |
abowling |
dbwells++ |
| 13:58 |
remingtron |
dbwells++ |
| 13:58 |
kmlussier |
dbwells++ |
| 13:58 |
Dyrcona |
dbwells++ |
| 13:58 |
gmcharlt |
dbwells++ |
| 14:02 |
|
rlefaive joined #evergreen |
| 14:02 |
JBoyer |
csharp, do you know if there are still many reports in PINES that use the dewey_block_* fields in reporter.classic_current_circ? If we try to filter on say, dewey_block_hunreds = '900' the query blows up with ERROR: invalid input syntax for type double precision: "." |
| 14:02 |
JBoyer |
Drop that out altogether and it's fine. |
| 14:05 |
|
maryj_ joined #evergreen |
| 14:05 |
csharp |
JBoyer: ewww |
| 14:06 |
csharp |
JBoyer: I know libraries *do* use it, but I'm pretty sure we haven't tested it |
| 14:06 |
|
krvmga joined #evergreen |
| 14:06 |
JBoyer |
"Eww" is what I thought too. :) |
| 14:07 |
JBoyer |
I've been toying with a simple test query that I had clark log from a template that was built today. That error makes no sense given what it does. :/ |
| 14:08 |
jeff |
JBoyer: are you running into a situation where unexpected input data is being transformed into something which postgres then fails to cast? |
| 14:09 |
jeff |
JBoyer: depending on how things are being transformed beforehand, you might not actually have input data of '.', but might be an empty string, or something like 'foo.bar' or ' .', etc. |
| 14:14 |
csharp |
I've moved away from recommending the classic_current_circ source generally, though because the join to metabib.rec_descriptor creates seq scans o'plenty |
| 14:15 |
JBoyer |
It's starting to look like an interaction between the call_number_dewey output for some calls and the various casts and math in the rccc definition, but I would expect that to always fail rather than only fail when comparing to another value. :/ |
| 14:15 |
JBoyer |
csharp, but when the question is specifically "how do we report on dewey ranges..." :( |
| 14:16 |
csharp |
yeah, I haven't had one of those requested in a while, but doing a BETWEEN on asset.call_number.label might solve some of it |
| 14:17 |
JBoyer |
Were I opening a new library and starting from scratch I'd say call numbers start with dewey numbers without question or exception which would make things a lot simpler to report on, but fixing what we have now would keep a few staff busy into retirement age. :/ |
| 14:17 |
JBoyer |
(we have very low acn.prefix use here) |
| 14:17 |
csharp |
right - we've decided that transition isn't worth the effort here too |
| 14:18 |
csharp |
I'm doing a final DB upgrade dry run to 2.11.1 - when I'm finished I'll take a look |
| 14:18 |
csharp |
JBoyer: what PG version are you on? (we're on 9.4) |
| 14:19 |
JBoyer |
9.3 |
| 14:19 |
csharp |
k |
| 14:19 |
jeff |
JBoyer: any results for this query? SELECT id, label FROM asset.call_number WHERE label = '.'; |
| 14:19 |
JBoyer |
I'll poke about more specifically at the transforms in rccc, those metabib joins csharp mentioned make this a multi-minute affair even to return 0 rows.... |
| 14:21 |
JBoyer |
jeff, nope. I didn't have much luck getting call_number_dewey to return anything that looked like .123 either, I tried a lot of very broken looking things and it always came out looking ok. |
| 14:24 |
jeff |
possibly even as simple as WHERE BTRIM(label) = '.' |
| 14:25 |
jeff |
SELECT call_number_dewey(' .')::FLOAT; |
| 14:25 |
jeff |
ERROR: invalid input syntax for type double precision: "." |
| 14:29 |
csharp |
jeff++ |
| 14:29 |
JBoyer |
Of course, THAT reutrns something busted. When I tried to check various combinations of dots AND things it always looked good... Oops! |
| 14:30 |
JBoyer |
changing the cases from call_number_dewey(cn.label) ~ '^[0-9.]+$'::text to call_number_dewey(cn.label) ~ '^[0-9][0-9.]*$'::text might suffice. |
| 14:30 |
JBoyer |
I'll give that a shot... |
| 14:46 |
JBoyer |
Hurrah! call_number_dewey(cn.label) ~ '^[0-9][0-9.]*$'::text fixes it. |
| 14:46 |
JBoyer |
jeff++ |
| 14:46 |
JBoyer |
csharp++ |
| 14:46 |
JBoyer |
rubber_duck++ |
| 14:47 |
|
b_bonner joined #evergreen |
| 14:50 |
csharp |
JBoyer++ |
| 14:55 |
JBoyer |
Sadly, the 500+ second query that backs it remains a 500+ second query. D: |
| 15:10 |
|
rlefaive joined #evergreen |
| 15:26 |
|
kmlussier joined #evergreen |
| 15:31 |
Dyrcona |
@virt-clone Dyrcona Dyrcona-clone |
| 15:31 |
pinesol_green |
Dyrcona: Thank you Dyrcona! But our princess is in another castle! |
| 15:32 |
Dyrcona |
hmm.. maybe this will work... |
| 15:32 |
Dyrcona |
@virt-clone --original Dyrcona --auto-clone |
| 15:32 |
pinesol_green |
Dyrcona: http://scientopia.org/blogs/scicurious/files/2013/03/cousin-it.png |
| 15:32 |
Dyrcona |
:) |
| 15:33 |
* Dyrcona |
could use another /me. :) |
| 15:37 |
|
jvwoolf left #evergreen |
| 15:37 |
* JBoyer |
could stand 6-7 more /me's :/ |
| 15:38 |
rjackson_isl |
Jboyer+++++++ |
| 15:38 |
Dyrcona |
:) |
| 15:39 |
* Dyrcona |
is installing a kernel upgrade will be back after a reboot. |
| 15:40 |
|
bmills joined #evergreen |
| 15:48 |
|
Dyrcona joined #evergreen |
| 15:53 |
JBoyer |
So, that rccc fix isn't 100% complete. Things like 12.31.16 will still knock it over (though things like 123.12.12 will not, so LC calls make it through) But it is a step in the right direction |
| 15:54 |
rjackson_isl |
almost at 10 minute mark - fingers crossed! |
| 15:54 |
rjackson_isl |
wrong window but goes along with JBoyer post :) :) |
| 16:08 |
|
egbuilder joined #evergreen |
| 16:19 |
|
NawJo joined #evergreen |
| 16:30 |
|
jvwoolf joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 19:12 |
|
book` joined #evergreen |
| 19:13 |
|
sard joined #evergreen |
| 20:53 |
|
dcook joined #evergreen |
| 22:09 |
|
jvwoolf joined #evergreen |
| 22:30 |
|
bmills joined #evergreen |
| 22:47 |
|
jonadab joined #evergreen |
| 23:21 |
|
bmills joined #evergreen |
| 23:21 |
|
bmills joined #evergreen |
| 23:22 |
|
bmills joined #evergreen |
| 23:23 |
|
bmills joined #evergreen |
