| Time |
Nick |
Message |
| 00:50 |
|
Mark__T joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:12 |
|
agoben joined #evergreen |
| 07:54 |
|
collum joined #evergreen |
| 08:11 |
|
kmlussier joined #evergreen |
| 08:25 |
|
graced joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:51 |
|
yboston joined #evergreen |
| 08:52 |
|
rhamby joined #evergreen |
| 09:09 |
pinesol_green |
[evergreen|Jeanette Lundgren] LP#1494362 Docs: oversized screenshot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cb07714> |
| 09:28 |
jeff |
like like actor_usr_family_name_unaccent_idx may have an unqualified function call that presents a pg_restore challenge. |
| 09:29 |
* jeff |
looks |
| 09:29 |
* Bmagic_ |
wakes |
| 09:30 |
JBoyer |
jeff, it absolutely does. I've been looking at it since yesterday because our training server is pg_restored nightly. |
| 09:30 |
jeff |
morning! |
| 09:31 |
JBoyer |
Just changing unaccent to public.unaccent in evergreen.unaccent_and_squash didn't work for me though, a different error after that. |
| 09:31 |
csharp |
huh |
| 09:31 |
JBoyer |
I should try reporting problems first and looking for solutions after that, since I'm apparently getting slow at the solutions part. :/ |
| 09:32 |
csharp |
And like magic, Bmagic_ is now known as Bmagic |
| 09:33 |
csharp |
jeff: JBoyer: what's the error message? |
| 09:33 |
jeff |
JBoyer: ah, i see now that unaccent is in public. that's probaby a different issue than what i was thinking. |
| 09:36 |
jeff |
csharp: error here: https://gist.github.com/jeff/acc4e11acff6f64f63ee81e1d24a5bce |
| 09:36 |
csharp |
eww |
| 09:37 |
JBoyer |
jeff's error is what I would see with an unadorned unaccent, but when adding public. instead I get this: ERROR: text search dictionary "unaccent" does not exist |
| 09:37 |
JBoyer |
(The rest of the error is substantially the same) |
| 09:39 |
csharp |
apropos of nothing, I'm a huge fan of pg_basebackup + pg_receivexlog (for PG 9.4+) for backing up |
| 09:39 |
jeff |
also trips up on actor_usr_first_given_name_unaccent_idx -- updated gist with that output also |
| 09:40 |
csharp |
I'll try a pg_dump/pg_restore |
| 09:40 |
JBoyer |
Since psql grew a -j option, that's been my jam. |
| 09:44 |
jeff |
\dx output seems to show that the unaccent extension was properly loaded by the create db script. |
| 09:45 |
jeff |
my next step would be to look at the sql for a schema-only restore and see what pg_restore is setting in terms of an explicit search path. |
| 09:45 |
JBoyer |
And it works fine post-restore, it's just during that there is an issue. |
| 09:45 |
csharp |
JBoyer: jeff: do you use directory format for pg_dump (to allow -j on pg_dump)? I'm just trying to recreate the same environment |
| 09:46 |
jeff |
csharp: in my case, i was using -Fc because my db was new and smallish, not tadl prod-sized (which is still "smallish" in relative terms. |
| 09:46 |
jeff |
) |
| 09:46 |
JBoyer |
I do normally, but since the training server runs concerto I just use -Fc since it takes less than a minute. |
| 09:47 |
jeff |
JBoyer: when you say "it works fine post-restore", you mean manual creation of the two failed unaccent-related indexes? |
| 09:47 |
JBoyer |
Yes, that and just calling unaccent_and_squash, etc. |
| 09:49 |
csharp |
and searches are fast? |
| 09:49 |
JBoyer |
I mean, it's concerto, so... |
| 09:49 |
csharp |
oh - concerto |
| 09:49 |
|
jvwoolf joined #evergreen |
| 09:50 |
JBoyer |
(I haven't dump/restored our whole db yet, that's coming soonish though) |
| 09:50 |
csharp |
I see |
| 09:50 |
csharp |
I was going to do the full db |
| 09:50 |
JBoyer |
csharp++ |
| 09:50 |
JBoyer |
I suppose I can start that process too, need to update our mig server anyway. |
| 09:51 |
jeff |
in my case, this was a fresh db on pg 9.4 created with evergreen 2.11.1 tarball eg_db_config |
| 09:51 |
* csharp |
uses -Fd to take advantage of multiple cores on test DB server |
| 09:53 |
* jeff |
nods |
| 09:54 |
jeff |
doing a pg_dump with -Fd and -j32 is always fun to see run. |
| 09:54 |
csharp |
-j48 here |
| 09:54 |
csharp |
(64 cores) |
| 09:54 |
jeff |
also fun last night was turning a test aws instance into a BIG test aws instance just to run pingest. |
| 09:54 |
csharp |
:-) |
| 09:57 |
jeff |
(and then remembering to turn it off again when i was done) |
| 10:00 |
csharp |
heh |
| 10:02 |
csharp |
when we moved to our new hardware with this weekend's upgrade, we kept getting 500 errors with supercat stuff, but only after restarting OpenSRF |
| 10:02 |
csharp |
so we went down the rabbit hole of diagnosing Perl errors, etc. until finally awitter suggested just rebooting one of the bricks, and it worked again |
| 10:03 |
csharp |
which led us to realize that it was the "restart" function of our init.d script that was causing the trouble |
| 10:03 |
csharp |
the new servers' processors are just faster enough than our old ones that it was restarting apache too soon after opensrf |
| 10:03 |
JBoyer |
csharp, does it do something other than just a stop/start? |
| 10:04 |
JBoyer |
Ah |
| 10:04 |
csharp |
so adding sleeps made it work |
| 10:05 |
csharp |
the point of the story is that "Have you tried turning off and back on again" put us on the right track :-) |
| 10:06 |
mmorgan |
:) |
| 10:11 |
* mmorgan |
has also found in general that adding sleeps makes lots of stuff work. |
| 10:18 |
|
drigney joined #evergreen |
| 10:18 |
|
phasefx_ joined #evergreen |
| 10:18 |
|
Shae joined #evergreen |
| 10:18 |
|
sallyf joined #evergreen |
| 10:18 |
|
graced joined #evergreen |
| 10:18 |
|
akilsdonk joined #evergreen |
| 10:18 |
|
miker joined #evergreen |
| 10:18 |
|
barbara joined #evergreen |
| 10:18 |
|
abneiman joined #evergreen |
| 10:18 |
|
rhamby joined #evergreen |
| 10:25 |
Bmagic |
internet outtage at equinox? |
| 10:26 |
miker |
Bmagic: nope. just updating quassel-core's TLS suppport |
| 10:27 |
Bmagic |
software FTW |
| 10:27 |
miker |
ENCRYPT ALL THE THINGS! |
| 10:28 |
|
maryj joined #evergreen |
| 10:29 |
|
abowling joined #evergreen |
| 10:37 |
berick_ |
gmcharlt: phasefx_: hey, i'm reviewing more hatch code... seeing lots of hatch.getLocalItem / setLocalItem instead of getItem and setItem in the catalog, z39, work log code. any objection to me changing those to getItem, setItem, etc.? |
| 10:37 |
berick_ |
use of *LocalItem forces the values to be stored in localStorage, bypassing Hatch |
| 10:39 |
csharp |
@encrypt ALL THE THINGS |
| 10:39 |
pinesol_green |
csharp: Must be because I had the flu for Christmas. |
| 11:09 |
JBoyer |
Another 2.11 Q: anyone use the pref_ou workstation setting? It used to allow us to search everywhere but still see local results for holdings info. Doesn't appear to be working now, you have to search a specific system or lib to see if they hold copies. |
| 11:11 |
csharp |
JBoyer: where is that set? |
| 11:12 |
JBoyer |
Client, workstation admin, search settings |
| 11:12 |
csharp |
ah |
| 11:15 |
csharp |
JBoyer: I'm asking about it |
| 11:22 |
JBoyer |
csharp++ |
| 11:37 |
mmorgan |
JBoyer: pref_ou workstation setting seems to be working as expected for us in 2.11. Do you have default search library set? |
| 11:39 |
bshum |
"deadline-induced panic" lol, love it :) |
| 11:42 |
csharp |
JBoyer: I hear that it's working as expected here too |
| 11:42 |
|
khuckins joined #evergreen |
| 11:45 |
|
brahmina joined #evergreen |
| 11:49 |
|
jihpringle joined #evergreen |
| 11:51 |
|
Christineb joined #evergreen |
| 12:03 |
|
khuckins_ joined #evergreen |
| 12:06 |
Stompro |
Hello All, I have a standing penalties question. I was going on the asumption that the CIRC block type blocked all checkouts, but it seems like it only blocks non hold checkouts. The FULFILL block handles checkouts that fulfill holds. Does that sound correct? I want to update the docs to make that clear, if it is true. |
| 12:09 |
csharp |
berick: if you need any hold policy info from us to troubleshoot the problem Terran just reported (https://bugs.launchpad.net/evergreen/+bug/1596595/comments/14) just let me know |
| 12:09 |
pinesol_green |
Launchpad bug 1596595 in Evergreen "Hold targeter features and refactoring" [Wishlist,New] |
| 12:11 |
berick |
thanks csharp. i'll let you know |
| 12:20 |
berick |
csharp: found the problme |
| 12:20 |
berick |
dumb thinko |
| 12:25 |
berick |
csharp: fix pushed |
| 12:25 |
berick |
and bug updated |
| 12:31 |
|
bmills joined #evergreen |
| 12:51 |
|
terran joined #evergreen |
| 13:06 |
JBoyer |
csharp, mmorgan: sorry, just getting back from lunch. It does appear to be status related. Searching for 025192031878 as a keyword returns a single season of Eureaka! but if you have pref_ou set to CPLSC there is no "0 of 1 copies available" message even though they have 1 missing copy there. |
| 13:07 |
JBoyer |
searching for 032429252722 does show Florence Foster Jenkins with consortium holdings and the 1 of 1 available message for Angola. |
| 13:09 |
JBoyer |
I wonder if the Available flag has a role in it or something like that. |
| 13:23 |
mmorgan |
JBoyer: So you are expecting a '0 of # copies available' for your preferred library? I thought the line for the preferred library would show up only if copies were available. |
| 13:35 |
JBoyer |
Pre upgrade (2.9 ish) it showed all non-deleted copies, now it does appear to be available statuses. |
| 13:35 |
|
afterl joined #evergreen |
| 13:41 |
csharp |
berick++ - thanks |
| 13:42 |
|
tspindler joined #evergreen |
| 13:44 |
berick |
csharp++ terran++ # testing |
| 13:44 |
berick |
well, using |
| 13:44 |
* berick |
is planning to roll out the new targeter after our 2.9 upgrade |
| 13:46 |
|
rgagnon joined #evergreen |
| 13:46 |
terran |
berick++ for such a quick fix! |
| 13:50 |
|
ohiojoe joined #evergreen |
| 13:51 |
|
rfrasur joined #evergreen |
| 13:58 |
|
rfrasur_ joined #evergreen |
| 13:59 |
* rfrasur_ |
wonders how many times she'll get booted out of IRC by stupid wireless network. |
| 13:59 |
bshum |
At least one more time! |
| 14:00 |
rfrasur_ |
At least :-) |
| 14:00 |
JBoyer |
I love starting an hours long pg_restore only to realize hours later that I didn't run screen first. Hope the connection to the DC holds out... |
| 14:03 |
|
rfrasur joined #evergreen |
| 14:04 |
|
brahmina joined #evergreen |
| 14:04 |
rfrasur |
I haven't heard from Grace about today's EOB meeting. |
| 14:05 |
terran |
It says she's logged in... |
| 14:05 |
miker |
graced is working on booth setup today, not certain if that's currently ongoing, though |
| 14:05 |
terran |
Shall we begin without her? Do we have an agenda? |
| 14:05 |
rfrasur |
Yep, but idle. Okay, well, we don't have an agenda. |
| 14:06 |
rfrasur |
lemme see if I can find something. hold on. |
| 14:07 |
rfrasur |
Yeah, the only thing I have are old cheat sheets. |
| 14:07 |
rfrasur |
Just received an email that Sharon won't be in. |
| 14:08 |
rfrasur |
So, what do y'all say about postponing until next Thursday? |
| 14:08 |
collum |
+1 |
| 14:08 |
terran |
I won't be available next Thursday |
| 14:08 |
rgagnon |
Fine with me. |
| 14:09 |
miker |
I don't have any burning issues to bring up today, so, +1 |
| 14:09 |
tspindler |
that works for me |
| 14:09 |
rfrasur |
Hah, I actually won't either. Could we go another week out? Feb. 2? |
| 14:09 |
tspindler |
I can do feb 2 |
| 14:09 |
terran |
Feb 2 works for me |
| 14:09 |
rgagnon |
Feb. 2 OK with me. |
| 14:09 |
collum |
works for me too |
| 14:09 |
miker |
maybe we should coordinate on the list? |
| 14:09 |
terran |
(And I don't have any topics for today either.) |
| 14:09 |
rfrasur |
miker? what say ye? |
| 14:10 |
rfrasur |
miker, I'll send out an email right now. |
| 14:10 |
miker |
for graced's and sharon's benefit |
| 14:10 |
miker |
thanks! (but, yes, feb 2 should work for me) |
| 14:10 |
terran |
Oh, actually I'm not available Feb 2 either |
| 14:10 |
rfrasur |
lol, I'll put it out in the email and we'll go from there. |
| 14:10 |
collum |
sounds good |
| 14:11 |
rfrasur |
ohiojoe, is there anything that you need from the EOB in short order? |
| 14:11 |
ohiojoe |
no, I was just here incase the EOB had any questions for me |
| 14:12 |
rfrasur |
Rock on. So, we'll also let you know when the next EOB meeting is scheduled, whether to make up for this one or meet at the next regularly scheduled time. |
| 14:13 |
terran |
Thanks guys and gals |
| 14:13 |
ohiojoe |
Sounds good. Thank you. |
| 14:13 |
rgagnon |
OK, till then, thanks. |
| 14:14 |
rfrasur |
Thanks all. |
| 14:17 |
bmills |
csharp++ terran++ # quick reports updates |
| 14:18 |
terran |
bmills: let us know when you roll out the new pieces and if we need better instructions! |
| 14:18 |
afterl |
sorry, all - I was in a meeting that went long ... |
| 14:19 |
afterl |
Is the consensus that we meet on 2/2? |
| 14:19 |
bmills |
terran: will do! |
| 14:19 |
terran |
afterl: Ruth sent out an email thread to get feedback |
| 14:19 |
afterl |
ah, okay |
| 14:19 |
afterl |
I'll look for it. |
| 14:20 |
afterl |
me being nosy - who's going to Midwinter? |
| 14:22 |
terran |
Elizabeth and Elaine from PINES will be there - the rest of us are all too tired from working through last weekend for our upgrade :) |
| 14:22 |
afterl |
terran: did it go well? |
| 14:24 |
miker |
afterl: the whole equinox gang will be there, obv :) |
| 14:24 |
terran |
afterl: yes, there were a few hiccups when we went live but they were corrected within a few hours and we've been cruising ever since |
| 14:25 |
graced |
Apologies everyone! We got delayed at the show site getting our booth materials loaded in. |
| 14:26 |
graced |
also, I might have plum forgot |
| 14:30 |
terran |
graced: no worries - I don't think there were any pressing issues for this meeting anyway |
| 14:30 |
graced |
thanks, terran |
| 14:31 |
* graced |
still feels kinda bad though |
| 14:43 |
afterl |
graced: don't feel bad O:-) |
| 14:44 |
graced |
afterl: How about I make it up by inviting y'all to the Happy Hour this Sat at ALA MW? |
| 14:44 |
afterl |
terran: glad it went well! |
| 14:45 |
|
bmills1 joined #evergreen |
| 14:45 |
afterl |
graced: I will be there. |
| 14:45 |
graced |
afterl: hooray! |
| 14:45 |
* graced |
needs to send a tweet or something about that |
| 14:49 |
|
kmlussier joined #evergreen |
| 14:51 |
* kmlussier |
reads e-mails about EOB meeting, suddenly panics because she wasn't around to deliver reports, and then feels relieved to see it was postponed. |
| 14:55 |
|
jlundgren joined #evergreen |
| 14:56 |
sandbergja |
Hi everyone! The DIG meeting will start in about 4 minutes. |
| 15:00 |
|
kbutler joined #evergreen |
| 15:00 |
sandbergja |
#startmeeting Evergreen Documentation Interest Group (DIG) Meeting |
| 15:00 |
pinesol_green |
Meeting started Thu Jan 19 15:00:32 2017 US/Eastern. The chair is sandbergja. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 15:00 |
pinesol_green |
The meeting name has been set to 'evergreen_documentation_interest_group__dig__meeting' |
| 15:00 |
sandbergja |
Welcome, everyone! |
| 15:00 |
sandbergja |
You can find today's agenda at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meeting_20170119-agenda |
| 15:01 |
sandbergja |
remingtron: thanks very much for putting the agenda together! |
| 15:01 |
sandbergja |
#topic Introductions |
| 15:01 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:01 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
| 15:01 |
kbutler |
#info kbutler is Kate Butler, Rodgers Library (Hudson, NH) |
| 15:02 |
jlundgren |
#info jlundgren is Jeanette Lundgren, C/W MARS |
| 15:02 |
sandbergja |
Thank you everyone for coming! |
| 15:03 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 15:03 |
sandbergja |
#topic Old Business |
| 15:03 |
sandbergja |
kmlussier will put a call out on the list to find a volunteer to be DIG release coordinator |
| 15:04 |
sandbergja |
And actually, I am happy to volunteer for this once we find a new DIG facilitator. :-) |
| 15:04 |
kmlussier |
Yes, no call was required. sandbergja++ |
| 15:04 |
sandbergja |
sandbergja will put out a formal call for DIG facilitator |
| 15:05 |
sandbergja |
I did this, but have not received any emails :-( |
| 15:05 |
sandbergja |
jihpringle was kind enough to schedule and publicize a 2.11/web client hack day for early February |
| 15:05 |
sandbergja |
kmlussier will update the web client doc needs page |
| 15:06 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative |
| 15:06 |
sandbergja |
The web client doc needs page is looking really nice, y'all |
| 15:06 |
kmlussier |
I think remingtron took care of my action item. Thanks remingtron! :) |
| 15:06 |
remingtron |
no problem |
| 15:07 |
sandbergja |
jihpringle: did you have a chance to research the state of missing RDA content? Or should I defer? |
| 15:07 |
jihpringle |
please defer |
| 15:08 |
sandbergja |
Sure! |
| 15:08 |
sandbergja |
#action jihpringle will research the state of missing RDA content |
| 15:08 |
sandbergja |
#action Christineb will investigate creating a Youtube playlist that incorporates SITKA videos and videos from non-SITKA sources |
| 15:08 |
sandbergja |
I think that covers all the old business! |
| 15:08 |
sandbergja |
Thanks everyone for all your hard work! |
| 15:08 |
sandbergja |
#topic Finding a new DIG Facilitator |
| 15:08 |
jihpringle |
Christineb says it's possible |
| 15:09 |
sandbergja |
Oooh! That's good to hear! |
| 15:09 |
jihpringle |
she can add videos from other consortia to a playlist, people just need to send her the links |
| 15:10 |
sandbergja |
jihpringle: Could you remind me if there are specific criteria she's looking for in videos that we send to her? |
| 15:10 |
|
sarabee joined #evergreen |
| 15:10 |
jihpringle |
and we could put a link to the playlist on the website or we could create a Evergreen Youtube channel and have the credentials shared with relevant people |
| 15:11 |
jihpringle |
if we do the Evergreen channel we could have multiple playlists |
| 15:11 |
|
mmorgan1 joined #evergreen |
| 15:11 |
jihpringle |
no specific criteria other than videos that people think will be useful to others |
| 15:11 |
jihpringle |
and they need to be able to shared via creative commons license |
| 15:12 |
sandbergja |
Very nice! |
| 15:12 |
sandbergja |
Thanks for the update! |
| 15:12 |
sandbergja |
Can I put an action item for everybody to send useful Creative Commons-licensed videos to Christineb? |
| 15:13 |
jihpringle |
yes |
| 15:14 |
jihpringle |
we can start with a shared playlist and then if there is lots of interest we can always create an Evergreen Channel |
| 15:14 |
sandbergja |
#action Everybody will send useful, Evergreen-related, Creative Commons-licensed videos to Christineb |
| 15:14 |
Christineb |
christine.burns bc.libraries.coop |
| 15:15 |
sandbergja |
Thanks for all your work on this, Christineb! |
| 15:15 |
sandbergja |
I'm going to move us back to talking about finding a new DIG Facilitator |
| 15:16 |
sandbergja |
I have sent out two emails: one to the DIG email list, one to both DIG and the general list |
| 15:16 |
sandbergja |
I didn't get any takers, but I also might have been too formal and intimidating with my emails. |
| 15:17 |
sandbergja |
I am happy to continue facilitating meetings in the meantime, but I won't be at the 2017 conference, so it would be great to have somebody more permanent by then |
| 15:18 |
sandbergja |
Any ideas about how to best continue the search? |
| 15:18 |
kmlussier |
I've been thinking about this a bit. If nobody steps up as an official facilitator, we might want to consider a more informal structure as is done with the developers. |
| 15:18 |
kmlussier |
One person should probably be in charge of sending out meeting reminders, because, otherwise, the meetings are forgotten. |
| 15:19 |
kmlussier |
The agenda would be a communal effort. And people could volunteer to facilitate on a meeting-by-meeting basis depending on the time they have available. |
| 15:19 |
kmlussier |
I think it's preferred to have a designated facilitator to keep the meetings running smoothly. But it may be another way to approach things if we don't get a volunteer. |
| 15:20 |
jlundgren |
Is it possible to do some training/recruiting at the conference? bit of a learning curve to just jump in. |
| 15:21 |
remingtron |
jlundgren: training on running an IRC meeting? or on something else? |
| 15:21 |
jlundgren |
helping with documentation. IRC seems like the *easy* part... |
| 15:22 |
kmlussier |
Do we have a DIG hackfest on the pre-conference day? |
| 15:23 |
sandbergja |
jlundgren: do you mean more logistical things, like troubleshooting AsciiDoc, understanding how the documentation is put together, contributing documentation via git, etc.? |
| 15:23 |
kmlussier |
jlundgren: Actually, the facilitator role doesn't have to do a lot with the documentation part. It's mostly the keeping the meetings and agendas going piece. |
| 15:24 |
jlundgren |
sanbergja: yes! |
| 15:25 |
kmlussier |
If we have a hackfest, we usually do a lot of that there. If we don't have a hackfest, then maybe a couple of us can put something together? |
| 15:26 |
sandbergja |
And the conference organizers do seem to be planning for a docs hackfest |
| 15:26 |
remingtron |
jlundgren: before the conference, there are some AsciiDoc cheat sheets and tutorials listed on the wiki |
| 15:26 |
remingtron |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig#asciidoc_for_evergreen_22_and_later |
| 15:27 |
kmlussier |
Yeah, ok, I just dug up the e-mail from Joe. http://georgialibraries.markmail.org/thread/7bplnxc3vpdwlsxg |
| 15:27 |
sandbergja |
Oh! Ha! I knew there was an agenda item I was forgetting! |
| 15:27 |
sandbergja |
Thanks kmlussier!\ |
| 15:28 |
sandbergja |
We should also figure out who would be a good contact person for the hackfest. :-) |
| 15:28 |
sandbergja |
I totally forgot about that |
| 15:29 |
sandbergja |
Anybody who would be willing to do that piece? |
| 15:29 |
kmlussier |
I would like to suggest that we run things a little informally between now and the conference. And, if we aren't able to get somebody before April, we try to pin somebody down at the conference. |
| 15:30 |
kmlussier |
Who from DIG is planning to attend the conference? I'll be there. Anyone else? |
| 15:30 |
remingtron |
I'm planning on attending the conf |
| 15:30 |
jlundgren |
I will be there |
| 15:31 |
remingtron |
lynn floyd is presenting, so she'll be there |
| 15:32 |
sandbergja |
Would the three of you be willing to collaborate on planning the conference Hackfest, including being in touch with the conference organizers? |
| 15:32 |
jlundgren |
absolutely. I can help with coordination. |
| 15:32 |
sandbergja |
Thanks! |
| 15:33 |
kmlussier |
Yes, I could work on it. My only hesitation is that I don't know how much time I can spend at the DIG hackfest since it occurs at the same time as the dev hackfest. |
| 15:33 |
remingtron |
kmlussier: that's my concern also |
| 15:33 |
sandbergja |
Fair enough |
| 15:33 |
kmlussier |
But I can get involved in pre-planning and can help with a presentation on git or asciidoc if it's at a specific time. |
| 15:34 |
sandbergja |
I think that sounds pretty solid |
| 15:35 |
sandbergja |
So can I put down an action item about planning the hackfest (even if you won't be able to attend the whole thing)? |
| 15:36 |
kmlussier |
yes for me. |
| 15:36 |
sandbergja |
remingtron: would you prefer that I include you or not in that action item? |
| 15:36 |
|
dluch joined #evergreen |
| 15:38 |
remingtron |
sandbergja: hm, not for now I think |
| 15:38 |
sandbergja |
Sure! |
| 15:38 |
remingtron |
(sorry, I was poking around EG's github, forgot we were in a meeting) |
| 15:38 |
sandbergja |
#action jlundgren and kmlussier will plan a hackfest for the 2017 conference, including being the contact people for the conference chairs |
| 15:38 |
kmlussier |
heh |
| 15:38 |
remingtron |
:-P |
| 15:38 |
sandbergja |
:-) |
| 15:39 |
sandbergja |
#topic Progress on Web Client docs |
| 15:40 |
sandbergja |
We're chipping away at them! And the upcoming hackfests will help as well |
| 15:40 |
dluch |
Sorry I'm late, everyone! |
| 15:40 |
sandbergja |
No worries! Welcome! |
| 15:40 |
remingtron |
Lots of the chapters on the list don't need to be changed |
| 15:40 |
remingtron |
dluch: welcome! |
| 15:40 |
remingtron |
so, this is the fun stage of quickly reading a chapter and saying "DONE!" |
| 15:40 |
remingtron |
(or NO CHANGE is probably better) |
| 15:41 |
sandbergja |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:webclient |
| 15:41 |
kmlussier |
remingtron: Are you referring to the chapters for Dojo interfaces, like acq? |
| 15:42 |
remingtron |
yes, if screenshots don't need updating |
| 15:43 |
remingtron |
and also chapters like "14. Describing your organization" |
| 15:43 |
remingtron |
but that brings me to a big question... |
| 15:43 |
remingtron |
WHERE should the web client docs go? |
| 15:43 |
remingtron |
replace existing docs, or do we need both for a while? |
| 15:44 |
dluch |
I think we'd need both for a while |
| 15:44 |
kmlussier |
We've been putting them in that special Web Client Preview section, which is problematic because it adds a heading level to the docs. |
| 15:44 |
kmlussier |
I think we definitely need both for 2.12. |
| 15:45 |
kmlussier |
For 3.0? I don't know. The xul client will be deprecated, but people may still be using it. |
| 15:45 |
|
tspindler left #evergreen |
| 15:46 |
remingtron |
What if we make web client changes in the master/2.12 docs, and people can use 2.11 staff client docs for XUL specific things? |
| 15:47 |
kmlussier |
remingtron: That might be a good idea. I'm hoping that any new features coming with 2.12 don't make changes to the xul staff client, so the old docs should still be good. |
| 15:47 |
dluch |
Aren't there XUL client changes in 2.12, too, though? |
| 15:47 |
dluch |
Oh, lol |
| 15:48 |
* kmlussier |
looks at the roadmap - https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_roadmap:2.12 |
| 15:48 |
sandbergja |
For the 2.12 docs, should we totally remove the XUL-specific documentation? |
| 15:49 |
sandbergja |
Or deprecate it in its own little section (akin to the "Preview" section the Web client docs are in right now)? |
| 15:49 |
kmlussier |
The concern I have with the subsection is that issue with the additional heading. If the docs are already used up all its heading levels, moving it to a preview section can be problematic. |
| 15:50 |
remingtron |
sandbergja: I would propose we overwrite XUL stuff with web client stuff, rather than duplicate it |
| 15:50 |
kmlussier |
I think it will make the docs cleaner too. Of course, we could provide a link from the 2.12 staff client page to the 2.11 client docs. |
| 15:51 |
sandbergja |
Sounds good to me! |
| 15:51 |
remingtron |
another problem with duplicating large chunks of the docs is that we rely on the auto-generated section titles; copying a section with identical title would result in a "_title_2", and the link going to "_title" would go to the other section |
| 15:52 |
remingtron |
kmlussier: that sounds good enough of a solution for now |
| 15:52 |
sandbergja |
#agreed We will replace XUL client documentation with Web client documentation for the 2.12 docs |
| 15:53 |
sandbergja |
#topic Requirements for the Web Client |
| 15:53 |
sandbergja |
gmcharlt has answered this already |
| 15:53 |
sandbergja |
remingtron: thanks for posing the question! |
| 15:54 |
remingtron |
you're welcome |
| 15:54 |
sandbergja |
Would somebody be willing to ASCIIDoc-ize gmcharlt's email and put it into the docs? |
| 15:56 |
kmlussier |
crickets :) |
| 15:56 |
kmlussier |
sandbergja: I can do that. |
| 15:56 |
sandbergja |
kmlussier++ |
| 15:56 |
sandbergja |
thanks so much! |
| 15:56 |
sandbergja |
#topic Updating the DIG Roles document |
| 15:57 |
sandbergja |
I'm thinking that if we're going to adopt a more informal structure for the time being, we can defer this conversation |
| 15:58 |
sandbergja |
Did anybody else have any news or questions to close the meeting? |
| 15:58 |
abneiman |
sandbergja: one quick thing |
| 15:58 |
|
bshum joined #evergreen |
| 15:59 |
abneiman |
I will be sending my XUL v Webby list to the DIG list, probably this afternoon but maybe tomorrow. |
| 15:59 |
sandbergja |
abneiman++ |
| 15:59 |
remingtron |
abneiman++ |
| 15:59 |
sandbergja |
That will be great to have! |
| 16:00 |
kmlussier |
abneiman++ |
| 16:00 |
dluch |
abneiman++ |
| 16:00 |
sandbergja |
Thanks everybody for a good meeting! |
| 16:00 |
sandbergja |
#endmeeting |
| 16:00 |
pinesol_green |
Meeting ended Thu Jan 19 16:00:25 2017 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 16:00 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-01-19-15.00.html |
| 16:00 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-01-19-15.00.txt |
| 16:00 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-01-19-15.00.log.html |
| 16:00 |
dluch |
sandbergja++ |
| 16:01 |
remingtron |
sandbergja++ #thanks for planning/leading! |
| 16:01 |
sandbergja |
remingtron++ #thanks for all your work on the agenda and Web client docs! |
| 16:01 |
kmlussier |
sandbergja++ |
| 16:01 |
sandbergja |
kmlussier++ |
| 16:01 |
sandbergja |
jihpringle++ |
| 16:01 |
sandbergja |
jlundgren++ |
| 16:01 |
sandbergja |
dluch++ |
| 16:02 |
kmlussier |
yes, remingtron++ The web client docs page looks fantastic! |
| 16:02 |
sandbergja |
Christineb++ |
| 16:02 |
sandbergja |
kbutler++ |
| 16:02 |
sandbergja |
abneiman++ |
| 16:02 |
remingtron |
kmlussier: thanks! |
| 16:18 |
kmlussier |
Bah! I need to re-read the grammar in my LP comments before I hit submit. |
| 16:31 |
miker |
kmlussier: :) ... responded. it's the full fix |
| 16:32 |
kmlussier |
miker: Ok, thanks! |
| 16:32 |
* kmlussier |
will try to look at it today if nobody beats her to it because it's been causing her headaches on her test VMs. |
| 16:42 |
miker |
kmlussier: thanks! |
| 16:42 |
miker |
kmlussier: have you been using opensrf master on your VMs? |
| 16:42 |
miker |
because I don't think it should be causing problems on opensrf 2.4 or before |
| 16:43 |
kmlussier |
miker: Yes, I was using opensrf master, but I've been trying to remember to install 2.4. I don't always remember. |
| 16:44 |
|
mmorgan joined #evergreen |
| 16:44 |
kmlussier |
And then I try to upload a bunch of records and the upload hangs. |
| 17:00 |
|
afterl left #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:00 |
|
jlundgren left #evergreen |
| 17:01 |
|
khuckins__ joined #evergreen |
| 17:04 |
csharp |
JBoyer: jeff: I can confirm that the same thing happens on our production data: http://pastebin.com/YR7EfSGb |
| 17:04 |
csharp |
interestingly, actor_usr_second_given_name_unaccent_idx is created without an error |
| 17:08 |
JBoyer |
csharp, Those are some odd looking logs (I suppose this is a verbose and parallel restore?) There is an error for actor_usr_second_given_name_unaccent_idx at one point, line 48. |
| 17:10 |
|
mmorgan left #evergreen |
| 17:29 |
|
khuckins_ joined #evergreen |
| 17:31 |
csharp |
oh - whoops |
| 17:31 |
csharp |
yes, verbose and parallel |
| 17:33 |
csharp |
creating the indexes post restore works for me |
| 17:33 |
csharp |
(also) |
| 17:35 |
|
jihpringle joined #evergreen |
| 17:39 |
|
jvwoolf left #evergreen |
| 17:51 |
JBoyer |
In happier news: I've tried do-release-upgrade and it appears to have worked on the first try. woo. |
| 17:51 |
JBoyer |
Evergreen dropping support for Precise finally made me take a harder look at our training server, heh. |
| 17:54 |
bshum |
JBoyer: Intriguing. I would have expected apache to be unhappy moving from 2.2 to 2.4 with the transition. |
| 17:54 |
bshum |
From 12.04 to 14.04 anyways, I mean. |
| 17:55 |
JBoyer |
Oh, yes. You have to manually remove apache2-* and postgresql-*-9.1 yourself, but I didn't care about just apt-get purge-ing those. |
| 17:55 |
bshum |
Ah okay, less odd then :) |
| 17:55 |
JBoyer |
I was prepared for the thing to not even boot properly. |
| 17:56 |
bshum |
Well I guess that's comforting that things have come as far as they have with all that. |
| 17:56 |
* bshum |
remembers wrecking 8.04 systems trying to do the inplace upgrade to 10.04 once upon a time |
| 17:57 |
JBoyer |
although this upstart-on-top-of-systemd stuff is just junk. Though I'm not sure even 12.04 upstart would correctly use newly installed jobs before rebooting... |
| 17:57 |
JBoyer |
Don't tell me you don't know what that job is, you didn't even look for it! |
| 17:59 |
JBoyer |
Ah. DOA post reboot. There's the excitement I crave at 6 pm. |
| 18:09 |
JBoyer |
Looks like a take-a-laptop-to-the-DC-because-you-never-set-up-a-proper-VPN-dummy kind of problem. As good a time as any to leave for dinner. :/ |
| 18:26 |
|
jonadab joined #evergreen |
| 18:26 |
|
tsadok_ joined #evergreen |
| 18:38 |
|
jihpringle joined #evergreen |
| 18:52 |
|
kmlussier joined #evergreen |
