Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

Results for 2014-01-09

08:39 kbeswick joined #evergreen
08:42 Shae joined #evergreen
09:02 timlaptop joined #evergreen
09:06 pinesol_green [evergreen|Srey Seng] LP#1266937: Fix missing/incorrect regex for authority in Vandelay.pm - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0947992>
09:24 pinesol_green [evergreen|Dan Scott] Repair the live_t regression tests - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=812a726>
09:29 Dyrcona joined #evergreen
09:34 pinesol_green [evergreen|Kyle Tomita] LP1038240 - Patron editor field documentation does not display text - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=df6a6b9>
09:36 mmorgan joined #evergreen
09:50 pinesol_green [evergreen|Dan Scott] Tests: Ensure TT2 templates parse cleanly - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5bf117c>
09:54 egbuilder build #466 of evergreen-master-debian-6.00-x86_64 is complete: Failure [failed test]  Build details are at http://testing.evergreen-ils.org/buildbot/builder​s/evergreen-master-debian-6.00-x86_64/builds/466  blamelist: Dan Scott <dscott@laurentian.ca>
09:54 egbuilder build #472 of evergreen-master-ubuntu-12.04-x86 is complete: Failure [failed test]  Build details are at http://testing.evergreen-ils.org/buildbot/builde​rs/evergreen-master-ubuntu-12.04-x86/builds/472  blamelist: Dan Scott <dscott@laurentian.ca>
09:56 gsams joined #evergreen
09:57 jeff Test::Output needed as new pre-req on build slaves, it appears.
09:58 * dbs should be able to arrange for that on a few of those slaves
09:58 dbs @blame Dan Scott
09:58 pinesol_green dbs: Dan Scott musta been an Apple employee.
10:02 collum joined #evergreen
10:05 bshum ktomita++ # field doc repairs, yay!!!!
10:24 yboston joined #evergreen
10:27 csharp okay Test::Output installed on Fedora and Ubuntu buildslaves
10:28 bshum csharp++
10:31 hopkinsju joined #evergreen
10:38 dbs Test::Output installed on testing.evergreen-ils.org as well
10:41 csharp dbs++
10:41 egbuilder build #473 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful]  Build details are at http://testing.evergreen-ils.org/buildbot/builde​rs/evergreen-master-ubuntu-12.04-x86/builds/473
10:41 csharp yay!
10:42 * dbs needs to bring over a vpnc conf for upei's build slave still...
10:42 csharp all is well in the world, so I'll just sit back and ...  oh crap! I have an upgrade next week!
10:43 bshum Hmm
10:43 dbs ah, http://testing.evergreen-ils.org/buil​dbot/builders/evergreen-master-fedora​-18/builds/440/steps/test/logs/stdio is still failing because of Encode.pm I imagine
10:43 bshum Contemplating https://bugs.launchpad.net/evergreen/+bug/1208875
10:43 pinesol_green Launchpad bug 1208875 in Evergreen "OPAC: My Account: Download Checkout History CSV breaks when there are a large number of items in the history" (affected: 2, heat: 10) [Undecided,New]
10:44 dbs fedora also failing on "Can't locate Locale/Maketext/Extract.pm"
11:03 * dbs wonders if the validation result was cached
11:03 dbs roses: it would be in the database in authority.record_entry as one of the most recently added entries
11:03 Dyrcona gmcharlt++
11:06 roses dbs: We think we have tested possibly the caching issue.  ie put it in a couple of weeks ago and it still doesn't work.  Are there settings for keeping cache (how long etc)
11:08 dbs roses: the cache settings are all hard coded; a few weeks ago would certainly be cleared by now
11:09 roses dbs: we are stumped.  Sara (the person who has the issue) has emailed super catalogers but they all seemed not to be using it at this level.
11:10 roses dbs: Sara said that the people she talked to were just using LOC as is and not adding their own records.
12:24 dbs and user/dbs/fedora_maketext_2_4 as well
12:32 rfrasur joined #evergreen
12:36 jihpringle_ joined #evergreen
12:40 csharp dbs: signoff branch (for master/2.5) is at user/csharp/fedora_maketext_signoff
12:40 csharp I tested it on the buildslave - no issue
12:41 dbs yay!
12:41 dbs csharp++
13:02 kbutler joined #evergreen

Results for 2014-01-08

10:16 Dyrcona Is it a "real" problem, i.e. the bill doesn't actually show as paid, or is it just an cosmetic problem because staff don't like the payment predating the bill?
10:18 Dyrcona jeff: BTW, I pushed some updated billing branches last night and fixed its issues with the fine generator. So, I'm a bit sensitive about changes that would require me to make more changes to my code. :)
10:19 Dyrcona Ah, I see how it could be a real problem if you're looking at it on that day.. billing_ts < now() might pose an issue, eh?
10:21 phasefx incidentally, a qa test involving fines failed the past two nights.  I'm poking
10:24 yboston joined #evergreen
10:25 jeff Dyrcona: it's an issue when i'm working on bug 1174498 / mmpbbt
10:25 pinesol_green Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 3, heat: 14) [Wishlist,In progress] https://launchpad.net/bugs/1174498 - Assigned to Jeff Godin (jgodin)
10:35 berick yeah
10:36 RoganH I just sat down with three of our full time circ staff and had them play with Bill's web based staff client.  They wanted to know how soon it could be finished and they could use it up front.
10:39 jeff Dyrcona: got to the end of the comment on that function with a "these words sound vaguely familiar" feeling, then read the last statement on the comment, laughed
10:41 berick RoganH++ # field testing
10:41 berick very cool
10:43 Dyrcona jeff: The comments in the function are meant to be helpful, too. :)
10:43 Dyrcona But, yeah, your code was the inspiration even if it looks very different now.
10:44 Dyrcona RoganH++ # Being braver than I.
10:59 Dyrcona jeff: The reason for going by payment/bill amount was that it would likely match lost payments up with lost billings more accurately than a simple date-based approach.
11:00 Dyrcona tsbere: That's probably true in any setting when humans are involved. :)
11:13 rfrasur joined #evergreen
11:35 bshum phasefx: Were those failed tests new to the testing suite?  Or was it something that we've changed in master since the new year began?
11:35 jeff one solution to future-billings and mmpbbt: treat overdue billings with 23:59 timestamp as -1 day :-)
11:36 bshum phasefx: The only thing that's changed in master was altering the stock org unit data, so maybe that's something.  Otherwise, the rest are catalog changes so far as I can tell.
11:38 * Dyrcona wouldn't be surprised if something in the test environment changed.
11:38 phasefx bshum: I'm suspecting environment (date, timezone, external package) and not recent code changes
11:38 Dyrcona jinx!
11:38 phasefx I've been pulled away from poking though
11:38 Dyrcona test == more code == more bugs. :p
11:42 bshum Heh
11:43 eeevil jeff: re "one solution to future-billings and mmpbbt", how about just billing_ts::date::timestamptz if billing_ts::time = '23:59:59'; -- adjust spelling of time as required
11:43 jeff eeevil: better, i think.
11:54 jeff eeevil: i got what you meant, but thanks for making sure. :-)
11:56 eeevil jeff: probs, yes, re quirks
11:57 * jeff looks at live_t/05-pay_bills.t
12:01 phasefx jeff: those tests depend on preceding tests, so 03-overdue-circ is where I would look first; if you're looking because of the failure
12:02 jeff phasefx: sorry, i was looking because i wanted to add some billing / overdue / checkin / backdate  / etc related tests, and wanted to see what was already there
12:02 phasefx gotcha
12:03 jeff phasefx: thanks, though -- at least one comment or the commit message made that part clear also (that the tests relied on each other)
12:04 jeff oh, the text of the test itself clued me in: Two billable xacts for admin user from previous tests
12:33 snowball_ joined #evergreen
12:33 snowball_ left #evergreen
12:36 phasefx so 03-overdue-circ, I think the test assumptions are flawed.  Fines didn't get created for the 28th and 29th of December.. those are on a weekend, and hours of operation with the stock test data have those days as closed for BR4.  So no fines?
12:37 phasefx I should use a different org that is always open
12:41 tsbere phasefx: Should probably test both cases, really...
12:41 phasefx tsbere: sounds good
12:42 jeff perhaps. could also create a closing date and test that. not sure how best to test standard hoo closings, though
12:42 phasefx 04-overdue_with_closed_dates.t
12:43 phasefx I think there is also a DST issue with the tests, but I didn't record it at the time
12:52 jeff @decide UTC or Swatch Internet Time?
12:52 pinesol_green jeff: Yeah, well, you know, that's just like uh, your opinion, man.
13:02 csharp the_dude++
13:04 jeff i just tried to type and tab-complete both phasefx and csharp at the same time. it did not work.
13:04 jeff phasefx: is the random repo still the definitive place for eg_wheezy_installer.sh?
13:06 stevenyvr2 joined #evergreen
13:10 phasefx jeff: it is
13:11 phasefx jeff: I have a link to gitweb from
13:11 phasefx http://testing.evergreen-ils.org/~live/
13:13 jeff phasefx: thanks!
13:16 dbs phasefx: aha, crap, so my addition of more more interesting HOO broke the live tests. sorry about that.
13:17 phasefx dbs: s'okay, more interesting data, more interesting tests :)
13:17 * dbs will attempt to fix
13:19 dbs oh, right, crapola... these tests can't be run twice in a row :/
13:19 phasefx yeah, have to wipe the database at least
13:19 phasefx we can strive to have tests that clean up after themselves, but I don't think we can/should require it
13:20 phasefx that said, redoing those existing ones so they're not registering workstations could help
13:20 phasefx add some stock registrations to concerto
13:22 dbs Yeah, it's just a bit of a painful stop opensrf / recreate database / start opensrf debug cycle
13:25 dbs Better than the alternative of entirely manual testing though
13:29 dbs Mmm. Yeah. Hmm. What if the regression tests just created a brand new OU rather than messing with the sample data?
13:31 dbs Working through the "Set closing start date 10 days ago and closing end date 9 days ago" logic and figuring out what that means if the OU comes in already having closed dates is hurting my brain atm
13:31 jeff sounds good to me. either create the testing org unit(s) as part of an earlier test, or define an explicit "testing" set of data to be loaded, distinct from the "sample" data.
13:31 dbs Or maybe we just start by setting the BR4 HOO to known values (the old defaults) from the start, rather than relying on the sample data
13:31 phasefx yeah, I think that's a good strategy too, creating data as needed
13:32 librarian joined #evergreen
13:32 phasefx we do it with the closed date, since that has to be relative to the test run date
13:44 hopkinsju joined #evergreen
13:46 hopkinsju We've got a library that is interested in migrating their historical circs. I've told them that it's really not feasible. We don't have time to run 10 million circulations before we go live with them. Not to mention that many of the circs would fail due to deleted users, etc. I don't suppose there is a simple way of importing this information so that it could be combined with Evergreen circs and reported on?
13:47 jeff hopkinsju: you could look into importing them as "aged" circulations. the foreign key constraints are then less of an issue.
15:13 bshum Also, whether authorities make things messier
15:14 yboston bshum: Happy new year, I will ask the catalogers
15:15 yboston bshum: what version are you running? we moved to 2.5.1 yesterday
15:16 jeff huh. seeing a failure with registering a workstation. wonder if i did something wrong.
15:16 jeff (running tests from eg_wheezy_installer.sh)
15:17 jeff ah, yep.
15:17 jeff failed to pass -s, so the required sample data was not present.
15:18 bshum yboston: We're using master, but basically 2.5.1ish
15:18 bshum More like whatever 2.5.2 will be
15:18 yboston bshum: (it was right there in the first one of your bug, my bad)
15:22 bshum yboston: Post-upgrade fun is always... well... fun.
15:23 phasefx jeff: the way I use it now is a pristine wheezy image gets restored every night prior to run
15:23 jeff phasefx: got it. thanks. :-)
15:23 phasefx and for testing, I was using virtualbox a lot
15:24 jeff huh. there's a sure fire way of finding a bunch of things to clean up: run the installer + tests with just stdout redirected to a file -- observe the output of stderr.
15:24 jeff (made worse by my running this in an unsupported way, as previously established)
15:28 kbeswick joined #evergreen
15:31 roses joined #evergreen
15:46 hopkinsju Dyrcona: I ran a query and it turns out that circ_lib is all over the place for these items. Something must have updated them, but I'm not inclined to figure it out at this point. I'm going to see about getting enough information into action.aged_circulation to make it useful.
16:15 hbrennan Dyrcona, did you attend the conference in Vancouver? I can't remember if I met you
16:15 hbrennan You are also a OPAC expert, yes?
16:15 Dyrcona I was there. I don't remember meeting you, so we must not have rubbed elbows.
16:15 roses csharp: Yep. and it works okay on other fields.  Sara called the cataloger at Georgia and some other super catalogers but they didn't have an answer.  Do you have a test server that you could test a 651 having more than one thing in it?
16:15 Dyrcona Not an expert, but I can break things real good.
16:16 hbrennan You helped me with some weird parts during our launch
16:16 csharp roses: heh - the "cataloger at Georgia" is my colleague and I would consider her about as expert as you get

Results for 2014-01-07

11:39 Dyrcona All it appears to do is cause the code to skip voided fines when looking for the most recent billing to print information to the logs.
11:54 jeff eeevil: how's your memory of $overbill in commit 2bf6f120 ? :-)
11:54 pinesol_green [evergreen|miker] auto-billing fixes and hold processing bug - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2bf6f12>
11:54 jeff i don't see any signs of it being currently used. i wonder if it was used for test/debug.
11:56 eeevil jeff: I'll look. it was certainly used in the olden days, from the first over-night fine generator script
11:59 eeevil jeff: or, rather, was something one could specify
12:00 jeff yeah, i guess "not specified by default" was what i was seeing in my quick look through history.
15:26 ktomita_ joined #evergreen
15:26 sseng joined #evergreen
15:26 fparks joined #evergreen
15:30 kmlussier In my previous testing, "contains phrase" means contains exact phrase and "matches exactly" meant an exact match.
15:32 librarian joined #evergreen
15:33 kmlussier bshum: Everyone should come to Boston. :)
15:50 csharp RoganH: thanks for the info re: VMs
15:50 csharp bshum: I was going to build it on Ubuntu 12.04
15:51 RoganH csharp: No problem.
16:22 bshum Isn't that a 2.3 system?
16:22 bshum Or you working with their 2.5?
16:22 bshum (new QP and all that jazz, who knows, am I right?)
16:22 kmlussier Oh, wait. That's right. You're on a test system. Sorry.
16:23 bshum I'd be curious to see some of the data that's being stored on the system side for the records in question.  Like grabbing all the title values from metabib.title_record_entry for a given set of bibs
16:23 bshum Just to see what's been indexed and how
16:24 kmlussier In 2.3, "matches exactly" didn't work at all. It retrieved the same results as a simple contains search.
17:11 pinesol_green Dyrcona: Zoia knows how to make fusilli.
17:12 bshum Hmm, csharp, do you remember offhand where https://bugs.launchpad.net/evergreen/+bug/1255561 is doing the barcode lookup?
17:12 pinesol_green Launchpad bug 1255561 in Evergreen "OPAC: username that starts with a number is treated like a barcode" (affected: 1, heat: 6) [Undecided,New]
17:12 Dyrcona kmlussier: I should have a fix for my fine generator issues tonight, so you can resume testing tomorrow.
17:12 bshum I have a library who's actually broken by this.  Cause apparently their active directory usernames start with numbers...
17:12 kmlussier Dyrcona++
17:13 tsbere bshum: The barcode regex OU setting, at the top level of the tree, may help?
17:32 dcook joined #evergreen
18:43 ktomita joined #evergreen
18:43 ktomita_ joined #evergreen
18:53 jeff test
18:53 jeff hah
18:53 jeff oops. :-)
19:35 j_scott joined #evergreen
20:23 stevenyvr2 left #evergreen
21:54 dcook joined #evergreen

Results for 2014-01-06

11:04 dbs Just copy the file(s) that you want to tweak and add the new template directory to your list of template overrides
11:05 dbs Or if this is purely for local dev purposes, you could just use git and "cp -r Open-ILS/src/templates/* /openils/var/templates/." from time to time :)
11:05 dbs (also assuming /openils/ prefix)
11:05 mrpeters yeah, im just hacking around with some customizations
11:06 mrpeters but wanted them to be able to use their DB (no test server available)
11:06 * dbs tends to use the latter method when developing
11:06 roses csharp: I'm trying to set up this weeding report that you created http://libmail.georgialibraries.org/pipermail​/open-ils-general/2012-September/007430.html and can't seem to get either the base or aggregate filters to both stay not grayed out.  I did some other searching and found out you "hate" that - but didn't find out how to get around it.
11:06 dbs mrpeters: ah, in that case, yes, a second vhost with an extra templates directory with just the files you want to override would be bestest
11:25 BigRig joined #evergreen
11:27 BigRig_ joined #evergreen
11:36 dbs bshum: I'll give the Date module a go to see if I can do a better job formatting times according to chosen locales
11:37 bshum dbs: Cool!  I'll be happy to test further on my end.  Still looking things over to see how it works.
11:40 dbs "how" is a good step forward from "if" :)
11:51 granitize joined #evergreen
11:55 snowball_ joined #evergreen

Results for 2013-12-31

14:12 finnx_ joined #evergreen
14:14 tsbere Polonel: That is the marc type field, in the fixed fields. Which one I forget. >_>
14:17 Polonel Now I'm getting a Internal Server Error when clicking on a book in the opac only in the staff client..... :(
14:17 Polonel this is on a test box just upgraded to 2.5.1
14:18 tsbere I would check the apache logs to see what they say
14:19 Polonel I get this
14:19 Polonel egweb: template error: undef error - Invalid date format:  at /openils/var/templates/opa​c/parts/record/summary.tt2 line 147\n
14:29 Polonel wrong line
14:29 Polonel SET DATE_FORMAT = '%m/%d/%Y';
14:30 Polonel and I get same error
14:31 tsbere hmmm
14:32 tsbere Polonel: In copy_table.tt2 you could change the date.format template directives to spit out the raw dates, to see what is coming out of the DB. That would basically be "replace the whole date.format() function with what appears inside of ctx.parse_datetime()"
14:32 tsbere As a test, anyway
14:33 tsbere I think there are two calls in there
14:40 Polonel tsbere: Okay that made the page show. But Create Date is showing blank and DUE DATE is show -
14:40 tsbere Polonel: Well, due date should show that if there isn't one. The blank create date is the bigger concern.
14:41 Polonel right. I'm looking over my notes and I don't see any error that happen during the upgrade of the .sql scripts that were ran

Results for 2013-12-27

