Evergreen ILS Website

IRC log for #evergreen, 2014-09-10

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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=wor​king/Evergreen.git;a=commit;h=7b2c3​d6a3383ceeeaa30ef1b37c38cb73f32d058
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 git@git.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/EvergreenIL​S/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=Evergre​en.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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat