Evergreen ILS Website

IRC log for #evergreen, 2014-10-20

| 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 nhilton joined #evergreen
00:51 nhilton_ joined #evergreen
02:47 terence joined #evergreen
05:27 pinesol_green Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:12 kmlussier joined #evergreen
06:30 * bshum wishes everyone a happy Monday.
06:35 bshum @later tell gmcharlt Guess we'll need a plan to upgrade Piwik someday for the webstats.http://piwik.org/blog/2014/10/announcing-piwik​-will-end-php-5-3-support-six-months-may-2015/
06:35 pinesol_green bshum: The operation succeeded.
06:41 mtate joined #evergreen
06:41 eeevil joined #evergreen
06:42 phasefx joined #evergreen
06:42 Callender joined #evergreen
06:43 graced joined #evergreen
07:37 rjackson-isl joined #evergreen
07:43 csharp @quote random
07:43 pinesol_green csharp: Quote #81: "< pinesol_green> git doesn't seem to love anything." (added by csharp at 02:26 PM, March 07, 2014)
07:50 jboyer-isl joined #evergreen
07:51 Dyrcona joined #evergreen
07:55 csharp bshum: you mentioned cutting a 2.7.1 branch... is that in the immediate future? or will that need to wait until you're back in the US?
08:00 StephenGWills joined #evergreen
08:12 csharp StephenGWills: welcome!  long time no IR See ;-)
08:15 * csharp tries to wrap his head around 'git rebase' again :-/
08:15 collum joined #evergreen
08:15 StephenGWills csharp: rm -rf and git clone ;)
08:15 csharp what I want to do is take all the commits I've applied to rel_2_5_1 and replay them on top of rel_2_7_0, but it's not clear to me how I would do that
08:15 StephenGWills and thanks for the hi!
08:16 StephenGWills ditto
08:16 csharp StephenGWills++
08:17 StephenGWills git branch, git merge maybe?
08:19 csharp oh - I think I got it
08:20 csharp check out rel_2_5_1, git branch <some branch name>, git checkout <some branch name>, git rebase -i rel_2_7_0
08:20 akilsdonk joined #evergreen
08:20 csharp that appears to be doing what I want
08:21 Dyrcona csharp: We base all of our custom branches on master. They then usually backport rather cleanly, at least for a while.
08:22 Dyrcona Of course we also run from master and stay pretty close to the latest releases.
08:24 Dyrcona Off topic: Damn! It takes a long time to send 300GB of backups to San Diego. I think it would be faster to toss a tape into a FedEx envelope.
08:24 csharp I'll think about that approach - I can see how that would be advantageous
08:24 csharp the problem is that I don't really keep up a PINES master branch at this point (not enough hands on deck)
08:25 csharp Dyrcona: is that where you host offsite backups?
08:25 Dyrcona We keep individual modifications in their own branches.
08:25 csharp ah, I see
08:26 Dyrcona csharp: I/we use rsync.net. They have several sites. My and MVLC's backups happen to be hosted in their San Diego site.
08:26 csharp ah
08:27 Dyrcona git is really useful for branching and mixing and matching.
08:28 Dyrcona And I said I/we above, 'cause we use them for work and I have a separate personal account for my not-MVLC stuff.
08:29 csharp gotcha
08:29 Dyrcona Two conversations at once! Yay! ;)
08:29 csharp multitasking!
08:31 Dyrcona Now, three. ;)
08:34 mrpeters joined #evergreen
08:43 csharp as I watch git-rebase happen, I shudder at the idea of sifting through these 102 commits manually (which is how I have always done it in the past)
09:10 bshum mosh++ # this is quite nice!
09:10 bshum csharp: I didn't get to finish 2.7.1 before I left for my travels
09:27 tsbere csharp: Sometimes git cherry-pick is better, wrapped in a "give me all the commit hashes from <base branch> to HEAD on the customized branch, then cherry-pick them into the new customization branch in order" - Lets you skip some of the "prep version and upgrade script" commits from release branches.
09:27 tsbere (without having to find them in the interactive list)
09:32 phasefx jeff: roger roger, thanks man re: dns and test
09:47 csharp bshum: no prob ;-)
09:47 csharp tsbere: thanks for the tip - I was able to quickly identify and comment out the undesired commits
09:48 sarabee joined #evergreen
09:57 Dyrcona csharp: tsbere came up with a nice little shell script, git-quickpick, to add a quickpick command to git that does what he describes above.
09:58 akilsdonk_ joined #evergreen
10:11 wjr joined #evergreen
10:12 KOMAL joined #evergreen
10:13 yboston joined #evergreen
10:32 mllewellyn joined #evergreen
10:33 dananji joined #evergreen
10:36 dreuther joined #evergreen
10:39 sal_ joined #evergreen
11:00 kmlussier joined #evergreen
11:32 sandbergja joined #evergreen
11:37 dananji joined #evergreen
11:37 dananji joined #evergreen
11:45 vlewis joined #evergreen
11:48 dMiller joined #evergreen
11:51 chatley joined #evergreen
11:54 pmurray_away joined #evergreen
11:54 pmurray joined #evergreen
12:32 vlewis_ joined #evergreen
12:42 julialima joined #evergreen
12:45 dananji joined #evergreen
13:04 dMiller joined #evergreen
13:45 nhilton joined #evergreen
13:47 jihpringle joined #evergreen
13:57 whargrove joined #evergreen
13:59 buzzy joined #evergreen
14:01 whargrove Hi all, does the SIP2 server for evergreen support checksum (AZ) from the SIP2 spec?
14:03 eeevil whargrove: yes, and also disabling checksumming, because some clients just do it "wrong"
14:04 jeff whargrove: my general recommendation is to disable SIP checksums unless you're sending your SIP traffic over a serial cable.
14:05 jeff whargrove: that said, yes Evergreen + SIPServer support it. There have been... inconsistencies identified in the standard, and I cheered when I saw that SIP3 removes checksums. :-)
14:06 StephenGWills joined #evergreen
14:08 Dyrcona +1 what jeff says. Some 3M products don't do checksums correctly, and it is their protocol.
14:09 whargrove Got it, thanks for the responses
14:10 whargrove One ILS vendor we are integrating with requires checksumming ... but we wanted to test it with our evergreen sandbox first
14:10 jeff Can you name the vendor so that I can personally mock them? :-)
14:11 Dyrcona whargrove: You should ask them where the serial cables are, 'cause TCP has checksumming built in, so checksumming on top of that is redundant.
14:13 whargrove jeff: Carl.X
14:14 whargrove Dyrcona: I know :/
14:17 akilsdonk_ joined #evergreen
14:24 whargrove left #evergreen
15:51 Dyrcona Oops.
15:52 Dyrcona @later tell whargrove If the client sends checksums, I believe Evergreen turns on checksum mode and will respond with check sums in its responses.
15:52 pinesol_green Dyrcona: The operation succeeded.
15:52 Dyrcona @later tell whargrove Well, SIPServer, not Evergreen per se.
15:52 pinesol_green Dyrcona: The operation succeeded.
15:53 Dyrcona Too many distractions.
16:09 ldwhalen joined #evergreen
16:41 phasefx qa tests passed this time, yay :)
16:43 jeff phasefx: yay. did resolv.conf have one or both of those nameservers, or was it a different issue?
16:44 phasefx jeff: right issue, different DNS servers
16:45 jeff heh
16:46 jeff did QTS recently notify customers with open resolvers or something? :-)
16:46 phasefx no, it was all our fault; change internally and qa01 is a second class citizen :)
16:47 jeff heh
16:49 jeff shows how often I use non-lowercase identifiers in postgres... couldn't figure out why certain things weren't being found.
16:50 jeff twas because the relation was named temp_Foo and unless I quoted it, it was being folded to temp_foo and not being found.
16:50 jeff of course, the error doesn't fold the case, so:
16:50 jeff jeff=> \d temp_Foo
16:50 jeff Did not find any relation named "temp_Foo".
16:51 jeff hrm. maybe part of this specific quirk is limited to temporary tables.
16:52 jeff ah, nope. did it to myself again by not quoting when I created my test.
16:52 jeff anyway.
16:53 jeff > Quoting an identifier also makes it case-sensitive, whereas unquoted names are always folded to lower case. For example, the identifiers FOO, foo, and "foo" are considered the same by PostgreSQL, but "Foo" and "FOO" are different from these three and each other.
16:57 tspindler left #evergreen
17:00 dreuther_ joined #evergreen
17:07 dreuther joined #evergreen
17:09 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:25 nhilton_ joined #evergreen
18:19 StephenGWills_ joined #evergreen
18:47 StephenGWills left #evergreen
19:23 nhilton joined #evergreen
23:11 chatley joined #evergreen

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