11:24 mrpeters and then you can examine the configuration to see what you might have missed (permissions, etc.)
11:25 bshum saravanakumar: When you said Ubuntu 12.04 LTS earlier, was that desktop or server?  Or some other flavoring
11:25 mrpeters ^^ good question bshum
11:25 saravanakumar its a desktop bshum
11:26 saravanakumar but we are using it as testing machine
11:26 bshum Evergreen was only tested and supported with the server editions, so I don't know if there's quirks at play with others (though missing dependencies seems like bad install problems)
11:26 saravanakumar hmm
11:26 bshum I know there's been reported troubles by others in the past with desktop edition of ubuntu.
11:26 saravanakumar but its 64bit machine
11:26 bshum Since it's not supported for Evergreen, we've skipped most of it.
11:29 bshum But basically, Evergreen is well tested (and running) with libraries on Ubuntu 12.04 LTS server, the 64-bit edition.
11:29 bshum I don't think we test at all with 32-bit anymore.  And not for desktop edition.
11:30 mrpeters install ubuntu server 12.04 and add a desktop environment later if you need it
11:35 bshum The missing deps above make me nervous that something went screwy with the Makefile.install ; which wouldn't surprise me if it blew up over the wrong edition of Ubuntu :(
12:20 saravanakumar ubuntu has same kernel for server and desktop environment from 12.04. So that should work on desktop env too
12:47 bshum :)
12:52 phasefx_ anyone running a wheezy server?
12:53 bshum Not presently.
12:53 phasefx_ this is driving me nuts: http://paste.evergreen-ils.org/47
12:54 phasefx_ that Cannot determine local time zone is happening with the perl live tests in EG on this one server
12:54 phasefx_ http://testing.evergreen-i​ls.org/~live/test.22.html
13:01 * phasefx_ will try an earlier version of DateTime::Timezone
13:03 bshum I was about to ask, what's the expected output supposed to be?
13:03 bshum My Ubuntu test server listed 0.70 and 1.42 for versions, respectively.
13:03 bshum But the output lines following were just the directory I was in, twice.
13:04 phasefx_ on my squeeze system: DateTime->VERSION 0.61 / DateTime::TimeZone->VERSION 1.20 / /home/opensrf / /home/opensrf
13:04 phasefx_ no errors
13:04 bshum I see, so it's supposed to show nothing.  Got it :)
13:10 * phasefx_ tries updating
13:11 bshum What's in /etc/timezone on your unhappy server?  :)
13:12 bshum (just curious)
13:12 phasefx_ SystemV/EST5
13:12 phasefx_ alright, after an upgrade, that perl snippet reports the same versions but we get the error.  The debian version of datetime::timezone did go up
13:13 phasefx_ from 1:1.58-1+2013c to 1:1.58-1+2013h
13:14 phasefx_ debian changelog shows updates to an "Olson database"
13:15 phasefx_ I don't know if this affects anything other than the local server-side perl tests
13:15 phasefx_ well, it does affect srfsh
13:15 phasefx_ if doing a checkout.full through it
13:17 phasefx_ is simply changing the conents of /etc/timezone a sane thing to try?  <tries it anyway>
13:17 phasefx_ ha, that worked
13:17 phasefx_ changed it to America/New_York
13:18 phasefx_ bshum++
13:18 bshum Oh cool
13:18 bshum I was off googling SystemV/ESTS
13:18 bshum I had no clue what that meant :)
13:18 phasefx_ EST5
13:18 eeevil yeah, EST5 is not an olson format tz
13:20 eeevil i guess debian got a bit more strict in their tz db update for dt::tz...
13:21 phasefx_ probably worth adding a variation of that perl snippet to settings-tester
13:21 phasefx_ or a perl live test
13:27 mceraso joined #evergreen
13:27 bshum joined #evergreen
13:30 kmlussier joined #evergreen

Results for 2013-12-26

11:24 bshum Also, it seems odd to me that you'd rename the entry in eg.conf to say eg_startup.pl but the error messages you've linked to are referencing eg_startup being missing
11:25 bshum Have you tried following the original README instructions and just naming it eg_startup in /etc/apache2 instead of .pl then?
11:25 bshum It's not good to deviate too much.
11:45 phasefx_ jfyi, I asked mtate to change the server time on testing.evergreen-ils.org to EST
11:51 collum joined #evergreen
11:58 jeff twas the night before upgrade...
12:04 fparks joined #evergreen

Results for 2013-12-21

09:35 Dyrcona joined #evergreen
09:36 * Dyrcona is working on some things that came up during testing of the billing enhancements.
09:37 Dyrcona @later tell tsbere You remember I showed you the artifacting that happens when I scroll the Thunderbird message pane too fast? It happens in the staff client, too. I see it in the library settings editor.
09:37 pinesol_green Dyrcona: The operation succeeded.
09:38 Dyrcona For the community, the above is with Ubuntu 13.10 with an Intel video chipset.

Results for 2013-12-19

10:11 csharp Fedora's great if you can just stick to the official repos for everything
10:11 dbs Bmagic: okay, i'm sure you're following some of the bugs that I've run into because Fedora tends to be ahead of most distros. Encode.pm comes to mind
10:11 csharp 3rd-party repos tend to lag a bit in my experience
10:11 Bmagic csharp: We are running it on debain now, and would like to test the waters more seriously on Fedora due to the Hyper-V issue I mentioned
10:11 dbs Bmagic: https://bugs.launchpad.net/evergreen/+bug/1242999 for example
10:12 pinesol_green Launchpad bug 1242999 in Evergreen "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 10) [High,Confirmed]
10:12 Dyrcona csharp: While official Debian and Ubuntu repos tend to lag a lot, and often have bugs that go unfixed.
10:12 Bmagic dbs: Thanks for the heads up. I've installed this a few times on Fedora and I seem to remember hitting the Encode issue once before
10:12 csharp Bmagic: have you benchmarked KVM in your testing? that might be a better supported alternative
10:12 dbs Bmagic: that also motivates me to update the MARC::Record + friend packages that I maintain to be the most current versions :)
10:12 * Dyrcona uses Ubuntu for those who don't know.
10:13 csharp Dyrcona: yeah - I'd rather have lingering bugs than zero-day(-ish) bugs if I'm running something in production
10:18 dbs The good thing about Fedora in production is that its support cycle almost syncs up with Evergreen's
10:18 dbs So you could just deploy fresh every 12 months :)
10:19 Dyrcona Ooh, now you're talking about being a couple of releases behind. :)
10:19 csharp Bmagic: I got OpenSRF master installed on CentOS 6 recently
10:19 csharp (in a bare-bones test instance, I should add)
10:19 Bmagic csharp: OpenSRF and Evergreen?
10:19 * Dyrcona is seriously considering do Linux from Scratch on a laptop if he can find the time.
10:20 Bmagic Gentoo?
10:27 csharp s/Debian/packaging for Debian/
10:28 * csharp has hopes of cleaning up our deb-builder utility for more general use
10:28 csharp but that will be after our MLK weekend upgrade
10:28 dbs Bmagic: well, there's a fix for that in the bug I posted
10:29 dbs But because nobody else is hitting it yet, nobody else is motivated to really work on testing the final results (understandably)
10:30 csharp fedora++
10:30 Bmagic We really would like this to work on fedora and it seem so close fedora++
10:32 csharp Bmagic++ #trailblazing
14:22 gmcharlt OK, thanks dbwells!
14:22 gmcharlt moving on to the next item in the agenda
14:22 gmcharlt #topic Finding volunteer to update the Evergreen map
14:22 elfstrand We have a beta version but can't get to test with OCLC untill Late Jan might not make it in tiomne for 2.6
14:22 gmcharlt sborger: you have the floor
14:23 sborger Okay, we had a conference program planning committee meeting which prompted us to discuss the State of Evergreen presentation.
14:24 sborger The State of Evergreen program is traditionally presented at the beginning of the conference and has been accompanied by the Evergreen International map.

Results for 2013-12-18

