Time |
Nick |
Message |
01:09 |
|
yar joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:32 |
|
rfrasur joined #evergreen |
07:48 |
rfrasur |
bmagic: just noticing your stat cats in the patron edit screen in the bugsquash server. I dunno who set that up, but they rock to 11. |
08:19 |
|
rfrasur joined #evergreen |
08:27 |
|
Dyrcona joined #evergreen |
08:38 |
|
mantis1 joined #evergreen |
08:38 |
|
rfrasur joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
08:53 |
Guest74037 |
cd |
08:53 |
|
csharp joined #evergreen |
09:00 |
|
rjackson_isl joined #evergreen |
09:07 |
Dyrcona |
csharp berick: Is there a plan for dealing with the signedoff branches from this week, or did I miss something in the emails? |
09:31 |
|
dbwells_ joined #evergreen |
09:37 |
mmorgan |
Is #evergreen not getting indexed? I can't seem to find anything recent: http://irc.evergreen-ils.org/evergreen/search/?nick=;q=testing;offset=0 |
09:38 |
mmorgan |
Not successful googling either. |
09:38 |
|
nfBurton joined #evergreen |
09:39 |
|
dbwells joined #evergreen |
09:42 |
Dyrcona |
mmorgan: This worked for me: http://irc.evergreen-ils.org/evergreen/search/?nick=&q=testing |
09:43 |
Dyrcona |
Ah, but it only finds things from 2013 to 2014. |
09:43 |
mmorgan |
Dyrcona: Ok, but the most recent result is from 2014 |
09:43 |
Dyrcona |
:) |
09:43 |
mmorgan |
:) |
09:43 |
mmorgan |
jinx! |
09:44 |
Dyrcona |
"site:irc.evergreen-ils.org testing" with google turned up something from 2017. |
09:51 |
Dyrcona |
The same thing with Duck-Duck-Go turns up more results. |
09:51 |
dbs |
mmorgan: yeah I reported that a month or so ago as well :/ |
09:51 |
Dyrcona |
Limiting to anything less than past year, turns up nothing. |
09:52 |
alynn26 |
had the same thing looking for something in IRC Chat recently. |
09:52 |
Dyrcona |
If you remember seeing it, you could search your client's log files, if any. |
09:53 |
Dyrcona |
That's what I usually do. |
09:53 |
alynn26 |
Since I knew it was from the past few days i just looked at each day until I found it. |
09:55 |
mmorgan |
Dyrcona: Ok, thanks, I can do that. |
09:56 |
mmorgan |
dbs: by "reported", do you mean reported here or reported somewhere that might be able to fix? |
09:57 |
|
sandbergja joined #evergreen |
09:57 |
dbs |
mmorgan: just reported here, I don't think we have a formal means of tracking issues outside of code? |
09:58 |
dbs |
(maybe that could go onto the pile of "in the glorious future when we migrate from launchpad to gitlab or github or whatevs") |
09:58 |
|
tlittle joined #evergreen |
09:59 |
|
terranm joined #evergreen |
10:01 |
berick |
Dyrcona: the plan is for everyone w/ the commit bit to start mergin' |
10:02 |
berick |
any code of mine that's gotta sign off, i'll get to before the cut-off, just leaving time for anyone else that wants to review (mostly catalog stuff) |
10:04 |
Dyrcona |
berick: Ok, thanks. I wondered if it was going to be mostly you and csharp or if you had any plans for coordinating things. |
10:05 |
bshum |
The IRC bot logs aren't being indexed properly cause I think there's a bug in the code that I never got around to tracking down more closely |
10:05 |
bshum |
There's an indexer job that kept failing to run properly |
10:05 |
bshum |
And I think it was almost eating itself when it tried to do it |
10:05 |
bshum |
Could be Lupin didn't have the resources to do the job quite right |
10:06 |
bshum |
Or it was a compatibiliity issue with mysql or something odd in the weird way it was using the plack apache stuff |
10:06 |
bshum |
I was going to revisit it if/when I finally got around to moving the bots to a new home |
10:06 |
bshum |
Also, our bot is no longer maintained |
10:06 |
berick |
Dyrcona: doesn't seem like there's much to coordinate. 3.5 seems mostly to be a grab bag of disconnected stuff. |
10:06 |
bshum |
So that too made it hard to look deeper. |
10:07 |
* mmorgan |
isn't sure how the indexing of irc logs works, but misses being able to google for valuable information :-( |
10:07 |
Dyrcona |
berick: OK. I was thinking about just going through and committing all the signed off stuff after looking over the changes. |
10:07 |
berick |
Dyrcona: that would be super appreciated. i'll be doing some of the same. |
10:07 |
berick |
Dyrcona++ |
10:08 |
Dyrcona |
mmorgan: I don't think the indexing should affect Google. That's more likely a robots.txt file. |
10:08 |
bshum |
That's what I would think too, though it could also be how the pages are reconstructed |
10:08 |
bshum |
They aren't static pages all the time |
10:08 |
bshum |
They only get created on demand and then hang around in /tmp somewhere |
10:09 |
bshum |
So between Lupin reboots, old pages might disappear till someone went to crawl onto it |
10:09 |
bshum |
It's not a great method |
10:10 |
mmorgan |
Interesting. So has googling for irc logs always been hit or miss because of that? |
10:10 |
bshum |
Ever since the new bot was implemented |
10:10 |
bshum |
So circa 2015? |
10:11 |
bshum |
Unifying all the logs is one of those "wouldn't it be nice?" ideas I've been throwing around in my head for a few years |
10:11 |
mmorgan |
March 2014, when the searchable index ends? |
10:11 |
|
dbwells joined #evergreen |
10:13 |
|
jvwoolf joined #evergreen |
10:16 |
sandbergja |
We just upgraded to 3.4.2, and now a bunch (all?) of our patron records are showing up with the alert stop sign -- but they don't have any alerts. They're not expired, they don't have holds, etc. Any suggestions on where to start looking to figure this out? |
10:19 |
jeff |
sandbergja: what version were you on prior to the upgrade? |
10:20 |
mmorgan |
sandbergja: Are your patrons batch loaded? Could there be a space or some other random character in the Alert Message field in the patron record? |
10:21 |
Bmagic |
rfrasur: not seeing any stat cats on the bugsquashing server. Maybe they were lost in the refresh |
10:21 |
rfrasur |
Might have been survey (which we don't use). Popping in and checkin' |
10:22 |
Bmagic |
nfBurton: how's the thing coming? |
10:22 |
rfrasur |
bmagic: surveys. My bad. Makes more sense. Still super awesome. |
10:22 |
mmorgan |
rfrasur: Yes, that's the survey. I think it was csharp that contributed it. |
10:22 |
rfrasur |
csharp++ |
10:23 |
mmorgan |
Best seed data in evergreen! |
10:23 |
rfrasur |
I think the EIC should include a "joie de vivre" award. |
10:30 |
sandbergja |
jeff: We were on 3.1.2 before |
10:30 |
sandbergja |
mmorgan: We are batch loaded. I spot checked a few records for whitespace in the alert message field, and nothing yet |
10:39 |
nfBurton |
Good, just testing the changes and fixing a couple errors. |
10:40 |
nfBurton |
I do have a question for the brain trust here though. Is there a simple way to toggle just the OPAC template through library settings or something to go to another folder? |
10:41 |
nfBurton |
from the looks of it, it would be king of intensive with apache referencing OPAC lots, not sure how to make a toggle to the updated template |
10:41 |
nfBurton |
Right now i Just rename the OPAC to OPAC-old and rename OPAC-new to OPAC |
10:42 |
nfBurton |
Unless I can find a more elegant solutiobn |
10:42 |
nfBurton |
Should be pushing today though if I can stop being such a perfectionist |
10:47 |
Dyrcona |
nfBurton: The best (only?) way to do it now would be a different folder structure and URLs in Apache. If you want to toggle it somehow, via setting or on the fly, that would be a lot more work. |
10:48 |
Dyrcona |
You could go way, way back to Evergreen's early code, 1.6- 2.0 era, and dig up something called craftsman to see how it has been done in the past. Also, the introduction of tpac required some dual sites being available for a while. |
10:49 |
Dyrcona |
I forget what release made the transition from jspac to tpac. |
10:49 |
terranm |
New batch of patches (bite-sized Group 6) loaded and ready to test! Thanks csharp++ https://docs.google.com/spreadsheets/d/1nDXg83ZAZlDYBxb0z59-hKqEjjPxpEuUssI2qtANax4/edit?usp=sharing |
10:51 |
mmorgan |
sandbergja: What do you have in Group Penalty Thresholds? |
10:52 |
csharp |
Dyrcona: +1 to berick re: signed-off patches |
10:53 |
* csharp |
rolls up sleeves, puts on core committer hat |
10:54 |
Dyrcona |
Might help if we says which bug we're looking at in channel so we don't waste time looking at the same things. |
10:55 |
Dyrcona |
says.... Yeah, I can English gud. |
10:55 |
csharp |
good idea |
10:56 |
nfBurton |
Dyrcona I guess it'll be a folder name change for now then |
10:57 |
mantis1 |
Testing for this bug: https://bugs.launchpad.net/evergreen/+bug/1754387 |
10:57 |
pinesol |
Launchpad bug 1754387 in Evergreen "Web Client: Pending User Buckets for more than 100 users" [High,Confirmed] |
10:58 |
mantis1 |
terranm: You suggested in this ticket to upload a text file of over 100 users |
10:58 |
mantis1 |
What do you suggest for getting over 100 of these patron barcodes? |
10:58 |
csharp |
mantis1: one second, I'll generate a list |
10:59 |
mantis1 |
Thank you |
11:00 |
Dyrcona |
Are there 100 patrons in the test dataset? |
11:01 |
csharp |
Dyrcona: 243 users |
11:01 |
Dyrcona |
OK. Didn't know what you're using. |
11:01 |
csharp |
108 patrons |
11:01 |
terranm |
Thanks Chris |
11:02 |
Dyrcona |
Might as well load them all, then. :) |
11:02 |
terranm |
FYI, now that we can download complete CSV from the search result grid, I usually do that to get big batches of patrons, then take out everything except the barcodes in Excel. |
11:04 |
Dyrcona |
And, looks like the URL that I saved for list of pullrequest tagged bugs in Launchpad is broken. Time to update some bookmarks. |
11:05 |
csharp |
mantis1: https://evergreen-ils.org/~csharp/concerto_patrons.txt |
11:05 |
mantis1 |
csharp: Thank you so much! |
11:06 |
mantis1 |
csharp++ |
11:07 |
csharp |
mantis1: happy to help! |
11:11 |
csharp |
grabbing bug 1859191 |
11:11 |
pinesol |
Launchpad bug 1859191 in Evergreen "Editing and saving MARC record changes the TCN value" [High,Confirmed] https://launchpad.net/bugs/1859191 |
11:11 |
bshum |
mmorgan: I ran the irc log indexer, curious to see if your search results will be better or worse now... :D |
11:11 |
bshum |
It's finnicky, but I see results from logs even as recent as today now |
11:12 |
mmorgan |
bshum++ |
11:12 |
bshum |
We'll need to add a cron job to Lupin to run the indexer command periodically |
11:12 |
mmorgan |
Indeed! Right up til today! |
11:13 |
bshum |
And I'm not sure but I think there's caching that doesn't happily like the indexer job |
11:13 |
bshum |
We can discuss more at the conference if we get time to do an impromptu web team meeting or something :) |
11:13 |
csharp |
btw, we need to revive the discussions about migrating bots to the eg-bots server that's been sitting there for months ;-) |
11:13 |
mmorgan |
That's great! Too much good information in the irc logs to not have it indexed. |
11:13 |
csharp |
but it is not this day |
11:14 |
mmorgan |
bshum++ |
11:14 |
csharp |
(also eg-web, eg-git, eg-docs, eg-list, and eg-build) |
11:15 |
bshum |
Yeah it's only been a year or something :) |
11:18 |
csharp |
GPLS is in the process of moving our email lists from mailman to Google Groups so one of the upcoming changes is finally moving open-ils-general, -dev, -commits, -documentation, etc. to the Evergreen list server |
11:18 |
Dyrcona |
bshum++ |
11:18 |
Dyrcona |
csharp++ |
11:19 |
csharp |
by "moving", of course, I mean "creating new lists and moving the old archives over" |
11:19 |
Dyrcona |
Can't just drop a tarball on the new vms? |
11:19 |
Dyrcona |
mailman changed that much? |
11:20 |
csharp |
I was thinking of the hostname change, mainly |
11:21 |
csharp |
but I guess we could try that in a sandbox somewhere |
11:22 |
Dyrcona |
Ah yeah, I see what you mean about the hostname change. We could possibly fix that with sed.... |
11:24 |
pinesol |
[evergreen|Chris Sharp] LP#1859191 - Use correct API method for updating existing MARC records. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2bb8e3c> |
11:32 |
terranm |
mantis1: Was that your first Evergreen sign-off? |
11:42 |
pinesol |
[evergreen|Kyle Huckins] lp1654529 Callnumber Sorting by Sortkey in Transit & Copy Buckets - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4340cf6> |
11:43 |
|
sandbergja joined #evergreen |
11:47 |
mantis1 |
terranm: Yes! |
11:48 |
Dyrcona |
mantis1++ |
11:48 |
berick |
mantis1++ |
11:48 |
mmorgan |
mantis1++ |
11:48 |
mantis1 |
:-[ |
11:49 |
Dyrcona |
@karma mantis1 |
11:49 |
pinesol |
Dyrcona: Karma for "mantis1" has been increased 3 times and decreased 0 times for a total karma of 3. |
11:49 |
Dyrcona |
@karma |
11:49 |
pinesol |
Dyrcona: Highest karma: "gmcharlt" (119), "berick" (110), "Dyrcona" (105), "csharp" (98), and "sandbergja" (75). Lowest karma: "comcast" (-9), "systemd" (-8), "typos" (-6), "oracle" (-4), and "launchpad_search" (-3). You (Dyrcona) are ranked 3 out of 215. |
11:49 |
terranm |
mantis1++ Congratulations! |
11:50 |
* Dyrcona |
will look at some of the signed off branches after lunch. |
11:51 |
mmorgan |
I think I have a permissions issue with applying penalties to a patron. |
11:51 |
mmorgan |
We have configured some standing penalties that appear in the dropdown of the modal when applying a penalty to a patron. |
11:52 |
mmorgan |
Problem is, for some users, the dropdown is empty. I can't figure out what permission allows a user to see the configured penalties. Any ideas? |
11:54 |
mmorgan |
All staff users have VIEW_STANDING_PENALTY at the consortium level. |
12:05 |
dbs |
mmorgan: Don't know if it's related but when we upgraded to 3.4.1 from 3.1.something, I found that the permission groups that once inherited from one another (e.g. Staff -> Circulator -> Super Circulator) stopped inheriting, so I had to assign Staff + Circulator secondary groups to everyone with Super Circulator |
12:06 |
dbs |
Unsure if it's a difference in the way the XUL staff client figures out permissions vs. webby, or server side |
12:06 |
mmorgan |
dbs: Really? That's not good. |
12:13 |
mmorgan |
Ok, seems the staff user needs VIEW_GROUP_PENALTY_THRESHOLD as well. That doesn't make sense to me, but it seems to work. |
12:15 |
rfrasur |
mmorgan++ |
12:17 |
dbs |
mmorgan: nice find! Is that something that should be added to the seed data? |
12:18 |
mmorgan |
Possibly, but I'm wondering why it requires that permission. |
12:20 |
* dbs |
suspects there's no good way to extract the title of line items in the reporter |
12:24 |
|
jihpringle joined #evergreen |
12:25 |
jeff |
dbs: do you have any more specifics on the issue with permission inheritance you mentioned above? |
12:26 |
* mmorgan |
is checking to see if my newly found permissions will be inherited. |
12:26 |
dbs |
jeff: No I don't |
12:27 |
jeff |
dbs: ok, thanks. |
12:28 |
|
khuckins joined #evergreen |
12:28 |
Dyrcona |
dbs: Have you tried using XUL since you upgraded to see if the client is the main difference? |
12:28 |
dbs |
Dyrcona: nope |
12:29 |
dbs |
I guess maybe I could define a "MARC 245a" reporter column transform that would run XSL... |
12:36 |
dbs |
oh wait, lineitem descriptive attributes, filter by attribute name = title and display attribute value should work |
12:37 |
Dyrcona |
dbs++ |
12:38 |
Dyrcona |
So, a propos yesterday's settings control panel discussion, I came up with this: https://docs.google.com/presentation/d/e/2PACX-1vTUEkETAWmwhoXM7hcIhRo8Z493IUVJtck3_zCSXX3kFLVT4DDZGpyHl8Jq67ywOaFmTNcvHFtMnGfw/pub?start=false&loop=false&delayms=5000 |
12:39 |
mmorgan |
dbs: jeff: Our system has a lot of inheritance going on in staff permission groups, and it seems to be working in our production 3.3.5 and test 3.4.2 systems. |
12:39 |
jeff |
mmorgan: good to know! |
12:40 |
mmorgan |
Yes. Whew! |
12:40 |
csharp |
Dyrcona++ |
12:40 |
|
Cowens joined #evergreen |
12:40 |
* jeff |
looks at a bunch of opac.default_sms_notify values of: "null" |
12:41 |
jeff |
...different from the bunch of values of: "" |
12:42 |
dbs |
mmorgan: good! |
12:43 |
mmorgan |
@hate permissions |
12:43 |
pinesol |
mmorgan: The operation succeeded. mmorgan hates permissions. |
12:43 |
Dyrcona |
We haven't had any permissions issues on our 3.4.2 test system that I'm aware of, either. |
12:43 |
Dyrcona |
And, things are working in production on 3.2. |
12:46 |
mantis1 |
Dyrcona++ |
12:47 |
mmorgan |
Dyrcona++ indeed |
12:47 |
mmorgan |
Lightning talk at the conference? :) |
12:48 |
|
sandbergja joined #evergreen |
12:50 |
terranm |
We moved to 3.4.2 in January and haven't noticed any permissions-related weirdness. |
12:51 |
terranm |
Dyrcona++ lol |
13:03 |
Dyrcona |
bug 1170794 appears to have fallen through the cracks because of the way it is targeted. |
13:03 |
pinesol |
Launchpad bug 1170794 in Evergreen "Deposit charged again on renewal of deposit item" [Medium,Confirmed] https://launchpad.net/bugs/1170794 |
13:08 |
Dyrcona |
Hm... after some review, I think the signedoff tag was added erroneously. Only the original author signed off. |
13:12 |
Dyrcona |
Is it just me or did the editing of bugs on Launchapd change? |
13:16 |
mmorgan |
Dyrcona: Change how? |
13:18 |
Dyrcona |
Well, I used to be able to click an action icon next to "Unassigned" to assign myself or someone to a bug, but starting in the last week or two, I've had to click elsewhere and you get fields to edit the entire "row." |
13:18 |
Dyrcona |
I also can't just choose a milestone like I could in the past, I get the interface to edit the whole row. |
13:21 |
|
agoben joined #evergreen |
13:29 |
* mmorgan |
doesn't see the same thing, the edit icons work for me as you describe they used to. |
13:33 |
* Dyrcona |
tries the next one in Firefox, just to check if it's a browser thing. |
13:34 |
Dyrcona |
It's also not showing me the list of bug subscribers. I wonder if something happened to my memberships.... |
13:35 |
Dyrcona |
No, they look OK. |
13:37 |
|
tlittle joined #evergreen |
13:39 |
terranm |
It looks the same for me with my permission level |
13:39 |
Dyrcona |
So, it looks how I remember in Firefox. I'm going to try clearing cache. I wager it's a hangover from using the Bug Master account. |
13:40 |
Dyrcona |
And, bingo! We have a winner! |
13:40 |
Dyrcona |
cache-- |
13:41 |
mmorgan |
cache-- |
13:41 |
mmorgan |
cache-- |
13:41 |
mmorgan |
cache-- |
13:44 |
|
lstratton joined #evergreen |
13:51 |
* Dyrcona |
considers dropping 1cb0d8c63c445979e272f4ad72ea912afcabf7e2 in our local branches. |
13:51 |
pinesol |
Dyrcona: [evergreen|Dan Scott] LP#1681095 Set aggressive default cache expires timelines - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1cb0d8c> |
13:55 |
agoben |
The TEP Board/EOB meeting will be starting in about 5 minutes. |
13:58 |
|
miker joined #evergreen |
13:58 |
|
jweston joined #evergreen |
13:59 |
|
jgoodson joined #evergreen |
13:59 |
|
phasefx_ joined #evergreen |
13:59 |
|
felicia joined #evergreen |
14:00 |
|
lbarry joined #evergreen |
14:00 |
|
abneiman joined #evergreen |
14:00 |
|
drigney joined #evergreen |
14:00 |
agoben |
#startmeeting EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20 |
14:00 |
pinesol |
Meeting started Thu Feb 20 14:00:27 2020 US/Eastern. The chair is agoben. Information about MeetBot at http://wiki.debian.org/MeetBot. |
14:00 |
pinesol |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
14:00 |
|
Topic for #evergreen is now (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:00 |
pinesol |
The meeting name has been set to 'eob_evergreen_project_board_meeting_for_2020_02_20__agenda_https___wiki_evergreen_ils_org_doku_php_id_governance_minutes_2020_02_20' |
14:00 |
agoben |
#topic Roll Call |
14:00 |
agoben |
Use the #info command to provide name and affiliation |
14:00 |
|
Topic for #evergreen is now Roll Call (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:00 |
|
jyorio joined #evergreen |
14:00 |
|
akilsdonk joined #evergreen |
14:00 |
JBoyer |
#info JBoyer = Jason Boyer, EOLI |
14:00 |
agoben |
#info agoben = Anna Goben, Evergreen Indiana |
14:01 |
tlittle |
#info tlittle = Tiffany Little, PINES |
14:01 |
gmcharlt |
#info gmcharlt = Galen Charlton, EOLI |
14:01 |
Cowens |
#info Cowens = Chris Owens, COOL/BPL |
14:01 |
agoben |
csharp reported he will be unable to attend. |
14:01 |
jvwoolf |
#info jvwoolf = Jessica Woolford, Bibliomation |
14:02 |
nfBurton |
#info nfBurton = Chris Burton, Niagara Falls Public Library |
14:02 |
agoben |
I don't see Holly listed as online, so let's get things started. |
14:02 |
alynn26 |
#info alynn26 = Lynn Floyd, Evergreen Indiana |
14:02 |
agoben |
#topic Approval of Minutes |
14:02 |
|
Topic for #evergreen is now Approval of Minutes (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:02 |
agoben |
#info Minutes from 2020-01-16 meeting: https://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-01-16-14.00.log.html |
14:02 |
agoben |
Corrections, updates, suggestions? |
14:03 |
nfBurton |
Looking good |
14:03 |
tlittle |
Looks good to me |
14:03 |
agoben |
#startvote Accept minutes from 2020-01-16? yes, no |
14:03 |
pinesol |
Begin voting on: Accept minutes from 2020-01-16? Valid vote options are yes, no. |
14:03 |
pinesol |
Vote using '#vote OPTION'. Only your last vote counts. |
14:03 |
agoben |
#vote yes |
14:03 |
tlittle |
#vote yes |
14:03 |
JBoyer |
#vote yes |
14:03 |
jvwoolf |
#vote yes |
14:03 |
gmcharlt |
#vote yes |
14:03 |
Cowens |
#vote yes |
14:03 |
nfBurton |
#vote yes |
14:03 |
agoben |
#endvote |
14:03 |
pinesol |
Voted on "Accept minutes from 2020-01-16?" Results are |
14:03 |
pinesol |
yes (7): nfBurton, JBoyer, jvwoolf, Cowens, tlittle, gmcharlt, agoben |
14:04 |
agoben |
#topic Chair Report |
14:04 |
|
Topic for #evergreen is now Chair Report (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:04 |
agoben |
Nothing specific to report here. |
14:04 |
agoben |
#topic Treasurer's Financial Report |
14:04 |
|
Topic for #evergreen is now Treasurer's Financial Report (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:05 |
gmcharlt |
#info Financial activity since prevous meeting has been centered on the 2020 conference as well as the venue contract review for the 2021 one |
14:06 |
gmcharlt |
#info Next tasks includes preparing tax statements for TEP; I will be working on that, and will likely have the some questions, most likely for agoben |
14:06 |
agoben |
++ |
14:06 |
gmcharlt |
I also have an update re Conservancy doing collections on unpaid invoices which I'll share when we get to that point in the agenda |
14:06 |
agoben |
++ |
14:07 |
agoben |
That everything for the Financial report then? |
14:07 |
gmcharlt |
yep |
14:08 |
agoben |
#topic SFC Updates |
14:08 |
|
Topic for #evergreen is now SFC Updates (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:08 |
agoben |
gmcharlt, the floor is yours again. |
14:08 |
gmcharlt |
whee |
14:08 |
gmcharlt |
so, here's the summary from Bradley Kuhn.. they are making collection attempts to satsify their auditors |
14:09 |
gmcharlt |
and are doing it as they would with their other projects |
14:10 |
gmcharlt |
they would be amenable to declaring the unpaid invoices as bad debt... but not until we have 501(c)3 status and (presumably as a board action) are ourselves willing to do so |
14:10 |
agoben |
Does that mean they will or will not be sharing a list of who they're contacting? |
14:10 |
Cowens |
Do we have any idea of the scope of the collections that pertain to Evergreen? |
14:10 |
gmcharlt |
if there ends up being a specific case where there's a problem, we can reach out to Karen |
14:10 |
agoben |
I'd also like to know how much "bad debt" we're talking about. |
14:10 |
gmcharlt |
one moment, I can generate that |
14:11 |
agoben |
Rather not write off $10K, but $1K might be worth it shortly to preserve vendor/community relations given the timeframes in question. |
14:11 |
tlittle |
Agreed |
14:11 |
nfBurton |
agreed |
14:13 |
pastebot |
"gmcharlt" at 168.25.130.30 pasted "unpaid invoices" (26 lines) at http://paste.evergreen-ils.org/10129 |
14:14 |
rfrasur |
Ugh. Right in the middle Anna |
14:14 |
agoben |
Hmmm, that's higher than I'd like |
14:14 |
gmcharlt |
hmm, the $4,150 one is likely a misunderstanding one way or another |
14:15 |
agoben |
That's the balance, isn't it? |
14:15 |
gmcharlt |
(2018 sponsorship from MOBIUS) |
14:15 |
Cowens |
Pleading ignorance, are we sure these are legitimate from 4+ years ago? |
14:15 |
rfrasur |
Oh, I thought that was the balance |
14:15 |
gmcharlt |
well, lemme double check |
14:15 |
agoben |
Ah, so the large one is probably on file with us, just not with SFC. |
14:15 |
agoben |
whoops |
14:16 |
gmcharlt |
Cowens: I'm sure they're legitimate as good faith invoices |
14:16 |
gmcharlt |
but obviously I can't speak to any cases where something literally got lost in the mail or the like four years ago :/ |
14:17 |
Cowens |
Yeah, it just seems odd for invoices to go unpaid for that long. |
14:17 |
agoben |
Ok, we know where we are then. |
14:17 |
agoben |
Since we can't take any action on the debt immediately, are there any we want to follow up with SFC on now for discussions? |
14:17 |
terranm |
I'm dubious that organizations like Stat and Sage didn't pay |
14:18 |
gmcharlt |
I can follow up with MOBIUS, as I'm sure that's just as case of something getting on the wrong set of books |
14:18 |
gmcharlt |
*a case |
14:18 |
JBoyer |
Yeah, if those amounts don't come in around conference time people notice. |
14:19 |
agoben |
Which suggests they are chasing paperwork to verify for now. |
14:19 |
gmcharlt |
yeah |
14:19 |
agoben |
Do we want to request kid gloves for anyone or let them do their thing until we get our paperwork here? |
14:20 |
gmcharlt |
none of them jump out to me as an emergency |
14:20 |
agoben |
I don't imagine they have a lot of flexibility with an active audit, but... |
14:21 |
agoben |
++ Ok, with that roughly settled, we'll plan to keep an eye on things and make decisions as soon as we can later this year. |
14:21 |
agoben |
Any update on the grant report? |
14:22 |
gmcharlt |
unfortunately not yet, but I'm still poking at it |
14:22 |
agoben |
++ Let us know if you need anything from any of us! |
14:23 |
agoben |
#topic Release Manager Update |
14:23 |
|
Topic for #evergreen is now Release Manager Update (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:23 |
agoben |
I know csharp is out. gmcharlt or berick have anything they want to mention? |
14:23 |
agoben |
Also many celebrations of the awesome work being done during this week's feedback fest! |
14:23 |
agoben |
Kudos to everyone involved! |
14:24 |
jvwoolf |
terrannm++ |
14:24 |
JBoyer |
feedback++ |
14:24 |
JBoyer |
terranm++ |
14:24 |
* berick |
is in a meeting :( |
14:24 |
agoben |
terranm++ |
14:24 |
berick |
feedback++ |
14:24 |
gmcharlt |
the main update I have for 3.4.x is mentioning bug https://bugs.launchpad.net/evergreen/+bug/1858448 |
14:24 |
tlittle |
terranm++ |
14:24 |
pinesol |
Launchpad bug 1858448 in Evergreen 3.4 "Aged Payment (and Billing) Table Breaks Cash Report and Removes Relevant Payment Tracking Abilities" [High,Confirmed] |
14:24 |
nfBurton |
I'm about to make my first contribution! |
14:24 |
gmcharlt |
which is a signfiicant one for anybody contemplating upgrading to 3.4 who also uses circulation aging |
14:24 |
gmcharlt |
nfBurton+ |
14:24 |
gmcharlt |
nfBurton++ |
14:24 |
agoben |
Ooo, that's a big one. Is there a fix on the way? |
14:25 |
tlittle |
nfBurton++ |
14:25 |
jvwoolf |
nfBurton++ |
14:25 |
JBoyer |
nfBurton++ |
14:25 |
nfBurton |
:D |
14:26 |
terranm |
nfBurton++ |
14:27 |
agoben |
Looks like a lot of active stuff still going on with that bug. |
14:27 |
gmcharlt |
agoben: yeah, I think between berick and Dyrcona and others that there will be a resolution soonish |
14:27 |
Dyrcona |
jamundson of CW MARS is looking at it as we type. |
14:27 |
agoben |
But very excited to see all the other patches going in this week. My subscription list is going to be significantly shrunk. |
14:28 |
JBoyer |
jamundson++ |
14:28 |
agoben |
Thanks again to everyone working on things! |
14:28 |
agoben |
Anything else on the dev front to chat about today? |
14:29 |
agoben |
#topic 2020 Conference Committee |
14:29 |
|
Topic for #evergreen is now 2020 Conference Committee (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:29 |
agoben |
tlittle? or terranm? |
14:29 |
tlittle |
terranm has got it :) |
14:29 |
terranm |
Everything is on schedule. We're up to 107 full conference & 58 preconference registrants. Hopefully we'll get more. |
14:30 |
terranm |
The one problem is that we don't have as many sponsors as we expected. If more don't come through, we'll have to make some cuts to meals. |
14:31 |
terranm |
Changing from a full breakfast to continental is the most obvious place to make a significant cost cut. |
14:31 |
terranm |
We're low on room bookings, too. Hopefully those will go up the closer we get, but we may lose some of our discounts if we don't meet our minimum. |
14:31 |
agoben |
Well, I'm still waiting on my approval to register and get a room, so there's at least 1 more coming! |
14:32 |
terranm |
But, the conference schedule looks really good - lots of new topics! |
14:32 |
alynn26 |
i am too. |
14:32 |
agoben |
What is our target registration? |
14:32 |
terranm |
For rooms or attendees? |
14:32 |
nfBurton |
What if we got a room thats not in our block |
14:32 |
agoben |
Both, I guess |
14:32 |
terranm |
If it's not in the EIC block, it doesn't count towards our minimums. |
14:33 |
terranm |
We had targeted about 170 attendees. |
14:33 |
agoben |
mk |
14:33 |
terranm |
I don't recall the number of rooms, but I think I calculated we'd need about 35 more people getting 3 nights |
14:33 |
nfBurton |
That's rough. I got 3 single rooms instead of the double beds |
14:34 |
nfBurton |
My apologies. Didn't realize it affects our numbers |
14:34 |
terranm |
We might be closer on rooms now, the most recent number I have is from early last week. |
14:34 |
terranm |
Any other questions? |
14:34 |
agoben |
Appreciate the all of the committee's hard work on this! I know you're also putting in the fretting time so the rest of us don't have to! |
14:35 |
terranm |
:) |
14:35 |
terranm |
fretting-- |
14:35 |
agoben |
agreed. |
14:35 |
nfBurton |
terranm++ |
14:36 |
agoben |
terranm++ |
14:36 |
agoben |
#topic 2021 Site Selection |
14:36 |
|
Topic for #evergreen is now 2021 Site Selection (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:36 |
agoben |
#info The MOBIUS proposal was approved, with concerns about the timeline. Many thanks to all three committees that reviewed and worked on getting the proposal dealt with. |
14:37 |
agoben |
Any questions about that today? |
14:38 |
agoben |
#topic Outreach Committee |
14:38 |
|
Topic for #evergreen is now Outreach Committee (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:38 |
agoben |
rhamby_? You around? |
14:38 |
rhamby_ |
meeting notes are available as usual on the wiki for outreach, we are looking at doing a collaboration with LITA, details still to be determined, work on the summer ALA session has started and I will be sending out the first "beta" version of the annual report later today for people to start editorial reviews on, that's all for outreach |
14:38 |
rhamby_ |
I am :) |
14:38 |
agoben |
Sounds terrific! |
14:38 |
agoben |
Thanks! |
14:38 |
agoben |
Now for the big one: |
14:38 |
agoben |
#topic Unfinished Business: NPF Status - 1023 - Final draft approval |
14:38 |
|
Topic for #evergreen is now Unfinished Business: NPF Status - 1023 - Final draft approval (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:40 |
agoben |
The final draft is in the board's drive folder; I originally posted it the day after our last meeting. I didnt' get any feedback on it from anyone on the committee so far. I'd like to get it submitted tomorrow. |
14:40 |
agoben |
Anyone looked over it since our last meeting and had anything to update? |
14:41 |
gmcharlt |
I have no further updatese |
14:41 |
tlittle |
Same here. |
14:42 |
nfBurton |
N, it looks good to me |
14:42 |
agoben |
Anyone willing to make a motion to go ahead with submission? |
14:43 |
tlittle |
I'll make a motion to submit the 1023. |
14:43 |
nfBurton |
I'll second |
14:43 |
agoben |
Any further discussion? |
14:45 |
agoben |
#startvote Submit the current version of the 1023 to the IRS for review? yes, no, abstain |
14:45 |
pinesol |
Begin voting on: Submit the current version of the 1023 to the IRS for review? Valid vote options are yes, no, abstain. |
14:45 |
pinesol |
Vote using '#vote OPTION'. Only your last vote counts. |
14:45 |
nfBurton |
#vote yes |
14:45 |
agoben |
#vote yes |
14:45 |
JBoyer |
#vote yes |
14:45 |
jvwoolf |
#vote yes |
14:45 |
tlittle |
#vote yes |
14:45 |
gmcharlt |
#vote yes |
14:45 |
Cowens |
#vote yes |
14:46 |
agoben |
#endvote |
14:46 |
pinesol |
Voted on "Submit the current version of the 1023 to the IRS for review?" Results are |
14:46 |
pinesol |
yes (7): nfBurton, JBoyer, jvwoolf, Cowens, tlittle, gmcharlt, agoben |
14:46 |
rfrasur |
HUZZAH!!!! |
14:46 |
agoben |
Awesome. I'm looking forward to getting follow-up questions, which sounds strange, but hopefully means we're that much closer to the end |
14:46 |
jvwoolf |
It's been a long road |
14:47 |
agoben |
#info agoben will coordinate with gmcharlt to electronically submit our 1023 application tomorrow (2020-02-21). |
14:47 |
agoben |
#topic Unfinished Business: 2020 Election |
14:47 |
|
Topic for #evergreen is now Unfinished Business: 2020 Election (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:47 |
agoben |
jvwoolf? |
14:47 |
terranm |
Woooo!!!! |
14:48 |
jvwoolf |
We have two nominees, both are active community members who I'm sure would make excellent board members |
14:48 |
agoben |
We need at least one more, right? |
14:48 |
jvwoolf |
Well, there are two slots |
14:48 |
agoben |
Or am I thinking about the wrong cycle? |
14:49 |
agoben |
Ah, ok. That's good. I forget which year is the 2-fer vs 4-fer |
14:49 |
jvwoolf |
But that was going to be my question - do we still continue with the rest of the election process? |
14:50 |
agoben |
I believe they must be voted on under the bylaws. I didn't think the positions are appointed. |
14:50 |
jvwoolf |
OK, I thought that might be the case. |
14:51 |
jvwoolf |
I'm a little behind where I wanted to be, but will send an announcement to the list and start the voter registration process tomorrow. |
14:51 |
agoben |
Yup, 2.4.e |
14:51 |
agoben |
++ |
14:51 |
agoben |
Thanks again for taking the lead on this! |
14:51 |
agoben |
jvwoolf++ |
14:51 |
tlittle |
jvwoolf++ |
14:52 |
agoben |
#topic New Business |
14:52 |
|
Topic for #evergreen is now New Business (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:52 |
agoben |
Anyone have any new business? |
14:53 |
nfBurton |
None here |
14:53 |
JBoyer |
No |
14:53 |
gmcharlt |
none from me |
14:53 |
tlittle |
None here |
14:53 |
agoben |
I was thinking we'd plan on starting to define a policy for request/review submissions to the committee at conference this year, since that will probably be easiest to start in person. |
14:53 |
tlittle |
I think that sounds good. |
14:53 |
nfBurton |
Agreed |
14:53 |
jvwoolf |
+1 |
14:54 |
JBoyer |
+1 |
14:54 |
Cowens |
+1 |
14:54 |
agoben |
That has come out of discussions from a couple of recent board reviews, but I don't think it's super critical to get that started at the momemnt. |
14:54 |
agoben |
I'll plan to put it on the agenda for our meeting then! |
14:54 |
nfBurton |
Only 2 months away anyways |
14:54 |
agoben |
Yup |
14:54 |
rfrasur |
(that's crazy) |
14:54 |
nfBurton |
yupp |
14:55 |
nfBurton |
I'm staying south for another week too. Much excites |
14:55 |
agoben |
:) |
14:55 |
agoben |
#topic Next meeting |
14:55 |
agoben |
#info Our next meeting will be on March 19, 2020. |
14:55 |
|
Topic for #evergreen is now Next meeting (Meeting topic: EOB/Evergreen Project Board meeting for 2020-02-20, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-02-20) |
14:55 |
jvwoolf |
jvwoolf is bringing hubby and baby |
14:55 |
agoben |
So we do have one more before the conference, but I imagine it'll be short work. |
14:55 |
nfBurton |
agoben++ |
14:55 |
JBoyer |
agoben++ |
14:55 |
jvwoolf |
agoben++ |
14:55 |
gmcharlt |
agoben++ |
14:55 |
tlittle |
agoben++ |
14:55 |
Cowens |
agoben++ |
14:56 |
alynn26 |
agoben++ |
14:56 |
agoben |
Thank you all! |
14:56 |
agoben |
#endmeeting |
14:56 |
|
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 |
14:56 |
pinesol |
Meeting ended Thu Feb 20 14:56:19 2020 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:56 |
pinesol |
Minutes: http://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-02-20-14.00.html |
14:56 |
pinesol |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-02-20-14.00.txt |
14:56 |
pinesol |
Log: http://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-02-20-14.00.log.html |
14:56 |
agoben |
Look forward to seeing everyone at conference! |
14:56 |
agoben |
JBoyer++ |
14:56 |
agoben |
nfBurton++ |
14:56 |
agoben |
jvwoolf++ |
14:56 |
agoben |
gmcharlt++ |
14:56 |
agoben |
tlittle++ |
14:57 |
agoben |
Cowens++ |
14:57 |
|
Cowens left #evergreen |
14:58 |
|
derekz joined #evergreen |
15:03 |
|
mmorgan1 joined #evergreen |
15:04 |
derekz |
If a bib has no copies, is Evergreen capable of accepting title-level holds from patrons in anticipation of forthcoming holdings? |
15:06 |
miker |
derekz: from staff, if they have the place-unfillable-holds permission (IIRC) |
15:07 |
miker |
but not from patrons |
15:08 |
miker |
(patrons won't even be able to see the records using normal search without holdings, located URIs, or a transcendent source) |
15:10 |
derekz |
Thanks. That jives with what I'm seeing... wanted to create a transcendent source of 'ON ORDER' to allow consortium patrons to place holds and allow staff to gauge the appropriate number of copies to purchase to fulfill the requests in a timely manner |
15:15 |
terranm |
derekz: Are you using the acquisitions module, or just doing this outside of acq? |
15:17 |
derekz |
COOL isn't using the acquisitions module at this point, but I'm open to exploring it's use if it would help to facilitate this type of service to our patrons |
15:19 |
terranm |
derekz: you might want to talk to Tiffany Little at PINES about it - we have Acq libraries doing on-order holds and it seems to be going well |
15:20 |
terranm |
(and that's about as much as I know about Acq!) |
15:21 |
|
mmorgan joined #evergreen |
15:22 |
rfrasur |
derekz, it would 100% facilitate that service. |
15:23 |
rfrasur |
Tiffany is definitely the go-to, but there are lots throughout the EG community using acq. |
15:23 |
derekz |
Awesome! I'll investigate. terranm++ rfrasur++ |
15:24 |
derekz |
Tried to give karma, but I use IRC about 3 times a year :) |
15:24 |
rfrasur |
karma has been given. |
15:24 |
mmorgan |
Even if you don't use acquisitions, On Order items could be added to bibs to facilitate hold placement. |
15:25 |
terranm |
yes - probably easier to track and keep a clean database using Acq though |
15:28 |
rfrasur |
mmorgan++ terranm++ the "clean database" is one of the nicest things, imo about using acq. |
15:31 |
|
mantis1 left #evergreen |
15:32 |
derekz |
mmorgan: Initially, we wanted to write a script to fetch MARC from Baker & Taylor, process the record, and batch load them daily. Some of the libraries are already creating bibs with ON ORDER copies, but we thought it may help save some staff time to automate it a bit. It was a misunderstanding on my part that Evergreen would permit patrons to place holds on an empty bib outside of acq. |
15:34 |
derekz |
In this particular scenario, we'd just be shifting the burden from cataloging staff onto circulation staff... who would need to place the holds for patrons. |
15:35 |
derekz |
mmorgan++ |
15:37 |
derekz |
Also, high five to miker++ |
15:38 |
jeff |
derekz: if you were already planning on scripting the fetching of MARC data from B&T, you could also add a single holding to each (or as many as needed to permit holds within the limits of your hold policies) |
15:39 |
jeff |
when adding the "real" items, cataloging staff could either replace the barcode on the on order copy, or delete it. |
15:39 |
rfrasur |
derekz, at the front end, acq doesn't necessarily save staff time. And, in general, using acquisitions is going to shift responsibilities around in some, perhaps, unanticipated ways. |
15:39 |
jeff |
or you could remove the on order copy as part of a batch process for any records that gained "real" copies. |
15:40 |
jeff |
at a certain point you're re-implementing Acquisitions, but I understand how there's desire to get some quick wins without needing to undertake the entire "we're going to use Acq" task. |
15:58 |
dbs |
éwin 18 |
15:58 |
dbs |
whee |
16:00 |
derekz |
Thanks, jeff. I'm more on the 'quick win' side... but it's worth investigating both approaches. The overhead of the acq module might outweigh any benefits on our small scale. |
16:03 |
nfBurton |
Would anyone have a couple minutes to spare to help me get this git push made? I'm experiencing an error. |
16:07 |
Dyrcona |
nfburton: What's the error? |
16:07 |
nfBurton |
It seems to push fine until the end where my hook is declined |
16:07 |
nfBurton |
DENIED by fallthrough as well |
16:08 |
|
rfrasur joined #evergreen |
16:08 |
nfBurton |
Getting a pastbin together |
16:09 |
nfBurton |
https://pastebin.com/4egNWDfz |
16:09 |
nfBurton |
I think I'm doing it right? |
16:10 |
Dyrcona |
try nfburton not nfBurton. It's case sensitive. |
16:10 |
nfBurton |
right. Forgot about the name being different. It's actually cburton |
16:10 |
nfBurton |
Pushed :) |
16:10 |
nfBurton |
Dyrcona++ |
16:10 |
Dyrcona |
Oh, well, that would do it, too. :) |
16:10 |
nfBurton |
Thanks |
16:11 |
nfBurton |
Glad to finally contribute |
16:11 |
Dyrcona |
YW. |
16:11 |
jeff |
nfBurton++ cburton++ |
16:11 |
mmorgan |
nfBurton++ |
16:12 |
nfBurton |
Hope it lives up to the hype lol |
16:14 |
nfBurton |
So all that is left is to add the patch on Launchpad correct? |
16:16 |
terranm |
nfBurton++ |
16:16 |
terranm |
Add the link to launchpad and add the pullrequest tag |
16:17 |
terranm |
(Sorry, that sounded like an order) |
16:18 |
nfBurton |
lol I added the git link but how fo I create the pullrequest tag? |
16:18 |
nfBurton |
do I* |
16:18 |
nfBurton |
Oh, just as a tag, got ya. Thought it was a status |
16:18 |
terranm |
You should see a little edit pencil next to the tags towards the top of the launchpad bug |
16:18 |
nfBurton |
cool. I think I'm complete then |
16:19 |
nfBurton |
:D |
16:19 |
terranm |
What launchpad number is it? |
16:19 |
nfBurton |
1778972 |
16:19 |
nfBurton |
LP1778972 |
16:19 |
nfBurton |
Thought I could summon the pinesol bot |
16:19 |
nfBurton |
lol |
16:19 |
terranm |
I never remember how to do that |
16:20 |
nfBurton |
https://bugs.launchpad.net/evergreen/+bug/1778972 |
16:20 |
pinesol |
Launchpad bug 1778972 in Evergreen "Wishlist - OPAC Redesign" [Wishlist,In progress] - Assigned to Christopher Burton (cburton) |
16:20 |
terranm |
:) |
16:20 |
mmorgan |
He's fussy, I use bug 1778972 |
16:20 |
mmorgan |
pinesol? |
16:21 |
nfBurton |
lol |
16:21 |
terranm |
nfBurton: did you say that this could be installed and tested alongside the regular opac? |
16:22 |
nfBurton |
yes. It just means the folders would have to be renamed |
16:22 |
terranm |
never mind, I see the path |
16:22 |
nfBurton |
There is no nice way to toggle the OPAC I could find |
16:22 |
jeff |
is the link in the original description still a good place to "See the progress at https://test.nflibrary.ca/eg/opac |
16:23 |
nfBurton |
In 2 minutes, yes. I was using that one to view some original template things |
16:24 |
bshum |
mmorgan: pinesol won't show a bug too fast after someone else linked to it, keeps it from spamming endlessly |
16:24 |
bshum |
There's a timer built in, forgot how long |
16:24 |
mmorgan |
Ok, gotcha. |
16:24 |
jeff |
you can use PerlAddVar OILSWebTemplatePath in the Apache config to have a different set of template search paths for different virtual hosts. |
16:24 |
nfBurton |
Yeah but this is just the OPAC part of the full template |
16:25 |
jeff |
yep, that shouldn't matter. |
16:25 |
jeff |
template search paths are searched (in reverse order as specified in the apache config, iirc), and the first matching template file is used. |
16:26 |
jeff |
so you can have "just" an opac directory in one of your template paths, and have the stock with all the rest. |
16:27 |
nfBurton |
ahhh and omit the rest. So either apache change or a folder change. I was hoping to toggle in Library Settings |
16:48 |
|
terranm joined #evergreen |
16:49 |
terranm |
Some of the little patches that have been signed off on this week don't have milestone targets - most of them should be 3.5-alpha, correct? (Before I do too many more) |
16:50 |
berick |
terranm: if they are bug fixes, it's OK if they only target an existing release (e.g. 3.4.x) |
16:50 |
berick |
features should target 3.5-alphs |
16:51 |
berick |
heh |
16:51 |
berick |
Alfs |
16:51 |
terranm |
Ah, okay |
16:51 |
terranm |
thanks! |
16:52 |
mmorgan |
berick: Is it not recommended to target bug fixes to all the currently supported releases? |
16:54 |
Dyrcona |
We need to have a conversation about that and update the dokuwiki pages. I have my preferences for bug targeting. |
17:00 |
nfBurton |
AHA! Had to run autogen and restart the server but the https://bugs.launchpad.net/evergreen/+bug/1778972 is visible here https://test.nflibrary.ca/eg/opac/home |
17:00 |
pinesol |
Launchpad bug 1778972 in Evergreen "Wishlist - OPAC Redesign" [Wishlist,In progress] - Assigned to Christopher Burton (cburton) |
17:02 |
|
jvwoolf left #evergreen |
17:04 |
|
mmorgan left #evergreen |
17:07 |
berick |
mmorgan: well, they should target all applicable releases. 3.5 doesn't really exist yet, so anything targeting (say) 3.4 is assumed to be included in 3.5, up until 3.5 leaves the nest, anyway. |
17:07 |
berick |
that's been my rationale, anyway |
17:08 |
berick |
bah, mmorgan disappeared |
17:08 |
csharp |
berick: thanks for that - I've been adding 3.5-alpha targets for bugfixes, but that makes sense |
17:10 |
terranm |
Would 3.next only be used for new features if the 3.5-alpha option wasn't there yet? |
17:11 |
berick |
terranm: yeah, or if a feature wasn't going to be ready for 3.5 |
17:11 |
terranm |
thx |
17:16 |
terranm |
berick: I've assigned either 3.4.3 or 3.5-alpha to all of the pullrequests that got signed off on this week |
17:16 |
terranm |
hope that was right! |
17:17 |
berick |
terranm: assuming none of them should be merged to 3.3.x, that's just fine |
17:18 |
berick |
BTW, it doesn't hurt to target 3.5-alpha for bugs, it's just kind of like targeting 'master'. it's redundant (until it's not) |
18:01 |
csharp |
next set of patches applied to tiffany-master, FYI: https://docs.google.com/spreadsheets/d/1nDXg83ZAZlDYBxb0z59-hKqEjjPxpEuUssI2qtANax4/edit |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:13 |
|
ejk joined #evergreen |
23:28 |
|
sandbergja_ joined #evergreen |