Evergreen ILS Website

IRC log for #evergreen, 2016-04-28

| 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:42 Mark__T joined #evergreen
00:56 bmills joined #evergreen
01:16 gmcharlt_ joined #evergreen
01:58 bmills joined #evergreen
02:59 geoffsams joined #evergreen
02:59 bmills joined #evergreen
03:39 terranmc joined #evergreen
04:00 bmills joined #evergreen
05:00 bmills joined #evergreen
05:36 rlefaive joined #evergreen
06:01 bmills joined #evergreen
06:36 kmlussier joined #evergreen
07:02 bmills joined #evergreen
07:30 JBoyer joined #evergreen
08:03 bmills joined #evergreen
08:12 kimo_sabe joined #evergreen
08:28 ericar joined #evergreen
08:28 krvmga joined #evergreen
08:38 kmlussier Good morning #evergreen
08:38 kmlussier @coffee [someone]
08:38 * pinesol_green brews and pours a cup of Nectar, and sends it sliding down the bar to sard
08:38 kmlussier @tea [someone]
08:38 * pinesol_green brews and pours a pot of Bio Pao Chung Pouchong, and sends it sliding down the bar to tsbere (http://ratetea.com/tea/teehaus-bachf​ischer/bio-pao-chung-pouchong/7609/)
08:39 kmlussier Point release notes will be ready whenever the RMs are ready to do their releases. I'm working on them now.
08:40 * krvmga waves at kmlussier
08:40 kmlussier krvmga: Hi! :)
08:40 krvmga you are very cheery this morning
08:40 krvmga looks like you actually got to sleep last night :)
08:41 mmorgan joined #evergreen
08:41 kmlussier I often start my mornings greeting the channel and doling out coffee and tea. Since I frequently telecommute, the channel is like my office, and I would never enter an office without greeting people.
08:42 kmlussier But, yes, I did get rest last night.
08:42 mrpeters joined #evergreen
08:51 krvmga :)
08:52 krvmga i think i'm the opposite.
08:52 krvmga i ninja in. lurk. i rarely say anything in answer to technical questions when i feel i'm in the presence of my betters
08:53 krvmga i ask a question from time to time
08:53 krvmga i leave without fanfare
08:53 krvmga wait. i think i just described my whole life.
08:57 rlefaive joined #evergreen
08:59 Dyrcona joined #evergreen
09:03 bmills joined #evergreen
09:04 awitter joined #evergreen
09:11 Dyrcona joined #evergreen
09:11 * Dyrcona blames wireless. :)
09:11 Dyrcona @blame wireless
09:11 pinesol_green Dyrcona: wireless is why we can never have nice things!
09:16 terranmc joined #evergreen
09:28 jwoodard joined #evergreen
09:30 terranmc joined #evergreen
09:35 kmlussier I've added the various flavors of release notes to the working repo. If fixes get added before the releases, I can update them. But if the point releases happen tomorrow, I won't be around, so someone else will need to merge them.
09:40 mllewellyn joined #evergreen
09:47 miker kimo_sabe: re booking, if you have a file an line pointer that would be helpful
09:51 rlefaive joined #evergreen
10:00 berick kmlussier++ thanks
10:02 mmorgan1 joined #evergreen
10:04 bmills joined #evergreen
10:34 gmcharlt joined #evergreen
10:36 yboston joined #evergreen
10:42 Christineb joined #evergreen
10:52 ericar_ joined #evergreen
10:53 sam_l joined #evergreen
11:01 brahmina joined #evergreen
11:05 bmills joined #evergreen
11:10 rlefaive joined #evergreen
11:29 * gmcharlt claims 0977 in the name of intentional quasi-redundancy!
11:35 pinesol_green Showing latest 5 of 6 commits to Evergreen...
11:35 pinesol_green [evergreen|Steven Callender] LP#1569884 Allow deleted monograph parts to be recreated. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=61bac84>
11:35 pinesol_green [evergreen|Steven Callender] LP#1569884 Updated base schema with monograph parts index. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3ed20ce>
11:35 pinesol_green [evergreen|Jason Stephenson] LP#1569884 Fix two problems in previous commit. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7b8ea03>
11:35 pinesol_green [evergreen|Galen Charlton] LP#1569884: fix schema update script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6035a5e>
11:35 pinesol_green [evergreen|Galen Charlton] LP#1569884: stamp schema update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=eca2ef9>
11:49 Dyrcona joined #evergreen
11:52 * miker claims 0978 for the YAOUS multitude
11:53 bmills joined #evergreen
11:57 pinesol_green [evergreen|Galen Charlton] LP#1568195: fix retrieving big OUS batches - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=18cb25a>
11:57 pinesol_green [evergreen|Mike Rylander] LP#1568195: Stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=491c2cd>
12:01 pinesol_green [evergreen|Galen Charlton] LP#1563531: add libpcre3/libpcre3-dev deps for Jessie - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b07ef85>
12:05 pinesol_green [evergreen|Galen Charlton] LP#1562153: add regression test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=977f85b>
12:05 pinesol_green [evergreen|Galen Charlton] LP#1562153: fix case where changing sort order to relevance can fail - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e45c91d>
12:07 gmcharlt Dyrcona: berick: absent something coming up unexpectedly, from my POV rel_2_10 is now ready for the 2.10.2 release-cutting mill
12:08 gmcharlt i.e., all bugs targetted for 2.10.2 now have status fixed committed, and I've bump others to 2.10.3
12:16 JBoyer miker's "YAOS multitude" nearly gave me a heartastroke. I initially took it to mean rather something else. (Yo dawg, I heard you like settings...)
12:16 JBoyer Crisis averted.
12:16 miker :)
12:16 miker sorry 'bout that
12:19 jihpringle joined #evergreen
12:26 ethomsen joined #evergreen
12:29 gmcharlt Dyrcona: berick: I've created a working branch, collab/gmcharlt/apr2016-release-notes, that includes updates to the release notes that kmlussier prepared yesterday
12:29 kmlussier gmcharlt++
12:30 kmlussier I'm very thankful for that. My web site is giving me troubles today, which is pulling my attention away from other things.
12:30 kmlussier drupal--
12:31 berick thanks gmcharlt
12:33 berick gmcharlt: I'll sign off the remainders and merge
12:33 gmcharlt berick: thanks!
12:46 pinesol_green Showing latest 5 of 6 commits to Evergreen...
12:46 pinesol_green [evergreen|Galen Charlton] updates to 2.8.8 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=56bf752>
12:46 pinesol_green [evergreen|Kathy Lussier] Adding 2.9.4 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8675ffc>
12:46 pinesol_green [evergreen|Galen Charlton] update release notes for 2.9.4 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=78a978b>
12:46 pinesol_green [evergreen|Kathy Lussier] Adding 2.10.2 point release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9456a78>
12:46 pinesol_green [evergreen|Galen Charlton] updates to the 2.10.2 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=48c38f5>
12:47 Dyrcona Awesome!
12:54 mmorgan joined #evergreen
12:54 Dyrcona I might not be able to build/test a release tarball until tonight.
12:55 Dyrcona I have to go to a library for 3:00 pm EDT today.
12:55 gmcharlt OK
13:01 hbrennan joined #evergreen
13:09 jeffdavis What is a "Serial Virtual Record"?
13:10 terranmc joined #evergreen
13:17 Dyrcona jeffdavis: I assume the same thing as a metabib virtual record but for serials. ;) How's that for a non-answer?
13:19 terranmc joined #evergreen
13:20 Dyrcona jeffdavis: From looking at the IDL, it is a virtual (i.e. not backed up by a table) view of a serial record that has fields for the sre id, owning library, holdings, etc.
13:20 Dyrcona The class id is svr if you want to look up the details.
13:36 jeffdavis Hm, sort of a representation of a MFHD record?
13:41 Dyrcona jeffdavis: Could be. I'm not sure.
13:41 Dyrcona I do use mvr a bit, mainly because you get the title in title case from it.
13:42 * Dyrcona doesn't use serials.
13:45 bmills joined #evergreen
13:49 bshum chocolate++ # peanut m&m's to the rescue!
13:49 Dyrcona :)
13:49 kmlussier chocolate++
13:50 kmlussier peanut_m&ms--
13:50 kmlussier @karma
13:50 pinesol_green kmlussier: Highest karma: "chocolate" (5), "jeff" (4), "kmlussier" (4), "resistance" (2), and "phasefx" (2).  Lowest karma: "source" (-1), "drupal" (-1), "peanut_m&ms" (-1), "bshum" (1), and "jlitrell" (1).  You (kmlussier) are ranked 2 out of 18.
13:51 jeff I
13:51 kmlussier J
13:51 Dyrcona K?
13:51 jeff I may regret asking, but... anyone have any SIP2 annoyances they'd like to mention or cite here? I'm likely going to be doing some SIP2 things soon, and there's potential for "while I'm in here, I might as well..."
13:52 Dyrcona jeff: Vendor implementations of the "protocol."
13:52 Dyrcona ;)
13:52 jeff kmlussier, Dyrcona: my brain changed course between "I " and "I'm" and my fingers averaged to "I\n" ;-)
13:52 Dyrcona Or non-implementations, as the case may be. :)
13:52 Dyrcona L
13:52 Dyrcona :)
13:52 tsbere jeff: The entire thing?
13:53 jeff Dyrcona, tsbere: got it. should be easy. might take an hour or two to fix. no problem.
13:53 tsbere jeff: More seriously, I think login Workstations. Or the lack thereof.
13:53 jeff anything else? :-)
13:53 Dyrcona Honestly, I think my annoyances are beyond the scope of being fixed in our implementation.
13:54 jeff tsbere: yup, there's the bug on that, and some good discussions / investigations at the hackfest, and I expect that can be added. I'm going to see if JBoyer is already on it, of course.
13:54 Dyrcona What we need is.....queue obligatory xkcd that I wont' link to.... ;)
13:54 * jeff nods
13:55 tsbere jeff: Perhaps the ability to run a filter block of some kind before admitting a user exists, for when your vendor uses SIP2 to auth but you don't want *everyone* to be able to use the vendor (and the vendor won't filter for you)?
13:55 jeff but in the meantime... feel free to go far afield.
13:55 jeffdavis jeff: I have various privacy/security concerns, but probably nothing you're not already aware of
13:55 Dyrcona The workstation thing would be very nice.
13:56 jeff tsbere: yup, we have similar for one vendor (not doing SIP2, though)
13:56 * tsbere wrote a wrapper around SIP2 for a couple of vendors
13:56 jeff tsbere: other than profile/stat cat/dob/address, what kinds of things have you found desire to filter on?
13:57 jeff jeffdavis: probably nothing i'm not already aware of, but feel free to be specific if you care to. :-)
13:57 tsbere jeff: Home library, owed money, and I once considered standing penalty block types
13:57 jeff protocol over plaintext (ssl or ssh can help there, IF the device/vendor supports)
13:58 jeff abuse of SIP2 as a means of patron auth to external sources (online services, etc)
13:58 ericar_ joined #evergreen
13:58 jeff exposure of patron data to third parties who have no business need for the data (similar to the prior point, mostly)
13:59 jeff error detection / checksums in general (i'd like a way to disable them completely), false trigger on things like short messages containing the incidental characters AY...
14:00 jeff better handling of multiple cards, especially with regard to renewals.
14:00 Dyrcona Problem with disabling checksums is some clients require them and may not be able to disable them.
14:00 jeff generalized transforms on incoming barcodes (force upper/lowercase, truncate characters)
14:01 jeff Dyrcona: yes, which is why it would be a config option and not a removal of all support from the code. That said, I'd love to know what things require them.
14:01 tsbere jeff: Some 3M selfchecks. <_<
14:01 jeff tsbere: ancient ones?
14:01 * tsbere assumes older, but can't say for certain
14:01 Dyrcona jeff: There is a config option already, IIRC, and when it is off, the server does checksums if the client sends them.
14:02 jeffdavis in the EG/SIPServer context, I'd add lack of good controls for preventing retrieval of patron records from other libraries in the consortium
14:02 Dyrcona I know some 3M devices can't do checksum correctly.
14:02 jeff Dyrcona: there's a config option but it doesn't do enough, imo. I'd like to be in a position where you could disable them completely and re-enable for certain listeners or users (not sure if you can pull off the user-specific part)
14:02 Dyrcona They send a blank space if the first digit is zero.
14:03 jeff jeffdavis: yup, good thing to mention. we've done that in a few ways before.
14:03 Dyrcona jeff: No, the setting is not that specific. It is global, IIRC.
14:03 tsbere jeff: Just remembered something I wanted in the past: the ability to control the SIP2 profile, allowed user sets, or perhaps other things like workstation based on the connecting IP/reverse DNS.
14:03 jeff jeffdavis: "chroot this sip user to the following org unit" -- would that -- including opt-in considerations -- help?
14:03 Dyrcona Maybe we should just implement OAuth and a Proxy module, instead? :p
14:04 jeff well, yes.
14:04 jeff and probably JWT
14:04 jeffdavis jeff: yes, I think so
14:04 jeff but I'll consider those as tangents :-)
14:04 tsbere jeff / jeffdavis: If you can get workstations in there and all then just make SIP users that can't load users from other OUs? Not sure how well that would actually work offhand...
14:05 jeff tsbere: when you say "control the SIP2 profile" -- do you mean force the SIPServer <institution> block to use?
14:05 Dyrcona Well, it would need to handle permissions errors "gracefully."
14:05 tsbere jeff: Possibly. Or just use the IP to determine which of several sets of logins to use.
14:06 jeff tsbere: and by use, you mean permit -- not "auto-login from this ip", right?
14:07 jeff Dyrcona: what would need to handle permission errors gracefully?
14:07 tsbere jeff: Yea. "You came from this location, so you can use one of these logins" - Then we could lock down in-library vs vendor-assigned logins
14:07 * jeff nods
14:07 Dyrcona SIP2 server if you're blocking patron access via workstation. I assumed it would be permissions-based.
14:10 phasefx for anyone interested, Humble Bundle's Book Bundle is on "hacking" currently: https://www.humblebundle.com/​books/no-starch-hacking-books
14:12 phasefx kmlussier: ^
14:12 Dyrcona Cool stuff.
14:12 Dyrcona Well, I'm off to a library in a few minutes, so signing off for now.
14:13 kmlussier Ooh!
14:13 phasefx kmlussier: I keep forgetting to poke you on stuff like that.  They were doing raspberry pi and arduino stuff a while back
14:14 kmlussier phasefx: Well, I could take responsibility for myself and sign up for the newsletter. :)
14:15 phasefx ;)
14:15 kmlussier phasefx: Am I understanding correctly that the funds go towards the EFF
14:15 kmlussier ?
14:15 phasefx more fun being social
14:15 phasefx kmlussier: it's different charities for different bundles.. lemme look
14:15 phasefx kmlussier: correct, but you have to choose the ratios when you purchase.  You could give all the money to the EFF if you wanted
14:16 kmlussier Sold!
14:16 kmlussier Good books and a good cause. Can't go wrong with that!
14:16 phasefx there's little sliders between the developer/publisher, the charity, and humble bundle itself
14:16 phasefx and DRM free (not always so for their software, but still)
14:20 phasefx oh, they also have a My Little Pony Comics bundle :D
14:22 kmlussier phasefx++
14:22 kmlussier phasefx: Actually, that may be of interest to someone in my household too. :)
14:22 phasefx :D :D
14:32 jeff nobody else has any SIP2 annoyances they'd like to share? :-)
14:33 sandbergja joined #evergreen
14:37 gmcharlt 2.10.2 is available from https://evergreen-ils.org/egdownloads/
14:37 gmcharlt testing welcome, of course
14:37 gmcharlt I'll await for 2.9.4 and 2.8.8 before making any sort of announcement
14:40 gmcharlt demo.evergreencatalog.com is now running 2.10.2 as well
14:40 pinesol_green [evergreen|Galen Charlton] 2.10.1 to 2.10.2 schema upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=69b22e2>
14:40 jeff gmcharlt++
14:41 kmlussier gmcharlt++
14:42 kmlussier gmcharlt: How did you know that I was just thinking this morning how much I wish the patron editor fixes were on the community demo system?
14:43 gmcharlt :)
14:47 JBoyer I am back from the most "well that was certainly a call with a vendor alright" phone call I've had in months. I have made precious little progress on the SIP workstation thing, but I will see it done.
14:47 JBoyer At this point I don't know if it's worth pulling off of my laptop or just starting fresh on my work machine.
14:48 jeff cool. if you're going to do it i won't try, but if you'd like to collab let me know.
14:48 jeff the idea was to allow for default/override in the user def, but also permit the client to specify, right?
14:51 JBoyer As for other annoyances, the fact that we over-sanitize the end of the message means that stronger passwords can't be used because they may be truncated before being tested. (I filed a bug on this one, if the password ends in ! for example, you can't use a selfcheck or SIP-based vendor service.
14:53 JBoyer My idea re:workstations is that if you don't supply the CP field you get the same login type as current (opac or temp, can't remember) and if you do supply a CP then you get that workstation only. My changes should be very small and may not work for every vendor (nothing does.)
14:56 rlefaive joined #evergreen
15:07 rlefaive left #evergreen
15:21 tsbere JBoyer: For fun, I think any password containing a | is automatically disallowed as well, due to breaking the message. <_<
15:22 ericar_ joined #evergreen
15:22 JBoyer That one is pretty much unavoidable, but (for better or worse...) if a password contains ! it may be more likely to be at the end.
15:23 JBoyer Also it may not be a problem when using checksums, so it's not high priority. (1 confirmed case since I'be been here...)
15:30 ethomsen joined #evergreen
15:38 kmlussier If I change coverage density settings in opensrf.xml, do you I need to restart anything to see them take effect?
15:39 berick kmlussier: almost certainly need restart opensrf.settings and open-ils.storage (or all) services.
15:40 kmlussier berick: OK, thanks!
15:40 jeff Has anyone determined how different SIP2 clients handle a password containing a pipe character? Do they omit it, substitute it, try to pass it unmodified, and/or crash?
15:41 ethomsen left #evergreen
15:41 berick jeff: that's like staring into the void
15:42 jeff I'm surprised that SIP3 didn't include an escape... no, I'm not surprised.
15:43 jeff I can test a few implementations.
15:43 jeff But not as many as I'd like.
16:02 tsbere jeff: Most of the ones I have seen either bail on it (bad input), expect that field to be a *pin* and not a *password*, or pass it on as-is breaking the message.
16:03 tsbere jeff: Which brings me, interestingly, to a thought of "that would be nice": SIP2 and maybe telephony only "PIN" number to avoid this kind of issue. <_<
16:05 jeff yeah.
16:05 jeff I think I found support for that at the conference. :-)
16:06 jeff To be Really Useful I need to find some additional support in the way of clients that can handle an HTTP basicauth style "try without the PIN, then if that fails prompt the user for a PIN"
16:06 jeff (to support the pin being optional per-account.
16:06 jeff )
16:07 jeff so that you could change between "require a pin" and "don't require a pin"
16:07 jeff (and of course your library may force that one direction or the other)
16:08 jeff my barcode is 1 and my password is a|AYtesting
16:08 jeff (i didn't do the math, but that probably doesn't line up without making the barcode a little longer)
16:09 jeff and might never line up in a patron info message -- lots of fixed length fields.
16:09 tsbere jeff: What do you mean "line up"?
16:09 jeff tsbere: if you have a somewhat short SIP2 message containing AY in a field, it can mis-trigger an error detection failure.
16:10 tsbere jeff: I would assume it is more of a "if the particular chunk the AY is in happens to fall near the end"
16:14 jeff "any SIP message that is at least 11 characters and whose last 9 characters start with AY will be passed through verify_checksum, which will fail the message in most cases and generate a 96 (retransmit) or possibly dead air, depending"
16:14 jeff (at least, according to me in irc logs here)
16:15 tsbere jeff: Which, again, is a "happens to fall near/at the end" type thing. If there are three or four other things *after* your password, for example...
16:18 * jeff nods
16:19 jeff therefore, large number of fixed fields doesn't matter.
16:20 jeff and since AD trends toward the end... yeah, just a matter of determining if the client uses BP/BQ. you should be able to break it in two.
16:20 jeff (attempts)
16:20 jeff (not pieces)
16:20 jeff of course, the AY issue is something within our power to fix.
16:21 jeff especially if we dispense with the idea that error detection is there to detect errors on a TCP connection.
16:25 bmills joined #evergreen
16:45 mmorgan joined #evergreen
16:47 Dyrcona joined #evergreen
16:47 Dyrcona So, looks like it is OK to build and release 2.9.4 at this point?
16:59 tsbere .away
16:59 tsbere er
16:59 tsbere missed the /
17:01 * berick is almost done w/ 2.8.8
17:03 Dyrcona I don't have to do the create release notes step, right?
17:03 * Dyrcona always forgets and then ends up with a mess. :)
17:04 berick Dyrcona: no, that's just for .0 releases
17:04 Dyrcona Thank yee very much!
17:05 mmorgan left #evergreen
17:14 pinesol_green [evergreen|Bill Erickson] Adding 2.8.7 -> 2.8.8 DB upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=127d7fb>
17:17 jihpringle joined #evergreen
17:18 terranmc joined #evergreen
17:36 jihpringle_ joined #evergreen
17:38 kmlussier @bartender
17:38 * pinesol_green fills a pint glass with Milwaukee's Best Light, and sends it sliding down the bar to kmlussier (http://beeradvocate.com/beer/profile/105/2768/)
17:38 kmlussier Ewwww
17:42 Dyrcona Dah Beast! :)
17:42 Dyrcona That's what my acquaintances used to call it.
17:42 * Dyrcona is testing tarball installation.
17:45 Dyrcona @brew
17:45 pinesol_green Dyrcona: well, that's what you get for not being a shell script
17:45 Dyrcona @bartender
17:45 * pinesol_green fills a pint glass with Samuel Adams Octoberfest, and sends it sliding down the bar to Dyrcona (http://beeradvocate.com/beer/profile/35/102/)
17:46 Dyrcona @bartender kmlussier
17:46 * pinesol_green fills a pint glass with Cambridge Brewing Company's Late Harvest IPA, and sends it sliding down the bar to kmlussier (http://beeradvocate.com/beer/profile/14/26930/)
17:47 kmlussier Dyrcona: That's better, but I would have been much happier with your Octoberfest.
17:47 Dyrcona We'll trade. :)
17:49 * Dyrcona is preparing to test the upgrade script. Just have to build 2.9.3 enough and rebuild the database, first.
17:52 Dyrcona I recall being in a roleplaying channel years ago where the bartender bot would distribute a wider variety of beverages than just beer.
17:53 Dyrcona And, the upgrade script works.
17:59 kmlussier Yay for working upgrade scripts!
17:59 kmlussier @swill
17:59 * pinesol_green grabs a bottle of Smirnoff Ice Green Apple Bite and sends it sliding down the bar to kmlussier
17:59 kmlussier Yeah, that's the one that goes beyond beer in this channel.
18:00 kmlussier @swill Dyrcona
18:00 * pinesol_green grabs a forty of WildCat and sends it sliding down the bar to Dyrcona
18:01 Dyrcona That's more like it! :)
18:04 Dyrcona Sean Feguson! I forget to update the install instructions!
18:05 Dyrcona That should be "Sean Ferguson!" -- A little inside joke.
18:14 terranmc joined #evergreen
18:21 Dyrcona Ugh...Why can I not update the copy in the tarfile.....
18:28 Dyrcona That was...strange.
18:29 Dyrcona Every time it is something different. :)
18:39 Dyrcona Finally! The files are uploaded.
18:39 kmlussier Dyrcona++
18:41 Dyrcona BTW, somebody with more power than I might want to look at files on lupin. It only has about 6GB of free space left.
18:44 gsams joined #evergreen
18:52 Dyrcona Assuming 2.8.8 is ready to go (the files are on the server), I will update the downloads page for 2.9.4 and 2.8.8 at the same time.
18:52 * jeffdavis notices bug 1573372, feels bad about introducing it
18:52 pinesol_green Launchpad bug 1573372 in Evergreen 2.10 "Fix 15-opt-in live test, use SKIP instead of BAILOUT" [Undecided,Fix committed] https://launchpad.net/bugs/1573372
19:00 Dyrcona Umm.... WordPress obviously doesn't like me.
19:01 Dyrcona @blame touchpads
19:01 pinesol_green Dyrcona: touchpads musta been an Apple employee.
19:12 Dyrcona Maybe this time....
19:37 pinesol_green [evergreen|Jason Stephenson] Forward port 2.9.3 to 2.9.4 db upgrade script. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=22b1b83>
19:39 gmcharlt Dyrcona++
19:39 Dyrcona gmcharlt++ berick++ kmlussier++
20:03 gsams joined #evergreen
20:43 yboston joined #evergreen
21:26 bmills joined #evergreen

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