10:45 mllewellyn left #evergreen
11:02 Dyrcona pcregrep++
11:03 Dyrcona Why did it take me 15 years to "discover" it?
11:05 csharp eeevil sold me on ack a while back
11:06 csharp "ack-grep" in mainline distro repos
11:07 csharp I think I'll play with GIN on a couple of test instances and report back
11:07 csharp @whocares gin
11:07 pinesol_green csharp: I can't find anyone who loves or hates gin.
11:07 * csharp loved gin martinis before becoming a teetotaler
11:08 Dyrcona What I find amusing is that a community called "Mother's Ruin Gin Lovers" showed up my suggested G+ communities this morning.
11:58 jeffdavis csharp: our metabib.*_field_entry tables are mostly using GIN indexes
11:58 eby Dyrcona: it does ;)
12:00 dMiller_ joined #evergreen
12:00 jeffdavis csharp: we were doing some relevancy ranking adjustments at the same time, but overall we saw roughly a 40% improvement in response times
12:01 jeffdavis (according to the internal wiki page documented someone else's testing :)
12:01 jeffdavis .. on broad searches
12:06 csharp oh wow
12:06 csharp jeffdavis: thanks for that information
12:18 linuxhiker pinesol_green: I love Gin. I good Gin Martini with Hendricks... and 4 large olives, oh heck yes

Results for 2013-12-17

14:35 dMiller___ joined #evergreen
14:35 bshum Dyrcona: So I applied the other commit from bug 1243280 and so far no pointless warning errors anymore.
14:35 pinesol_green Launchpad bug 1243280 in Evergreen 2.5 "'TypeError: obj.active_services is undefined' error when entering z39.50 MARC import UI" (affected: 2, heat: 10) [Medium,Confirmed] https://launchpad.net/bugs/1243280
14:35 bshum I'm testing the different parts of the client and so far, so good.
14:35 bshum Might apply both commits
14:36 Dyrcona OK. The other one just makes a useless console warning disappears.
14:36 Dyrcona It checks if some field exists before using it.
14:36 bshum Yeah, that's what I thought
15:56 mrpeters ah, i remember this old friend
15:56 mrpeters ERROR:  cannot drop view metabib.full_rec because other objects depend on it
15:56 mrpeters needs to be a drop cascade
15:58 bshum mrpeters: What are the other dependent objects?  MIght be non-stock stuff at play that wasn't shown during testing.
15:58 bshum (there was lots of that and we noted a few with the reporter views)
15:58 mrpeters hmm whats the easiest way to tell?
15:59 mrpeters DETAIL:  view reporter.steve_old_super_simple_record depends on view metabib.full_rec
15:59 mrpeters heh, yeah thats probably not stock :P
17:01 mmorgan left #evergreen
17:03 pmurray_away joined #evergreen
17:05 pmurray_away joined #evergreen
17:09 dbs berick++ # thanks for giving the library sample data branch a test run
17:10 pmurray left #evergreen
17:10 * dbs scoots
17:16 netadres joined #evergreen
17:22 mceraso joined #evergreen
17:22 bshum joined #evergreen

Results for 2013-12-16

11:21 paxed joined #evergreen
11:21 tsbere joined #evergreen
11:23 akilsdonk joined #evergreen
11:24 pinesol_green [opensrf|Galen Charlton] LP#1180849: test case - ignoring subrequest responses after respond_complete() - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=59b4dd7>
11:24 pinesol_green [opensrf|Mike Rylander] Protect subrequests from post-complete messages - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=a0d5b05>
11:26 jboyer-isl joined #evergreen
11:26 jeffdavis joined #evergreen
11:30 pinesol_green [opensrf|Bill Erickson] OpenSRF client disconnect robustification (Perl) - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=b0a41d3>
11:30 bshum I hate netsplits.
11:30 rfrasur I hate socks that slide off when you're wearing snow boots.
11:36 b_bonner_ joined #evergreen
11:52 csharp dbwells: re: bug 1261355, my next step in troubleshooting was to begin commenting out each numbered script subsection in turn until I find the cause on our DB
11:53 pinesol_green Launchpad bug 1261355 in Evergreen "2.4.3-2.5.0-upgrade-db.sql causing "could not find trigger" PostgreSQL error" (affected: 2, heat: 10) [Undecided,Confirmed] https://launchpad.net/bugs/1261355
11:55 dbwells csharp: sounds like a good approach.  I was assuming the 'SET CONSTRAINTS' was part of the issue, but Robert's comment makes it sound like the same error can happen when skipping straight to 'COMMIT'
11:55 bshum dbwells: fwiw, I also tried using a 2.4.3 DB with concerto yesterday when csharp first mentioned it in IRC and couldn't replicate the problems either.
11:56 bshum I don't have a younger DB (not master) to test further with.
12:02 csharp it's possible that it's something about older installs that have been upgraded through each release?
12:02 * csharp shrugs
12:03 bshum Or it's just a table that has stuff in it that concerto doesn't normally.
12:20 bshum Fwiw, it's not unprecedented to split apart pieces of the major version upgrade scripts into separate BEGIN; COMMIT; blocks.  It's just not good for safe rollbacks :(
12:20 tsbere The big monolithic upgrade scripts should probably be rigged in "schema changes first, then data changes" order or something. But I don't use them so I dunno.
12:20 bshum Yeah, there's alot of hand editing that goes into them.
12:21 csharp well, there has been less hand editing this go-round for me, but yeah
12:22 enrichtomsk joined #evergreen
12:23 csharp for our 2.5.1 test server, running the numbered upgrade scripts to go from 2.4.3 to 2.5.1 was fine, so I may do 'for i in `cat list-of-numbered-scripts`; do PGUSER=evergreen psql -f $i evergreen; done'
12:26 csharp the only issue with that is the partial reingests that get kicked off sometimes, but Ctrl-C is easy enough
12:27 bshum See, csharp, you're only inches from just running master :)
12:27 csharp well, on the DB, maybe ;-)
12:27 * csharp resists the pull of the dark side

Results for 2013-12-15

10:05 * csharp decides to run VACUUM ANALYZE before running the script again
11:07 RBecker joined #evergreen
11:20 csharp nope - vacuum didn't help :-/
13:42 bshum Hmm, unrelated but the original 0827 doesn't have that in it.  It's only in the upgrade script itself.  So we probably never stumbled over that particular issue.
13:43 bshum csharp: My vague googling is coming up with slony threads that include references to that error you mention about "could not find trigger"
13:43 bshum Since we don't use slony, but you do, maybe that is related.
13:43 stevenyvr2 joined #evergreen
13:44 stevenyvr2 left #evergreen
13:45 bshum Either way, I haven't run a version upgrade script in so long that I probably should stop now and let other folks think through it.
13:45 bshum Good luck csharp, sorry I can't be more helpful right now.
14:01 bshum Unrelated, it may be that we need both the --create-database and --create-schema flags for eg_db_config to create a remote database.  The README only notes --create-database
14:04 bshum And fwiw csharp, a clean 2.4.3 database with concerto running the 2.4.3-2.5.0 script went through just fine.  Not that it's a good test, cause real production data is always better.  But it doesn't seem to be an immediately broken script :(
14:16 csharp bshum: thanks - I have another test db and I'm going to run the same script on it to see if it's a data corruption issue or something
14:22 bshum @later tell dbs Curious if you think this article I was just reading about dojo.require and Firefox rendering makes sense.  Maybe it could help with our autosuggest brokenness with Firefox lately?  http://stackoverflow.com/questions/1943082/dojo-​require-prevents-firefox-from-rendering-the-page
14:22 pinesol_green bshum: The operation succeeded.
14:24 bshum csharp: Cool deal, curious to see what happens :)
14:27 bshum Eh, probably not it dbs, maybe nevermind
14:36 bshum Hmm, so I turned on autosuggest on our test database.  And then if I search in Chrome for something, it'll suggest it to me.
14:36 bshum Interestingly, if I then search for the same term in Firefox, it suggests it to me.
14:37 bshum It's probably cache or something
14:45 bshum Oh well, off to shovel some snow and then get ready for the first Christmas party of this week.
16:11 ldwhalen is anyone around who understands how pgTap tests are supposed to be used?
16:14 jeff have you looked at the existing docs and the notes that dbs put in the Encode.pm bug?
16:15 ldwhalen no, I looked at 1194246
16:17 jeff bug 1242999
16:17 ldwhalen thanks!
16:17 jeff beyond that i don't have direct experience yet, but ask away!
16:18 jeff (and soneone else with more direct experience may answer)
16:19 ldwhalen I am modifying query_parser_fts, and I am not sure what type of tests I might run.  I will look into this bug.
16:28 ldwhalen From what I can see the pgTAP tests are testing the effects of data within the database.  This modification is
16:29 ldwhalen to a function.  There are tests that could be run against it.  But, I am not sure what the scope should be.
16:29 ldwhalen It has 12 input parameters, so a complete test would be massive.
16:30 ldwhalen I am going to add it to a workingg branch and put a pull request on the lp bug because that has been requested
16:30 ldwhalen and these changes have been running live on Sitka for months.  If a test is needed, I will write one.
17:01 csharp interesting... if I 'grep block_check 2.4.3-2.5.0-upgrade-db.sql | cut -d"'" -f2'  and apply those updates one at a time, I get no errors
17:02 csharp so it must be something about the script + my data
17:02 csharp or the script itself

Results for 2013-12-13

16:26 Matt___ I think I'm going to attempt the server install again
16:27 bshum If you're still stuck
16:27 Matt___ I think my mistake has been trying to run the gui ontop of things
16:27 bshum You can always attach a copy of your logs (assuming you're either sanitizing it of real login data or just using test examples)
16:27 bshum And maybe something will spark an idea with one of us.
16:27 bshum The "Received no data from server" seems to me like something didn't start quite right.
16:27 Matt___ okay - that sounds great - I'm trying to help my son's school get a library system up and running
16:27 Matt___ yeah that I'm thinking also
16:28 Matt___ cool!

Results for 2013-12-12

15:40 afterl joined #evergreen
16:46 pinesol_green [evergreen|Steven Chan] Fix LP1180140, View Holds not working for a serial with subscription and no issuances - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d1258da>
16:53 gsams bshum++
16:55 egbuilder build #419 of evergreen-master-fedora-18 is complete: Failure [failed test]  Build details are at http://testing.evergreen-ils.org/buildbot/bu​ilders/evergreen-master-fedora-18/builds/419  blamelist: Steven Chan <schan@sitka.bclibraries.ca>
17:15 mmorgan left #evergreen
17:32 smyers__ working on lp bug 1207533 and have an easy soultion if it is possible but have not worked much in field mapper if I can bounce an idea of someone
17:32 pinesol_green Launchpad bug 1207533 in Evergreen 2.5 "Triggered event log times out for large-data sites" (affected: 6, heat: 34) [Medium,Confirmed] https://launchpad.net/bugs/1207533

Results for 2013-12-11

10:45 bshum I personally don't feel comfortable suggesting changing the name of the penalty without knowing whether anything depends on that vs. the IDs.
10:46 Dyrcona "has reached" is probably better than "exceeds"
10:46 Dyrcona Make a game of it: Achievement Unlocked: Checkout Limit!
10:47 * bshum suggests roses tests and submit a patch to change the language if it does end up making the world a better place :)
10:48 * Dyrcona better not let the reference crew see these logs. He'll be asked to add patron achievements as an enhancement.
10:49 ericar joined #evergreen
10:49 jeff called up our primary isp... "hi. just sitting here reading the article in the newspaper about the outage we're still experiencing, and wondered if you had any more information for us."
11:54 RoganH hmmm... I just did a trivial skim, so it's not restricted to URI's but any bibs without copies?
11:56 bshum RoganH: Yeah, that's how it works.  We used to call that the "gray bibs problem" back in JSPAC, when empty bibs were styled with gray background.
11:56 bshum *we being Bibliomation
11:56 kmlussier It looks like ldwhalen has a branch that's ready to be tested. But it doesn't have a pullrequest tag.
11:57 RoganH bshum: yeah, I know the gray bib problem, it just didn't occur to me that this was the same thing
11:57 bshum They're white now :)
11:57 csharp heh
17:20 jeff (42 hours later)
17:23 pastebot "Dyrcona" at 64.57.241.14 pasted "Bmagic: an example might be helpful" (81 lines) at http://paste.evergreen-ils.org/43
17:24 Bmagic Dyrcona: that helps a lot!!!
17:26 Dyrcona IIRC: It retrieves and pays all outstanding bills. I wrote it when we were getting complaints about payments via SIP to help test if the problem was the backend or what.
17:27 Bmagic Dyrcona: that is the example that I needed. Thanks so much. I hope that forgive is similar
17:27 Dyrcona Yeah, just set the payment_type to forgive.
17:28 Dyrcona forgive_payment, actually.

Results for 2013-12-10

09:25 Dyrcona Looks like bug 1243280 slipped through the cracks because it was not targeted at 2.5.
09:25 pinesol_green Launchpad bug 1243280 in Evergreen 2.5 "'TypeError: obj.active_services is undefined' error when entering z39.50 MARC import UI" (affected: 2, heat: 10) [Medium,Confirmed] https://launchpad.net/bugs/1243280
09:26 bshum Oops.
09:32 Dyrcona kmlussier: If you find my development server to be slow, that is because I am running the inter authority link script on it, in parallel. I wanted to test if it could be run in parallel.
09:33 kmlussier Dyrcona: Ok, thanks! Do you have the two depesz branches on there now?
09:33 Dyrcona kmlussier: And, it may have other issues at the moment. I'm not sure if it is because of load or for some other reason, but I get a 500 error when testing the hostname.
09:33 eeevil Dyrcona: it can be. there's no particular interlocking danger
09:34 Dyrcona kmlussier: I have loaded both of them, yes.
09:34 kmlussier Dyrcona: Thanks again.
09:42 Dyrcona Or the disk.
09:42 * Dyrcona waits.
09:47 Dyrcona And autogen.sh fails with a similar message on a different line in a different file.
09:47 * Dyrcona suspects what he is trying to test.
09:52 Dyrcona And, bingo! Delete the database entry I added and everything works again.
09:52 * Dyrcona does more research.
09:55 yboston joined #evergreen
14:55 pinesol_green [evergreen|Angela Kilsdonk] Documentation for Sorting Billing Columns - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=46768f1>
15:03 kbeswick joined #evergreen
15:05 mllewellyn joined #evergreen
15:17 csharp okay here's something to test... do a catalog search for something in the staff client and click "Place Hold".  The Submit button is greyed out (since it now cares whether a barcode is entered).  Click Place this hold for me and the button remains greyed out, but if you switch the radio button back to Place hold for patron by barcode, then back to Place this hold for me, the Submit button is activated
15:17 csharp this is on 2.5-rc1 actually (need to upgrade to 2.5.1 when we get a chance)
15:17 bshum csharp: Yeah that bug is fixed in 2.5.1
15:17 csharp oh?
15:18 bshum Or at least I think it is

Results for 2013-12-09

14:05 smyers__ jeff: I think it has something to do with the values in my $argshash->{"processor"} but I am failing at tracing that back to where that is setup
14:06 csharp ah - well that's beyond what Lisa and I discussed :-)
14:07 smyers__ csharp: thanks anyway
14:08 gdunbar smyers__: If you're using paypal or authorize.net you can do just about everything in the staff client... unless I'm misunderstanding
14:08 gdunbar of course you have to have an active account with one of them to test, too
14:19 ktomita_ joined #evergreen
14:25 stevenyvr2 joined #evergreen
14:27 smyers__ bshum: can I ask which versin of of Busniess OnlinePayment you have?

Results for 2013-12-06

12:00 pinesol_green 2.0.x: You are nothing but a gleeking tongueful of tottering urine.
12:00 jcamins ^^ 2.0.x has been deprecated
12:01 Dyrcona 2.0.x needs to be buried, not insulted. ;)
12:02 jeff @decide real data or made up test cases
12:02 pinesol_green jeff: Beyond here be dragons.
12:03 jeff bah.
12:05 Dyrcona @eightball real data or made up test cases?
12:05 pinesol_green Dyrcona: _I_ don't know.
12:06 berick @eightball does @eightball ever give an answer?
12:06 pinesol_green berick: The outlook is good.
12:51 bshum jeff: Could always submit a proposal for the next site selection committee :)
13:14 bshum Dyrcona++ # for Marque.pm
13:14 Dyrcona Shh! It isn't ready for prime time, yet.
13:14 * csharp was about to ask
13:15 csharp Dyrcona: I may have said before, but I'll be happy to test that when you're ready
13:40 kmlussier joined #evergreen
13:48 akilsdonk joined #evergreen
13:53 kmlussier I briefly looked at bug 1234845 on Dyrcona's server a while back, but now I'm giving it closer scrutiny on another server. Could somebody give me some information on where the ranked_volumes function comes into play? Is it related to the way copies are retrieved on the search results page?
14:15 pinesol_green Launchpad bug 1236979 in Evergreen "Speed up bibs-by-item-age" (affected: 1, heat: 10) [Medium,Confirmed] https://launchpad.net/bugs/1236979
14:15 Dyrcona jeff: *Which* pickaxe?
14:16 jeff Dyrcona: -S
14:16 * kmlussier assumes so since the difference in performance between the production and test server is very noticeable indeed.
14:16 Dyrcona The BitCoin miner, the MMORPG....
14:17 eeevil kmlussier: yes (that's the item-age freshmeat feed). the ranked_volumes change is only part of the fix, of course, the other is an entirely new stored proc that replaces a big query
14:17 jeff this pickaxe: git log -SCHECKIN_BYPASS_HOLD_FULFILL --pretty=oneline --abbrev-commit
15:09 pinesol_green Launchpad bug 1207903 in Evergreen "Lost billing amounts should be more configurable" (affected: 1, heat: 6) [Wishlist,Triaged] https://launchpad.net/bugs/1207903
15:14 mmorgan dbwells++
15:15 mmorgan Back to the "cost" field for a moment. Is that not visible anywhere in the client? Just for reporting?
15:19 jeff it is not visible in the client when viewing a copy. it may be visible somewhere in Acq. it can be reported on.
15:19 jeff at our library, we intend to move item cost from a copy note to asset.copy.cost and use it for reporting collection value / depreciation
15:31 jeff dbwells++ remingtron++ for bug 1207903. Looks good at a quick glance. Any reason I shouldn't give it a test and commit to master sometime this weekend?
15:31 pinesol_green Launchpad bug 1207903 in Evergreen "Lost billing amounts should be more configurable" (affected: 2, heat: 10) [Wishlist,Triaged] https://launchpad.net/bugs/1207903
16:18 dMiller__ joined #evergreen
16:44 smyers_ I have a z39.50 problem and was wondering if someone would be willing to help find the issue
17:00 smyers_ the odd thing is as soon as I point this at the production environment I get results
17:00 Dyrcona Well, something is different. You also get different results from the two environments in the browser.
17:01 smyers_ that would be expected to some degree as the databases are different
17:01 Dyrcona Is the test environment a copy of production? If not, you should go over what makes it different.
17:01 smyers_ the underlying data is older but that should be it
17:02 mrpeters left #evergreen
17:02 Dyrcona I've had lots of fun migrating Vietnamese records this year and pestered gmcharlt with sample files, that every time I see Vietnamese like that, I tend to blame charset issues.

Results for 2013-12-05

07:39 rjackson-isl joined #evergreen
08:07 Dyrcona joined #evergreen
08:10 jboyer-isl joined #evergreen
08:24 csharp dbwells: I'm interested in 2.5.1... are you awaiting testing feedback that it works?  I'm willing to do a test install if that helps
08:25 csharp specifically, I'd like to branch off of rel_2_5_1 via git when that gets created
08:26 akilsdonk joined #evergreen
08:27 Dyrcona csharp: You could just branch off of rel_2_5 now and then change the upstream when 2_5_1 is created. Anything destined for 2_5_1 should go into 2_5.
08:28 Dyrcona Which reminds me that we're doing a test upgrade on my development server today before this weekend's update.
08:29 Dyrcona As a general recommendation, if you have local changes and you want to track the release branches, I'd suggest basing your local branch off of rel_X_Y and not rel_X_Y_Z anyway.
08:30 csharp actually, that's a great idea
08:30 csharp it won't matter as much once we lock in on our go-live version, but during this test phase that's better
08:31 Dyrcona If you follow rel_X_Y you should pickup anything destined for rel_X_Y_Z, and you'll always be up to date as of your build.
08:33 Dyrcona git++
08:34 * Dyrcona checks if yesterday's database reload was successful.
14:05 rsoulliere I can go first.
14:05 rsoulliere #topic Conversion Coordinator Report
14:05 yboston go ahead rsoulliere
14:06 rsoulliere #info EG 2.5 documentation is now being processed on the documentation web server.
14:06 rsoulliere #info I shared some information and tools with yboston regarding processing documentation from the repositories. Here are some of the tools in a repository I set up a long time ago:
14:06 rsoulliere #link https://github.com/rsoulliere/​Evergreen_Documentation_Tools
14:06 rsoulliere #info If anyone else is interested in setting up their own documentation site for testing or experimenting and needs some technical assistance to get started, let me know.
14:06 rsoulliere That is all.
14:07 yboston rsoulliere++
14:07 kmlussier I can go next.
14:07 yboston rsoulliere: I have a comment for you
14:09 yboston I don't want to cause the nightly builds to be broken for several days
14:10 rsoulliere Typos etc... shouldn't bring the whole documentation site to a crash.
14:10 yboston rsoulliere: I guess we can start with a few as see how it goes. So far I just waited until the next day to see if the one page was built successfully.
14:11 rsoulliere I would test locally using the basic ascidoc command and upload if it passes the test.
14:11 rsoulliere I probably would load a bit at a time as you suggest.
14:11 yboston any particular combination of parameters?
14:11 rsoulliere If you notice anything not appearing, let me know via email and I can troubleshoot on the server.
14:12 yboston also, I had issues with the bash source highlighting on OS X, was not sure how to fix
14:13 dMiller___ joined #evergreen
14:13 rsoulliere yboston re: parameters: I think the basic html conversion should be a good test. That should catch most syntax issues.
14:13 yboston rsoulliere: OK
14:13 jboyer_isl joined #evergreen
14:13 rsoulliere re OSX highlighting: do you mean display issues in safari?
14:26 yboston Any comments or questions?
14:27 yboston My elevator speech about the hack-a-way, it was great for getting new folks trained on DIG workflows and asciidoc. It was hard to find small taks for volunteers to work on
14:28 kbutler yboston: Thank you for hosting. I thought it was productive.
14:28 yboston we still have files that were worked on that need to be pushed to the repository
14:28 yboston kbutler: thanks
14:29 yboston I hope by January all of the work that was started (and finished) at the hack-a-way has been integrated to the docs.
14:30 yboston I also hope that it iwllbe easier to find tasks to give to newcomers not that we have a video tutorial to get more people u to speed
14:30 yboston (now that we have)
14:32 yboston Also, at the next conference, we should have a whole day to work on docs. Hope that we can apply other lesson of this hack-a-way to that hackfest
14:32 yboston BTW< thanks to ESI, that was the test server we ended up using the most
14:33 yboston Any comments or questions?
14:35 kmlussier Sounds like you all got a lot accomplished. Nice work!
14:35 kmlussier yboston++ for pulling it together.
14:36 yboston Next year I plan to again offer to host, but perhaps we can all decide meet somewhere else in Massachusetts
15:44 dMiller___ joined #evergreen
15:53 stevenyvr2 joined #evergreen
16:07 Dyrcona At some point, you just have to stop typing/editing and hit the "Publish" button. :)
16:13 remingtron yboston: when publishing docs, we could use the master branch as our test version. If it breaks, it's okay because it's only the dev version! Once it's fixed, pull it into 2.5 and 2.4.
16:13 timlaptop joined #evergreen
16:14 remingtron yboston: I'll send this idea to the DIG list for discussion
16:14 Dyrcona If anyone is interested in what I was doing to use the asciidoc blogpost program to post to blogger: http://blog.sigio.com/2012/​05/look-ma-no-hands_15.html
16:14 yboston remingtron: that is a great idea
16:14 Dyrcona If anyone cares about my other, more personal, blog: http://kissmysock.wordpress.com/
17:24 Dyrcona more like the first one, yes.
17:25 ElliotFriend with all that said, what would be the best way to move towards a workflow like that, as opposed to the way I'm doing it?
17:26 ElliotFriend Set it up like that on a new set of servers?
17:26 Dyrcona Do you have a server that you use for testing or development?
17:27 Dyrcona I'd try it out on a test server to start with.
17:27 ElliotFriend Both are VMs. I have a test server that is a clone of the production one
17:27 Dyrcona I'd set it up on the test vm first.
17:27 ElliotFriend I only ever spin up the test one to run through an upgrade, before applying it to production
17:27 ElliotFriend sounds good
17:28 Dyrcona It is about time for me to head home. I can sign back in when I get there if you want to discuss the work flow some more.
17:29 ElliotFriend I think I'm alright. Thanks again! I repeat, Evergreen people sure are swell!

