Time |
Nick |
Message |
00:44 |
|
akilsdonk_ joined #evergreen |
00:47 |
|
gmcharlt joined #evergreen |
00:47 |
|
akilsdonk joined #evergreen |
00:48 |
|
gmcharlt joined #evergreen |
01:23 |
|
dcook__ joined #evergreen |
02:21 |
|
sarabee joined #evergreen |
04:39 |
|
akilsdonk_ joined #evergreen |
04:41 |
|
akilsdonk__ joined #evergreen |
05:04 |
|
akilsdonk joined #evergreen |
05:12 |
|
akilsdonk_ joined #evergreen |
05:22 |
|
akilsdonk joined #evergreen |
05:24 |
|
mrpeters1 joined #evergreen |
05:28 |
|
dcook joined #evergreen |
05:33 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:55 |
|
akilsdonk_ joined #evergreen |
06:12 |
|
akilsdonk joined #evergreen |
06:15 |
|
akilsdonk__ joined #evergreen |
07:57 |
|
mtate joined #evergreen |
07:58 |
|
Callender joined #evergreen |
07:58 |
|
eeevil joined #evergreen |
07:58 |
|
phasefx joined #evergreen |
07:59 |
|
gdunbar joined #evergreen |
08:00 |
|
akilsdonk joined #evergreen |
08:01 |
|
rjackson-isl joined #evergreen |
08:13 |
|
akilsdonk joined #evergreen |
08:20 |
|
collum joined #evergreen |
08:32 |
|
Dyrcona joined #evergreen |
08:33 |
|
artunit joined #evergreen |
08:36 |
|
kmlussier joined #evergreen |
08:37 |
|
_bott_ joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
09:00 |
kmlussier |
Good morning Evergreen! |
09:01 |
mmorgan |
Good Morning! |
09:07 |
|
rjackson_isl joined #evergreen |
09:17 |
|
BigRig joined #evergreen |
09:33 |
|
yboston joined #evergreen |
09:36 |
|
tspindler joined #evergreen |
10:12 |
mmorgan |
Git newbie question - trying to cherry-pick and getting "fatal: bad revision". Does this mean the branch needs rebasing? |
10:12 |
bshum |
mmorgan: I think that means your git couldn't identify the commit by hash. |
10:12 |
bshum |
Usually meaning you need to do a git fetch first |
10:13 |
bshum |
I usually "git fetch --all" when I first get started to make sure all my remotes are updated. |
10:13 |
mmorgan |
oh, duh. Of course! |
10:13 |
mmorgan |
@coffee |
10:13 |
* pinesol_green |
brews and pours a cup of El Salvador Montecarlos Peaberry, and sends it sliding down the bar to mmorgan |
10:17 |
|
mllewellyn joined #evergreen |
10:18 |
mmorgan |
ok, coffee didn't help. Did the git fetch --all. Do I need another command before cherry picking? |
10:20 |
bshum |
mmorgan: What are you attempting to cherry-pick? |
10:20 |
bshum |
Basically that error just means that git doesn't know what you're looking for. |
10:20 |
mmorgan |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=7b2c3d6a3383ceeeaa30ef1b37c38cb73f32d058 |
10:21 |
bshum |
And "working" is a remote you're configured to use |
10:21 |
bshum |
Like "git remote -v" should show you two entries for working towards something like gitgit.evergreen-ils.org:/working/Evergreen.git |
10:21 |
bshum |
(well, git@ or git: ) |
10:23 |
mmorgan |
I get 4 entries from that command, 2 for origin and 2 for working |
10:24 |
bshum |
Alrighty. |
10:24 |
bshum |
What is the cherry-pick command you're attempting? |
10:25 |
bshum |
Like "git cherry-pick -s 7b2c3d6a3383ceeeaa30ef1b37c38cb73f32d058" I guess? |
10:26 |
mmorgan |
bhsum: git cherry-pick -s f32d058 |
10:26 |
mmorgan |
do I need that whole string? |
10:26 |
bshum |
mmorgan: You don't need the whole string |
10:26 |
bshum |
But you need the beginning of the string |
10:26 |
bshum |
Not the end of it |
10:27 |
mmorgan |
oh, guess I got that backwards :-[ |
10:27 |
bshum |
Like the first seven, let's say |
10:27 |
bshum |
So git cherry-pick -s 7b2c3d6 should do the trick |
10:28 |
kmlussier |
I find the first 7 usually work, but I came across one the other day that required the first 8. |
10:28 |
mmorgan |
ok, now it's happy, thanks, bshum! |
10:28 |
mmorgan |
bshum++ |
10:28 |
kmlussier |
@praise bshum |
10:28 |
* pinesol_green |
the upgrade came off brilliantly, and it's all because of bshum |
10:29 |
bshum |
mmorgan++ |
10:29 |
kmlussier |
bshum: pinesol_green is predicting your near-term future |
10:29 |
* bshum |
loves git |
10:29 |
bshum |
kmlussier: Oh sure, now you jinxed it :) |
10:29 |
* mmorgan |
is still ambivalent about git, but hopes to "git" it eventually. |
10:29 |
kmlussier |
mmorgan++ #perservering with git |
10:29 |
kmlussier |
mmorgan: Ugh, that was terrible. ;) |
10:30 |
* kmlussier |
would love git if git would love me back. |
10:30 |
mmorgan |
yeah, I know ;-) |
10:32 |
|
dac joined #evergreen |
10:32 |
|
gmcharlt joined #evergreen |
10:39 |
|
Guest34159 joined #evergreen |
10:43 |
|
gmcharlt joined #evergreen |
10:47 |
|
ercik13 joined #evergreen |
10:48 |
|
_bott_ joined #evergreen |
11:07 |
|
gmcharlt joined #evergreen |
11:16 |
|
dreuther joined #evergreen |
11:17 |
|
jwoodard joined #evergreen |
11:17 |
|
gmcharlt joined #evergreen |
11:21 |
|
vlewis joined #evergreen |
11:44 |
|
akilsdonk joined #evergreen |
11:50 |
|
ningalls joined #evergreen |
12:02 |
|
ningalls joined #evergreen |
12:24 |
|
sudshekhar joined #evergreen |
12:54 |
|
kmlussier joined #evergreen |
12:55 |
|
kmlussier left #evergreen |
12:55 |
|
buzzy joined #evergreen |
13:00 |
|
kmlussier joined #evergreen |
13:01 |
|
jihpringle joined #evergreen |
13:35 |
|
ktomita joined #evergreen |
13:49 |
Dyrcona |
@blame systemd |
13:49 |
pinesol_green |
Dyrcona: systemd is why we can never have nice things! |
13:50 |
|
jihpringle joined #evergreen |
14:03 |
|
Dyrcona joined #evergreen |
14:13 |
|
Dyrcona joined #evergreen |
14:25 |
|
mrpeters1 left #evergreen |
14:25 |
|
chatley joined #evergreen |
14:32 |
|
sseng joined #evergreen |
14:33 |
|
nhilton joined #evergreen |
14:40 |
kmlussier |
Hmmm...does anyone here have a good answer to the question posted to the egils FB wall regarding incorporating reading levels?: https://www.facebook.com/EvergreenILS/posts/715406985211968?notif_t=wall |
14:41 |
kmlussier |
I'm a little confused as to what she is looking for the system to do. |
14:52 |
eeevil |
kmlussier: looks like she wants to tag items with the P&F letter that corresponds to the lexile level of the record? I was about to suggest (on FB) using the call number prefix or suffix field |
14:52 |
|
_bott_ joined #evergreen |
14:53 |
eeevil |
but, if she wants to search/filter by that, then a custom field with a facet or MVF on it might be better |
14:54 |
kmlussier |
eeevil: OK. It also occurred to me that she might just want to enter it in the call number field if that's all she is using for a call number (it wasn't too clear). But if you were planning to respond on FB anyway, I'll let you do it. :) |
14:55 |
kmlussier |
I just didn't want to leave the question sitting there unanswered. |
14:56 |
eeevil |
I commented. do feel free to join in, of course, being a librarian and all :) |
14:57 |
kmlussier |
eeevil++ |
14:58 |
kmlussier |
eeevil: Sure, I can do that. |
15:02 |
|
nhilton_ joined #evergreen |
15:07 |
|
akilsdonk joined #evergreen |
15:08 |
|
buzzy joined #evergreen |
15:16 |
|
StomproJ joined #evergreen |
15:17 |
|
cherri joined #evergreen |
15:18 |
|
buzzy joined #evergreen |
15:25 |
|
iliv joined #evergreen |
15:37 |
berick |
csharp: fyi, i've pushed the enriched EDI changes into master at https://github.com/berick/openils-mapper. I've also updated the .gemspec to use my repo as the target. i assume we're still waiting on mbk to change the gem ownership? |
15:37 |
berick |
once that's done, I can tag a version and push the new gem |
15:49 |
Dyrcona |
eeevil: I updated lp 1359762 with the thread trace information from the logs that you asked for. I don't actually see anything unusual myself. |
15:49 |
pinesol_green |
Launchpad bug 1359762 in Evergreen "Internal Server Error Doing Keyword Basic Search for ISBN" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1359762 |
15:50 |
Dyrcona |
berick++ |
15:51 |
Dyrcona |
Now, if we can just fix that gem that "needs" Ruby 1.8! |
15:54 |
kmlussier |
So Dyrcona had mentioned bug 1261791 in the channel yesterday. I'm wondering if anyone else has thoughts/objections to the addition of a new color in Suzanne's fix. |
15:54 |
pinesol_green |
Launchpad bug 1261791 in Evergreen "no search box on catalog's account pages when viewed on screens smaller than 600px wide" (affected: 1, heat: 8) [Undecided,Triaged] https://launchpad.net/bugs/1261791 |
15:55 |
kmlussier |
Since the code came from a new contributor, it would be great if it could be reviewed/merged soon. |
15:55 |
* kmlussier |
still remembers how good it felt to have her first contribution reviewed so quickly. :) |
15:55 |
Dyrcona |
I don't any more, actually. |
15:56 |
Dyrcona |
I wanted to bug bshum about declaring it a bug instead of a new feature, so I could push it actually. |
15:56 |
Dyrcona |
He was busy at the time, though. |
15:56 |
kmlussier |
bshum said yesterday he thought it was bug worthy for 2.7, but would leave it up to dbwells for earlier releases. |
15:56 |
kmlussier |
I think it was after you left for the day. |
15:56 |
bshum |
Dyrcona: I'm kind of busy now, gathering servers, supplies, etc. |
15:56 |
Dyrcona |
Oh. I must have missed that. |
15:56 |
bshum |
Tomorrow we ride to the data center. |
15:56 |
Dyrcona |
Who isn't busy? ;) |
15:57 |
bshum |
To slay evil HPs |
15:57 |
Dyrcona |
heh. |
15:57 |
bshum |
And setup the empire I guess..... :( |
15:57 |
bshum |
But yes, I'm fine with making an exception to 2.7 for the new variable. |
15:58 |
Dyrcona |
Well, that is good enough for me, but maybe we should wait to see if anyone else objects? |
15:58 |
Dyrcona |
After all, it is another thing that might need customization. |
15:59 |
Dyrcona |
btw, I read "Tomorrow we ride to the data center." in some kind of macho cowboy voice in my head. |
15:59 |
* kmlussier |
chuckles. |
16:01 |
|
nhilton joined #evergreen |
16:03 |
bshum |
Dyrcona: Eh, we can wait, but in my opinion, we should just go ahead and do it for 2.7 :) |
16:03 |
Dyrcona |
Well, all right then. I'll push it. |
16:04 |
kmlussier |
Dyrcona++ bshum++ #Thank you! |
16:05 |
|
akilsdonk_ joined #evergreen |
16:06 |
eeevil |
Dyrcona: the only interesting thing about that thread trace is that it comes from a libraryelf auth. I wonder if that's a common thread in the death of cstore backends? (probably not) |
16:07 |
Dyrcona |
eeevil: Now that you mention it, I think I commented to tsbere about that a few days ago. I wondered if xml-rpc had anything to do with it. |
16:09 |
jboyer-isl |
mmorgan: I think I did something wrong with that branch. More detached HEADs than the French Revolution. |
16:11 |
mmorgan |
wish I knew enough about git to appreciate what that means. The French Revolution part I get, though ;-) |
16:12 |
jboyer-isl |
It's related to the error you were running into (and the reason I gave up and made a new branch for the relnotes! :) ) |
16:12 |
pinesol_green |
[evergreen|Suzanne Paterno] LP 1261791 - Mobile Search links for my account screens - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=167f7f5> |
16:13 |
mmorgan |
So will you make a new branch for the fix? If so, I will gladly sign off on it. |
16:15 |
jeff |
woo! minor victories! we've been two-lines-of-code different from the master version of the iNCIPit code for some time now, and now we're not. |
16:17 |
jboyer-isl |
mmorgan: were you able to get it to do anything after the 'git fetch --all' or has it refused to cooperate? I can put a new branch together if I need to. |
16:18 |
|
akilsdonk joined #evergreen |
16:19 |
jboyer-isl |
Given your 'user/mmorgan/LP1366026_Active_Date_signoff' branch I don't think anything else needs done with my old one. |
16:20 |
jboyer-isl |
It can just be sad and broken without causing anymore trouble. :) |
16:21 |
mmorgan |
jboyer-isl: I was able to sign off on it, so I think you're right that it won't cause any more trouble, sad and broken though it may be... |
16:28 |
* Dyrcona |
takes a look at the signoff branch |
16:31 |
Dyrcona |
I don't think detached heads survive a push, do they? |
16:31 |
Dyrcona |
jboyer-isl: If you have a detached head, I think it is a local problem. |
16:32 |
Dyrcona |
The signoff branch looks OK to me. |
16:32 |
jboyer-isl |
Could be. That's the only branch I've had any trouble with and I've only looked at it on one machine, so it may not actually be a problem. |
16:33 |
jboyer-isl |
Time to try and get home dry. |
16:35 |
Dyrcona |
mmorgan: If you're interested: HEAD in git is a pointer to the branch that you currently have checked out. That is, it indicates the branch checked out. |
16:35 |
Dyrcona |
If you check something out that isn't a proper, local branch, then HEAD points to that something and not to a branch. |
16:36 |
Dyrcona |
When that happens, you have what is called a detached head. |
16:36 |
Dyrcona |
That's a bit of an oversimplification, but I think it covers the basics. |
16:37 |
Dyrcona |
Such a situation has a few rare cases where it can actually be useful, but generally it happens by accident. |
16:37 |
|
StomproJ joined #evergreen |
16:38 |
mmorgan |
ok, thanks. So, Is it possible to checkout an improper branch if it's a remote branch? Or can that only happen with a local one? |
16:38 |
|
nhilton_ joined #evergreen |
16:38 |
Dyrcona |
I am pretty sure you can do it by checking out a remote branch, from somewhere other than origin, and forgeting -b local_branch_name to rename it. |
16:40 |
Dyrcona |
Yes. I just tested. That's probably the most common way that it happens. |
16:41 |
Dyrcona |
Origin is your "default" remote, more or less. It's usually the remote that you cloned when you created your local repository, but you can change it with commands. |
16:41 |
* tsbere |
sometimes does that intentionally when he wants to test something quick but doesn't care to have it stick around in his local branch list |
16:42 |
mmorgan |
ok, thanks. All things to keep in mind while clawing one's way up the learning curve. |
16:44 |
|
tspindler left #evergreen |
16:59 |
bshum |
@later tell Dyrcona I added on a couple commits from kmlussier in her signoff branch that you missed when you merged bug 1261791 |
16:59 |
pinesol_green |
bshum: The operation succeeded. |
17:07 |
pinesol_green |
[evergreen|Kathy Lussier] Release notes entry for new mobile-header-text-color - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=725173e> |
17:07 |
pinesol_green |
[evergreen|Kathy Lussier] lp1261791 Adjustment to background color for mobile search links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4d087be> |
17:07 |
pinesol_green |
[evergreen|Ben Shum] Move new color note to release notes 2.7 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a6e01cc> |
17:12 |
|
mmorgan left #evergreen |
17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 grid print CSV repair; all cols repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=35b8ce2> |
17:15 |
pinesol_green |
[evergreen|Dan Pearl] LP#1190508: Rename certain image files to avoid Ad Block Plus's blacklist - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=346709c> |
17:15 |
pinesol_green |
[evergreen|Kathy Lussier] lp1335958 Remove parameters from current checkouts link - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d6c1463> |
17:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1081551 Serials batch recv. dupe barcode check - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=43d11f9> |
17:21 |
pinesol_green |
[evergreen|Jason Boyer] LP#1241644: Remove xact_finish IS NULL checks from CLAIMSRETURNED and LONGOVERDUE - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b45bc0b> |
17:24 |
* bshum |
will look for any other last minute things to put in before he cuts 2.7-RC |
17:24 |
bshum |
After I go home that is. |
17:24 |
* bshum |
disappears into the mists |
17:29 |
berick |
bshum++ |
17:29 |
berick |
hope the mists eventually belch you back up |
17:32 |
eeevil |
berick: for the future "NO MORE PRIVATE SERVICES" in the tpac, https://bugs.launchpad.net/evergreen/+bug/1367926 ... open-ils.supercat shim for the db unapi methods. complete with TagURI helper class so tag URIs don't need to be pasted together by hand. |
17:32 |
pinesol_green |
Launchpad bug 1367926 in Evergreen "Add support for (nearly) direct access to the full unapi backend" (affected: 1, heat: 6) [Wishlist,New] |
17:33 |
eeevil |
really, s/berick:/all!:/, but berick and I have beat around this particular bush in the past, re result/detail unapi usage, too |
17:34 |
berick |
nice, one big step closer |
17:36 |
eeevil |
"one tiny chunk of code for a man, one giant step toward unified APIs for mankind" |
17:48 |
|
kmlussier joined #evergreen |
18:04 |
csharp |
@quote add < eeevil> "one tiny chunk of code for a man, one giant step toward unified APIs for mankind" |
18:04 |
pinesol_green |
csharp: The operation succeeded. Quote #91 added. |
18:11 |
csharp |
git server going down for server move, FYI |
18:12 |
csharp |
I think there was a bit of confusi-munication about yesterday vs. today :-/ |
18:15 |
tsbere |
We at least have plenty of mirrors available for those that need code updates but aren't pushing things. <_< |
18:19 |
|
nhilton joined #evergreen |
18:19 |
csharp |
wow - the staff client fails spectacularly when you open a new tab while a patron account is loading |
18:20 |
csharp |
or it did - couldn't recreate it ;-) |
18:21 |
|
nhilton_ joined #evergreen |
18:37 |
sseng |
http://evergreen-ils.org/ is down? |
18:38 |
sseng |
correction: http://git.evergreen-ils.org/?p=Evergreen.git;a=shortlog;h=refs/heads/rel_2_6 not http://evergreen-ils.org/ |
18:40 |
sseng |
oops just saw message about server move, thanks! |
18:46 |
|
nhilton joined #evergreen |
19:10 |
|
jihpringle joined #evergreen |
19:38 |
|
StomproJosh joined #evergreen |