| Time |
Nick |
Message |
| 00:20 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
agoben joined #evergreen |
| 07:11 |
|
Dyrcona joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:16 |
Dyrcona |
@later tell mmorgan Closer examination reveals that I misspoke yesterday. The user's web staff templates were actually the XUL fromat, except for the "JUVINILE" one, which she says she didn't create. When I look at a test database with data that's a couple of weeks old, the web staff copy templates look OK for this user, but the "JUVINILE" template is there, too. |
| 07:16 |
pinesol |
Dyrcona: The operation succeeded. |
| 08:10 |
|
littlet joined #evergreen |
| 08:18 |
|
collum joined #evergreen |
| 08:40 |
|
bos20k joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:52 |
Dyrcona |
So, thanks to multiple copies of production data on a test db server, I have a rough timeline for when the copy templates got borked: between March 30 and April 7. |
| 08:52 |
Dyrcona |
So, I have a date range for checking server logs. |
| 08:56 |
|
remingtron joined #evergreen |
| 08:57 |
|
dkyle joined #evergreen |
| 09:00 |
|
aabbee joined #evergreen |
| 09:11 |
Dyrcona |
So far, nothing.. :( |
| 09:14 |
Dyrcona |
Bleh... The call is open-ils.actor.patron.settings.update, so I have to search again. |
| 09:16 |
Dyrcona |
Well, that's useless: HASH(0x5f690f8) |
| 09:17 |
Dyrcona |
And, some calls are missing the usr id, which I assume is derived from the authtoken, which means I'll need to write something sophisticated enough to look up the login information in the logs from the authtoken, so I'm giving up. |
| 09:20 |
mmorgan |
Dyrcona: At one point early on in the web client, I believe copy templates were stored in the browser as workstation settings. I'm not sure if that changed with bug 1691269 or before. Maybe that mystery template was actually stored in the browser's storage? |
| 09:20 |
pinesol |
Launchpad bug 1691269 in Evergreen "web client: copy templates created on XUL not displayed" [Medium,Fix released] https://launchpad.net/bugs/1691269 |
| 09:22 |
Dyrcona |
I really don't care about the mystery template so much as how the web client templates were turned into XUL templates. |
| 09:23 |
dbwells |
bshum: csharp: gmcharlt: Heads up, it looks like the certificate on evergreen-ils.org has expired this morning. |
| 09:39 |
csharp |
dbwells: thanks for the heads up - I think gmcharlt was the lead on setting up letsencrypt |
| 09:39 |
|
nfBurton joined #evergreen |
| 09:39 |
gmcharlt |
csharp: dbwells: I shall take a look in a couple minute |
| 09:39 |
csharp |
I'm mostly out of pocket EG-wise - we migrated to our new server environment last night for PINES production |
| 09:40 |
csharp |
(so far so good, but I'm busy :-)) |
| 09:43 |
Dyrcona |
csharp: Rock on! |
| 09:49 |
|
sandbergja joined #evergreen |
| 09:51 |
|
yboston joined #evergreen |
| 10:05 |
csharp |
z39.50 searching is broken for us right now |
| 10:05 |
csharp |
z3950: bad XML : Can't call method "raw" on an undefined value at /usr/local/share/perl/5.22.1/OpenILS/Utils/ZClient.pm line 154. |
| 10:05 |
csharp |
I've not seen that before |
| 10:05 |
csharp |
we're running the same code we were before the switch, but that's now flooding the logs |
| 10:06 |
csharp |
may be something local like the Big Bad Firewall we now have to live behind, so I'm trying to rule that out |
| 10:10 |
Dyrcona |
csharp: That's a little vague. Is this when searching remote sites? Is search local catalog checked and does it make a difference? |
| 10:10 |
|
stephengwills joined #evergreen |
| 10:11 |
csharp |
our catalogers only search OCLC |
| 10:11 |
csharp |
local catalog is available to them but we don't use it |
| 10:12 |
Dyrcona |
bshum and I are simultaneously chatting about similar situations: "We didn't change anything. We just replaced the hardware." So, uh, everything changed, then.... |
| 10:14 |
Dyrcona |
Well, based on the error message and the code in question, I'd say that OpenILS::Utils::ZClient::Record is failing to initialize properly. Can't really tell you why, but it is probably not getting any data back. |
| 10:15 |
Dyrcona |
Which you've likely guessed already, so sorry I can't be more helpful. |
| 10:16 |
Dyrcona |
One thing you can double check is Net::Z3950 installed properly. |
| 10:17 |
Dyrcona |
But, I'd expect a different error message in that case, but who know? It's Perl. |
| 10:19 |
Dyrcona |
And, that won't be the problem, anyway.... |
| 10:22 |
csharp |
Dyrcona: thanks! |
| 10:23 |
csharp |
I'm just getting started looking at code causes |
| 10:23 |
Dyrcona |
Well, record is not getting defined, which likely means there's no data coming back from the server. |
| 10:24 |
Dyrcona |
So, checking if outgoing connections to port 210 are blocked would be a start. |
| 10:24 |
miker |
csharp: have you tried simply telnet'ing to the oclc Z server, or using yazclient? |
| 10:24 |
miker |
(probably, but easy stuff first) |
| 10:24 |
Dyrcona |
miker++ Good suggestion about yazclient |
| 10:24 |
miker |
Dyrcona: GET OUTTA MY HEAD |
| 10:24 |
Dyrcona |
:) |
| 10:31 |
* stephengwills |
notes that the certificate for paste.evergreen-ils.org expired this morning and evergreen-ils.org is throwing “not secure” errors in chrome. |
| 10:32 |
Dyrcona |
It's probably the same certificate. |
| 10:33 |
|
Christineb joined #evergreen |
| 10:33 |
stephengwills |
lets-encrypt will renew it later perhaps with a lag between the expire time and the time cron runs maybe? |
| 10:33 |
|
bos20k_ joined #evergreen |
| 10:34 |
abneiman |
wiki is also throwing certificate errors FWIW |
| 10:36 |
jeff |
gmcharlt has an active login, so I'm not going to step on his toes. :-) |
| 10:36 |
bshum |
Yup, me neither :) |
| 10:36 |
gmcharlt |
my toes thank you |
| 10:37 |
jeff |
i suspect that certbot is no longer to self-update because wheezy. Either that, or it was using TLS-SNI and that may have finally been phased out. |
| 10:37 |
gmcharlt |
jeff: yes |
| 10:37 |
gmcharlt |
:) |
| 10:38 |
jeff |
acme.sh has been a useful simple client for me in cases where certbot was impractical, and i've also had good luck with dedicating a subdomain for DNS-01 challenges by way of CNAMEs. |
| 10:39 |
jeff |
i have also been known to just do a manual dns challenge on another box and copy certs over in the interest of time, then fix it up properly later. |
| 10:39 |
jeff |
gmcharlt++ |
| 10:40 |
* Dyrcona |
has yet to renew with Let's Encrypt. I just started using it last week. |
| 10:40 |
|
PaILS joined #evergreen |
| 10:40 |
Dyrcona |
I did the manual DNS route because that seemed quicker than setting up dynamic DNS with my registrar. |
| 10:40 |
* bshum |
just renews whenever he gets the email from letsencrypt that his certs are due to expire |
| 10:41 |
jeff |
we've been using it for various production things since... wow, 2015. just started using it for EZproxy wildcard certificates, also. |
| 10:43 |
csharp |
okay, so firewall is definitely not the cause of my z39 issue |
| 10:44 |
csharp |
a search via srfsh pulled from the activity.log works fine and returns results to the screen |
| 10:44 |
Dyrcona |
I guess "registrar" was the wrong term, but I get DNS and registration from the same company. |
| 10:44 |
|
PaILS left #evergreen |
| 10:44 |
csharp |
so it's something else |
| 10:44 |
* Dyrcona |
did multidomain wild card. |
| 10:45 |
Dyrcona |
csharp: have you checked the error and warning logs? |
| 10:45 |
Dyrcona |
Maybe something there, but I wouldn't hold my breath. |
| 10:46 |
csharp |
well, error log is where I first saw the problem, I'll check warn too |
| 10:47 |
miker |
csharp: how log did the srfsh search take? (thinking timeout) |
| 10:49 |
csharp |
miker: Request Time in seconds: 31.058220 |
| 10:49 |
csharp |
that occurred to me too as it was taking a minute to work |
| 10:51 |
csharp |
yep, I think that's it |
| 10:55 |
csharp |
https://pastebin.com/Z64yLhRB |
| 10:56 |
csharp |
it gets the first record, then waits 30s, I guess? |
| 11:00 |
csharp |
the 30s is remarkably consistent across the examples I'm seeing |
| 11:02 |
csharp |
sometimes takes 30s to not get the first record |
| 11:02 |
gmcharlt |
fixed the certs for evergreen-ils.org, www.evergreen-ils.org, and wiki.evergeren-ils.org |
| 11:03 |
gmcharlt |
irc.* and paste.* aren't actually set up for HTTPS at all at present, but I'm out of cycles at the moment |
| 11:03 |
csharp |
gmcharlt++ |
| 11:03 |
gmcharlt |
certs should be back to automatically renewing correctly |
| 11:03 |
gmcharlt |
but yeah, as is known, upgrading paste wheezy and/or reorganizing everything is in order |
| 11:04 |
csharp |
gmcharlt: let's add certs to our agenda for the "whaterwe gonna do about web stuff" discussion at the conference |
| 11:04 |
gmcharlt |
+1 |
| 11:07 |
|
PaILS joined #evergreen |
| 11:09 |
jeff |
gmcharlt++ |
| 11:11 |
csharp |
is there a 30s threshold somewhere within the z39.50 code? |
| 11:11 |
csharp |
our catalogers are dead in the water until this is fixed |
| 11:13 |
miker |
csharp: I don't recall OTTOMH where the timeout is, but we don't wait forever ... does yazclient take 30s to get results? |
| 11:14 |
berick |
gmcharlt++ |
| 11:15 |
csharp |
I didn't try yazclient because it's not immediately intuitive |
| 11:17 |
* csharp |
starts searching the web for example usage |
| 11:18 |
bshum |
csharp: https://wiki.evergreen-ils.org/doku.php?id=evergreen-admin:sru_and_z39.50 |
| 11:18 |
bshum |
There's yaz-client commands on that wiki page that may help |
| 11:18 |
csharp |
bshum++ thanks! |
| 11:19 |
bshum |
Though I also don't know offhand if you have to pass other variables for OCLC since they do that authenticated user stuff |
| 11:19 |
Dyrcona |
OCLC requires credentials. |
| 11:19 |
Dyrcona |
:) |
| 11:19 |
bshum |
Yeah, that's what I thought |
| 11:19 |
bshum |
So other guides it is... |
| 11:19 |
* Dyrcona |
thought yazclient was installed on this laptop, but I guess not. |
| 11:20 |
Dyrcona |
Oh, duh... yaz-client. :) |
| 11:20 |
bshum |
csharp: Maybe - https://software.indexdata.com/yaz/doc/yaz-client.html |
| 11:20 |
bshum |
There's stuff in there about username/password with the authentication section |
| 11:20 |
Dyrcona |
Apparently: "authentication username/password" |
| 11:20 |
csharp |
finally got auth working |
| 11:21 |
Dyrcona |
hehe! |
| 11:21 |
csharp |
now need to tell it to use a database |
| 11:21 |
Dyrcona |
You can add the database to the end of the "url" in open. |
| 11:21 |
Dyrcona |
or do "base database" |
| 11:24 |
csharp |
ok - yeah - it's hanging forever after connecting to the OCLC database with "find hemingway" |
| 11:24 |
csharp |
Elapsed: 121.404441 |
| 11:26 |
Dyrcona |
Well that's a generic keyword search for Hemingway. I imagine it would be slow. |
| 11:26 |
Dyrcona |
you could specify the attr for author to narrow it down a bit. :) |
| 11:27 |
csharp |
other searches are immediate |
| 11:28 |
csharp |
"f @and @attr 1=1003 knuth @attr 1=4 @attr 5=1 computer" returned in under a second |
| 11:28 |
Dyrcona |
Sure, but Knuth is less famous than Hemingway. :) |
| 11:29 |
csharp |
@decide knuth or hemingway |
| 11:29 |
pinesol |
csharp: go with knuth |
| 11:29 |
csharp |
well, I think we can rule out something arbitrarily delaying something for 30s within yaz-client |
| 11:29 |
|
PaILS left #evergreen |
| 11:31 |
bshum |
csharp: From the log snippet, it looks like it was someone doing an ISBN search right? And getting the record results for it |
| 11:31 |
csharp |
yes |
| 11:31 |
bshum |
May be worth trying to replicate that and seeing what record results you get in yaz-client |
| 11:31 |
bshum |
Just to be sure, but yeah |
| 11:32 |
* csharp |
tries to figure out how to do that |
| 11:32 |
Dyrcona |
csharp: "show <number>" |
| 11:33 |
Dyrcona |
"show <number>+<end number>" for more than 1 record at a time |
| 11:34 |
csharp |
[239] Record syntax not supported -- v2 addinfo 'The OCLC Zgate Server currently only Supports USMARC syntax' |
| 11:34 |
csharp |
ugh |
| 11:34 |
csharp |
god I hate having to learn this kind of stuff on the fly |
| 11:36 |
Dyrcona |
format usmarc |
| 11:36 |
Dyrcona |
IIRC. |
| 11:36 |
Dyrcona |
Which will shower you with binary. |
| 11:36 |
bshum |
That'd be my guess too |
| 11:37 |
Dyrcona |
You might want to "set_marcdump <somefile>" if all you care about is timing. |
| 11:37 |
Dyrcona |
That will dump the marc to somefile and not your screen. |
| 11:38 |
|
abowling joined #evergreen |
| 11:40 |
bshum |
csharp: When you guys moved servers, what version of OpenSRF do you have? And what's your ejabberd max_stanza_size set to |
| 11:41 |
bshum |
I just wonder if it's some weird collision with chunking/bundling that's not being logged well |
| 11:42 |
bshum |
I know that in the past with max_stanza_size set too low, it would bomb out z39.50 record importing, so I just wonder if this is some weird gray area we haven't dealt with the new code yet |
| 11:42 |
bshum |
Though I'd have expected to see more errors if that were the case |
| 11:45 |
|
khuckins joined #evergreen |
| 11:45 |
bshum |
This is just me vaguely remembering a time when we bumped the OpenSRF default from 200,000 to 2,000,000 because of z39.50 problems |
| 11:45 |
bshum |
And I know the default is much lower than that |
| 11:46 |
bshum |
Might not be related, but just curious |
| 11:46 |
Dyrcona |
Default with ejabberd is 64k, IIRC. |
| 11:48 |
csharp |
looks like it is the Big Bad Firewall after all |
| 11:54 |
|
sandbergja joined #evergreen |
| 12:03 |
csharp |
yep - it was filtering on content it didn't like (maybe the XML responses) |
| 12:03 |
csharp |
rule is in place, so hopefully this issue is done |
| 12:10 |
Dyrcona |
csharp: Glad you got it sorted. |
| 12:13 |
|
jihpringle joined #evergreen |
| 12:13 |
csharp |
Dyrcona: thanks - I appreciate your help, as always |
| 12:14 |
csharp |
and bshum |
| 12:14 |
csharp |
Dyrcona++ |
| 12:14 |
csharp |
bshum++ |
| 12:14 |
Dyrcona |
You're most welcome, as always. csharp++ |
| 12:17 |
* csharp |
forgot miker :-/ |
| 12:17 |
csharp |
miker++ |
| 12:18 |
csharp |
@blame sleep deprivation |
| 12:18 |
pinesol |
csharp: sleep deprivation crafted the perfect SHA-1 collision, breaking Git |
| 13:01 |
Dyrcona |
gitolite++ # For rejecting an errant push to origin |
| 13:01 |
Dyrcona |
git++ |
| 13:32 |
|
yboston joined #evergreen |
| 13:49 |
stephengwills |
whats the fastest way to verify that evergreen is sending emails…. I tested the underlying ssmtp and it’s working fine. |
| 13:50 |
stephengwills |
can I fire off a test via srfsh, for instance? |
| 13:53 |
Dyrcona |
stephengwills: Not really, there's no test email method. You'd have to run the action trigger runner for something that will send an email. |
| 13:53 |
stephengwills |
ok thanks |
| 13:54 |
Dyrcona |
If the server can send email, the chances are that Evergreen can, too. |
| 13:54 |
stephengwills |
nod. I made a little test script and it worked find using php mail(); |
| 13:55 |
stephengwills |
I assumed if that worked PERL would too |
| 13:55 |
Dyrcona |
Yes, it should. |
| 13:59 |
sandbergja |
DIG meeting coming up in one minute |
| 14:02 |
sandbergja |
remingtron: would you mind handling the meetbot piece of this meeting? I've misplaced my meetbot cheat sheet. |
| 14:04 |
remingtron |
sandbergja: sure, uh, let me see... |
| 14:05 |
remingtron |
#startmeeting 2019-04-11 – Documentation Interest Group Meeting |
| 14:05 |
pinesol |
Meeting started Thu Apr 11 14:05:22 2019 US/Eastern. The chair is remingtron. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:05 |
pinesol |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:05 |
|
Topic for #evergreen is now (Meeting topic: 2019-04-11 – Documentation Interest Group Meeting) |
| 14:05 |
pinesol |
The meeting name has been set to '2019_04_11___documentation_interest_group_meeting' |
| 14:05 |
remingtron |
#topic Introductions |
| 14:05 |
|
Topic for #evergreen is now Introductions (Meeting topic: 2019-04-11 – Documentation Interest Group Meeting) |
| 14:06 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
| 14:06 |
remingtron |
Any docs interested people, please introduce yourselves! |
| 14:06 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 14:06 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative (Sitka) |
| 14:07 |
abneiman |
#info abneiman is Andrea Buntz Neiman, Equinox |
| 14:07 |
remingtron |
Welcome folks! |
| 14:08 |
sandbergja |
remingtron++ # getting us back together! |
| 14:08 |
remingtron |
sandbergja++ # poking me for the meeting |
| 14:09 |
remingtron |
sandbergja: any agenda topics? anyone have questions they want to discuss? |
| 14:09 |
abneiman |
do we have a facilitator for the hackfest / interest group at the conference? |
| 14:09 |
abneiman |
I know there was some back-n-forth |
| 14:10 |
sandbergja |
I am facilitating the interest group meeting |
| 14:10 |
abneiman |
sandbergja++ |
| 14:10 |
sandbergja |
And I'm feeling like there are going to be enough experienced DIG members there during both morning and afternoon hackfest that natural facilitators can emerge as needed |
| 14:11 |
abneiman |
ok, cool |
| 14:11 |
sandbergja |
Actually, wait. Katie is facilitating the afternoon session officially. |
| 14:12 |
sandbergja |
So it will just be kind of amorphous in the morning, which I think is fine |
| 14:12 |
abneiman |
thanks! there were lots of threads and I couldn't recall how it all ended up |
| 14:12 |
Bmagic |
#info Bmagic is Blake GH, MOBIUS |
| 14:12 |
remingtron |
welcome Bmagic! |
| 14:13 |
Bmagic |
TY |
| 14:13 |
sandbergja |
As far as the Docs Interest Group meeting at the conference, I was wanting to do some "future of the docs" type activity |
| 14:13 |
sandbergja |
To dream big about what the ideal docs might be, and start strategizing about how we get there |
| 14:13 |
sandbergja |
but I'm very open to other agenda items too! |
| 14:14 |
remingtron |
sandbergja: sounds cool, may stir up more interest |
| 14:15 |
Bmagic |
We started using Antora as a front end for our docs. Might put that on the list of "dreaming" |
| 14:16 |
remingtron |
Antora looks cool, hadn't heard of it until now |
| 14:17 |
sandbergja |
Bmagic: Cool! Would you be able to do a brief demo at the DIG meeting at the conference? |
| 14:17 |
Bmagic |
sure, lol, not sure |
| 14:17 |
sandbergja |
hahaha |
| 14:18 |
Bmagic |
I can show something |
| 14:18 |
sandbergja |
That would be fantastic! |
| 14:18 |
sandbergja |
Maybe another discussion topic for today: how are we going to get a new DIG facilitator? :-) |
| 14:19 |
sandbergja |
Since ohiojoe sadly had to step down. :-( |
| 14:21 |
sandbergja |
...and crickets |
| 14:21 |
abneiman |
well it's certainly something that should be mentioned before / during the hackfest, to see if anyone's interested (hopefully there will be more people than the few of us here now) |
| 14:21 |
abneiman |
sorry, slow typer :) |
| 14:21 |
sandbergja |
no worries! |
| 14:22 |
abneiman |
do any of you have someone in mind who may be interested and willing to step up? |
| 14:23 |
sandbergja |
I have people in mind, for sure, but I have no idea how interested and available they are, hahaha |
| 14:23 |
remingtron |
maybe we need a job description |
| 14:23 |
abneiman |
and is the thought that the Facilitator will continue a la Joe in sending meeting reminders/setting agendas/running meetings, or is there a vision for a larger role? |
| 14:23 |
Bmagic |
what's the job description? |
| 14:23 |
abneiman |
yeah, exactly what I'm getting at |
| 14:23 |
sandbergja |
I think it's on the wiki somewhere |
| 14:23 |
sandbergja |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:digparticipants&s[]=facilitator&s[]=dig |
| 14:24 |
Bmagic |
oh boy, that looks like a lot |
| 14:24 |
remingtron |
I bet people would be more willing to consider it if they known "all you have to do is organize meetings", or whatever |
| 14:25 |
Bmagic |
nevermind, lol, I see it's broken down |
| 14:25 |
remingtron |
seems like our biggest need is an organizer, and/or motivator |
| 14:25 |
remingtron |
doesn't need to be a technical person, right? |
| 14:25 |
abneiman |
I wouldn't think it needs to be a technical person, just an organized person |
| 14:25 |
sandbergja |
Correct! I know yboston did a lot of emphasis on training in asciidoc and other more technical sides, but I don't think that's necessary |
| 14:26 |
Bmagic |
dluch might be interested |
| 14:26 |
sandbergja |
!!!!!!!! |
| 14:26 |
sandbergja |
dluch would be awesome |
| 14:27 |
remingtron |
I'd vote for dluch |
| 14:27 |
abneiman |
can you sound her out, Bmagic? |
| 14:27 |
Bmagic |
Debbie Luchenbill |
| 14:27 |
Bmagic |
It's funny, I have her in slack and you all in IRC |
| 14:28 |
Bmagic |
ALT-tab FTW |
| 14:29 |
Bmagic |
anyway.... |
| 14:29 |
Bmagic |
ha! She just said she would do it! |
| 14:30 |
Bmagic |
The pressure was too high |
| 14:30 |
Bmagic |
and she is trying to get logged in here |
| 14:30 |
remingtron |
hurray! |
| 14:30 |
sandbergja |
dluch++ |
| 14:30 |
jihpringle |
dluch++ |
| 14:30 |
sandbergja |
pressuring_people++ |
| 14:30 |
abneiman |
dluch++ |
| 14:31 |
Bmagic |
dluch++ |
| 14:33 |
|
dluch joined #evergreen |
| 14:33 |
Bmagic |
I hope you all aren't waiting for her to connect.. oh there she is |
| 14:33 |
sandbergja |
Welcome, dluch! |
| 14:33 |
dluch |
Hiya, everyone! Sorry to be late |
| 14:33 |
remingtron |
dluch++ |
| 14:33 |
Bmagic |
@karma dluch |
| 14:33 |
pinesol |
Bmagic: Karma for "dluch" has been increased 7 times and decreased 0 times for a total karma of 7. |
| 14:34 |
remingtron |
dluch: thanks for stepping in as facilitator! |
| 14:34 |
Bmagic |
@karma pressuring_people |
| 14:34 |
pinesol |
Bmagic: Karma for "pressuring_people" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 14:34 |
dluch |
You're welcome! My pleasure. :-) |
| 14:35 |
sandbergja |
Is there anything you'd like to talk about, dluch? |
| 14:35 |
dluch |
#info dluch is Debbie Luchenbill, MOBIUS |
| 14:35 |
sandbergja |
Or any other agenda items? |
| 14:36 |
dluch |
Lol, unfortunately, I couldn't get connected through Quassel, so I don't actually know what you've already talked about...through the agenda already? |
| 14:36 |
remingtron |
dluch: no formal agenda today |
| 14:36 |
sandbergja |
we talked about getting a new facilitator (yay!) and planning for the DIG presence at the conference |
| 14:36 |
dluch |
Ah. That explains why I can't find it, lol |
| 14:37 |
jihpringle |
do we want to talk about 3.3 docs? |
| 14:37 |
sandbergja |
good idea! |
| 14:37 |
dluch |
Excellent. @sandbergja, you all are set for DIG hackfest at the conference? |
| 14:37 |
dluch |
Ooo, yes. 3.3 docs! |
| 14:38 |
sandbergja |
A lot of admin interfaces have been transitioned to Angular in 3.3 |
| 14:38 |
sandbergja |
which would require a lot of new screenshots |
| 14:38 |
sandbergja |
My colleague Clare is doing some screenshots for the new Angular MARC Batch Import/Export |
| 14:39 |
sandbergja |
but probably booking admin, server admin, and acq admin could use new screenshots |
| 14:39 |
dluch |
Is that something we can work on during the hackfest? |
| 14:39 |
sandbergja |
And we should also plan how we are going to document the new experimental staff-only catalog |
| 14:39 |
dluch |
(In addition to what folks are doing individually...) |
| 14:40 |
sandbergja |
I think that would be a great activity for someone at the hackfest! |
| 14:40 |
sandbergja |
Especially if somebody is coming in without a set idea of what they want to do at the hackfest |
| 14:40 |
dluch |
Yes! |
| 14:40 |
dluch |
(like me, lol) |
| 14:41 |
sandbergja |
same; I hadn't really thought that far ahead. :-) |
| 14:42 |
dluch |
@jihpringle was there something specific about 3.3 docs you wanted to talk about? |
| 14:42 |
pinesol |
dluch: You keep using that word. I do not think it means what you think it means. |
| 14:42 |
abneiman |
maybe a short, easily-accessible list of things for people looking for hackfest activities? |
| 14:42 |
jihpringle |
not really, I just noticed the other day that we didn't have them and 3.3 is out |
| 14:42 |
sandbergja |
jihpringle: oh, good point! |
| 14:43 |
sandbergja |
I can email Robert and ask him to set that up on the Web site |
| 14:43 |
remingtron |
sandbergja: I have an email written |
| 14:43 |
remingtron |
I'll send it momentarily |
| 14:43 |
sandbergja |
remingtron++ |
| 14:43 |
dluch |
remingtron++ |
| 14:43 |
pinesol |
[evergreen|Remington Steed] Docs: Point to release notes for new version 3.3 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adf699f> |
| 14:44 |
jihpringle |
maybe something for everyone to do as we're able is update https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:documentation_needs before the conference |
| 14:45 |
sandbergja |
remingtron and I already updated the big list of doc needs |
| 14:45 |
jihpringle |
sandbergja++ remingtron++ |
| 14:45 |
remingtron |
jihpringle: great idea, though, to use that as the master list |
| 14:45 |
dluch |
Oh, awesome! |
| 14:45 |
sandbergja |
And I took some of the more comprehensive 3.3 release notes and just added them to the docs |
| 14:45 |
dluch |
sandbergja++ remingtron++ |
| 14:46 |
remingtron |
any new "easy" docs tasks for the hackfest can go there |
| 14:46 |
sandbergja |
So, we have a start at documenting 3.3 |
| 14:46 |
remingtron |
sandbergja++ |
| 14:47 |
remingtron |
keep in mind, Sitka is using AsciiDoc now, so it's easy to borrow from their docs |
| 14:47 |
remingtron |
but maybe that's just for 3.1 and previous |
| 14:48 |
jihpringle |
we'll be moving to 3.3 but not until the fall |
| 14:48 |
jihpringle |
but please borrow anything that can fill in gaps from our docs :) |
| 14:49 |
dluch |
jihpringle++ |
| 14:50 |
sandbergja |
I have to head out in a minute or two |
| 14:51 |
sandbergja |
anything else on the agenda? |
| 14:51 |
sandbergja |
the informal agenda, that is |
| 14:51 |
dluch |
Not from me |
| 14:52 |
jihpringle |
not from me either |
| 14:52 |
sandbergja |
dluch: thanks again for agreeing to facilitate! Feel free to reach out if you have any questions about it |
| 14:55 |
Bmagic |
antora! antora! antora! |
| 14:57 |
remingtron |
Bmagic: what do you like about antora? |
| 14:57 |
Bmagic |
the resulting web interface |
| 14:58 |
Bmagic |
nav menu, easy to style and brand. And it makes sense in the git repo. It forces a bit of organization. It has a notion of "modules" which could be "circ", "cat", "booking" etc |
| 14:58 |
|
sandbergja_ joined #evergreen |
| 14:59 |
Bmagic |
I could start a branch..... |
| 15:01 |
remingtron |
Bmagic: that would be awesome.... |
| 15:01 |
dluch |
#endmeeting |
| 15:01 |
dluch |
sorry |
| 15:02 |
Bmagic |
:) |
| 15:02 |
remingtron |
#chair dluch |
| 15:02 |
pinesol |
Current chairs: dluch remingtron |
| 15:02 |
remingtron |
ha, now dluch can end the meeting (if she wants) |
| 15:02 |
dluch |
#endmeeting |
| 15:02 |
|
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 | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 15:02 |
pinesol |
Meeting ended Thu Apr 11 15:02:50 2019 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:02 |
pinesol |
Minutes: http://evergreen-ils.org/meetings/evergreen/2019/evergreen.2019-04-11-14.05.html |
| 15:02 |
pinesol |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2019/evergreen.2019-04-11-14.05.txt |
| 15:02 |
pinesol |
Log: http://evergreen-ils.org/meetings/evergreen/2019/evergreen.2019-04-11-14.05.log.html |
| 15:02 |
Bmagic |
dluch++ |
| 15:03 |
Bmagic |
remingtron++ |
| 15:03 |
dluch |
Haha, thanks, remingtron! |
| 15:03 |
dluch |
remingtron++ |
| 15:03 |
remingtron |
dluch++ |
| 15:04 |
|
mmorgan1 joined #evergreen |
| 15:31 |
|
sandbergja_ joined #evergreen |
| 15:54 |
dbwells |
phasefx++ # bib merge test fix |
| 15:58 |
pinesol |
[evergreen|Dan Wells] Forward port 3.3.0 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e73848> |
| 15:58 |
Bmagic |
dbwells++ # git 3.3.0 |
| 16:03 |
|
khuckins joined #evergreen |
| 16:05 |
Dyrcona |
dbwells++ |
| 16:05 |
|
yboston joined #evergreen |
| 16:16 |
gmcharlt |
hey folks - I want to disucss RM elections for 3.4 |
| 16:16 |
gmcharlt |
I'm thinking of sending out a call for nominations tomorrow, with nominations closing EOD on 4/18 |
| 16:17 |
gmcharlt |
and the vote itself during the EG conference, say around 4/24 |
| 16:17 |
gmcharlt |
and otherwise exactly like the way we've done it the past few cycles |
| 16:17 |
gmcharlt |
thoughtS? |
| 16:17 |
jeff |
sounds reasonable. nothing comes to mind about past cycles that i'm anxious to change. |
| 16:21 |
jeffdavis |
+1 |
| 16:24 |
Dyrcona |
+1 |
| 16:31 |
Bmagic |
+1 |
| 16:32 |
|
yboston joined #evergreen |
| 16:42 |
Bmagic |
got an error compiling web client with PhantomJS 2.1.1. Complaints about cat/item/app.js:430 SyntaxError: Unexpected token '>' Do I need a newer version of PhantomJS? |
| 16:51 |
Dyrcona |
Meh. PhantomJS is old and we should stop using it. There was some discussion about that in this channel when someone submitting a branch with modern JavaScript that broke PhantomJS. |
| 16:52 |
Dyrcona |
And, there is no newer version of PhantomJS as far as I know. |
| 16:52 |
* Dyrcona |
isn't too keen on these "web technologies." They come and go like the wind. |
| 16:53 |
* Dyrcona |
can't English... :) |
| 16:54 |
Dyrcona |
But no one can.... |
| 16:55 |
Bmagic |
true dat |
| 16:58 |
miker |
something something lpad() something AAAAAUUUUGggggghghhhh |
| 16:58 |
Dyrcona |
:) |
| 16:58 |
Bmagic |
apple-- |
| 16:58 |
Bmagic |
apples++ |
| 17:00 |
Dyrcona |
It was something about an arrow function. |
| 17:00 |
Dyrcona |
And that > may be the very thing. |
| 17:01 |
berick |
i thought the arrow function issue had been fixed |
| 17:02 |
berick |
oh, there it is |
| 17:03 |
berick |
not sure if that's the same instance, but it happened before and the fix was to avoid using arrow funcs in the angjs code |
| 17:03 |
berick |
(until we replace phantomjs anyway) |
| 17:03 |
Bmagic |
berick: biulding from tags/rel_3_3_0 |
| 17:04 |
berick |
Bmagic: yeah, it's in master too |
| 17:04 |
Bmagic |
I'm not doing something wrong then? |
| 17:04 |
berick |
no, it's a bit of JS that needs to be changed |
| 17:05 |
pastebot |
"berick" at 64.57.241.14 pasted "replace arrow function" (13 lines) at http://paste.evergreen-ils.org/10844 |
| 17:05 |
Bmagic |
berick++ |
| 17:05 |
Bmagic |
so silly |
| 17:07 |
|
mmorgan left #evergreen |
| 17:08 |
sandbergja |
There's a PR to remove the arrow function on bug 1821196, fyi |
| 17:08 |
pinesol |
Launchpad bug 1821196 in Evergreen "De-arrow-ify item status js" [Undecided,New] https://launchpad.net/bugs/1821196 |
| 17:11 |
berick |
oh, good, sandbergja++ |
| 17:15 |
|
jamesrf joined #evergreen |
| 17:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:38 |
pinesol |
[evergreen|Jane Sandberg] LP1821196: Remove arrow function from item status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f95053> |
| 17:55 |
|
aabbee left #evergreen |
| 17:55 |
|
aabbee joined #evergreen |
| 18:11 |
|
stephengwills joined #evergreen |
| 19:27 |
|
berick joined #evergreen |
| 19:27 |
|
mnsri joined #evergreen |
| 19:28 |
|
Dyrcona joined #evergreen |
| 20:25 |
|
sandbergja joined #evergreen |
| 20:36 |
|
Dyrcona joined #evergreen |
| 20:53 |
|
jamesrf joined #evergreen |
| 21:16 |
|
sandbergja joined #evergreen |
| 22:36 |
|
Dyrcona joined #evergreen |
| 23:25 |
pinesol |
[evergreen|Dan Scott] Docs: fix uneven lengths of code delimiter blocks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a992137> |
