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-bachfischer/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 |