| 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.php?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/downloads/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 |