Results for 2013-12-04

15:42 csharp jeff: I'd support that setting
15:42 senator i'd support goonies bookmarks
15:42 csharp I don't know how much it affects our patrons - I do remember several tickets about "wrong" numbers entered for hold requests
15:42 jeff having to explain to staff/patrons that they may need to edit all outstanding holds if a patron's phone number changes, or if a patron wishes to change their "default" notification options and have it take effect for their current holds just doesn't pass my ridiculousness test.
15:43 csharp jeff: I agree with that
15:43 jeff if i feel absurd / ridiculous trying to explain it to staff or a patron, I tend to try to see what I can do to make it better.
15:43 csharp the word "default" is usually a conversation killer with non-technical people ;-)

Results for 2013-12-03

14:48 kmlussier joined #evergreen
14:51 gmcharlt jeff: looks fine to me; I will push
14:51 jeff gmcharlt++ thanks!
14:54 pinesol_green [opensrf|Galen Charlton] LP#1257264: make test cases for JSON::XS Boolean-ness more generic - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=ff472c0>
14:54 pinesol_green [opensrf|Mike Rylander] LP#1257264: Use the built-in JSON-y test for bools - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=a5be2f1>
14:54 pinesol_green [opensrf|Jeff Godin] Add some additional boolean-related JSON tests - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=b93e0ca>
14:55 rfrasur joined #evergreen
14:57 gsams joined #evergreen
14:58 rfrasur berick: I have a question about a web-based staff client.  Does that mean it would open in a browser?  in other words, does that mean I could have the staff client in this or that tab and have email or whatever in another tab but only have one browser window open?

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138