Time |
Nick |
Message |
00:01 |
bshum |
Guest6556: This discussion thread from the general mailing list may have some ideas |
00:01 |
bshum |
http://markmail.org/message/7dhg3gq7ibabxkc5 |
00:01 |
bshum |
In that message ericar describes a workaround to remove the old penalty off a patron's record. |
00:02 |
* bshum |
has to head to bed, but hopes that description may be helpful. |
00:03 |
Guest6556 |
So they should pay me first before I remove there penalties. and set a new policy for the system. |
00:03 |
bshum |
Guest6556: If you get stuck and require further ideas on this, it may be good to sign up to the Evergreen general mailing list and ask your question there. |
00:03 |
Guest6556 |
Oh yea thanks... |
00:03 |
bshum |
Guest6556: I have no idea how your systems are configured and what policies are involved. |
00:04 |
bshum |
Seems like it warrants a discussion with the library/patron you're working with? |
00:04 |
bshum |
Good luck there. Hope you find what you need |
00:04 |
Guest6556 |
There is two types of policy the first is student policy who can borrowed atleast 25 books and Faculty which is 50 books. the problem is the number of books they can borrow is 10... |
00:04 |
Guest6556 |
Oh. well thanks for the answer and ideas I will try your suggestion. |
00:13 |
|
tsbere joined #evergreen |
04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:17 |
|
rangi joined #evergreen |
05:20 |
|
wsmoak joined #evergreen |
05:22 |
|
ldw joined #evergreen |
05:30 |
|
b_bonner joined #evergreen |
05:30 |
|
graced joined #evergreen |
05:30 |
|
jeff_ joined #evergreen |
05:45 |
|
dbwells_ joined #evergreen |
05:49 |
|
hopkinsju_ joined #evergreen |
05:49 |
|
pastebot0 joined #evergreen |
05:50 |
|
Bmagic_ joined #evergreen |
05:56 |
|
mceraso_ joined #evergreen |
05:56 |
|
egbuilder_ joined #evergreen |
05:57 |
|
dreuther_ joined #evergreen |
05:58 |
|
jcamins_ joined #evergreen |
06:00 |
|
dbs_ joined #evergreen |
06:01 |
|
bshum_ joined #evergreen |
06:03 |
|
eby__ joined #evergreen |
06:11 |
|
book` joined #evergreen |
06:26 |
|
Sato_ joined #evergreen |
06:28 |
|
RBecker_ joined #evergreen |
06:30 |
|
riot_ joined #evergreen |
06:46 |
|
tsbere_ joined #evergreen |
06:47 |
|
geoffsams joined #evergreen |
06:48 |
|
mtcarlsoz joined #evergreen |
06:51 |
|
bradl_ joined #evergreen |
06:51 |
|
phasefx__ joined #evergreen |
06:51 |
|
goood joined #evergreen |
06:51 |
|
Callender_ joined #evergreen |
06:56 |
|
mnsri joined #evergreen |
07:04 |
|
b_bonner_ joined #evergreen |
07:19 |
|
chatley_ joined #evergreen |
07:29 |
|
csharp_ joined #evergreen |
07:43 |
|
mnsri_ joined #evergreen |
07:54 |
|
rjackson-isl joined #evergreen |
07:58 |
|
jboyer-isl joined #evergreen |
08:11 |
|
gsams joined #evergreen |
08:19 |
|
akilsdonk joined #evergreen |
08:34 |
|
_bott_ joined #evergreen |
08:37 |
|
wjr joined #evergreen |
08:39 |
|
mmorgan joined #evergreen |
08:44 |
|
Shae joined #evergreen |
08:49 |
|
kmlussier joined #evergreen |
08:53 |
|
tspindler joined #evergreen |
09:08 |
|
ericar joined #evergreen |
09:09 |
|
csharp joined #evergreen |
09:11 |
* csharp |
survived Adventures with PostgreSQL 9.3 last night |
09:12 |
csharp |
particularly bug 1253163 and bug 1277731 were fun to track down |
09:12 |
pinesol_green |
Launchpad bug 1253163 in Evergreen "authority indexes can fail on Postgres 9.3.0" (affected: 3, heat: 20) [Critical,Fix released] https://launchpad.net/bugs/1253163 |
09:12 |
pinesol_green |
Launchpad bug 1277731 in Evergreen "Hold tests failure" (affected: 1, heat: 6) [Critical,Fix released] https://launchpad.net/bugs/1277731 |
09:13 |
csharp |
eeevil++ dbwells++ # for fixes review on both so I wasn't up the creek ;-)( |
09:14 |
csharp |
s^fixes review^fixes/review^ |
09:25 |
|
yboston joined #evergreen |
09:25 |
|
Dyrcona joined #evergreen |
09:34 |
bshum |
csharp: What version of Evergreen are you running PG 9.3 with? (earlier than 2.6?) |
09:34 |
csharp |
yeah 2.5.1 |
09:34 |
bshum |
Ah... |
09:34 |
csharp |
yeah, I'll have to remember that I backported those two scripts when we upgrade properly ;-) |
09:36 |
|
sarabee joined #evergreen |
09:55 |
jboyer-isl |
So I’ve been trying to add a couple of subfields to the Title entry of config.biblio_fingerprint, and I’m not getting anywhere. Here’s how I’ve set the xpath: |
09:55 |
jboyer-isl |
/marc:datafield[@tag="700"]/marc:subfield[@code="t"]|//marc:datafield[@tag="240"]/marc:subfield[@code="a"]|//marc:datafield[@tag="242"]/marc:subfield[@code="a"]|//marc:datafield[@tag="246"]/marc:subfield[@code="a"]|//marc:datafield[@tag="245"]/marc:subfield[@code="a"]|//marc:datafield[@tag="245"]/marc:subfield[@code="p"]|//marc:datafield[@tag="245"]/marc:subfield[@code="n"] |
09:56 |
jboyer-isl |
just tacked subfields p and n on the end. But biblio.extract_fingerprint() doesn’t append those subfields to the fingerprint. |
09:57 |
jboyer-isl |
(I did think to find records that actually do have 245 $p’s and $n’s. ;) ) |
09:57 |
jboyer-isl |
Have I missed something? |
10:07 |
eeevil |
jboyer-isl: maybe you want to use [@code="a" or @code="p" or @code="n"] instead of more |-separated expressions |
10:08 |
jboyer-isl |
I tried that first, same thing. |
10:10 |
jboyer-isl |
I doubt it really matters, but the db is at 2.6.0 (latest update patch is 0879) |
10:18 |
|
krvmga joined #evergreen |
10:18 |
krvmga |
i tried to do this |
10:18 |
krvmga |
git push working lp1335958-remove-paging-parameters:user/jkeenan/lp1335958-remove-paging-parameters |
10:18 |
krvmga |
and got this |
10:18 |
krvmga |
fatal: The remote end hung up unexpectedly |
10:18 |
krvmga |
i'm not sure what i did wrong. |
10:19 |
kmlussier |
I got that message recently when I moved my SSH key out of its normal directory and forgot to move it back. |
10:19 |
krvmga |
hmmm...let me see |
10:20 |
eeevil |
jboyer-isl: looking at the code, yeah, you're not going to be able to do exactly what you want to do the way you want to do it. Instead, you may want to use a mods (say, mods32) transform and something like: //mods32:relatedItem[@type="constituent"]/mods32:titleInfo|//mods32:titleInfo[@type="uniform"] .... but, that's going to include subtitle. or, we can make the fingerprinter smarter in the same way that the search indexing is, so it can strip |
10:20 |
eeevil |
out stuff we don't want in a second pass |
10:20 |
eeevil |
jboyer-isl: oh! wait! |
10:21 |
krvmga |
kmlussier: my id_rsa and id_rsa.pub are where they should be |
10:21 |
eeevil |
you just need to add 2 new rows to config.biblio_fingerprint to pull 245 p and n |
10:22 |
|
ericar_ joined #evergreen |
10:22 |
krvmga |
i wonder if i should resubmit my key |
10:23 |
jboyer-isl |
eeevil: So it can only pull a field out a single time, or is there something more subtle going on? I’ve not looked much past the source to biblio.extract_fingerprint to see where things are breaking down. |
10:23 |
jboyer-isl |
single time per transform, that is. |
10:24 |
eeevil |
it can only pull one xml element at a time. that can be an entire <datafield> or one <subfield>, or one element from another transform. there's no breakdown, it just took me a minute to reboot my brain into fingerprint mode |
10:26 |
eeevil |
but it loops through all the rows in config.biblio_fingerprint, pulls a value for every row (if it exists), and smooshes the list of values, one from each row, together to form the fingerprint |
10:26 |
jboyer-isl |
That does make a little more sense. (So currently if I had a weird record that had no a, but did have a p or n, it would grab one of them then?) |
10:26 |
eeevil |
yes |
10:27 |
jboyer-isl |
Everything is coming together. Thanks for the pointers! |
10:27 |
jboyer-isl |
eeevil++ |
10:27 |
eeevil |
np |
10:30 |
jeff |
(heh) |
10:31 |
jeff |
(eeevil assists with problem involving subfields p and n, is thanked, uses common abbreviation for "no problem" which just happens to be the reverse of... nevermind. i should take care of my caffeine deficiency.) |
10:31 |
jboyer-isl |
Victory |
10:32 |
jboyer-isl |
jeff++ |
10:32 |
eeevil |
jeff: at least the problem wasn't too np-hard to figure out |
10:32 |
* eeevil |
ducks the tomatos |
10:33 |
jboyer-isl |
I wish I kept a link to an Ed McMahon gag site handy for situations like this. |
10:35 |
kmlussier |
@coffee jeff |
10:35 |
* pinesol_green |
brews and pours a cup of S.O. India Sitara, and sends it sliding down the bar to jeff |
10:35 |
jeff |
two drums, a cymbal, and ed mchahon fall off a cliff? |
10:36 |
jeff |
hey-ooo... ba-dum tsh. |
10:37 |
jboyer-isl |
I was thinking Hey-ooo soundbyte, yes. I may find that funnier than is actually warranted. :) |
10:44 |
|
krvmga joined #evergreen |
10:51 |
krvmga |
i resent my ssh key to gitadmin . we'll see what happens. |
10:51 |
krvmga |
i don't know for sure if that was the problem. i might have changed the key (upgrade, OS install, who knows?) but i thought it was worth a try to resend it. |
10:52 |
kmlussier |
krvmga: Sounds like a good place to start. |
10:53 |
kmlussier |
krvmga: Since you got to the step where you were pushing the branch, I'm guessing the rest of the process went smoothly? |
10:53 |
gmcharlt |
krvmga: hmm, that key is the same as what's already registered |
10:54 |
gmcharlt |
could you paste the error message you get when you try to push? |
10:54 |
gmcharlt |
krvmga: oh wait, you did |
10:54 |
gmcharlt |
rather, could you paste your .gitconfig ? |
10:55 |
krvmga |
kmlussier: yes, everything went fine up till then. |
10:55 |
krvmga |
[core] |
10:55 |
krvmga |
repositoryformatversion = 0 |
10:55 |
krvmga |
filemode = true |
10:55 |
krvmga |
bare = false |
10:55 |
krvmga |
logallrefupdates = true |
10:55 |
krvmga |
[remote "working"] |
10:55 |
krvmga |
url = git://git.evergreen-ils.org/working/Evergreen.git |
10:55 |
krvmga |
fetch = +refs/heads/*:refs/remotes/working/* |
10:55 |
krvmga |
pushurl = gitgit.evergreen-ils.org:working/Evergreen.git |
10:55 |
krvmga |
[user] |
10:55 |
krvmga |
email = jkeenancwmars.org |
10:55 |
krvmga |
name = Jim Keenan |
10:56 |
bshum |
krvmga: You may want to use a paste next time |
10:56 |
krvmga |
gmcharlt: that's the config in my .git |
10:56 |
bshum |
So that IRC doesn't limit you for spamming us all :) |
10:56 |
krvmga |
bshum: eek! |
10:59 |
krvmga |
sorry, i didn't mean to be bad :( |
10:59 |
gmcharlt |
no worries |
10:59 |
gmcharlt |
could you try that push again? |
11:00 |
krvmga |
gmcharlt: i got the same error |
11:00 |
* dbs_ |
sees gmcharlt has been working in realtime while dbs was working in email time |
11:01 |
gmcharlt |
krvmga: what happens when you do a 'git fetch working' |
11:01 |
dbs |
gmcharlt++ |
11:01 |
krvmga |
dbs: i just got your email. thx :) |
11:04 |
krvmga |
gmcharlt: it fetched the working branches |
11:05 |
gmcharlt |
krvmga: ok, another test for you: ssh gitgit.evergreen-ils.org (/me is watching /var/log/auth.log on the git server) |
11:06 |
krvmga |
gmcharlt: done |
11:08 |
gmcharlt |
krvmga: did you get back a list of repositories? |
11:08 |
krvmga |
gmcharlt: yes, down to working/random and then the connection closed |
11:08 |
gmcharlt |
good so far |
11:09 |
gmcharlt |
hmm, could you edit your .git/config and set the url for the workign repo to be the same as the pushurl? |
11:09 |
gmcharlt |
i.e., gitgit... |
11:09 |
gmcharlt |
then try pushing again |
11:09 |
krvmga |
gmcharlt: sec |
11:12 |
krvmga |
gmcharlt: i set the working repo url to be the same as the pushurl, retried the push, got the same error |
11:12 |
gmcharlt |
krvmga: and I /didn't/ see an SSH login from your IP address |
11:13 |
gmcharlt |
could you try a git fetch working again? |
11:14 |
* gmcharlt |
starts whistling the Twilight Zone theme for no particular reason |
11:14 |
krvmga |
gmcharlt: this time, when i did git fetch working, it just paused for a moment and then i was back at the command prompt with no apparent fetching having gone on. |
11:15 |
gmcharlt |
right, that's consistent with your git client unaccountably not seeming to know how to speak git+ssh; you may as well change url in .git/config back |
11:16 |
gmcharlt |
what version of git are you using, and on what platform? |
11:17 |
krvmga |
gmcharlt: git version 1.7.2.5 on debian 6 |
11:18 |
eeevil |
hrm... I have to use git@ urls, instead of git://, to push |
11:19 |
eeevil |
to confirm the above ... |
11:19 |
jcamins |
gmcharlt: no output is also consistent with there being no updates, isn't it? |
11:19 |
jcamins |
(not sure if you were watching the auth log during the fetch) |
11:19 |
gmcharlt |
eeevil: right, but krvmga's config seems correct |
11:20 |
eeevil |
ah, pushurl |
11:20 |
gmcharlt |
jcamins: I was indeed watching auth.log |
11:20 |
eeevil |
I just have the one url |
11:20 |
eeevil |
never use separate |
11:20 |
eeevil |
oh, I see. .git on the end of the pushurl |
11:20 |
eeevil |
it shouldn't have that (or, mine does not) |
11:21 |
gmcharlt |
eeevil: it doesn't make a difference whether or not ".git" is there |
11:21 |
eeevil |
gitgit.evergreen-ils.org:working/Evergreen vs gitgit.evergreen-ils.org:working/Evergreen.git |
11:21 |
gmcharlt |
(and I just tested that to besure) |
11:21 |
eeevil |
hrm... I thought it mattered before, but I'm using an older git, I think |
11:22 |
jcamins |
krvmga: just to confirm something I didn't see gmcharlt ask: you're looking at /your/repo/.git/config right? |
11:22 |
eeevil |
oh, no, I'm using a /newer/ git :) ... still 1.7, though |
11:23 |
jcamins |
.gitconfig is a global configuration file in your home directory. |
11:23 |
gmcharlt |
krvmga: and you don't have a ~/.ssh/config, correct? |
11:23 |
krvmga |
jcamins: this is actually my first time trying this at all so i am fairly incompetent. i was following instructions from someone else. |
11:23 |
krvmga |
gmcharlt: checking |
11:24 |
krvmga |
gmcharlt: no config in .shh |
11:24 |
krvmga |
shh = ssh |
11:25 |
krvmga |
jcamins: everything was going perfectly with the instructions up until the push step. |
11:25 |
gmcharlt |
krvmga: gotta get that bit of librarian speak in, ya? ;) |
11:25 |
krvmga |
gmcharlt: LOL |
11:26 |
krvmga |
sorry, i think that comes from helping people on the phone so they know i'm doing something in the silence |
11:26 |
gmcharlt |
krvmga: just to be sure, and to humor eeevil, could you remove ".git" from your pushurl? |
11:28 |
krvmga |
gmcharlt: i removed the .git and retried the push with the same result |
11:28 |
gmcharlt |
ok, try the push again but add --verbose, please |
11:31 |
krvmga |
Pushing to git://git.evergreen-ils.org/working/Evergreen.git |
11:31 |
krvmga |
and then the fatal error |
11:31 |
gmcharlt |
wait a second |
11:31 |
gmcharlt |
if it's pushing to git:// - that's a problem |
11:32 |
gmcharlt |
the gitgit... form is the only one that will accept pushes |
11:32 |
krvmga |
i'm not sure why it's adding that to the front of the pushurl |
11:32 |
bshum |
git remote rm working ; git remote add working gitgit.evergreen-ils.org:/working/Evergreen.git |
11:32 |
bshum |
Just do over! |
11:32 |
bshum |
:D |
11:33 |
krvmga |
bshum: i can do that :) |
11:33 |
bshum |
Don't listen to me. I'm crazy. |
11:33 |
bshum |
Listen to gmcharlt, he's awesome. |
11:33 |
kmlussier |
It can't hurt, can it? |
11:33 |
gmcharlt |
no, it can't |
11:33 |
* jcamins |
would do it bshum's way. |
11:34 |
gmcharlt |
krvmga: listen to me telling you to listen to bshum ;) |
11:34 |
krvmga |
:) |
11:35 |
krvmga |
gmcharlt: i did it. |
11:35 |
gmcharlt |
ok, first try a git fetch working |
11:36 |
krvmga |
gmcharlt: fetched working |
11:37 |
gmcharlt |
ok, try a push --verbose |
11:40 |
krvmga |
gmcharlt: ok, when i did the fetch, i was in the wrong directory |
11:40 |
|
berick joined #evergreen |
11:41 |
krvmga |
gmcharlt: when i'm in my Evergreen directory and do the fetch, i get an error |
11:41 |
krvmga |
fatal: 'gitgit.evergreen-ils.org/working/Evergreen.git' does not appear to be a git repository |
11:41 |
gmcharlt |
krvmga: |
11:41 |
gmcharlt |
krvmga: needs to be gitgit.evergreen-ils.org:working/Evergreen.git |
11:41 |
gmcharlt |
note the colon |
11:41 |
* bshum |
had the colon! :D |
11:42 |
krvmga |
doggone typos |
11:43 |
krvmga |
gmcharlt: it's going to be a few secs while i get things straightened out. sorry. |
11:43 |
eeevil |
pushurl must be post-1.7? (just url=git@... is my normal setup) |
11:45 |
gmcharlt |
eeevil: I think's it's older, actually |
11:46 |
jcamins |
eeevil: in git 1.8, the man page for git-config lists pushurl. |
11:46 |
jcamins |
I don't have an older version of git handy. |
11:48 |
jcamins |
It's also listed in the man page for 1.7.2.5. |
12:10 |
|
berick joined #evergreen |
12:18 |
krvmga |
okay, here was my solution to the git problem. |
12:18 |
krvmga |
Nuke everything from space. |
12:18 |
krvmga |
Rebuild the colony and hope there were no aliens. |
12:18 |
krvmga |
That's what i did and the push worked. |
12:19 |
gmcharlt |
I'm glad it's working |
12:21 |
krvmga |
gmcharlt: thanks for all your help. |
12:21 |
krvmga |
gmcharlt++ |
12:21 |
krvmga |
dbs++ |
12:21 |
krvmga |
bshum++ |
12:22 |
krvmga |
eeevil++ |
12:22 |
krvmga |
jcamins++ |
12:22 |
krvmga |
kmlussier++ |
12:27 |
|
buzzy joined #evergreen |
12:31 |
kmlussier |
krvmga++ gmcharlt++ bshum++ eeevil++ jcamins++ # perseverance! |
12:33 |
|
berick joined #evergreen |
12:36 |
|
gsams joined #evergreen |
12:39 |
yboston |
I have a git / docs contribution question. I have been given some bit docuemntation (though the DIG list) to add to the offical docs through Github. |
12:40 |
yboston |
I just noticed the submitter did not "sign off" his 2 small commits. I suspect that I should ask him to redo his commits with a sign off or have him acknolege on the list that he has read the EG DCO? Not sure how formal I should be about it. |
12:42 |
yboston |
Here are the two commits, the two most recent ones here https://github.com/stompro/Evergreen/commits/master |
12:42 |
yboston |
For the record, I am following these DIG recommendations for adding Github documentation commits http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:github-workflow |
12:48 |
|
jihpringle joined #evergreen |
13:04 |
|
berick joined #evergreen |
13:49 |
pinesol_green |
[evergreen|Josh Stompro] Docs: added Address Alert documentation for local admin menu feature - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a4b7150> |
13:49 |
|
krvmga joined #evergreen |
14:28 |
bshum |
gmcharlt: So I'm feeling pretty good about the web client code. Think it's time to drop it into master? |
14:28 |
gmcharlt |
bshum: yes |
14:28 |
bshum |
Or at least, less un-good? |
14:28 |
gmcharlt |
obviously smoothing out the install process needs to be a focus for both EG 2.7.0 and OpenSRF 2.4.0-rc |
14:28 |
bshum |
Correct. |
15:01 |
|
akilsdonk_ joined #evergreen |
15:24 |
|
akilsdonk joined #evergreen |
15:25 |
|
hbrennan joined #evergreen |
15:31 |
hbrennan |
Our email and text hold notifications stopped working on 8/20, just discovered yesterday. The Notices column in Holds says 0, so it's not trying to send them. Anyone know places I should check first.... perhaps an easy flipping of a switch somewhere? |
15:32 |
tsbere |
hbrennan: Are you action/triggers running? |
15:32 |
hbrennan |
Our courtesy notices are working |
15:32 |
hbrennan |
for overdues |
15:33 |
tsbere |
and "quick and easy" goes out the window. ;) |
15:34 |
|
artunit joined #evergreen |
15:34 |
tsbere |
hbrennan: For sanity, can you make sure that the holds you are checking actually *have* email/sms notification turned on? I get asked "why didn't an email go out when this was available?" often enough when email notification is turned off to want to make sure. |
15:34 |
hbrennan |
Yeah.... Hold Ready for both SMS and email are set to true, as usual |
15:34 |
mmorgan |
hbrennan: Another quick and easy, though unlikely solution would be to see if your hold notification action trigger is not enabled. |
15:34 |
mmorgan |
unlikely, unless someone was working on triggers recently. |
15:34 |
hbrennan |
Oh we discovered this yesterday when patrons started complaining.. I checked our holds shelf and checked each patron acct |
15:35 |
hbrennan |
Nope, I'd be the only one poking in there and I haven't |
15:35 |
tsbere |
hbrennan: In particular, please check the actual holds and not defaults please. Because that is usually the source of the issue when it comes up with me. "They have it turned on in their profile!" but the hold itself doesn't have them set... |
15:36 |
mmorgan |
Interestingly, we had ALL our action triggers stop running a couple of days ago due to a utility server problem. |
15:37 |
hbrennan |
I'm looking at the specific item on hold in their list, which has a capture date and an empty Last Notify Time and 0 in Notices |
15:37 |
tsbere |
hbrennan: And does *that particular hold* have email/sms notification turned on? |
15:37 |
|
akilsdonk_ joined #evergreen |
15:37 |
tsbere |
hbrennan: Also, "capture date" not null != "ready for pickup" - Look for shelf time. ;) |
15:38 |
hbrennan |
yes, notices are on |
15:38 |
mmorgan |
it's odd that your courtesy notices are running, but hold notifications not. |
15:38 |
hbrennan |
I picked apart all our holds on the shelf and the notices worked up until 8/20 sometime |
15:38 |
hbrennan |
and after that they didn't |
15:39 |
tsbere |
hbrennan: Do your courtesy notices use a different granularity setting than your hold notices? |
15:39 |
hbrennan |
I've had reports/complaints from patrons that they haven't received their courtesy notice, but some definitely are |
15:40 |
hbrennan |
Courtesy notices have entries for Granularity, email/sms for holds are blank |
15:41 |
hbrennan |
My biggest concern here is that I reported this to Equinox yesterday and haven't heard a peep from them :S |
15:41 |
tsbere |
hbrennan: Perhaps you have a partially stuck action/trigger on your utility server, check for old lock files. >_> |
15:42 |
hbrennan |
tsbere: Thanks. I'll look. Gotta run now though, tight schedule today! |
15:42 |
hbrennan |
Thanks! |
15:42 |
hbrennan |
tsbere++ mmorgan++ |
15:46 |
|
akilsdonk joined #evergreen |
16:04 |
|
RBecker joined #evergreen |
16:19 |
pinesol_green |
Showing latest 5 of 9 commits to Evergreen... |
16:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 browser client apache config additions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=48a063c> |
16:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 link opensrf websockets JS scripts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c267ec0> |
16:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 make_release -c for building browser client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac474f0> |
16:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 Browser client templates/scripts (phase 1) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5d3237> |
16:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 add missing ui-bootstrap dep to Gruntfile - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8487d77> |
16:29 |
|
tspindler left #evergreen |
16:31 |
gmcharlt |
bshum++ |
16:32 |
bshum |
I'll try crafting an update later, but beta2 has been cut and pushed up to the web server. |
16:32 |
jeff |
bshum++ |
16:32 |
kmlussier |
bshum++ |
16:32 |
bshum |
I'll be on the road next week, but will work with others to finish rounding out the docs and other things to get us ready for the 2.7 RC cut |
17:19 |
|
mmorgan left #evergreen |
17:32 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:45 |
|
gdunbar joined #evergreen |
17:46 |
|
jeff__ joined #evergreen |
17:46 |
|
Bmagic joined #evergreen |
17:47 |
|
tsbere_ joined #evergreen |
17:51 |
|
hopkinsju joined #evergreen |
18:01 |
|
tsbere__ joined #evergreen |
18:11 |
|
tsbere joined #evergreen |
18:22 |
|
dreuther joined #evergreen |
20:16 |
|
tsbere joined #evergreen |
20:16 |
|
dreuther_ joined #evergreen |
20:18 |
|
hopkinsju joined #evergreen |
21:12 |
|
akilsdonk_ joined #evergreen |
21:37 |
|
wsmoak_ joined #evergreen |
21:37 |
|
wsmoak_ joined #evergreen |
21:50 |
|
gdunbar joined #evergreen |
21:50 |
|
riot_ joined #evergreen |
21:50 |
|
dbs joined #evergreen |
21:50 |
|
rangi joined #evergreen |