Time |
Nick |
Message |
01:00 |
|
bmills joined #evergreen |
04:52 |
|
jonadab_znc joined #evergreen |
07:06 |
|
mrpeters joined #evergreen |
07:30 |
|
Stompro_home joined #evergreen |
07:57 |
|
Callender joined #evergreen |
08:01 |
|
akilsdonk joined #evergreen |
08:08 |
kmlussier |
How to turn the freshmeat (new bib) feed into a JSPAC result page from the Magic Spells page. Should it be removed from the page or is it something that works in tpac too? |
08:09 |
kmlussier |
http://wiki.evergreen-ils.org/doku.php?id=scratchpad:random_magic_spells#how_to_turn_the_freshmeat_new_bib_feed_into_a_jspac_result_page |
08:10 |
|
collum joined #evergreen |
08:26 |
|
Dyrcona joined #evergreen |
08:28 |
|
ericar joined #evergreen |
08:37 |
|
mmorgan joined #evergreen |
08:50 |
tsbere |
kmlussier: Looks like it no longer works for jspac in the first place, as the freshmeat feed now spits out tpac links anyway. |
08:50 |
tsbere |
kmlussier: So maybe re-name it ;) |
09:00 |
|
Shae joined #evergreen |
09:02 |
|
maryj joined #evergreen |
09:15 |
|
yboston joined #evergreen |
09:52 |
Stompro_home |
Bug handling question, if someone does a signoff branch, should the launchpad bug also have the signedoff tag added? |
09:53 |
Dyrcona |
Stompro_home: Probably, but not everyone does that. |
09:53 |
bshum |
Stompro_home: Let's say that it might help identify branches that are ready to roll for committers to take action for. |
09:53 |
bshum |
But yes, like Dyrcona says, not everyone does that. |
09:54 |
* Dyrcona |
often forgets, but then again, /me would often just commit it. |
09:54 |
Stompro_home |
Thanks, I'll add it when I notice it is missing. |
09:55 |
bshum |
Stompro_home: Speaking of signing, let me know if https://bugs.launchpad.net/evergreen/+bug/1463145 fits what you were suggesting. It's the last jessie bug in the queue for the moment, till you wrestle up more stuff ;) |
09:55 |
pinesol_green |
Launchpad bug 1463145 in Evergreen "Debian Jessie Install - Missing libexcel-writer-xlsx-perl depend for clark-kent.pl" (affected: 1, heat: 6) [Undecided,Confirmed] |
09:56 |
jboyer-isl |
"Why does (HOLDS)?" |
09:56 |
* jboyer-isl |
flips table |
09:57 |
bshum |
"Because Evergreen said so." |
09:57 |
bshum |
Now scan the damn barcode and put it on the shelf. |
09:58 |
jboyer-isl |
I'm leaning that way. |
10:00 |
Stompro_home |
bshum, I think it should also remove the old library "libspreadsheet-writeexcel-perl", just like what was done for the wheezy/squeeze/precise/trusty dependency makefiles in LP#1351355. |
10:00 |
bshum |
Stompro_home: Ah good point. I'll make some adjustment for that too and re-push it. |
10:03 |
Dyrcona |
jboyer-isl: 'Cause it's complicated. |
10:03 |
Stompro_home |
bshum, I'll try and test it this weekend or early next week, since the change is exactly the same as the other make files it seems like it could just be committed. |
10:03 |
* Dyrcona |
voids some payments. |
10:04 |
|
afterl joined #evergreen |
10:04 |
bshum |
Stompro_home: Yep, sounds good. I force pushed a new copy of the branch with the revised change. |
10:06 |
Dyrcona |
Usually, the answer is "the copy wasn't available to fill the hold when the targeter last ran, and now some other copy is assigned to the hold." ;) |
10:06 |
bshum |
Heh |
10:06 |
Dyrcona |
'Cause, y'know, consortium, other copies...not just your library in the system. |
10:22 |
Dyrcona |
If we're adding the 2.9-alpha milestone, should we also add a 2.9 series target? |
10:22 |
kmlussier |
Every day is Bug Squashing Day for Stompro_home. :) |
10:22 |
Dyrcona |
heh |
10:22 |
kmlussier |
StomproJ++ |
10:23 |
mmorgan |
StomproJ++ |
10:23 |
Dyrcona |
StomproJ++ |
10:24 |
dbwells |
Dyrcona: at this stage in the release, I think it simplest to put the 2.9 milestones on the "main" bug segment. They are easy to move to a series later on. |
10:24 |
* berick |
agrees w/ dbwells |
10:24 |
berick |
this gets back to what I was talking about earlier |
10:25 |
* jeff |
listens |
10:25 |
berick |
if we add the series now, then we have an exta "main" segment with no milestone |
10:25 |
berick |
i could be missing something, of course |
10:25 |
Dyrcona |
OK. Works for me. |
10:28 |
jeff |
so for a bug like bug 1013786 where we're calling it a new feature and expecting it to make it into 2.9, at present i should change the Milestone from "Evergreen 2.next" to "Evergreen 2.9-alpha", and since "not a bugfix", leave it targeted as it currently is, not mark it as targeting "Master" as a series? |
10:28 |
pinesol_green |
Launchpad bug 1013786 in Evergreen "tpac: Check for password strength at login" (affected: 7, heat: 36) [Medium,Confirmed] https://launchpad.net/bugs/1013786 - Assigned to Jeff Godin (jgodin) |
10:28 |
jeff |
(minor complication being that i just targeted it at series Master for a moment and then removed it) |
10:30 |
Dyrcona |
jeff: We never target "Master" as a series. |
10:31 |
Dyrcona |
At least, I never do. |
10:31 |
Dyrcona |
No one else appears to. |
10:33 |
jeff |
yeah. i was surprised to see it there and wondered what it would do if i checked it, so... i tested. :-) |
10:33 |
jeff |
Dyrcona: but correct on the subject of changing milestone from Evergreen 2.next to 2.9-alpha if I intend it to be ready? |
10:34 |
Dyrcona |
Yes. |
10:34 |
jeff |
thanks! |
10:35 |
pinesol_green |
[evergreen|blake] LP1424646 Paid-For Long Overdue Items Still Appear in "Other/Special Circulations" Window - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac318a4> |
10:35 |
* Dyrcona |
thinks that deserves another StomproJ++ |
10:36 |
Dyrcona |
and a Bmagic++ |
10:36 |
Dyrcona |
and a csharp++ |
10:36 |
Bmagic |
Dyrcona++ #karma party! |
10:38 |
kmlussier |
@karma most increased |
10:38 |
pinesol_green |
kmlussier: "Dyrcona": 30, "bshum": 28, "kmlussier": 23, "jeff": 16, "berick": 16, "yboston": 14, "csharp": 10, "Bmagic": 10, "jboyer-isl": 9, "Stompro": 8, "gmcharlt": 8, "eeevil": 5, "dbwells": 5, "git": 4, "phasefx": 4, "dbs": 4, "jcamins": 4, "StomproJ": 4, "tsbere": 3, "alynn26": 3, "Hanabi": 3, "gsams": 2, "NOBLE": 2, "open_source": 2, and "hopkinsju": 2 |
10:38 |
kmlussier |
Darn! StomproJ's karma got split. |
10:39 |
Dyrcona |
That happens with multiple nicks, I guess. |
10:39 |
Bmagic |
Hanabi++ |
10:39 |
Dyrcona |
And, I'm tempted to start using hanabi as a nick. |
10:39 |
Dyrcona |
hah. |
10:39 |
Bmagic |
lol |
10:39 |
Dyrcona |
hanabi++ |
10:39 |
kmlussier |
@karma most decreased |
10:39 |
pinesol_green |
kmlussier: "marc": 2, "java": 2, "printing": 2, "parts": 1, "ie": 1, "microsoft": 1, "apple": 1, "reports": 1, "makohund": 1, "level": 1, "iii": 1, "^": 1, "holds": 1, "old_dojo": 1, "-rw-r--r": 1, ", and hit save, nothing seems to actually save. the combo box goes back to ": 1, "bshum": 0, "cookies": 0, "kmlussier": 0, "linux": 0, "evergreen": 0, "csharp": 0, "jboyer-isl": 0, "Dyrcona": 0, and (1 more message) |
10:40 |
Dyrcona |
@karma hanabi |
10:40 |
pinesol_green |
Dyrcona: Karma for "hanabi" has been increased 5 times and decreased 0 times for a total karma of 5. |
10:40 |
Dyrcona |
Yeah, didn't think it was case-sensitive. |
10:41 |
Bmagic |
I was wondering |
10:41 |
berick |
i bought hanabi to play when my family visited a few weeks ago. It was a hit. |
10:41 |
Bmagic |
I bet the first entry was Camel cased, and subsequent karma stuck to that |
10:41 |
Dyrcona |
berick: I have a question concerning lp 1342227 |
10:41 |
pinesol_green |
Launchpad bug 1342227 in Evergreen "Setting up EDI Fails with Ruby version > 1.8" (affected: 2, heat: 14) [Undecided,New] https://launchpad.net/bugs/1342227 |
10:42 |
Dyrcona |
Do you think it is worth it to push csharp's branch or do you think we'll have EDI implemented in Perl in time for the 2.9 release? |
10:43 |
berick |
Dyrcona: i think we should push csharp's branch |
10:43 |
berick |
i'll happily help remove it once we remove ruby |
10:44 |
Dyrcona |
berick: Thanks! I will. I've used it on development and we've used it in production. |
10:44 |
berick |
Dyrcona: sweet, good to know |
10:44 |
berick |
we'll be deploying it next week |
10:46 |
Dyrcona |
cool. |
10:47 |
Dyrcona |
berick: Should we backport that to 2.8? |
10:48 |
berick |
Dyrcona: yes, i think so |
10:48 |
Dyrcona |
OK. I'll do that now. |
10:49 |
* Dyrcona |
is going to build a new dev branch, so thought I'd commit a couple of branches that I've tested, first. |
10:49 |
Dyrcona |
bshum: Do you want the ruby fix for EDI in 2.7? |
10:50 |
bshum |
Dyrcona: It might be a good idea actually |
10:50 |
berick |
do we have a trusty installer in 2.7 |
10:50 |
bshum |
Dyrcona: I think Trusty is a "supported" Ubuntu for that version too. |
10:50 |
berick |
ah :) |
10:50 |
Dyrcona |
OK. |
10:50 |
Dyrcona |
Yeah, I think trusty goes back to 2.6, maybe? |
10:51 |
bshum |
Yeah I think so |
10:51 |
bshum |
Jessie started in 2.7, so Trusty was one before that |
10:52 |
bshum |
Dyrcona: Speaking of that, should we consider yanking out Squeeze from 2.9 |
10:52 |
Dyrcona |
bshum: I would say, "Yes," but I don't generally install on Debian, so I'll let someone affected by that have a say. :) |
10:53 |
jeff |
squeeze-lts is supported through February 2016 |
10:53 |
bshum |
I think we considered it stable and immediate past stable |
10:53 |
bshum |
During one of those past dev meetings |
10:53 |
bshum |
But yeah, we'll let those Debian users help decide that :) |
10:53 |
jeff |
that said, i wouldn't oppose discouraging its use in general. |
10:54 |
bshum |
Might be good to drop it too then from 2.9 |
10:54 |
bshum |
Since 2.9 will be "supported" for 15 months after September |
10:54 |
bshum |
Which puts it past that Feb 2016 time. |
10:54 |
bshum |
Just in case. |
10:54 |
jeff |
announce intent, seek feedback from anyone interested in maintaining/championing/funding continued squeeze-lts support in Evergreen, expect/hope for no takers. |
10:54 |
bshum |
jeff++ # good plan |
10:55 |
eeevil |
Dyrcona: did you ever figure out the problem with some of your sip clients? |
10:55 |
Dyrcona |
eeevil: Yes, combination of things: 1) a typo in the ssh tunnel configuration, 2) a bug in the code to allow SC Status without login, 3) UTF-8 characters in call numbers. |
10:56 |
Dyrcona |
eeevil: We mad branches for 2 and 3. |
10:56 |
Dyrcona |
s/mad/made/ |
10:56 |
gsams |
Hey, I made a karma list! How about that? |
10:56 |
tsbere |
https://bugs.launchpad.net/sipserver/+bug/1463943 and https://bugs.launchpad.net/sipserver/+bug/1463459 |
10:56 |
pinesol_green |
Launchpad bug 1463943 in SIPServer "Non-ascii Unicode characters in messages cause client problems" (affected: 1, heat: 6) [Undecided,New] |
10:56 |
pinesol_green |
Launchpad bug 1463459 in SIPServer "Status Message Handler always ignores login" (affected: 1, heat: 6) [Undecided,New] |
10:56 |
Dyrcona |
gsams++ # just 'cause. |
10:56 |
kmlussier |
gsams++ |
10:56 |
gsams |
Dyrcona++ #You are too nice! |
10:57 |
gsams |
kmlussier++ #You too! |
10:57 |
eeevil |
Dyrcona / tsbere: cool, thanks |
10:59 |
gsams |
Since I'm here, I wanted to thank the community at large for all of the support that they have given over the past few years now. I greatly appreciate the wonderful community for Evergreen and can't possibly thank you all enough. |
10:59 |
kmlussier |
From this point forward, Fridays will now be known as karma party days |
10:59 |
bshum |
Cheers gsams++ |
11:00 |
kmlussier |
Aw, that's very kind of you gsams. gsams++ |
11:00 |
mmorgan |
@karma |
11:00 |
pinesol_green |
mmorgan: Highest karma: "Dyrcona" (31), "bshum" (28), and "kmlussier" (24). Lowest karma: "marc" (-2), "java" (-2), and "printing" (-2). You (mmorgan) are ranked 23 out of 78. |
11:00 |
mmorgan |
@karma gsams |
11:00 |
pinesol_green |
mmorgan: Karma for "gsams" has been increased 6 times and decreased 0 times for a total karma of 6. |
11:01 |
mmorgan |
gsams++ |
11:03 |
gsams |
While I can't exactly participate in all of the Evergreen things I wish that I could, I'm certainly working toward it as best as I can. |
11:03 |
pinesol_green |
[evergreen|Chris Sharp] LP#1342227 - Allow EDI Ruby dependency installation on Ubuntu 14.04 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ae48c8> |
11:05 |
gsams |
Also, gmcharlt++ #Sometimes inspiration is the most important thing |
11:09 |
Dyrcona |
btw, I'm close to signing off on lp 1312308 maybe next week sometime. |
11:09 |
pinesol_green |
Launchpad bug 1312308 in Evergreen "time to remove script-based circ policies" (affected: 3, heat: 20) [Wishlist,Confirmed] https://launchpad.net/bugs/1312308 |
11:09 |
jeff |
nice. |
11:10 |
Dyrcona |
jeff: Then, I'll have a look at your branch to remove the old self check and JSPAC, if you think that's in shape. |
11:11 |
jeff |
selfcheck branch is berick's, and should be go in first. |
11:11 |
Dyrcona |
OK. Sorry, 'bout that confusion. |
11:11 |
jeff |
i noted your comment in the jspac removal branch, and will add at least one more bug for the old bbags interface bit that that builds on. |
11:12 |
Dyrcona |
ok. I'll wait for that. |
11:12 |
jeff |
i don't want to have one bug for every file we're ripping out, but i also don't want to have one bug for REMOVE A BUNCH OF OLD THINGS, so maybe a few more will go in. |
11:12 |
Dyrcona |
No big rush. |
11:13 |
jeff |
there are large parts of craftsman that are ripped out in the jspac branch, for example. that makes sense to be within the jspac bug -- but there were a few misc js libs that i found in the dusty corners that had no relation to jspac but should go. |
11:14 |
Dyrcona |
OK. I thought there might be some stuff somewhere. |
11:19 |
csharp |
@quote add < kmlussier> Every day is Bug Squashing Day for Stompro_home. :) |
11:19 |
pinesol_green |
csharp: The operation succeeded. Quote #118 added. |
11:22 |
Dyrcona |
@quote random |
11:22 |
pinesol_green |
Dyrcona: Quote #85: "< bshum> *Everything* is awesome." (added by csharp at 09:29 AM, May 27, 2014) |
11:22 |
berick |
... when you're part of the IRC team |
11:30 |
Dyrcona |
It's always a party in IRC. |
11:34 |
jboyer-isl |
berick++ |
11:42 |
|
afterl joined #evergreen |
11:43 |
|
RoganH joined #evergreen |
11:52 |
|
Stompro_home joined #evergreen |
11:53 |
|
berick joined #evergreen |
11:56 |
* mmorgan |
rubs eyes. Just looked at the commit for lp 1444514 and read it as "Amnesty Chicken"... |
11:56 |
pinesol_green |
Launchpad bug 1444514 in Evergreen "Amnesty Mode doesn't work correctly with Backdating" (affected: 2, heat: 10) [Undecided,Confirmed] https://launchpad.net/bugs/1444514 |
11:57 |
csharp |
amnesty_chicken++ |
11:58 |
* mmorgan |
pictures a big cardboard cutout of the amnesty chicken outside a library on amnesty day :) |
11:59 |
Bmagic |
Is anyone using the Web based staff client "sort of" in production for circulation? I'm thinking about trying it but I am concerned about the hatch receipts. Where do I get the hatch software? |
12:00 |
csharp |
Bmagic: it's in the "random" repo |
12:00 |
Bmagic |
oh right on, I'll check that out |
12:01 |
berick |
Bmagic: http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/berick/hatch2 |
12:01 |
|
bmills joined #evergreen |
12:01 |
csharp |
Bmagic: I was trying to get it working on Linux with limited success (got it compiled with openjdk/openjfx on Ubuntu 15.04, but didn't see it running) |
12:02 |
csharp |
well, jetty was running, but I was getting 404s |
12:02 |
csharp |
then I had to move on to other things :-/ |
12:02 |
berick |
beware SSL certificates |
12:02 |
berick |
you have to open a browser window to the hatch URL and accept the cert warning |
12:03 |
berick |
that works in chrome, but maybe not FF |
12:03 |
csharp |
berick: ah - I was trying in FF |
12:03 |
berick |
that's a finicky bit of fun we're going to have to figure out |
12:03 |
csharp |
I'll try in chrome |
12:04 |
Bmagic |
good info |
12:04 |
Bmagic |
I guess there isn't anything in the master branch for the random repo? |
12:05 |
berick |
just a README |
12:12 |
berick |
also beware the version info in the linux README is out of date. basically s/9.2.5.v20141112/9.2.11.v20150529/ |
12:13 |
berick |
re: chrome, you need to click through the ssl warning at https://localhost:8443/ |
12:14 |
berick |
it will show a 404, but that's OK, becuase that's not a valid path. |
12:14 |
csharp |
ah - that explains what I saw then |
12:15 |
* berick |
is pleased to see Hatch still working as expected in Linux |
12:19 |
* Dyrcona |
was thinking that hatch ought to be moved from the random repo to either its own repo or into Evergreen. |
12:21 |
berick |
Dyrcona: agreed.. maybe after it settles down a little bit |
12:21 |
berick |
well, i could see moving to its own repo now |
12:21 |
berick |
csharp: it works for me in FF, too, yay |
12:21 |
berick |
after clicking through |
12:22 |
* berick |
thinks it's cool to be able to share settings between browsers |
12:38 |
Bmagic |
berick: alright, I got it setup on a windows VM, it's running and responding to print requests. Nothing is coming out of the printer though. Does it work with UNC path printers? My vm has a printer configured that is a share from a server. |
12:41 |
berick |
Bmagic: just to be clear, the printer shows up in admin -> workstation -> printer settings -> configure printer |
12:41 |
Bmagic |
I was pleased to see it there. Yes |
12:42 |
Bmagic |
I configured it which prompted me a print dialog. I clicked ok and it edited the JSON |
12:42 |
berick |
ok, good |
12:42 |
berick |
are you testing via "Test Printing" ? |
12:42 |
Bmagic |
Yes |
12:43 |
berick |
ok, are you running hatch in a terminal? |
12:43 |
berick |
... and seeing the debug output |
12:43 |
Bmagic |
Yes. I have feedback there "request for print action" |
12:43 |
berick |
is that the last line? |
12:44 |
Bmagic |
2015-06-12 11:37:10.832:INFO:WebSocketHandler:qtp1807837413-60: Received request for action print |
12:44 |
Bmagic |
that is the last line |
12:45 |
berick |
are you using oracle java, openjdk, other ? |
12:45 |
Bmagic |
oracle from the link in the readme |
12:45 |
berick |
k |
12:45 |
berick |
so, that doesn't seem like a problem with the printer |
12:46 |
berick |
it seems more like a problem with the application |
12:46 |
berick |
it's not even trying to send the print job |
12:46 |
Bmagic |
this is stock 2.7.0 |
12:46 |
Bmagic |
that could be it? |
12:46 |
berick |
are you testing plain text or html printing? |
12:46 |
Bmagic |
both |
12:47 |
berick |
it would be better to test w/ EG master, but I can't say for sure that's the problem |
12:47 |
Bmagic |
thanks! no worries, I will keep hammering on it |
12:48 |
berick |
here's what hatch shows when I print.. http://pastie.org/10237584 |
12:48 |
Bmagic |
berick++ |
12:48 |
berick |
in your logs, do you see a line like the first line in my paste? that's testing the Text print |
12:52 |
Bmagic |
It's not showing the lines with the numbers for the print job. AKA n\n1234567890123456789012345678901234567890 |
12:55 |
berick |
no line that starts out 2015-06-12 12:42:35.453:INFO:WebSocketHandler:qtp2051450519-26: onMessage() {"action":"print",... |
12:55 |
jeff |
If I were to advocate for removal of the per-hold customization of notifications, would anyone here strongly oppose that? |
12:56 |
jeff |
i.e., moving "how to notify me for holds" away from the per-hold status quo to being a per-patron thing. |
12:57 |
berick |
jeff: i would not (personall) object. not sure about my overlords. |
12:57 |
berick |
er, personally |
12:59 |
Bmagic |
berick: http://pastie.org/10237599 might help answer |
12:59 |
jeff |
currently, there are defaults set at the patron level, and those defaults are used when the hold is placed. patrons can diverge from the defaults at time of hold placement (and staff can edit notification options per hold after that). |
12:59 |
jeff |
there is no way for a patron to change their default notification number and have that change affect outstanding holds, short of staff intervention. |
13:00 |
berick |
Bmagic: ah, there's no conent... |
13:00 |
berick |
nothing to print |
13:00 |
berick |
that's interesting |
13:00 |
jeff |
there is also no interface where patrons can even see what notification options are set per hold, etc. |
13:01 |
berick |
Bmagic: chrome or FF ? |
13:02 |
Bmagic |
berick: print with dialog shows a bit more output. Chrome |
13:02 |
berick |
Bmagic: that could very well be an evergreen version problem |
13:02 |
Bmagic |
do we have a demo site online somewhere? |
13:02 |
kmlussier |
jeff: This is the type of discussion I would love to see on the general list. I have a couple of thoughts on the question, but. like berick, I'm not sure they reflect what my users want. |
13:02 |
berick |
the lack of content means the EG code is not sending the correct stuff to hatch |
13:02 |
Bmagic |
that sounds reasonable |
13:03 |
jeff |
kmlussier: I would want to take it to the list also, but thought I'd start here if only to pre-flight my ideas. :-) |
13:03 |
berick |
Bmagic: https://webby.evergreencatalog.com/eg/staff/login |
13:03 |
kmlussier |
I have generally heard some frustration with the per-hold notification and the fact it doesn't get updated. However, I don't know if there are some patrons who find value in using a different phone number for some holds than they do for others. |
13:03 |
berick |
Bmagic: not sure what code that's running, but it's certainly newer than 2.7 |
13:03 |
Bmagic |
demo123/demo123 ? |
13:03 |
berick |
admin / demo123 |
13:04 |
kmlussier |
Another possibility is to have a prompt that comes up when the default notification is changed that lets the staff/user know that there are active holds with that phone number and asking if those holds should be udpated too. |
13:04 |
berick |
Bmagic: the interface on webby is throwing errors for me -- they're probably working on it |
13:04 |
kmlussier |
jeff: What I can say for sure is that some kind of change is desired. I'm just not sure what the change should be. :) |
13:05 |
jeff |
kmlussier: we've thought of that also, and have that as a recommendation for staff when changing someone's phone number -- but if removing the ability for holds to diverge in the first place makes sense, that takes care of that in a slightly more elegant manner. :-) |
13:05 |
|
buzzy joined #evergreen |
13:05 |
* kmlussier |
nods |
13:05 |
* mmorgan |
agrees with kmlussier |
13:05 |
mmorgan |
I didn't realize there was no place for the patron to see their preferred notification per hold :-( |
13:06 |
Bmagic |
berick: it's working with webby |
13:07 |
* kmlussier |
wanders off to hunt for coffee |
13:07 |
berick |
Bmagic: sweet! |
13:07 |
berick |
ok, cool, webby print UI is working for me too |
13:08 |
berick |
yay, someone else successfully used hatch, on windows no less. we are legion. |
13:13 |
jeff |
mmorgan: jspac may have had more exposure there. i don't recall with certainty without checking. |
13:14 |
mmorgan |
jeff: eyeballing existing notification options in our current holds, I can see a few users that have chosen different options for different holds. Usually adding a text notification to some. |
13:19 |
jeff |
mmorgan: if you order by request date, are the differences contiguous, suggesting that it's just due to them turning on or off the sms notification default setting? |
13:19 |
kmlussier |
mmorgan: They can do it when they add the hold, but they can't change it later if that notification method is no longer valid. |
13:19 |
jeff |
mmorgan: or are there gaps, suggesting that they intentionally turned it on/off for some individual holds? |
13:20 |
* mmorgan |
looks |
13:20 |
jeff |
mmorgan++ |
13:22 |
jeff |
my next question would probably be if the divergent holds differ with respect to usr == requestor, indicating that there might be some difference in behavior (UI or human) between patron and staff |
13:22 |
jeff |
and, i am looking at our own data here also -- not just relying on mmorgan :-) |
13:25 |
mmorgan |
jeff: one usr picked at random shows non-contiguous notification choices. A sample of one is not very conclusive, though ;-) |
13:26 |
* mmorgan |
needs to slip away for a bit. will look at more data later. |
13:33 |
jeff |
sampling of eight users (who placed the most recent 20 holds) seems to indicate one who has occasionally enabled/disabled phone notifications. |
13:36 |
jeff |
short of a harder-to-detect variation in the method being used to place those (accounting for possible differences in mobile app vs 'place hold on all items in this list', etc), i think we've confirmed the (already suspected likely) fact that >0 users make use of distinct per-hold notification options. |
13:37 |
jboyer-isl |
I think per-hold true/false values would be great, I'm less happy with the per-hold values. We regularly get "Why are you notifying this patron at the "wrong" number/email?!", etc. |
13:37 |
* jeff |
nods |
13:37 |
jboyer-isl |
Bonus: those are easy to turn into editable options in the tpac, if we want to go all the way. |
13:39 |
jeff |
that's where i was going next: variation in methods vs variation in DESTINATION. |
13:39 |
jeff |
also, i'm wondering about "voice call to number X but SMS to number Y" |
13:39 |
jeff |
on that last one, i'm just looking to see if we want to support that during our initial roll-out / soft launch of sms |
13:45 |
|
elizabeth_ joined #evergreen |
13:59 |
|
yboston joined #evergreen |
13:59 |
yboston |
heads up, the DIG monthly meeting will be starting at 2 PM EST |
13:59 |
yboston |
whihc is now :( |
14:00 |
yboston |
#startmeeting DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting. |
14:00 |
pinesol_green |
Meeting started Fri Jun 12 14:00:27 2015 US/Eastern. The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot. |
14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
14:00 |
pinesol_green |
The meeting name has been set to 'dig_monthly_meeting_evergreen_documentation_interest_group__dig__monthly_meeting_' |
14:00 |
yboston |
The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_meeting_20150612-agenda |
14:00 |
yboston |
#topic Introductions |
14:01 |
yboston |
Please feel free to start introducing yourselves... |
14:01 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
14:01 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music - DIG meeting facilitator |
14:01 |
Stompro_home |
#info stompro_home is Josh Stompro, Lake Agassiz Regional Library MN |
14:02 |
elizabeth_ |
#info <username> is Elizabeth Davis Scranton Public Library |
14:02 |
yboston |
I will wait a minute or so before starting |
14:03 |
yboston |
I guess we are a small crowd today |
14:04 |
remingtron |
welcome Stompro_home and elizabeth_ ! |
14:04 |
elizabeth_ |
Thanks! This is my first meeting. |
14:04 |
yboston |
should I go over the prevous meeting action items? |
14:04 |
yboston |
welcome elizabeth_ |
14:04 |
remingtron |
yboston: yes, good place to start |
14:04 |
yboston |
I may only deal with the ones that apply to those in attendance |
14:05 |
yboston |
#topic yboston will reach out to krvmga for another copy of his docs to push to master |
14:05 |
yboston |
I will have to defer this to the next meeting |
14:05 |
yboston |
#action yboston will reach out to krvmga for another copy of his docs to push to master |
14:05 |
yboston |
#topic kmlussier will complete the marc stream importer work and check on the status of the RDA docs |
14:06 |
yboston |
not sure if she is available? |
14:06 |
yboston |
I will defer it |
14:06 |
yboston |
#action kmlussier will complete the marc stream importer work and check on the status of the RDA docs |
14:06 |
yboston |
#topic remingtron will send out email to list about changing the file suffix in the docs repo to .asciidoc |
14:06 |
yboston |
remingtron: can you refresh my memory? |
14:06 |
remingtron |
I still have to do that, probably next week |
14:07 |
yboston |
I will defer it |
14:07 |
yboston |
#action remingtron will send out email to list about changing the file suffix in the docs repo to .asciidoc |
14:07 |
remingtron |
thanks |
14:07 |
|
ohiojoe joined #evergreen |
14:07 |
yboston |
#topic all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files |
14:08 |
yboston |
I did some updating of this wiki page during the cofnerence |
14:08 |
remingtron |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:2.8_needs |
14:08 |
remingtron |
looks like some progress! |
14:08 |
yboston |
remingtron: thanks |
14:08 |
remingtron |
Stompro_home: can you update us on progress of your items? |
14:09 |
Stompro_home |
I started to split up the "TPAC Discoverability Enhancements" into sub sections, to make it easier to work on. I've got the Opensearch title changes done, I'll work with yboston on getting that committed. |
14:09 |
remingtron |
Stompro_home++ |
14:09 |
Stompro_home |
The barcode completion is ready to be reviewed also, I updated the LP bug for that. |
14:09 |
yboston |
remingtron: I promised Stompro_home that I would give him some pointers, but I have not provided a time yet |
14:10 |
yboston |
BTW, THE STUFF THAT Stompro_home is working on... |
14:10 |
yboston |
is part of a bunch of features that dbs pushed |
14:11 |
yboston |
It is a big chucnk of new features |
14:11 |
yboston |
not sure if it all needs to be doumented, I assume most things do |
14:11 |
yboston |
remingtron: I have been meaning to get your opinion on it |
14:11 |
yboston |
TPAC Discoverability Enhancements: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=docs/RELEASE_NOTES_NEXT/OPAC/discoverability.txt;h=9a62514a23fbe3c6c3a16e97ad9f1c9be4989f0e;hb=HEAD |
14:13 |
yboston |
should the action item be deffered or pudated for next meeting? |
14:13 |
yboston |
(all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files) |
14:13 |
remingtron |
yboston: we could just throw those release notes in a new chapter called "Linked Data" or something |
14:14 |
yboston |
such a simple and effective suggestion, though not sure where it shoudl live off the top of myhead |
14:15 |
yboston |
Btw, remingtron, Lynn and I promoted DIG at the lighning talks |
14:15 |
yboston |
I stressed that sometines DIG needs help in gettign a second opinion on hwere to add enw features |
14:15 |
|
Newziky joined #evergreen |
14:16 |
yboston |
I guess I should just report the same action item for next meeting, let me know if anyone is oppposed |
14:16 |
remingtron |
yboston: yeah, that sounds good |
14:16 |
remingtron |
glad you promoted DIG! |
14:17 |
yboston |
#action all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files |
14:17 |
yboston |
last action item os for kmlussier , I wil just defer it |
14:17 |
yboston |
#action kmlussier will review submitted web client docs to be included in repository |
14:17 |
kmlussier |
Sorry. I'm here. :( |
14:17 |
kmlussier |
Sort of |
14:18 |
kmlussier |
But deferring it is good. Things are finally quieting down around here so that I can do some doc work. |
14:18 |
kmlussier |
One ALA is over. :) |
14:18 |
yboston |
kmlussier no worries |
14:18 |
kmlussier |
s/One/When |
14:18 |
yboston |
kmlussier: you also just pulled of nother succesfull bug squashing day |
14:19 |
kmlussier |
Well, lots of people pulled it off. I just cracked the whip. :) |
14:19 |
remingtron |
kmlussier++ #bug squashing coordination |
14:19 |
yboston |
now, should we keep talking about 2.8, the conference, or something else entirely like the re-org project or web clients? |
14:20 |
yboston |
btw, remingtron, I gave a quick report on DIG at the cofnerence |
14:20 |
yboston |
I mentioned htat we are toying witht he idea of a re-org targetting different audiences |
14:20 |
yboston |
though I said we need more help. that is when I also mentioned that someitmes we coudl juts use a second opinion of where to add new docs |
14:22 |
remingtron |
yboston: glad you're keeping the community informed |
14:22 |
yboston |
thanks |
14:23 |
yboston |
so any particular topic we shoudl discuss? |
14:23 |
yboston |
also, elizabeth_ do you have any comments or questions? (no owwires if you don't) |
14:23 |
remingtron |
I added some to the agenda |
14:24 |
yboston |
elizabeth_: for example, we can give you soem small docuemntation task or point you to soem training information to help us out int he near future |
14:24 |
elizabeth_ |
No, I'm just taking it all in. We are still on 2.6.3 |
14:24 |
remingtron |
elizabeth_: we're glad you're here! feel free to ask any questions you have |
14:24 |
remingtron |
yboston: anything major to discuss post-hackfest? |
14:25 |
yboston |
remingtron: sorry I missed your additions |
14:25 |
remingtron |
no problem, they were late |
14:26 |
yboston |
elizabeth_: no problem, but for the record witht he use of community test server you can help test our or docuemnt newer versiosn of EG. Also, we have docuemntation needs for features in older versions of EG |
14:26 |
yboston |
elizabeth_: feel free to email me directly if you have any questiosn or comments |
14:27 |
yboston |
remingtron: I can't think of anythign esle post coference, now that I blurted a few more things out to you during this meeting |
14:27 |
Stompro_home |
yboston is a great mentor for getting up to speed with helping out with documentation. |
14:27 |
yboston |
hands down this was the most effective DIG hackfest |
14:27 |
elizabeth_ |
yboston: thanks! We're part of the SPARK Libraries so we really appreciate all the documentation |
14:28 |
yboston |
lots of learnign a people working in pairs |
14:28 |
remingtron |
glad to hear it! It looked like lots of tasks got done, which is exciting |
14:28 |
yboston |
also, thanks to being more comfortable with git I was able to start pushing doc changes during the conference |
14:29 |
remingtron |
yboston++ for pushing things in |
14:29 |
yboston |
remingtron: thanks again for working ont he Lynn docs, I am glad her stuff has now made it in thanks to you |
14:29 |
remingtron |
yboston: you're welcome, I still need to work on the 2.7 version |
14:30 |
remingtron |
should we try the next agenda item? 4b. |
14:30 |
remingtron |
Add Creative Commons license image to docs footer |
14:30 |
yboston |
#topic Add Creative Commons license image to docs footer |
14:30 |
yboston |
I guess we need Robert's help for that? |
14:31 |
yboston |
(to make the actual changes in the DIG server) |
14:31 |
yboston |
anything else you, remingtron, want to add about it? |
14:31 |
remingtron |
yes, but I emailed him and he mentioned that the oversight board previously asked us to use the same footer as the main website |
14:32 |
remingtron |
so he wondered if we need to ask the board first |
14:32 |
remingtron |
(and the main website has since changed design, so we aren't in sync currently anyway) |
14:32 |
yboston |
let me look at both site for a second |
14:32 |
yboston |
*sites |
14:34 |
yboston |
I am a board member, and sadly I don't remmeber this discussion. Maybe it is becuase Iw as ntoa board member at the time or I am just mistaken |
14:35 |
remingtron |
robert thought it was around 2012 |
14:35 |
yboston |
OK, I think I became a board memebr in 2013, but I was always part of DIG and I still don't remmeber :( |
14:36 |
remingtron |
anyway, he thought it would be easy to change, just a matter of whether we should ask the board first |
14:36 |
yboston |
so the goal is to 1) match the footer of the current EG site 2) also add creative common icon? |
14:36 |
* kmlussier |
doesn't recall that discussion either. |
14:36 |
yboston |
maybe it was the web committee? |
14:36 |
kmlussier |
I remember a discussion of making sure all evergreen-ils.org domains had a logo. |
14:37 |
remingtron |
yboston: I think those two goals sound good |
14:37 |
kmlussier |
Is there any reason why the creative commons license can't be used for the entire web site, not just the docs? |
14:38 |
kmlussier |
Probably something to bring up with the web team, but I think it would be a good thing to work towards. |
14:38 |
yboston |
I don't see why not, though I can't remember the CC flavor we are plannign on using |
14:38 |
yboston |
kmlussier: are you still part of the web team? |
14:38 |
kmlussier |
We already have the CC flavor for the docs. It just isn't in the footer. |
14:39 |
yboston |
kmlussier: pardon my ignorance, but where is it? |
14:39 |
kmlussier |
I'm looking now, but remingtron found it the other day. Maybe he can find it faster than me. :) |
14:39 |
remingtron |
sure... |
14:40 |
kmlussier |
Found it http://docs.evergreen-ils.org/2.8/licensing.html |
14:40 |
yboston |
thanks |
14:40 |
remingtron |
yup, that's it, burried in the "Installing the Evergreen Server" section |
14:41 |
yboston |
good to know |
14:42 |
yboston |
Off the top of my head, this might be more of a n issue to be coordinated with the web team more thatn witht he board |
14:42 |
yboston |
since we are just wanted to state a licensing term that is not in question |
14:43 |
yboston |
except if there is anything on the main site that should not be covered under Creative Commons, in case we as a community do not own , for example |
14:44 |
remingtron |
perhaps we should go ahead and change our docs footer, then let the web team and board know |
14:45 |
yboston |
remingtron: that is fine |
14:45 |
yboston |
not sure if I shold put an action item for Robert when he is not here> |
14:45 |
yboston |
? |
14:45 |
yboston |
remingtron: can I give you an action item to contact him about it? |
14:45 |
remingtron |
give me an action to ask him, yeah that! |
14:46 |
yboston |
#action remingtron will contact Robert Sooullier about updating the docs sites to match the footer of the regular EG site; also to add the CC icon |
14:47 |
kmlussier |
In the minutes here - http://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2012-08-08 - there is mention of requiring Evergreen web sites to use the logo. |
14:47 |
yboston |
kmlussier: thanks |
14:47 |
kmlussier |
There is no mention of the footer being the same. I also don't know if the policy that was to be drafted ever was done. But I really don't think there was anything from the EOB saying that footers needed to match. |
14:48 |
kmlussier |
We just wanted to make sure the Evergreen mark be displayed on evergreen-ils.org sites. |
14:48 |
yboston |
I think that it is always nice when sub sites have a matching look when it is not too onerous to maintain it |
14:49 |
remingtron |
well, I think we can leave that discuss for the web committee, sound okay? |
14:49 |
kmlussier |
remingtron: Sounds good to me. I'll make sure it gets added to the agenda. |
14:49 |
* kmlussier |
wonders when we will next meet. |
14:50 |
yboston |
#action kmlussier will add an agenda item tot he web team about updating the doc site footers to match the main site footer, as well as include the CC icon |
14:50 |
yboston |
anything else for now? |
14:50 |
remingtron |
just two brief things |
14:51 |
|
TaraC joined #evergreen |
14:51 |
remingtron |
1. I am continuing to work on the Docs reorg per-audience wiki page, and I welcome all input from others |
14:51 |
remingtron |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:reorg_2014:audience_focused_layout |
14:52 |
remingtron |
2. Anytime we need to add a missing section to our docs, or a feature, we should check Sitka's docs and borrow content and screenshots |
14:53 |
remingtron |
#link http://docs.sitka.bclibraries.ca/Sitka/current/html/ |
14:53 |
remingtron |
(currently for EG 2.6, but they have a branch for 2.8 in the works) |
14:53 |
remingtron |
that's all from me |
14:53 |
yboston |
very cool |
14:54 |
yboston |
#idea Anytime we need to add a missing section to our docs, or a feature, we should check Sitka's docs and borrow content and screenshots |
14:54 |
yboston |
anything else from anyone here? |
14:56 |
yboston |
OK then, I will wrap up the meeting |
14:56 |
yboston |
thanks everyone |
14:57 |
yboston |
#endmeeting |
14:57 |
pinesol_green |
Meeting ended Fri Jun 12 14:57:48 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:57 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-06-12-14.00.html |
14:57 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-06-12-14.00.txt |
14:57 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-06-12-14.00.log.html |
14:57 |
Stompro_home |
Thanks for running the meeting! yboston++ |
14:57 |
remingtron |
yboston++ |
14:57 |
yboston |
elizabeth_: thanks for joining us |
14:58 |
yboston |
elizabeth_: had you used IRC before? |
14:58 |
elizabeth_ |
yboston: Years ago |
14:59 |
yboston |
elizabeth_: cool |
14:59 |
kmlussier |
yboston++ |
15:00 |
elizabeth_ |
Thank you all for the warm welcome. |
15:01 |
yboston |
elizabeth_: btw, where is the SPARK system located? |
15:01 |
elizabeth_ |
yboston: SPARK is a collection Pennsylvania Public Libraries |
15:01 |
gmcharlt |
tsbere: I can your attention to bug 1464748 for SIPServer; it arose from my testing of your patches for 1463459 |
15:01 |
pinesol_green |
Launchpad bug 1464748 in SIPServer "SIPServer tosses away current account prematurely" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1464748 |
15:01 |
yboston |
elizabeth_: thanks |
15:02 |
gmcharlt |
tsbere: upshot - I believe that branch should be reviewed and pushed as a unit |
15:06 |
RoganH |
@hate sip |
15:06 |
pinesol_green |
RoganH: But RoganH already hates sip! |
15:06 |
RoganH |
@hate more_sip |
15:06 |
pinesol_green |
RoganH: The operation succeeded. RoganH hates more_sip. |
15:11 |
RoganH |
@hate all_sip |
15:11 |
pinesol_green |
RoganH: The operation succeeded. RoganH hates all_sip. |
15:12 |
eeevil |
RoganH: as you might imagine, I second that emotion |
15:12 |
RoganH |
eeevil++ |
15:14 |
RoganH |
eeevil: I'm logging parsing right now to try to see if those two rogue devices last time, different ones, all, whatever the heck it is. |
15:14 |
RoganH |
eeevil: gah, I've forgotten English, I'm just rambling in Bad English now |
15:15 |
|
afterl joined #evergreen |
15:23 |
* kmlussier |
speaks fluently Bad English |
15:34 |
Dyrcona |
mrpeters: Are you done with lp 1154656? Someone signed off on it on Wednesday, but it is still assigned to you. |
15:34 |
pinesol_green |
Launchpad bug 1154656 in Evergreen 2.4 "MARC Expert Search "Add Rows" adds duplicate row" (affected: 5, heat: 24) [Medium,Confirmed] https://launchpad.net/bugs/1154656 |
15:35 |
Dyrcona |
I am also retargeting that to 2.7 and 2.8. |
15:37 |
tsbere |
gmcharlt: Not really sure. Never dealt with post_process_request....after *very* little digging, makes me wonder if the other "set account to undef" should be in a post_accept block? |
15:38 |
Dyrcona |
Also, rashma did not use the preferred wording for the sign off, but think that is relatively trivial. |
15:40 |
mrpeters |
yeah, im done |
15:41 |
Dyrcona |
OK. |
15:41 |
Dyrcona |
I removed you. |
15:50 |
Dyrcona |
Works for me. I'll add rashma's sign off to the commit message. |
15:53 |
jboyer-isl |
Postgres has no patience for a kill -9 directed at a worker. Whine, whine, whine. |
15:55 |
jeff |
seeing "kill -9" and "postgres" in such close proximity to each other makes me cringe a bit |
15:55 |
* jeff |
cringes again |
15:57 |
mmorgan |
jeff: FWIW I am also finding that at least a few of our users make use of different hold notification methods. You may find that more would if they had the option to receive text messages for some. |
16:00 |
pinesol_green |
[evergreen|Michael Peters] LP#1154656 MARC Expert Search "Add Rows" adds duplicate row - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7903e32> |
16:00 |
Dyrcona |
bug_squashing_day++ |
16:00 |
jboyer-isl |
jeff: totally unnecessary dev database. But one of the problems with allowing perl in-db is that sometimes postgres can't cancel things itself (such as when you're testing stupid regex tricks) |
16:03 |
jeff |
here, we're probably moving away from per-hold notification options, toward user settings. |
16:05 |
Dyrcona |
rashma++ #testing braches |
16:06 |
Dyrcona |
branches, even. ;) |
16:07 |
|
goood joined #evergreen |
16:07 |
|
eady joined #evergreen |
16:08 |
|
TaraC joined #evergreen |
16:09 |
rashma |
Dyrcona: thank you, and will keep in mind about the preferred wording. |
16:10 |
Dyrcona |
rashma: It's OK. I figured out the intent. |
16:16 |
|
afterl joined #evergreen |
16:17 |
|
afterl left #evergreen |
16:24 |
|
Newziky1 joined #evergreen |
16:31 |
kmlussier |
rashma++ indeed |
16:32 |
* kmlussier |
didn't get to her Bug Squashing Day wrap up today. |
16:32 |
kmlussier |
I'll try to get something out over the weekend. |
16:32 |
kmlussier |
In retrospect, I probably should have filed bug 1464767 as two distinct bugs. |
16:32 |
pinesol_green |
Launchpad bug 1464767 in Evergreen "OU selectors in web client do not provide scrollbars and are ordered incorrectly" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1464767 |
16:36 |
|
nuentoter joined #evergreen |
16:36 |
nuentoter |
anyone live in here? |
16:37 |
jeff |
some of us are in here quite a few hours of the day, but i at least try to go home to sleep. |
16:37 |
jeff |
nuentoter: welcome! |
16:37 |
nuentoter |
lol ty, quick question do you know in evergreen server fully works with debian jessie yet? |
16:38 |
nuentoter |
in=if |
16:39 |
kmlussier |
jeff: Sleep is overrated. |
16:40 |
nuentoter |
sleep is a fancy luxury in my life |
16:42 |
jeff |
nuentoter: Evergreen 2.7 and 2.8 support Debian Jessie, but there have been a recent set of fixes (especially with regard to installing pre-requisites). You might want to search for jessie here: https://bugs.launchpad.net/evergreen and peruse the issues before/after installation. |
16:44 |
jeff |
nuentoter: others here or on the mailing list may be able to chime in with personal experience. i've not yet dealt with evergreen on jessie. |
16:44 |
jeff |
(wheezy here, mostly) |
16:46 |
nuentoter |
I had tried and had problems with both postgresql and opensrf, but that was the day after 8.0 release |
16:46 |
nuentoter |
ty for the launchpad link btw |
16:54 |
pinesol_green |
[evergreen|Adam Bowling] LP#1365661 Found patrons with same name not opening - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=22d0a19> |
16:57 |
nuentoter |
ok so is 2.8.2 available yet somewhere? |
16:58 |
|
sandbergja joined #evergreen |
16:59 |
nuentoter |
ok nm |
17:00 |
Dyrcona |
If you're feeling brave you can check out rel_2_8 from git, that will be 2.8.2 when the next maintenance release happens. |
17:01 |
Dyrcona |
I've been pushing bug fixes to it today. |
17:01 |
Dyrcona |
And, looks like that about does it for me. |
17:01 |
Dyrcona |
I'll be back later to night if I'm bored. ;) |
17:02 |
Bmagic |
nuentoter: I'm not sure when that will be released. berick is the release manager (I think) |
17:02 |
|
Callender_ joined #evergreen |
17:02 |
|
sbrylander joined #evergreen |
17:02 |
nuentoter |
yeah im reading the logs right now actually ty |
17:04 |
berick |
2.8.2 should be release middle of next week |
17:07 |
Bmagic |
Let's make it an 80's Friday! http://youtu.be/9Q3tz3TBZfI |
17:07 |
Bmagic |
Do the Locamotion with me! |
17:08 |
gmcharlt |
tsbere: eh, moving the first one to post_accept() would probably work but doesn't seem to offer a definite improvement |
17:09 |
gmcharlt |
other than possibly adding a bottle of glue to join the belt and the suspenders |
17:13 |
|
mmorgan left #evergreen |
17:15 |
|
sarabee joined #evergreen |
17:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:24 |
|
bmills joined #evergreen |
18:04 |
Bmagic |
have a good weekend everyone! |
18:15 |
|
cbear0x joined #evergreen |
18:35 |
|
TaraC_ joined #evergreen |
18:50 |
|
Callender joined #evergreen |
18:51 |
|
BigRig joined #evergreen |
18:51 |
|
TaraC joined #evergreen |
18:51 |
|
graced joined #evergreen |
21:36 |
|
Stompro_home joined #evergreen |
23:02 |
|
cbear0x joined #evergreen |