Time |
Nick |
Message |
01:14 |
|
geoffsams joined #evergreen |
01:55 |
|
gsams joined #evergreen |
07:17 |
|
akilsdonk joined #evergreen |
08:07 |
|
rjackson_isl joined #evergreen |
08:07 |
|
Shae joined #evergreen |
08:21 |
kmlussier |
Happy St. Patrick's Day #evergreen! |
08:31 |
|
ericar joined #evergreen |
08:40 |
|
Dyrcona joined #evergreen |
08:40 |
|
darshana joined #evergreen |
08:42 |
|
yboston joined #evergreen |
08:49 |
|
mmorgan joined #evergreen |
08:59 |
* kmlussier |
is planning to put 2.8 beta through its paces today. |
09:08 |
|
jwoodard joined #evergreen |
09:25 |
|
mrpeters joined #evergreen |
10:04 |
|
gsams joined #evergreen |
10:09 |
* mmorgan |
missed a fun holds discussion on Friday! ... and has a question :) |
10:10 |
mmorgan |
Within a soft-stalling period, if there's a hold for pickup at Abbot Library, and Abbot does not own a copy, does the soft stalling interval still apply? |
10:15 |
* kmlussier |
doesn't remember. |
10:18 |
kmlussier |
mmorgan: I haven't tested it, but I think it would. Because the stalling is there to give the library who has it on their pull list time to pull it. |
10:18 |
kmlussier |
The pull list library most likely wouldn't be the pickup library in this case. |
10:19 |
bshum |
The soft stalling should still apply to keep any other library (not targeted) from capturing the hold opportunistically. |
10:21 |
kmlussier |
Way back when we were first learning about Evergreen, I found that phasefx's explanation in this thread - http://georgialibraries.markmail.org/thread/ulkblq7rgzcj7g64 - very helpful. |
10:26 |
mmorgan |
ok, so during the stalling interval, only the single targeted copy could fill the hold. I think that's the part that was never quite clear to me. |
10:26 |
kmlussier |
Or, if an opportunistic capture happens at the pickup library. |
10:27 |
mmorgan |
kmlussier: Oh right! Because even if the pickup library doesn't own it, another library's copy could get checked in there. |
10:30 |
* mmorgan |
fits another piece into the million piece jigsaw puzzle that is Evergreen holds :) |
10:33 |
|
sandbergja joined #evergreen |
10:51 |
|
dkyle1 joined #evergreen |
10:58 |
|
dkyle1 joined #evergreen |
11:02 |
berick |
hmm, there are a number of docs commits in master that were not back-ported to rel_2_8. most of them look related to 2.8, so I'm going to back-port for RC1 |
11:04 |
kmlussier |
Is there any documentation or even rough notes on how to go about installing hatch? |
11:04 |
berick |
there's a readme for linux in the repository |
11:04 |
berick |
phasefx said recently that he installed on windows, possible he documented it |
11:05 |
kmlussier |
The readme will work for me. |
11:05 |
kmlussier |
And I think these must be the Windows instructions? https://raw.githubusercontent.com/phasefx/random/hatch/README.win |
11:06 |
bshum |
berick: It's probably that the docs folks didn't realize there was already the rel_2_8 branch |
11:06 |
berick |
bshum: that's my assumption |
11:06 |
remingtron |
berick: bshum: you assume correctly! |
11:07 |
phasefx |
kmlussier: that's them re: README.win |
11:07 |
yboston |
berick: I may be guilty of this, roughly how long ago was the rel_2_8 branch created? |
11:07 |
pastebot |
"berick" at 64.57.241.14 pasted "back-porting docs commits to rel_2_8" (9 lines) at http://paste.evergreen-ils.org/46 |
11:08 |
remingtron |
berick: yup, mostly me |
11:08 |
berick |
yboston: guilty is a strong word ;) |
11:08 |
berick |
i should have made more noise when the new branch was created |
11:08 |
yboston |
"I may be allegedly responsible for that" |
11:08 |
berick |
"I can neither confirm nor deny" |
11:09 |
berick |
ok, pushed |
11:09 |
remingtron |
berick++ |
11:15 |
kmlussier |
Just to be clear, if you don't install hatch, you can still print, but you would just be relying on the Windows printer settings, right? |
11:15 |
kmlussier |
Are there other things hatch does other than handle printer settings? |
11:16 |
berick |
kmlussier: correct. and, yes, hatch does other things |
11:16 |
berick |
http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:hatch:who_needs_it |
11:17 |
|
jboyer-isl joined #evergreen |
11:18 |
kmlussier |
berick++ Thank you! |
11:18 |
berick |
Hatch, huh, good God, what is it good for |
11:18 |
kmlussier |
Oh, right. offline. I forgot about that. |
11:21 |
berick |
@weather 27712 |
11:21 |
pinesol_green |
berick: The current temperature in Heritage Heights, Durham, North Carolina is 77.4°F (11:15 AM EDT on March 17, 2015). Conditions: Clear. Humidity: 31%. Dew Point: 44.6°F. Pressure: 29.80 in 1009 hPa (Falling). |
11:21 |
berick |
that's what I'm talking about |
11:21 |
* kmlussier |
wonders how a 2.8-testing kind of day turned into a web-client-testing kind of day. |
11:21 |
Dyrcona |
@weather 01845 |
11:21 |
pinesol_green |
Dyrcona: The current temperature in WB1CHU, Lawrence, Massachusetts is 39.0°F (11:21 AM EDT on March 17, 2015). Conditions: Light Rain. Humidity: 100%. Dew Point: 39.2°F. Windchill: 39.2°F. Pressure: 29.49 in 998 hPa (Falling). |
11:22 |
Dyrcona |
berick: "Absolutely nothin'!" |
11:22 |
Dyrcona |
berick++ |
11:22 |
berick |
;) |
11:22 |
kmlussier |
39 feels like spring to me. |
11:23 |
Dyrcona |
Me, too. |
11:23 |
mmorgan |
Me three! |
11:24 |
kmlussier |
I could do with a little less rain, though. |
11:24 |
|
dkyle1 joined #evergreen |
11:24 |
|
jmccarty joined #evergreen |
11:25 |
mmorgan |
Me too, unless it's the REAL spring kind of rain. |
11:25 |
mmorgan |
This is not that. |
11:26 |
jmccarty |
anyone know where I can look to find out why clark-kent.pl isn't starting? I run the script to start the reporter then the ps -ef | grep -i clark shows nothing running.... |
11:26 |
Dyrcona |
jmccarty: Does /tmp/reporter.lock or whatever exist? |
11:27 |
jmccarty |
no reporter.lock file in /tmp |
11:27 |
Dyrcona |
jmccarty: /tmp/reporter-LOCK |
11:27 |
Dyrcona |
Sorry. Had to look it up. |
11:27 |
jmccarty |
no worries, reporter-LOCK does not exist in /tmp either |
11:28 |
Dyrcona |
So, you run the start script and get no output and clark isn't running? I've never seen that. It has always printed an error on screen. |
11:28 |
yboston |
EG conference question, who should I contact to ask if there are plans to reserve meeting time for various Eg groups like the authoritites group or the cataloging group? |
11:30 |
kmlussier |
yboston: Beth Longwell had sent a message to the list a couple of weeks ago asking people about interest groups. So I would say she's the person. |
11:30 |
jmccarty |
yeah, I run the script and afterwards it says you have new mail in /var/mail/opensrf and then I check the results with ps -f | grep -i clark and it shows nothing (usually shows clark-kent waiting for trouble [or something to that effect]) |
11:30 |
kmlussier |
I already asked her about authorities, though. Because I wanted the cheese flan. |
11:31 |
kmlussier |
yboston: bshum is on programming. He might know if something is already scheduled. |
11:31 |
yboston |
kmlussier: I have no recollection of that email, if you have a copy can you send it to me? also, PM me so we can arrange the quid pro cuo |
11:31 |
* berick |
is really curious about the shuttle status |
11:32 |
bshum |
yboston: kmlussier: Programs committee is still ongoing in terms of finalizing the schedule, we had some preliminary stuff we're still batting around in committee. |
11:32 |
bshum |
That said, the last draft included dedicated time slots for Cataloging, Authorities interest groups. |
11:32 |
kmlussier |
berick: I've seen some information on that, but I don't know if it's been firmed up enough to share. buzzy was handling it. |
11:32 |
bshum |
Well, "dedicated" meaning they'll be on the schedule somewhere. |
11:32 |
yboston |
bshum: is the catalogign group in consideration for getting a meeting time? |
11:32 |
yboston |
bshum: if you happen to recall |
11:32 |
yboston |
bshum: thanks |
11:33 |
bshum |
blongwell is lead on the programs committee and I do believe she did send something about interest groups already. I expect she'll do a follow-up on that soon. |
11:35 |
berick |
thanks, kmlussier |
11:36 |
yboston |
I am "allegedly" an idiot, I saw Beth's email and just focused on the survey and completed it. I missed the part about the interest groups |
11:41 |
|
chatley joined #evergreen |
12:01 |
|
jihpringle joined #evergreen |
12:06 |
|
graced joined #evergreen |
12:41 |
|
jwoodard joined #evergreen |
12:53 |
mmorgan |
Hmm. So is there a permission to control who can mark a circulation "Claimed Never Checked Out"? |
12:53 |
mmorgan |
I am not seeing one. |
12:57 |
mmorgan |
Looks like in an attempt to renew items, sometimes "Mark Claimed Never Checked Out" is chosen, which is right above "Renew" on the menu :-( |
13:07 |
kmlussier |
:( |
13:14 |
|
kitteh_ joined #evergreen |
13:20 |
|
akilsdonk joined #evergreen |
13:27 |
|
DPearl joined #evergreen |
13:30 |
* bshum |
waves at DPearl |
13:30 |
bshum |
DPearl: Out of curiosity, have you had any time to take a poke at https://bugs.launchpad.net/evergreen/+bug/1406786 ? |
13:30 |
pinesol_green |
Launchpad bug 1406786 in Evergreen "Merge parts functionality fails to preserve copy_part mapping" (affected: 4, heat: 20) [Medium,Confirmed] |
13:31 |
|
Dyrcona joined #evergreen |
13:36 |
DPearl |
bshum: Hi, Ben. I have desk-checked the code and it looks fine. I am shortly going to try it on a 2.7.4 after I get that up on my dev machine to repro the problem, which I haven't seen. The original bug fix commit looks complete. |
13:47 |
bshum |
DPearl: Okay, let us know what you see on your next test system. I'm still poking at it slowly myself to try figuring out where things went awry. |
13:49 |
Dyrcona |
Probably because it updates the monograph part to point to the new record, any link with the old is broken and not preserved. |
13:51 |
Dyrcona |
There's a pcrud update going on in the JavaScript. |
13:53 |
bshum |
Well I would have expected something to change the copy map to point at the new part before the delete. But yeah, hmm... |
13:57 |
DPearl |
Is the pcrud update asynchronous? Is there some mechanism for a callback which I need to use. As it is written, the intention is to write out the new copy_map items, then it will get rid of the unneeded parts. If the pcrud update has not occured, then getting rid of the part will get rid of the copy_part map entry. |
13:58 |
Dyrcona |
Well, the bug suggests that someone expects the old copy part map to remain. |
13:58 |
Dyrcona |
Ah. Maybe I misunderstand the problem. |
14:00 |
Dyrcona |
I don't think it should be asynchronous, but I don't know the JavaScript that well. |
14:02 |
eeevil |
DPearl: what js lib are you using to make the pcrud calls? there are a few different ways to do it. and, there are sync and async versions. but what you probably want to do is just create the fieldmapper objects you want (with isdeleted, isnew, ischanged set to a truthy value as needed) and then use pcrud.apply() |
14:03 |
Dyrcona |
eeevil: it uses pcrud.update(). |
14:04 |
eeevil |
Dyrcona: for updates, yes. and pcrud.create() and pcrud.eliminate() (IIRC) for insert and delete |
14:04 |
eeevil |
Dyrcona: or, do you mean the existing code, sorry |
14:05 |
eeevil |
aaaaaaaaaaaaaaaaaaaaaand, gtalk is broke |
14:06 |
Dyrcona |
I mean the current code. |
14:06 |
Dyrcona |
http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/web/js/dojo/openils/biblio/monographPartMerge.js;h=59b557e89e75e4ed357c888f27f1f988c8224ffd;hb=8f4d3efb029f109d3dc7dc69cf458c2834c725d6 |
14:06 |
pinesol_green |
[evergreen|Dan Pearl] LP#1099979 Provide facility to merge parts in the Monograph Parts display - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8f4d3ef> |
15:13 |
|
Newziky joined #evergreen |
15:25 |
bshum |
berick++ |
15:26 |
berick |
i think we need dual release managers. one technical manager, one PR manager ;) |
15:27 |
* berick |
could use some eg-ils.org site admin help, though |
15:36 |
* kmlussier |
likes the release team approach that I thought was used for a release a few years ago. |
15:36 |
kmlussier |
berick: What do you need help with? |
15:36 |
|
Newziky joined #evergreen |
15:41 |
berick |
kmlussier: changing the downloads page from beta to rc1 |
15:43 |
|
Dyrcona joined #evergreen |
15:44 |
* kmlussier |
can do that |
15:48 |
dbs |
rather randomly for bshum and Dyrcona, gogs.io might be an alternative to gitolite + launchpad :) |
15:49 |
bshum |
For a short time, moodaepo and I experimented with gitlab back in the day. Though I've heard off rumblings about that. |
15:50 |
bshum |
In my abundant spare time, maybe I'll try to take a look at gogs.io. Thanks dbs ;) |
15:50 |
dbs |
heh |
15:50 |
* dbs |
goes for kids |
15:52 |
bshum |
From a cursory glance, it looks very github-like with the issue tracker |
15:54 |
Dyrcona |
Well, it would be another reason to play with Go some more. |
15:55 |
kmlussier |
Do we stay at red for a release candidate? |
15:55 |
bshum |
Yellow alert. |
15:57 |
Dyrcona |
Yellow card? Red card? |
15:58 |
Dyrcona |
Hey! What's that other git site that I signed up for but don't use as much as github? ;) |
15:58 |
Dyrcona |
I'm drawing a blank on its name. |
15:58 |
Dyrcona |
I s'pose I could look it up. |
15:58 |
bshum |
I used bitbucket for a short time |
15:58 |
Dyrcona |
Not bitbucket, has git in its name. |
15:58 |
* bshum |
was not super impressed but didn't use all the suites |
15:59 |
bshum |
Gitorious? |
15:59 |
Dyrcona |
Yes. Gitorious! |
15:59 |
Dyrcona |
Their code is available to use. |
15:59 |
bshum |
Which seems to be acquired by Gitlab. |
15:59 |
Dyrcona |
It's AGPL, IIRC. |
15:59 |
Dyrcona |
It was? |
16:00 |
bshum |
There's a thingy on the Gitorious site that's sending us to Gitlab.com |
16:00 |
bshum |
Maybe it's a hosting change. |
16:00 |
Dyrcona |
Oh bummer. |
16:00 |
Dyrcona |
They want you to move to gitlab. |
16:00 |
bshum |
http://thenextweb.com/insider/2015/03/03/gitlab-acquires-rival-gitorious-will-shut-june-1/ |
16:00 |
Dyrcona |
I believe everything I have on Gitorious is on github already. |
16:00 |
bshum |
Yep |
16:01 |
Dyrcona |
Too much to keep up with. |
16:02 |
jeffdavis |
Are there good reasons not to just use github if we were to move away from gitolite/launchpad? |
16:02 |
kmlussier |
berick: Links are updated |
16:02 |
berick |
kmlussier++ thanks! |
16:03 |
Dyrcona |
A better issue tracker than github's might be desirable. |
16:04 |
Dyrcona |
I wanted to experiment with Gitorious' code at some point but never made the time. |
16:05 |
Dyrcona |
So, I only have two projects on gitorious and I'm watching three others, one of which belongs to dbs. |
16:05 |
bshum |
jeffdavis: I think people also had some qualms about being hosted by a third party that wasn't open source and under our full control. |
16:05 |
bshum |
We kind of talked about some ideas in Vancouver at different tables and meetings, but we didn't get too far along. |
16:07 |
bshum |
That said, I'm not committed to any particular system. |
16:08 |
Dyrcona |
IIRC, github, gitorious, gitlabs were all discussed. |
16:08 |
Dyrcona |
I'd like better bug searching, but I've not found too many ticket/bug systems with decent search. |
16:09 |
|
DPearl left #evergreen |
16:12 |
Dyrcona |
Maybe I'll try gitlab for "fun." |
16:15 |
Dyrcona |
Funny. gogs is hosted on github. :) |
16:40 |
|
bmills joined #evergreen |
16:59 |
Dyrcona |
Well, time to go. This time for reals. |
17:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:18 |
|
mmorgan left #evergreen |
17:35 |
|
mglass joined #evergreen |
19:21 |
|
Newziky1 joined #evergreen |
19:57 |
|
akilsdonk joined #evergreen |
20:09 |
|
sarabee joined #evergreen |
23:45 |
|
user259205087017 joined #evergreen |
23:45 |
|
bmills joined #evergreen |