| Time |
Nick |
Message |
| 01:38 |
|
Mark__T joined #evergreen |
| 07:33 |
|
graced joined #evergreen |
| 07:42 |
|
sarabee joined #evergreen |
| 07:54 |
|
jboyer-isl joined #evergreen |
| 07:56 |
|
ericar joined #evergreen |
| 08:26 |
|
mrpeters joined #evergreen |
| 08:34 |
|
collum joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:50 |
|
akilsdonk joined #evergreen |
| 09:08 |
|
rfrasur joined #evergreen |
| 09:16 |
|
maryj joined #evergreen |
| 09:30 |
|
yboston joined #evergreen |
| 09:35 |
mmorgan |
For the logs, this was my problem yesterday when trying (and failing) to place holds: lp 1477154 |
| 09:35 |
pinesol_green |
Launchpad bug 1477154 in Evergreen "Placing holds fails unintuitively when preferred pickup location is disabled via org unit setting opac.holds.org_unit_not_pickup_lib" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1477154 |
| 09:39 |
|
TaraC joined #evergreen |
| 09:43 |
bshum |
mmorgan: So it was a problem with the pickup library after all. |
| 09:44 |
mmorgan |
bshum: Yes, it was. But it looked valid when it was filled in automatically. |
| 09:46 |
mmorgan |
So bshum was right. bshum++ |
| 10:19 |
|
collum joined #evergreen |
| 10:39 |
|
jwoodard joined #evergreen |
| 10:53 |
|
mllewellyn joined #evergreen |
| 11:07 |
jboyer-isl |
tsbere: I have done some looking and re: our 006 discussion what probably needs to be done is the same thing that was done for the 007, i.e. something like all of the config.marc21_physical_characteristic_* tables. |
| 11:08 |
jboyer-isl |
I haven’t actually been able to piece together how all of those work, but the 006 and 007 work the same way in that their first character determines what fixed fields are actually represented in each field. |
| 11:28 |
Bmagic |
All, we have done our first acq rollover. Now when importing a purchase order via MARC, the mapped fields in our custom tag will select last years funds. Anyone else conquer this? |
| 11:29 |
berick |
Bmagic: are the old funds still active=true ? |
| 11:29 |
Bmagic |
let me check |
| 11:30 |
Bmagic |
berick: they are not active |
| 11:30 |
Bmagic |
running stock 2.7.0 |
| 11:31 |
|
bmills joined #evergreen |
| 11:33 |
mmorgan |
Bmagic: Could it be lp 1474948 ? |
| 11:33 |
pinesol_green |
Launchpad bug 1474948 in Evergreen "Fiscal Close does not update the fund in Distribution Formulas" (affected: 2, heat: 10) [Undecided,New] https://launchpad.net/bugs/1474948 |
| 11:34 |
berick |
Bmagic: in the upload form, there is a fiscal year selector. can you confirm the correct year is chosen? |
| 11:34 |
berick |
it looks like that determins which funds to use |
| 11:35 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1031927 |
| 11:35 |
pinesol_green |
Launchpad bug 1031927 in Evergreen master "MARC Order Loader uses 2012 funds instead of 2013 funds" (affected: 2, heat: 10) [Undecided,Fix released] |
| 11:35 |
kmlussier |
Bmagic: Or bug 1348228 ? |
| 11:35 |
pinesol_green |
Launchpad bug 1348228 in Evergreen "MARC order upload form no longer defaults to default fiscal year" (affected: 2, heat: 12) [Medium,Confirmed] https://launchpad.net/bugs/1348228 |
| 11:40 |
tsbere |
jboyer-isl: I am not sure we need to go to that level. But I haven't been digging in that deeply either. |
| 11:42 |
kmlussier |
dbwells: I've been giving more thought to your suggestion at https://bugs.launchpad.net/evergreen/+bug/1198465/comments/92 on manual voids. |
| 11:42 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 17, heat: 80) [Wishlist,Confirmed] - Assigned to Dan Wells (dbw2) |
| 11:42 |
jboyer-isl |
tsbere: I’m finally getting the bug together, so there can be some discussion on that, much easier to track than here. :) |
| 11:44 |
kmlussier |
As I said, I'm in favor of the approach if that's what you think needs to be done. But I'm also wondering if you would ultimately be putting a lot of effort into that approach when it might not be necessary. |
| 11:45 |
kmlussier |
Do people think it's likely that a library that has enabled a setting to prohibit negative balances would still want to maintain the ability to void a bill in a way that could produce a negative balance? |
| 11:46 |
|
RoganH joined #evergreen |
| 11:47 |
kmlussier |
I'm throwing the question out for anyone who might have thoughts on how it would be used at their libraries, not just for dbwells. :) |
| 11:47 |
|
RBecker joined #evergreen |
| 11:50 |
RoganH |
kmlussier: missed the question, negative conditional balance stuff? |
| 11:50 |
mmorgan |
If a library has chosen to prohibit negative balances altogether, I think that is unlikely that they would desire a negative balance for the single case of a manual void on a partially paid Lost item. |
| 11:51 |
kmlussier |
RoganH: I'm looking at the suggestion from dbwells on https://bugs.launchpad.net/evergreen/+bug/1198465/comments/92 |
| 11:51 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 17, heat: 80) [Wishlist,Confirmed] - Assigned to Dan Wells (dbw2) |
| 11:51 |
RoganH |
Agreed. My libraries don't want negative balances ever, from automatic or manual actions. If staff did it, it would be considered an undesirable accident. |
| 11:52 |
kmlussier |
And I was just wondering if there was a need to provide the two different options since, my thinking is that any library that enables the "prohibit negative balance" setting would not be interested in maintaining the void behavior that currently happens with a manual void where it still can result in a negative balance. |
| 11:54 |
kmlussier |
dbwells was concerned about taking that level of control away from the user if we had the manual voids just adjust to zeroes as the automatic "voids" (which are not called voids) do. |
| 11:54 |
RoganH |
If a manual void would result in a negative balance and I had the option set to prevent automatic negative balances I wouldn't want my manual void to result in a negative either. |
| 11:54 |
dbwells |
My concerns comes from libraries frequently (in my experience) making exceptions for all sorts of reasons. What I proposed is a relatively simple way to allow for the exceptions when needed without needing to "fake" the data to get it how you need it. |
| 11:54 |
RoganH |
It doesn't happen enough to be a big deal but I don't think my users would see it as taking away control but creating additional steps. Now, my users aren't control freaks either so mileage my vary. :) |
| 11:54 |
* jeff |
looks up |
| 11:55 |
RoganH |
(I shouldn't say freaks, they're happy to let the computer handle things for them, let's put it that way.) |
| 11:55 |
RoganH |
All said, if there are libraries that would want that granular control it wouldn't happen enough here to be a big deal. Not many can void anyway. |
| 11:55 |
dbwells |
Well, I'm not imagining any additional steps unless configured to allow it. |
| 11:57 |
mmorgan |
Just to make sure I'm clear on this, if a library has chosen both no negative balances and to void lost item billing when returned, and a partially paid Lost item is returned, no negative balance will result from that automatic process? |
| 11:57 |
dbwells |
Basically, if you can void, you can void, if you can zero, you can zero. Users who could understand or need to both could do both. |
| 11:57 |
kmlussier |
Yeah, I understand there aren't additional steps. I just know that my three consortia would most likely not give the manual void permission to anyone, and if every other site that prohibits negative balances does the same thing, it may just be extra work, extra options, and extra permissios when we might not need them. |
| 11:58 |
|
mtj_- joined #evergreen |
| 11:59 |
dbwells |
mmorgan: That's correct. |
| 11:59 |
kmlussier |
mmorgan: Yes, and all of most tests showed that the automatic piece was working properly. Of course, I could have missed a test, but I did my best to make it break. :) |
| 12:00 |
kmlussier |
s/most/my |
| 12:00 |
|
Christineb joined #evergreen |
| 12:01 |
dbwells |
We're just trying to figure out how to handle the manual void using the interface. At the very least we need the interface to switch terminology, so that the void option goes away and is replaced with a zero option. Otherwise we just accentuate confusion that they are not the same thing. If we just want to start with that, it makes sense to me. |
| 12:02 |
mmorgan |
Ok, thanks. I'm trying to think of a use case where staff manually voiding a partially paid lost item would expect a negative balance for the amount the patron paid. |
| 12:10 |
dbwells |
I doubt it will apply much to lost bills, since most will be using automation for those cases anyway. In fact, I don't really know a non-edge case for what we're talking about, which is what makes me want to err on the side of caution and clarity. |
| 12:14 |
kmlussier |
dbwells: Sure, I can't say I can come up with a common use case the leads staff to do the manual void in the first place. |
| 12:16 |
dbwells |
kmlussier: I am heaing out the door for a while, but are you in favor of just starting with a one-for-one interface swap I described above? |
| 12:17 |
kmlussier |
dbwells: Yes, I think I would be in favor of that. But I hope others chime in one way or another while you're gone. |
| 12:18 |
kmlussier |
I obviously speak from the perspective of somebody who never wants to see negative balances again, and I'm curious to know the perspective of the libs that want those negative balances. |
| 12:19 |
Bmagic |
berick kmlussier: sorry, I had to take care of our broken utiltiy server |
| 12:21 |
berick |
Bmagic: you're a monster |
| 12:21 |
|
bmills joined #evergreen |
| 12:21 |
Bmagic |
berick kmlussier: those are some good looking bugs that are giving me some ideas. |
| 12:21 |
Bmagic |
a monster? |
| 12:21 |
kmlussier |
Bmagic / berick: In addition to the bug I posted above, there is also bug 1347090 , where I request that there is some sort of stop if you are using inactive funds. |
| 12:21 |
pinesol_green |
Launchpad bug 1347090 in Evergreen "Uploading and activating orders with an inactive fund should not be possible" (affected: 4, heat: 22) [Medium,Triaged] https://launchpad.net/bugs/1347090 |
| 12:22 |
kmlussier |
In case anyone is interested in clicking the "affects me too" button. |
| 12:22 |
berick |
Bmagic: for taking care of your broken utility server -- a lame joke |
| 12:22 |
Bmagic |
ha! |
| 12:22 |
Bmagic |
I asked our library to confirm the selection of the year in the dropdown |
| 12:23 |
kmlussier |
gmcharlt: Do we have an agenda for today? I think I have something from the DIG meeting I need to add. |
| 12:24 |
Bmagic |
berick: just for clarity you are referring to the dropdown box in aqc -> Load MARC Records (6th option in the form) |
| 12:24 |
Bmagic |
/aqc/acq/ |
| 12:32 |
berick |
Bmagic: that's the one |
| 12:46 |
rfrasur |
Ugh...I missed all the good stuff. |
| 12:47 |
rfrasur |
jboyer-isl: Am I right in remembering that voiding bills has been disabled for us except maybe at localadmin level and above? |
| 12:56 |
gmcharlt |
kmlussier: http://wiki.evergreen-ils.org/doku.php?id=webteam:meetings:agenda:2015-07-22 |
| 12:56 |
gmcharlt |
web team meeting in 5 minutes |
| 12:56 |
kmlussier |
Five minutes to remember what DIG wanted me to talk about. ;) |
| 12:57 |
* gmcharlt |
awaits announcement of the Pig Latin translation of the docs with interest ;) |
| 12:57 |
|
jihpringle joined #evergreen |
| 12:57 |
|
buzzy joined #evergreen |
| 13:01 |
gmcharlt |
#startmeeting Evergreen Web Team meeting, 22 July 2015 |
| 13:01 |
pinesol_green |
Meeting started Wed Jul 22 13:01:59 2015 US/Eastern. The chair is gmcharlt. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 13:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 13:01 |
pinesol_green |
The meeting name has been set to 'evergreen_web_team_meeting__22_july_2015' |
| 13:02 |
gmcharlt |
#info Agenda at http://wiki.evergreen-ils.org/doku.php?id=webteam:meetings:agenda:2015-07-22 |
| 13:02 |
gmcharlt |
#topic Introductins |
| 13:02 |
gmcharlt |
#info Galen Charlton, ESI |
| 13:02 |
kmlussier |
#info Kathy Lussier, MassLNC |
| 13:03 |
gmcharlt |
RoganH has indicated that he may not be able to attend, but is available for task assignments |
| 13:03 |
gmcharlt |
and ditto for bshum |
| 13:03 |
kmlussier |
gmcharlt: Let's assign RoganH with all the tasks. |
| 13:03 |
* rfrasur |
chuckles |
| 13:03 |
gmcharlt |
inevitable joke is inevitable ;) |
| 13:04 |
gmcharlt |
#topic Status updates / past action items |
| 13:04 |
gmcharlt |
#action At long last, the DIG test VM will be up later this afternoon |
| 13:04 |
kmlussier |
Woo hoo! |
| 13:04 |
gmcharlt |
er |
| 13:04 |
kmlussier |
gmcharlt++ |
| 13:05 |
gmcharlt |
#info At long last, the DIG test VM will be up later this afternoon |
| 13:05 |
gmcharlt |
#info A copy of the webserver VM has been created, http://test-www.evergreen-ils.org/ |
| 13:05 |
gmcharlt |
it's been used to test an operating system upgrade to Debian Jessie |
| 13:05 |
gmcharlt |
as well as a software upgrade for the Piwik web analystics package |
| 13:06 |
gmcharlt |
bshum is still poking at Piwik, but we should be able to schedule a production OS upgrade for the main webserver, lupin, soon |
| 13:07 |
gmcharlt |
so, one of the incidental things from that: the Piwik data for the past few years is consuming a fair amount of disk space on lupin |
| 13:07 |
gmcharlt |
and bshum and I have been discussing pruning it down to just keeping the past year of analytics |
| 13:08 |
gmcharlt |
on the basis that it will save disk space, that the web statistics data have not been really used, and if they were looked at, there's little reason to keep more than a year of them |
| 13:08 |
gmcharlt |
any thoughts about that before we commit to that position? |
| 13:08 |
kmlussier |
A year of stats seems reasonable to me. |
| 13:08 |
phasefx |
sounds good to me |
| 13:09 |
rfrasur |
Is someone tracking the web stats offline? |
| 13:10 |
gmcharlt |
rfrasur: I'm not sure what you mean by that |
| 13:11 |
rfrasur |
eg. I track the stats for our library website in a spreadsheet monthly, so I don't care if it's not stored past a certain point online and still have access to that info in the future. |
| 13:11 |
gmcharlt |
ah, OK |
| 13:12 |
rfrasur |
I don't know if it matters at all at this point, but I also don't know if it will matter in the future, and it'd be tragic if it did and that info was gone. |
| 13:12 |
gmcharlt |
and no, I don't think anybody's doing that at present |
| 13:13 |
gmcharlt |
and personally, I'm meh on keeping such data indefinitely anyway |
| 13:13 |
kmlussier |
gmcharlt: Remind me. How do we access the stats? |
| 13:13 |
gmcharlt |
(I may have to turn in my librarian card for saying that ;) ) |
| 13:13 |
gmcharlt |
kmlussier: webstats.evergreen-ils.org |
| 13:14 |
rfrasur |
lol, gmcharlt, I don't think you have to turn in your librarian card, and I tend to be a packrat when it comes to that kinda thing. So take my thoughts with that grain of salt. |
| 13:16 |
kmlussier |
Well, I guess the question is whether there's an easy way to keep those stats offline. If somebody has to remember to log in every month to download stats, I'm not sure it would be worth it. |
| 13:17 |
gmcharlt |
if somebody's keen to scrape visit counts, they're free to do so |
| 13:17 |
gmcharlt |
personally identifying information... not so much |
| 13:18 |
* kmlussier |
isn't keen |
| 13:18 |
rfrasur |
The stats I keep are just visits, unique visitors and pages viewed. Enough to show trends. |
| 13:19 |
rfrasur |
fwiw...which is probably not much. |
| 13:20 |
gmcharlt |
here's what I think I'll do -- I'll announce in channel once we've set a date for purging old data |
| 13:20 |
gmcharlt |
and if somebody feels inclined to grab summaries, they can do so |
| 13:21 |
kmlussier |
+1 |
| 13:21 |
rfrasur |
+1 |
| 13:21 |
gmcharlt |
ok, moving on |
| 13:21 |
gmcharlt |
#topic Creative Commons License in web site footer |
| 13:22 |
kmlussier |
This topic came from a discussion at the DIG meeting. |
| 13:23 |
kmlussier |
And I think there were really 2 questions. |
| 13:23 |
kmlussier |
1. Should the footer used on the doc site match the one on the main evergreen-ils site? As of now, it doesn't. |
| 13:24 |
kmlussier |
2. Also, we wanted to put the Creative Commons license in the footer of the doc site. But I had raised the question of whether it would be worthwhile to use it on the main evergreen-ils site. |
| 13:24 |
kmlussier |
I also don't know if we really have the authority to add that license to the main site, since the content came from multiple people. |
| 13:24 |
gmcharlt |
short answer: nope |
| 13:25 |
kmlussier |
To both questions? |
| 13:25 |
rfrasur |
lol, gmcharlt: nope to all of it? |
| 13:25 |
gmcharlt |
nope to the second |
| 13:26 |
gmcharlt |
the wiki *is* CC-BY-SA, but that was settled a few years back, as I recall, and when you add content to the wiki, it explicitly tells you that you're licensing any content you add |
| 13:27 |
kmlussier |
That's true. But in the case of the WordPress site, there is no similar statement. |
| 13:27 |
gmcharlt |
as far as the main website is concerned, we could (a) ask for a license grant from past contributors |
| 13:27 |
gmcharlt |
and that's a small enough set of people and institutions that doing so would not be particularly onerous |
| 13:28 |
gmcharlt |
and (b) going forward, set a default license for new content, and make use of a WP plugin to mark individual posts as being under a particular license |
| 13:28 |
gmcharlt |
which could vary by post -- if say, somebody wanted to do an opinion piece and wanted -NC |
| 13:28 |
gmcharlt |
though I think the default should be CC-BY-SA |
| 13:29 |
gmcharlt |
as far as the footer ont he docs website |
| 13:29 |
kmlussier |
It looks like we currently have 34 users with WP accounts. That's not too bad. |
| 13:29 |
gmcharlt |
the immediate thing that strikes me is bumping up the copyright date to -2015 |
| 13:30 |
gmcharlt |
and maybe putting in a more prominent link back to the main website |
| 13:31 |
gmcharlt |
as far as making the visual design more consistent, while I think that would be a nice-to-have, I can't say I'm particularly worried about the current state of affairs |
| 13:31 |
kmlussier |
The footer on the docs site is actually very similar to the one on the wiki. |
| 13:31 |
gmcharlt |
indeed |
| 13:31 |
kmlussier |
I'm not as concerned about consistency in the footer. I know, at one time, the EOB had requested that all evergreen-ils.org domains used the logo, which I think is more important. |
| 13:32 |
gmcharlt |
wiki and docs comply with that |
| 13:32 |
gmcharlt |
irc.evergreen-ils.org does not, but that's easy to remedy |
| 13:33 |
kmlussier |
Yes, I was just noticing that. :) |
| 13:33 |
gmcharlt |
webstats... is not something I feel should be promoted, as it exists purely as a utility site |
| 13:33 |
kmlussier |
gmcharlt: Yes, I agree with you there. |
| 13:34 |
gmcharlt |
#action Galen to add a robots.txt to webstats to disallow all crawling |
| 13:34 |
kmlussier |
OK, so it sounds like we're okay with the footers being different, but that we might want to get the logo on irc.evergreen-ils.org |
| 13:34 |
gmcharlt |
#action gmcharlt to get the Evergreen logo and link-back to the main website onto irc.evergreen-ils.org |
| 13:34 |
gmcharlt |
yeah, I think the only change to request of DIG is updating the copyright date |
| 13:35 |
kmlussier |
gmcharlt: Since they will be adding the license there anyway, it's something that can be done at the same time. |
| 13:35 |
gmcharlt |
indeed |
| 13:35 |
kmlussier |
Any opinions on moving forward with the Creative Commons licensing for the WP site? I'm inclined to proceed with it. |
| 13:35 |
gmcharlt |
willl you take the action item of formally communicating that to DIG (re the footer)? |
| 13:35 |
kmlussier |
gmcharlt: Yes |
| 13:36 |
gmcharlt |
#action kmlussier will request that DIG update copyright date on the footer when they update it with the license statement |
| 13:37 |
gmcharlt |
I'm +1 on moving forward with CC license statements for the main website |
| 13:37 |
kmlussier |
I can also look at adding the Creative Commons WP plugin if everyone would like to proceed as gmcharlt outlined. I don't know what the best approach would be for contacting previous contributors to content. |
| 13:37 |
kmlussier |
contributors *of* content |
| 13:37 |
gmcharlt |
we can divvy up directly emailing folks |
| 13:37 |
|
RoganH joined #evergreen |
| 13:37 |
kmlussier |
Sounds good! |
| 13:37 |
gmcharlt |
as well as posting announcements on the web team list and open-ils-general |
| 13:38 |
gmcharlt |
#action gmcharlt and kmlussier will contact website content contributors to confirm willingness to license their contributions as CC-BY-SA |
| 13:38 |
gmcharlt |
#action gmcharlt to send notification of the license clarification to mailing lists |
| 13:39 |
gmcharlt |
#action kmlussier to find and install a CC License indicator WP plugin |
| 13:39 |
gmcharlt |
___action RoganH to do all the things (hi Rogan!) |
| 13:39 |
RoganH |
#info RoganH, indentured servant to the web team |
| 13:39 |
RoganH |
Hi! |
| 13:39 |
RoganH |
Sorry for being (very) late. |
| 13:40 |
gmcharlt |
so, moving on |
| 13:40 |
gmcharlt |
#topic Review of website tasks spreadsheet |
| 13:40 |
gmcharlt |
#link https://docs.google.com/spreadsheets/d/1e2n3A0cVxbmbvMnRKTw4Y3Vtl5DkL4vv9eQAfw2CzvM/edit#gid=2 |
| 13:43 |
gmcharlt |
so, one thing I've added to the list is making the websites SSL-only |
| 13:44 |
kmlussier |
I sent a note to the list about adding a "Get Help/Get Support" page being on the Completed sheet. I'm not sure the Get Involved page serves the same need, so I would like to move that one back to the Blue Sky sheet. |
| 13:44 |
gmcharlt |
no objections from me |
| 13:44 |
kmlussier |
+1 to SSL only |
| 13:44 |
RoganH |
+1 to SSL only as well |
| 13:45 |
kmlussier |
RoganH: When I move Get Help/Get Support to the Blue Sky section, do you want me to take your name off of it or keep it on? |
| 13:46 |
RoganH |
kmlussier: take it off |
| 13:48 |
gmcharlt |
anything else worthy of comment here? |
| 13:48 |
kmlussier |
Done. I may have tuits to tackle at some point, if something else doesn't catch my interest beforehand. |
| 13:50 |
gmcharlt |
any other new business? |
| 13:51 |
kmlussier |
I was just thinking that somebody should reach out to the 2016 conference planning team to make sure they have a WP account. |
| 13:52 |
RoganH |
I can chat with Tanya and make sure she or someone has one. |
| 13:52 |
gmcharlt |
cool |
| 13:52 |
gmcharlt |
#action RoganH to reach out to the 2016 conference folks re getting them set up with a WP account |
| 13:56 |
gmcharlt |
ok, sounds like we're at an end... so... |
| 13:56 |
gmcharlt |
#endmeeting |
| 13:56 |
pinesol_green |
Meeting ended Wed Jul 22 13:56:21 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 13:56 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-07-22-13.01.html |
| 13:56 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-07-22-13.01.txt |
| 13:56 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-07-22-13.01.log.html |
| 13:56 |
gmcharlt |
thanks, everybody! |
| 13:56 |
kmlussier |
gmcharlt++ |
| 13:56 |
RoganH |
gmcharlt++ |
| 14:16 |
|
ericar_ joined #evergreen |
| 14:22 |
mrpeters |
for the browser base client, is the use of npm temporary, while it's still in development, or is that the long term plan for deployment? what happens if the modules change? do we (the community) have plans to host our own npm repo with the specific versions of the npm packages (bower and grunt, I beleive) to avoid someone installing today, from ending up with different versions of those packages 6 months from now? do we plan |
| 14:23 |
|
sandbergja joined #evergreen |
| 14:30 |
jeffdavis |
mrpeters: your questions got cut off after "6 months from now" |
| 14:31 |
jeffdavis |
(and they are good questions imo) |
| 14:31 |
mrpeters |
months from now? do we plan to put a static version of the required modules pulled in from npm, in git, so that we include with each tarball? |
| 14:32 |
mrpeters |
http://www.letscodejavascript.com/v3/blog/2014/03/the_npm_debacle got me thinking about all of this |
| 14:32 |
mrpeters |
along with the fact that we're trying to build the web client (*-developer makefile) actions into our debs |
| 14:33 |
mrpeters |
my thought was, if someone installs 2.4.1 / 2.8.2 today with the npm commands, they MAY not be the same as someone who installs the same version of Evergreen a month from now, because grunt and bower could be different |
| 14:33 |
mrpeters |
and could make troubleshooting a nightmare |
| 14:36 |
jeffdavis |
We have the same issue with CPAN already I believe, and use distros' packaged versions of Perl modules wherever possible |
| 14:36 |
jeffdavis |
I don't know if a similar strategy is viable with npm stuff |
| 14:37 |
mceraso |
Does anyone have an idea for what permission might be related to fee payments via SIP? |
| 14:38 |
mceraso |
We have a library that is trying to implement a POS system for fine payments |
| 14:38 |
mceraso |
They keep getting a PERM_FAILURE in the SIP message when trying to finalize the payment |
| 14:38 |
berick |
bower, etc. let you pin the version you want, too |
| 14:38 |
berick |
right now I think we just set a min version |
| 14:39 |
mrpeters |
jeffdavis: yeah, I knew the same was possible with CPAN |
| 14:39 |
jeff |
mceraso: i can tell you what payment-related perms our self checkout machines have. one moment. |
| 14:39 |
mrpeters |
and we can build debs for the stuff from NPM the same as we do for the cpan modules that don't have official debs, but, that article kind of made me nervous |
| 14:39 |
mrpeters |
thought it was worth bringing up for discussion |
| 14:39 |
mceraso |
jeff: Super! Thank you! |
| 14:41 |
dbwells |
kmlussier: heading out of town for a few days, but one last thing before I leave. It took a little more massaging than I guessed, but here's a simple HTML-ized version of Julia's style guide: http://evergreen-ils.org/documentation/previews/proposed_style_guide.html |
| 14:41 |
kmlussier |
Excellent! |
| 14:41 |
kmlussier |
dbwells++ |
| 14:42 |
mrpeters |
berick: so, lets say we wanted to pick a version, and statically include it with our deb's for Evergreen -- how best would we determine which version meets the requirements? |
| 14:42 |
kmlussier |
dbwells: I hope you enjoy your time out of town and don't spend any time thinking of negative balances, style guides, or anything else related to Evergreen. :) |
| 14:42 |
mrpeters |
and is it possible to download just the source for bower and grunt (are we missing any?) like you could for a cpan module |
| 14:42 |
jeff |
mceraso: the only payment-related permission that i see for our self checkouts is perm id 33, CREATE_PAYMENT |
| 14:43 |
dbwells |
kmlussier: Thanks :) |
| 14:43 |
jeff |
mceraso: /query bshum |
| 14:43 |
jeff |
er. |
| 14:45 |
jeff |
mceraso: the full list of perms is here: https://gist.github.com/jeff/3306d9efe6e6680b1eee |
| 14:45 |
berick |
mrpeters: I assume you have to build EG when creating your debs? |
| 14:46 |
berick |
if so, just build the -dev bits too and include whatever files it fetches. |
| 14:46 |
berick |
selecting which versions should happen within the EG bower, etc. configs |
| 14:48 |
berick |
kmlussier++ # fixed navbar |
| 14:49 |
mceraso |
jeff: This is helpful |
| 14:49 |
mceraso |
jeff++ |
| 15:00 |
jeff |
mceraso: SIP clients don't use workstations at this time, but you might need a work ou set -- our sip client users have an entry in permission.usr_work_ou_map |
| 15:00 |
mrpeters |
berick: yes, we do |
| 15:16 |
mceraso |
jeff: Yes, we added that. The fee payment permission was the last piece of the puzzle |
| 15:22 |
* dbs |
thinks he's stunned. Trying a "General acquisitions search" for "LI - State IS NOT Received" and "LI - Provider IS FOOBAR", and getting lots of line items from FOOBAR with statys "Received". |
| 15:23 |
dbs |
ah, got it |
| 15:23 |
dbs |
I need to search for "IS NOT received", not "IS NOT Received", as the case of the status in the display != the case of the raw status |
| 15:24 |
dbs |
wish that the LI - State field did autocomplete to help with that though! |
| 15:25 |
kmlussier |
Yes! I'm in total agreement with you dbs. I have that thought every time I try to search by state. |
| 15:25 |
mrpeters |
am I accurate that 2.8.2 installs the preview browser client in /openils/var/web/js/ui/default/staff/ or do i have that path wrong? |
| 15:26 |
mrpeters |
and then of course /usr/local/lib/node_modules for all of the npm installed dependencies |
| 15:29 |
|
RoganH joined #evergreen |
| 15:31 |
berick |
mrpeters: the dependencies and a minimized version of the core EG js is put into /openils/var/web/js/ui/default/staff/build |
| 15:32 |
berick |
we're not using the minimized version now, though |
| 15:32 |
RoganH |
gmcharlt kmlussier I followed up with tanya and she has a wordpress account now for posting conference stuff. |
| 15:32 |
gmcharlt |
RoganH++ |
| 15:35 |
kmlussier |
RoganH++ |
| 15:36 |
kmlussier |
Am I the only one who doesn't immediately work on action items as soon as the meeting wraps up? |
| 15:37 |
RoganH |
kmlussier: no, but I was waiting for someone else to show up for a meeting and figured I'd got ahead and deal with it rather than writing a to do item for it |
| 15:49 |
|
jlitrell joined #evergreen |
| 16:52 |
|
buzzy joined #evergreen |
| 17:02 |
|
buzzy joined #evergreen |
| 17:11 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:22 |
|
mmorgan left #evergreen |
| 17:51 |
|
bmills joined #evergreen |
| 17:56 |
|
buzzy joined #evergreen |
| 18:39 |
|
buzzy joined #evergreen |
| 18:55 |
|
akilsdonk_ joined #evergreen |
| 20:16 |
|
bmills joined #evergreen |
