Evergreen ILS Website

IRC log for #evergreen, 2015-01-06

| 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
06:36 eeevil joined #evergreen
06:36 mtate joined #evergreen
06:36 phasefx joined #evergreen
06:37 maryj joined #evergreen
06:37 Callender joined #evergreen
06:37 BigRig joined #evergreen
06:37 TaraC joined #evergreen
06:38 graced joined #evergreen
07:34 julialima_ joined #evergreen
07:55 rjackson-isl joined #evergreen
08:08 akilsdonk joined #evergreen
08:11 collum joined #evergreen
08:12 ericar joined #evergreen
08:16 csharp tests++
08:17 csharp I made a wrong choice when manually merging a conflicted file and the perl test suite found it when building
08:29 mrpeters joined #evergreen
08:32 dbs csharp++ # for running tests!
08:33 mdriscoll joined #evergreen
08:36 Dyrcona joined #evergreen
08:39 Shae joined #evergreen
08:44 abowling joined #evergreen
08:54 jwoodard joined #evergreen
08:58 mmorgan joined #evergreen
09:11 Dyrcona Maybe I should say this in the #postgres channel, but PGAdminIII needs a threaded UI with 1 thread per window.
09:12 Dyrcona Cause it is very frustrating to try writing a query in the SQL window while server status updates in the background.
09:41 jeff i'll bet.
09:45 Dyrcona It's fun when you type "where" but get "wre" instead, or "nll" for "null".
09:45 Dyrcona So, I use psql instead.
10:16 jboyer-isl I'm late to this party, but I'd argue nothing should ever be doing any IO on the main (UI) thread, network or otherwise. Maybe that's because I really liked BeOS, that whole thing was threads here, threads there; but lo, it became threadbare. :(
10:16 artunit joined #evergreen
10:16 jboyer-isl (And I lost my 5.0 CD, apparently. >:(  )
10:23 * dbs loves psql
10:23 dbs @love psql
10:23 pinesol_green dbs: The operation succeeded.  dbs loves psql.
10:25 Dyrcona jboyer-isl++
10:26 Dyrcona I tinkered with BeOS on an old PowerPC machine back in the day. Still have the BeOS programming book on a shelf at home.
10:30 jboyer-isl Dominic Giampaolo's Practical FileSystem Design book was pretty good too; it's available for free these days: http://www.nobius.org/~dbg/
10:31 Dyrcona jboyer-isl: https://www.haiku-os.org/
10:33 jboyer-isl I've not looked at Haiku in a while, but it may have to do for that passing phase where I want to play around in an antique VM.
10:33 Dyrcona jboyer-isl: Heh. I already downloaded a copy of the book. Haven't read it, yet.
10:35 jboyer-isl The FS Construction Kit that goes with it is pretty neat too. The only thing I really did with it though was fix the makefile to build under Windows/SFU.
10:41 Dyrcona Too many operating systems and too little time.
11:29 nhilton joined #evergreen
11:54 pinesol_green` joined #evergreen
12:17 csharp @quote random
12:17 pinesol_green` csharp: Quote #24: "<denials> when git doesn't kill you, it makes you smarter" (added by gmcharlt at 03:58 PM, May 03, 2012)
12:24 buzzy joined #evergreen
12:45 jihpringle joined #evergreen
12:50 buzzy joined #evergreen
12:55 bshum buzzy: Did you see this question about the conference on the general mailing list? http://markmail.org/message/ukmsmw3dlqwmq4f2
13:29 dreuther_ joined #evergreen
13:40 gmcharlt bshum: that's been dealt with, BTW
13:43 bshum gmcharlt: Cool, just checking.  Thanks :)
13:47 nhilton_ joined #evergreen
13:51 csharp so... is there a plan in the works to move opensrf 2.4 alpha to an actual release?
13:51 csharp feels kinda wrong moving to an alpha in production
13:51 bshum Eh, it's just a label.
13:51 * csharp is willing to assist
13:51 bshum Go with opensrf master, join us!
13:51 bshum :D
13:53 bshum I'd be curious how much of http://wiki.evergreen-ils.org/doku.ph​p?id=dev:release_process:opensrf:2.0 still applies
13:53 csharp so is it the websockets stuff that keeps it in alpha status?
13:54 bshum At the last dev meeting, gmcharlt took an action item to cut 2.4.0 official, but I assume he was sidetracked with moving / holidays.
13:54 bshum OpenSRF master hasn't moved since August, other than mainly doc updates
13:54 bshum So pretty much, it's as ready as it's going to be.
13:54 bshum Dyrcona and I are running the stuff since August in production anyways.
13:55 bshum Though admittedly I am not actively using the websockets stuff since we're still figuring out what bits we're going to deploy and how for our web staff client.
13:55 csharp yeah, we're not going to use websockets (in production anyway)
13:56 bshum So, like I said, a label :)
13:56 bshum But now I'm curious to see if I can build a tarball anyways
13:56 csharp well, I would understand the "it's just a label" idea if it wasn't labled alpha :-)
13:56 csharp "alpha" means "pre-release, test at your own risk"
13:59 jeff pay no attention to that sign that says "EXTREMELY DANGEROUS"
13:59 jeff </obSidReference>
14:00 nhilton joined #evergreen
14:00 bshum Eh, alpha to me just means first cut at this date and time :)
14:00 bshum But I get what you're saying csharp
14:01 bshum From a cursory glance, I think those wiki steps I linked above ought to work actually.
14:01 csharp well, I think we should agree on the definitions of alpha, beta, RC, and release, even if we're going to get existential and say that they're all the same
14:06 bshum Hmm
14:06 bshum I've never tagged anything before.
14:07 * bshum goes to read more about this
14:09 dbs bshum: we're running opensrf master too (minus the one commit that broke script-based circulation)
14:09 bshum csharp: fwiw, the only difference between 2.4.0-alpha and master seems to be the additional commits I added for websockets documentation and some changes to the apache files.
14:09 dbs tagging is easy enogh
14:09 dbs enough
14:10 bshum So essentially, if you've tested alpha and it's not broken, then good odds that'll be the only thing we see for 2.4.0 real
14:10 bshum Unless there's more stuff waiting to get pulled in for OpenSRF.
14:10 bshum Which I haven't looked at lately actually.
14:11 dbs http://evergreen-ils.org/dokuwiki/doku.​php?id=dev:release_process:opensrf:2.0 includes the git tag command
14:11 bshum dbs: Right, I just have to remember where my keys are
14:13 * dbs thinks he probably lost his GPG key too
14:13 Dyrcona You can borrow mine. :p
14:13 bshum I had it once upon a time, it was the only way to sign up properly for my Ubuntu account.
14:13 bshum So I'm sure it's in some backup folder somewhere on some hard drive.
14:13 dreuther joined #evergreen
14:13 Dyrcona I didn't think we actually tagged releases. Do we do that for OpenSRF?
14:14 bshum OpenSRF apparently does.
14:15 bshum Fwiw, https://launchpad.net/opensrf/+milestone/2.4.0 notes the stuff targeting 2.4.0
14:15 bshum Of those, the only one I'd be ready to sign today would be berick's fix for jessie/trusty mpm_event
14:15 bshum But that's documented in the Evergreen 2.7 README too
14:16 bshum It's nice to have it automated though
14:16 bshum And then we could drop that from the extra steps
14:17 * bshum decides he likes that idea
14:21 Dyrcona I've taken care of that with our branch that handles our local apache config, but it would be good to just have it there for everyone.
14:21 pinesol_green` [opensrf|Bill Erickson] LP#1383828 Jessie/Trusty installer Apache "mpm" repairs - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=0c31fd3>
14:22 bshum Indeed :)
14:25 kmlussier csharp: When are you upgrading?
14:26 csharp kmlussier: next weekend (MLK)
14:30 Dyrcona I misspoke: I take care of it in a setup script for trusty, not in our local apache config branch.
14:30 Dyrcona That makes it easier to test!
14:33 mrpeters joined #evergreen
14:35 * bshum decides to take a crack at making an OpenSRF release
14:38 jeff kmlussier++
14:38 * dbs wishes we tagged Evergreen releases too
14:42 berick bshum++
14:42 berick dbs: i'd be happy to start w/ 2.8...
14:43 csharp berick++
14:44 * berick should probably add that to the dev mtg agenda
14:48 akilsdonk_ joined #evergreen
14:51 jboyer-isl Is there a short description of why it's better to use "real" tags vs. the tags/rel_x_y(_z) branches that we do? My understanding is that a tag is static (points to a single commit, forever) while the tags/rel_ branches can have bugfixes added later.
14:51 jboyer-isl Though I'll admit that my understanding may be mis-understood.
14:52 berick jboyer-isl: bug fixes are merged into the parent branch
14:52 berick rel_x_y
14:52 berick not the release branch
14:52 jboyer-isl I see.
14:52 berick so, there's no benefit to being able to merge stuff into the release branch and it could, in fact, cause confusion
14:53 bshum Well, making the tarball doesn't seem so bad.
14:53 * bshum keeps slowly hammering away
14:53 jboyer-isl So we treat those branches like tags, but only in so far as everyone just leaves them alone?
14:53 berick jboyer-isl: exactly
14:54 jboyer-isl I see. I'm starting to come around on the tagging front.
15:17 bshum Alright, I have to poke at my GPG key setup more before I can push the tagged release.
15:17 bshum But the generated files do appear to be set
15:17 bshum I'll get those moved over to Lupin
15:25 bshum Alright, files uploaded
15:25 bshum For brave souls:  http://evergreen-ils.org/dow​nloads/opensrf-2.4.0.tar.gz
15:26 bshum I'm doing a quick test to make sure it isn't borked and then I'll update the downloads page properly.
15:30 vlewis joined #evergreen
15:37 bshum Success, figured out my GPG situation.
15:37 bshum Getting the git tag set
15:39 edoceo_ joined #evergreen
15:39 bshum Cool, it worked!  :D
15:39 * bshum is happy
15:39 Dyrcona bshum++
15:40 Dyrcona I've tagged releases on a couple of my github repos where I think it makes sense.
15:45 dbs bshum++
15:55 kmlussier @seen yboston
15:55 pinesol_green kmlussier: yboston was last seen in #evergreen 2 weeks, 4 days, 3 hours, 22 minutes, and 17 seconds ago: <yboston> will keep you posted in janaury
16:30 dreuther_ joined #evergreen
16:36 vlewis_ joined #evergreen
16:39 mceraso bshum: Just finished testing the OpenSRF 2.4 tarball on Ubuntu 14.04 LTS. Works like a charm!
16:39 * dbs needs to look deeper into this SIP pattern of OILS bootstrap loaded, login w/ 941, INPUT MSG: '9900302.00', followed immediately by another OILS bootstrap loaded, login w/98.... pattern that happens every 90 seconds
16:40 bshum mceraso++ # thanks :)
16:43 eeevil dbs: are you using Multiplex (not to be confused with comment's claim of "Mulitplex" -- business in the front, lots of parties in the back?) mode?
16:46 dbs eeevil: I haven't specified it in oils_sip.xml, so whatever the default it
16:46 dbs is
16:46 eeevil dbs: ah. prefork is the default still
16:46 dbs SIPConfig.xml seems to suggest that it would be prefork
16:47 dbs Might be some setting from our self-check that dates back 3 years that doesn't play well with current SIPServer I guess
16:48 dbs eeevil: is "make test" supposed to currently work on SIPServer master?
16:50 eeevil dbs: I've no idea, I don't think I've ever tried.  the SIPServer code itself has not been made "package-friendly", I don't think.  I don't rightly recall if there's even a dummy "ils" implementation module, which I think would be needed for 'make test'
16:50 dbs (assuming of course that you've run "PERL5LIB=. ./sip_run.sh" to get the dummy sipserver running)
16:51 * dbs answered the second recollection at least :)
16:51 eeevil (and I'll bet that it hasn't been kept up to date with stuff we've added to the evergreen "driver")
16:55 dreuther joined #evergreen
17:01 mdriscoll left #evergreen
17:04 pinesol_green [evergreen|Dan Wells] Forward-port 2.6.4 upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5e65e30>
17:08 csharp @who used pg_terminate_backend() on the wrong process?
17:08 pinesol_green pinesol_green used pg_terminate_backend() on the wrong process.
17:08 csharp wheee!
17:08 csharp all calm now, though ;-)
17:09 bshum Ha
17:10 * csharp rides off into the sunset
17:11 mmorgan left #evergreen
17:13 pinesol_green Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:16 phasefx that Archive::Zip failure also impacts the Excel Writer module that the reporting system uses
17:17 bshum phasefx: What debian are we using for that server?
17:17 phasefx wheezy
17:20 phasefx there is a libarchive-zip-perl package we could pull in
17:20 phasefx I'll try reproducing the error and then see if installing that package helps
17:21 phasefx there's also libexcel-writer-xlsx-perl
17:21 phasefx that sounds even better
17:22 eeevil phasefx: I thought we'd moved to that package, actually, to get around the 64k limit... I might be misremembering, though
17:22 phasefx eeevil: e19d29a3
17:22 pinesol_green [evergreen|Mike Rylander] LP#1351355: Switch to XLSX format for Excel report output - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e19d29a>
17:22 bshum I know we changed to using the packaged deb for Ubuntu, but thought eeevil wanted to keep Debian with the CPAN version because of Squeeze issues?
17:22 bshum But you're saying Wheezy, so :)
17:23 eeevil bshum: I don't recall the details now, but could look again.  squeeze is now EOL'd, I think?
17:24 bshum Ah maybe only for Ubuntu 14.04.  Doesn't look like Precise was updated to use a package either.
17:25 phasefx cpan has version .81, and wheezy package is .47
17:26 * bshum refers back to: http://irc.evergreen-ils.org/​evergreen/2014-08-04#i_115000
17:26 bshum Where we last talked about packaged vs. CPAN
17:27 bshum But yeah, the packaged version is a bit dated
17:30 eeevil yeah ... I'd fear 0.47, I think ... there was something specific we use that older versions lacked
17:33 eeevil well, it looks like it /should/ work ... anyone have tuits for testing that?
17:34 eeevil did precise even have the module? squeeze does not
17:35 dreuther_ joined #evergreen
17:35 bshum eeevil: I don't see it listed, so I'm guessing no.
17:36 dreuther__ joined #evergreen
17:37 * phasefx can give it a poke next week
17:57 dreuther joined #evergreen
18:22 serflog joined #evergreen
18:22 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org
18:22 vlewis_ joined #evergreen
18:22 hopkinsju joined #evergreen
18:22 phasefx joined #evergreen
18:22 _bott_ joined #evergreen
18:22 ldw joined #evergreen
18:22 pastebot joined #evergreen
18:22 egbuilder joined #evergreen
18:22 csharp joined #evergreen
18:22 rangi joined #evergreen
18:23 dreuther_ joined #evergreen
18:24 akilsdonk_ joined #evergreen
18:24 RBecker joined #evergreen
18:56 buzzy joined #evergreen
23:28 nhilton joined #evergreen

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