| Time |
Nick |
Message |
| 02:36 |
|
fuzzyemotion979 joined #evergreen |
| 02:40 |
|
fuzzyemotion979 left #evergreen |
| 08:03 |
|
rjackson-isl joined #evergreen |
| 08:16 |
|
ericar joined #evergreen |
| 08:41 |
|
Shae joined #evergreen |
| 08:49 |
|
timlaptop joined #evergreen |
| 09:09 |
jl- |
ohai |
| 09:15 |
phasefx |
yo gozaimasu |
| 09:17 |
|
mmorgan joined #evergreen |
| 09:21 |
bshum |
@later tell talexander I was just reading the admin archive of recent messages and wonder what server specs your test machine has. My kneejerk reaction is that maybe you're under 2 GB of memory and the system is killing you as you try logging into Evergreen. |
| 09:21 |
pinesol_green |
bshum: The operation succeeded. |
| 09:21 |
* bshum |
still hates the evergreen-admin list |
| 09:22 |
|
dluch joined #evergreen |
| 09:27 |
bshum |
I'm definitely going to be on the road during the scheduled dev meeting this afternoon. I updated my action items on the agenda page: http://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2014-02-12 |
| 09:27 |
bshum |
I'll check back on that in the evening when I finish landing at my next destination. |
| 09:30 |
kmlussier |
Speaking of the dev meeting, does anyone want to volunteer to run the meeting? |
| 10:06 |
|
yboston joined #evergreen |
| 10:10 |
|
misilot joined #evergreen |
| 10:10 |
|
misilot left #evergreen |
| 10:21 |
|
fparks joined #evergreen |
| 10:28 |
|
_bott_ joined #evergreen |
| 10:37 |
|
kbeswick joined #evergreen |
| 10:46 |
|
mrpeters joined #evergreen |
| 10:47 |
|
dbwells_ joined #evergreen |
| 10:47 |
|
dluch2 joined #evergreen |
| 10:47 |
|
j_scott1 joined #evergreen |
| 10:47 |
kmlussier |
How are all the Georgia folks doing today? Staying inside? |
| 10:52 |
|
ldwhalen_ joined #evergreen |
| 10:52 |
mrpeters |
@wunderground 46060 |
| 10:52 |
pinesol_green |
mrpeters: http://wonder-tonic.com/geocitiesizer/content.php?theme=2&music=6&url=evergreen-ils.org |
| 10:52 |
mrpeters |
whoops |
| 10:52 |
mrpeters |
@weather 46060 |
| 10:52 |
pinesol_green |
mrpeters: The current temperature in Wellington North, Noblesville, Indiana is 10.8°F (10:52 AM EST on February 12, 2014). Conditions: Clear. Humidity: 65%. Dew Point: 1.4°F. Windchill: 10.4°F. Pressure: 30.25 in 1024 hPa (Steady). |
| 10:52 |
mrpeters |
hah, 10....says 3 here on my thermostat |
| 10:52 |
mrpeters |
@weather 30342 |
| 10:52 |
pinesol_green |
mrpeters: The current temperature in Buckhead, Atlanta, Georgia is 28.4°F (10:52 AM EST on February 12, 2014). Conditions: Overcast. Humidity: 90%. Dew Point: 26.6°F. Windchill: 28.4°F. Pressure: 30.11 in 1020 hPa (Falling). Winter Storm Warning in effect until 1 PM EST Thursday... |
| 10:52 |
mrpeters |
wahhhh i would kill for near freezing! |
| 10:59 |
|
jeffdavis joined #evergreen |
| 11:00 |
|
ldwhalen joined #evergreen |
| 11:16 |
|
kbeswick_ joined #evergreen |
| 11:21 |
graced |
kmlussier: speaking belatedly for the Georgia folk, we are staying inside and waiting for our power to go out.... |
| 11:36 |
kmlussier |
graced: I hope your power doesn't go out. Ours went out for a couple of days during a blizzard last year. Needless to say, it's no fun being stuck in a dark, cold house. |
| 11:38 |
graced |
kmlussier: I feel confident it will go out at some point... but I do hope it's not out for days. |
| 11:38 |
graced |
If the office has power I'm close enough to put the boys in a wagon and walk there... or skate as the case may be. :-) |
| 11:39 |
berick |
graced: people generally staying off the roads down there? |
| 11:39 |
* dbs |
adds PostgreSQL 9.3 support, GSoC 2014 to the dev meeting agenda |
| 11:39 |
jeff |
dbs++ |
| 11:40 |
* dbs |
heads out for walkies |
| 11:40 |
graced |
berick: yes, though the roads aren't too bad yet - except bridges and overpasses. But they're getting worse by the hour. |
| 11:40 |
dbs |
@weather p3e 2c6 |
| 11:40 |
pinesol_green |
dbs: The current temperature in Sudbury, Ontario is 11.7°F (11:26 AM EST on February 12, 2014). Conditions: Light Snow. Humidity: 82%. Dew Point: 6.8°F. Windchill: 5.0°F. Pressure: 30.27 in 1025 hPa (Falling). |
| 11:40 |
berick |
graced: oh, it's still coming down? |
| 11:40 |
berick |
didn't realize |
| 11:41 |
graced |
berick: in a lull right now - the sleet is supposed to pick up again in 30 minutes or so. Wheee.... |
| 11:42 |
berick |
good times, indeed |
| 12:14 |
|
dMiller__ joined #evergreen |
| 12:16 |
|
dMiller___ joined #evergreen |
| 12:19 |
jl- |
I just imported 50000 records |
| 12:19 |
jl- |
is it neccessary to built an index or something? |
| 12:19 |
jl- |
or is everything finalized for searchability etc. |
| 12:20 |
jl- |
I used the concerto loader |
| 12:24 |
jl- |
dbs dbwells |
| 12:27 |
|
jihpringle joined #evergreen |
| 12:37 |
sseng |
hello. rebuilt master this morning and getting this error when doing a browse search : "An error occurred browsing records. Please try again in a moment or report the issue to library staff." |
| 12:37 |
sseng |
anyone getting this error? just wanted to make sure it not my test environment (tried rebuilding several times and getting similar errors) |
| 12:51 |
|
Wyuli joined #evergreen |
| 13:00 |
bshum |
sseng: I got that error on one of my master servers too. Might be string_agg changes dbs? |
| 13:00 |
bshum |
Also, airport signal sucks. |
| 13:06 |
bshum |
And... Boarding. Bye folks, see you all later. |
| 13:25 |
bshum |
Yep, definitely string_agg error. sseng check your error log to confirm, but that's what I see in my logs. |
| 13:26 |
sseng |
bshum: I see these type sof erros: "open-ils.cstore: Error with query [SELECT * FROM metabib.browse( 'title', 'concerto', '1', NULL, 'f', NULL, '10' ) AS "metabib.browse" ;]: 0 ERROR: function string_agg(bigint, unknown) does not exist" |
| 13:27 |
sseng |
in the log, that is |
| 13:30 |
* bshum |
might try looking more after takeoff. Plane appears to have wifi! |
| 13:31 |
|
ericar_ joined #evergreen |
| 13:34 |
bshum |
sseng: Basically there were a series of changes towards using standard functions for PostgreSQL 9+ instead of some custom ones. |
| 13:35 |
bshum |
Problem is that string_agg is being picky sometimes and needing more precise types I think. |
| 13:36 |
* bshum |
wanders away for a bit. |
| 13:38 |
|
mcooper joined #evergreen |
| 13:42 |
|
gsams joined #evergreen |
| 13:42 |
dbs |
jl-: Everything should be indexed automatically |
| 13:43 |
dbs |
sseng: bshum: I posted about the string_agg() (and other postgresql 9.3 pickiness issues) in the dev meeting agenda |
| 13:46 |
|
gsams joined #evergreen |
| 13:53 |
|
ericar_ joined #evergreen |
| 14:01 |
|
gsams joined #evergreen |
| 14:05 |
remingtron |
if nobody starts this meeting by 2:08, I'm gonna do it, and then you'll all be sorry! |
| 14:06 |
jeff |
#startmeeting 2014-02-12 Developer Meeting |
| 14:06 |
pinesol_green |
Meeting started Wed Feb 12 14:06:30 2014 US/Eastern. The chair is jeff. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:06 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 14:06 |
pinesol_green |
The meeting name has been set to '2014_02_12_developer_meeting' |
| 14:06 |
remingtron |
jeff++! |
| 14:06 |
jeff |
#info Agenda is at: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2014-02-12 |
| 14:06 |
jeff |
#topic Introductions |
| 14:07 |
jeff |
#info jeff is Jeff Godin, Traverse Area District Library (TADL) |
| 14:07 |
phasefx |
#info phasefx is Jason Etheridge, Equinox |
| 14:07 |
dbwells |
#info dbwells is Dan Wells, Hekman Library (Calvin College) |
| 14:07 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 14:08 |
senator |
#info senator is Lebbeous Fogle-Weekley, Equinox |
| 14:08 |
eeevil |
#info eeevil is Mike Rylander, ESI |
| 14:09 |
jeff |
as always, please continue to introduce at any point. |
| 14:09 |
ldwhalen |
#info ldwhalen is Liam Whalen, Sitka |
| 14:09 |
jeff |
#link agenda: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2014-02-12 |
| 14:09 |
berick |
#info berick Bill Erickson, ESI |
| 14:09 |
gmcharlt |
#info gmcharlt is Galen Charlton, ESI |
| 14:09 |
jeff |
(not sure if #info vs #link matters, but there) |
| 14:09 |
jeffdavis |
#info jeffdavis is Jeff Davis, Sitka |
| 14:09 |
jeff |
#topic Past Action Items |
| 14:10 |
jeff |
#action bshum to summarize bug tracking based on feedback from developers |
| 14:10 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 14:10 |
jeff |
(bshum is on a plane, and stated status in the agenda already) |
| 14:10 |
* gmcharlt |
is writing up release notes for OpenSRF 2.3-beta, will cut today |
| 14:10 |
jeff |
#info gmcharlt is writing up release notes for OpenSRF 2.3-beta, will cut today |
| 14:11 |
jeff |
eeevil: how's baseline schema write-up going? |
| 14:11 |
eeevil |
it's way too late to start such a discussion for 2.6, so I won't raise that until after 2.6.0 is out |
| 14:11 |
jeff |
sounds good. |
| 14:11 |
jeff |
#action eeevil After 2.6.0 is cut, eeevil to publish detailed plan about freezing baseline schemas between EG releases and using deprecates/supersedes in database upgrade scripts. This will go on the mailing list and the thread should structure further discussion of pros and cons of eeevil's plan. |
| 14:12 |
jeff |
dbwells reviewed and pushed fix for bug 1242999 to master and will backport to 2.5.3. anyone present have opinions on backporting to 2.4? |
| 14:12 |
pinesol_green |
Launchpad bug 1242999 in Evergreen 2.5 "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 12) [Undecided,Confirmed] https://launchpad.net/bugs/1242999 - Assigned to Dan Wells (dbw2) |
| 14:12 |
* dbs |
is late, also Dan Scott, Laurentian University |
| 14:12 |
* eeevil |
chuckles at "eeevil's plan" ... |
| 14:12 |
dbs |
#info dbs is late, also Dan Scott, Laurentian University |
| 14:13 |
jeff |
It might come down to "will one of the supported distros start including Encode.pm >= 2.54 before Evergreen 2.4 is EOL?" |
| 14:13 |
jl- |
dbs: my thanks for your patience also for bringign me on the right track with the conerto loader |
| 14:15 |
jeffdavis |
I'd love to have that fix backported, dunno if I have time to poke at it though. |
| 14:15 |
jeff |
#action dbwells to backport bugfix for Encode.pm (bug 1242999) issues to rel_2_5, feedback requested on backporting to earlier releases |
| 14:15 |
pinesol_green |
Launchpad bug 1242999 in Evergreen 2.5 "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 12) [Undecided,Confirmed] https://launchpad.net/bugs/1242999 - Assigned to Dan Wells (dbw2) |
| 14:15 |
jeff |
#link https://bugs.launchpad.net/evergreen/+bug/1242999 |
| 14:16 |
eeevil |
jeff: I guess we should target 2.4. I will backport if it picks relatively clean |
| 14:16 |
jeff |
#info bshum has fixed up the 2.4.5 and set 2.4.6 milestones in LP |
| 14:16 |
jeff |
#action bshum to go through and update the bug statuses to "fix released" for things that are done in milestones for 2.4.5 and 2.4.6 |
| 14:17 |
jeff |
#info dbs has written up the release notes as promised in bug # 1261939 for per-library TPAC pages |
| 14:17 |
jeff |
#link http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=46f49173b6a08f4c7b755de728edbe6bafb9879a |
| 14:17 |
pinesol_green |
[evergreen|Dan Scott] Release notes for the TPAC library web pages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=46f4917> |
| 14:18 |
jeff |
#info bshum has granted dbwells access to dev calendar so that RM milestone dates can be added |
| 14:18 |
dbwells |
jeffdavis eeevil: I don't think it will be a problem as far as code conflicts go, it was more just a risk/reward type question (the changes are kinda low-level, and the overlap between newer Encode and older EG is pretty small). |
| 14:19 |
jeff |
dbwells: would you like an action item for adding RM dates to the dev calendar? |
| 14:19 |
jeff |
#link http://www.google.com/calendar/embed?src=tfm2bbqnt7q890jidnqe3u29j4%40group.calendar.google.com&ctz=America/New_York |
| 14:19 |
dbwells |
eeevil: I can do the backport when I do rel_2_5, as long is you are fine with it going in. |
| 14:19 |
eeevil |
dbwells: with all the tests I'm fairly comfortable, fwiw |
| 14:19 |
eeevil |
dbwells: if you're offering, sure thing! :) |
| 14:19 |
eeevil |
(comfortable with a backport generally) |
| 14:19 |
dbwells |
eeevil: yes, no problem |
| 14:19 |
dbwells |
jeff: Why not |
| 14:19 |
jeff |
#action dbwells to add RM dates to dev calendar |
| 14:20 |
jeff |
#info berick has opened OpenSRF LP bug with current websocket info |
| 14:20 |
jeff |
#link https://bugs.launchpad.net/opensrf/+bug/1268619 |
| 14:20 |
pinesol_green |
Launchpad bug 1268619 in OpenSRF "WebSockets Gateway and JS Library" (affected: 1, heat: 6) [Undecided,New] |
| 14:20 |
berick |
i added a note today about the current state of the code |
| 14:21 |
jeff |
on to Updates! |
| 14:21 |
jeff |
#topic Google Summer of Code (GSoC) 2014 |
| 14:21 |
jeff |
GSoC deadline is in two days, Friday February 14. |
| 14:22 |
* bshum |
is now phoning in over airplane wifi. |
| 14:22 |
jeff |
Is anyone present interested in participating and being a mentor on behalf of the Evergreen project? |
| 14:22 |
jeff |
bshum++ |
| 14:22 |
gmcharlt |
no |
| 14:22 |
gmcharlt |
or not I, I should say |
| 14:22 |
dbs |
I would be willing to admin, but can't commit to mentoring :/ |
| 14:23 |
dbwells |
I am fine with gmcharlt speaking for everyone on this :) |
| 14:23 |
berick |
heh |
| 14:23 |
phasefx |
if we're going to do it, I'd rather see more support from everyone on it, then letting one or two people carry the mentor load. I'm in favor of not doing it this time :) |
| 14:23 |
bshum |
I think our ideas page is super old. |
| 14:24 |
jeff |
dbs: Am I correct in thinking that the application due Friday requires mentors to be identified before submission? |
| 14:24 |
dbs |
Oh yeah, the ideas page is terribly old. Should be updated regardless I guess |
| 14:24 |
bshum |
And I'd be worried about having enough time to update it again. |
| 14:24 |
dbs |
jeff: no, but it would help |
| 14:24 |
gmcharlt |
jeff: strictly speaking, no, but we shoudln't apply unless we're sure that we have enough committment |
| 14:24 |
phasefx |
s/then/rather than/ |
| 14:24 |
bshum |
Prior to submission. |
| 14:25 |
dbs |
gmcharlt: exactly |
| 14:25 |
jeff |
Past mentors: what time committment and what number of mentors do you see as being required for success? |
| 14:25 |
dbs |
Two mentors per student, 10 - 15 hours per week. |
| 14:25 |
gmcharlt |
I agree with dbs |
| 14:25 |
dbs |
"for success" being the key part of your question |
| 14:28 |
bshum |
I'd be tempted to try again (since last year's student was disappointing) but I'd like to get some fresher ideas on file. |
| 14:28 |
|
stevenyvr joined #evergreen |
| 14:28 |
bshum |
I don't have any immediate suggestions though. |
| 14:28 |
bshum |
So that kind of kills me off by default. |
| 14:28 |
dbs |
Working on a piece of the new staff client would be fun and exciting :) |
| 14:29 |
dbwells |
My sense is that we could benefit from taking a break. Next year will be here before you know it. |
| 14:29 |
jeff |
I'd be interested in mentoring, but would rather not do it alone. Someone who's mentored before would be great to have involved. |
| 14:29 |
gmcharlt |
I think we need full enthusiasm on the part of potential mentors; I agree that we need a break |
| 14:29 |
dbs |
+1 to taking a break |
| 14:30 |
senator |
+1 |
| 14:30 |
dbs |
(note: if you want to mentor, there may be other orgs you can mentor for... and learn from them) |
| 14:30 |
berick |
+1 to break |
| 14:30 |
eeevil |
+1 |
| 14:31 |
phasefx |
+1 |
| 14:31 |
bshum |
+1 |
| 14:31 |
jeff |
#agreed We'll be taking a break from participation in GSoC for this year |
| 14:31 |
jeff |
moving on to release info |
| 14:32 |
jeff |
#topic Release Info - OpenSRF |
| 14:32 |
bshum |
Someone should write back to the inquiry we have on the general list on GSoC. Now that we've agreed. |
| 14:32 |
jeff |
gmcharlt: beta 2.3 to be cut later today, correct? |
| 14:32 |
gmcharlt |
yep |
| 14:32 |
jeff |
#info OpenSRF 2.3 beta to be cut later today |
| 14:32 |
jeff |
anything else to add for OpenSRF? |
| 14:34 |
jeff |
#topic Release Info - Evergreen |
| 14:34 |
jeff |
gmcharlt: (apologies if you were typing something other than "nope!") |
| 14:34 |
gmcharlt |
nope |
| 14:35 |
gmcharlt |
as it were ;) |
| 14:35 |
jeff |
dbwells++ for a very entertaining RM 2.6 update yesterday. :-) |
| 14:35 |
bshum |
dbwells++ indeed! |
| 14:35 |
dbwells |
#info 2.6 beta review period is underway, and is scheduled to conclude on the 18th. Alpha awards have been awarded. |
| 14:37 |
jeff |
#link http://permalink.gmane.org/gmane.education.libraries.open-ils.general/9189 Evergreen 2.6 Alpha - Summary and Awards |
| 14:37 |
dbwells |
I'll try to get a beta related email out soon, but since we have trimmed away a lot of the stuck bugs, the milestone itself is a pretty accurate representation of what is ready for review. |
| 14:38 |
jeff |
#link https://launchpad.net/evergreen/+milestone/2.6.0-beta1 63 bugs targeted for Evergreen 2.6 Beta |
| 14:38 |
dbwells |
jeff: thanks |
| 14:38 |
jeff |
on to new business! |
| 14:38 |
jeff |
#topic PostgreSQL 9.3 support |
| 14:39 |
jeff |
#info several aspects of PostgreSQL 9.3 that break Evergreen |
| 14:39 |
dbs |
This kind of bleeds into 9.2 support too, for the XPath() changes, but we've seen a few extra 9.3 pain points pop up (per the listed bugs) |
| 14:40 |
jeff |
some have bugs already, such as bug 1253163, bug 277731, and bug 1243023 |
| 14:40 |
pinesol_green |
Launchpad bug 1253163 in Evergreen "authority indexes can fail on Postgres 9.3.0" (affected: 2, heat: 12) [Undecided,Confirmed] https://launchpad.net/bugs/1253163 |
| 14:40 |
pinesol_green |
Launchpad bug 277731 in update-manager (Ubuntu) "Upgrade complete dialog shows: ugprade" (affected: 0, heat: 6) [Low,Fix released] https://launchpad.net/bugs/277731 |
| 14:40 |
pinesol_green |
Launchpad bug 1243023 in Evergreen "Browse catalogue titles are doubly escaped?" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1243023 |
| 14:40 |
jeff |
also, copying and pasting from the agenda (thanks, dbs): Stricter type handling in function arguments (INTs no longer automatically coerced to TEXTs) breaks STRING_AGG() in a few places, possibly other functions - not sure this is bugged yet |
| 14:40 |
dbs |
It seems likely that a) people are going to want to adopt 9.3 and beyond aggressively for performance improvements and b) that even the non-early adopters will get pushed to 9.3 once distros catch up |
| 14:41 |
jeff |
and again, copying and pasting, dbs asks: |
| 14:41 |
jeff |
> Should we make PostgreSQL 9.3 support a release blocker for Evergreen 2.6 to avoid accumulating too much technical deficit / causing too much pain for those who aren't aware of the 9.3 problems? |
| 14:41 |
jeff |
discussion? |
| 14:41 |
jeff |
dbwells: I'd be interested in your thoughts especially on making 9.3 support a 2.6 blocker. |
| 14:41 |
dbs |
jeffdavis: I know Sitka was planning on jumping to 9.3 real soon and Robin Johnson was surprised when I cautioned him on that... |
| 14:42 |
ldwhalen |
dbs: jeffdavis has stepped out |
| 14:43 |
dbwells |
I think having 9.3 support as a release blocker for 2.6 is a reasonable stance to take. |
| 14:43 |
dbs |
ldwhalen: oh hey, well you're a good sitka person :) |
| 14:43 |
eeevil |
the xpath issue is the most difficult to solve, IMO. any thoughts on my proposed (admittedly hand-wavy) path? |
| 14:43 |
gmcharlt |
re the xpath functions - and the XML and XSLT in general - I'd suggest going back to rolling our own, based on libxml2/libxslt, possibly via their Perl wrappers |
| 14:44 |
eeevil |
the others are just whack-a-mole and "be less clever" issues |
| 14:44 |
* dbs |
is working on the known STRING_AGG() text-casting at least |
| 14:44 |
gmcharlt |
it would be a pain, but this is one area where I think I trust ourselves more than I trust the Pg devs |
| 14:44 |
|
gsams joined #evergreen |
| 14:45 |
dbs |
gmcharlt: that doesn't sound too crazy to me. either way, with some pgTAP tests to ensure that the results are consistent across versions |
| 14:45 |
|
ericar_ joined #evergreen |
| 14:45 |
jeff |
gmcharlt: do you expect performance pain in addition to transition pain, or does this fall under the umbrella of "if we're xpath'ing too much, we're already doing something wrong"? |
| 14:45 |
gmcharlt |
tradeoffs might include performance and/or the time of maintaining our own extensions if we decide to write C instead of Perl to wrap around libxml2/libxslt |
| 14:45 |
eeevil |
jeff: you beat me to it... speed is my concern |
| 14:46 |
dbs |
our xpath-ery is mostly on ingest / update yeah? |
| 14:46 |
dbs |
still a real cost though :/ |
| 14:46 |
jeff |
eeevil's aforementioned "hand-wavy" path: https://bugs.launchpad.net/evergreen/+bug/1243023/comments/13 |
| 14:47 |
pinesol_green |
Launchpad bug 1243023 in Evergreen "Browse catalogue titles are doubly escaped?" (affected: 1, heat: 6) [Undecided,New] |
| 14:47 |
ldwhalen |
I just had a quick chat with Robin here. He would like to go to 9.3. So, I am in favour of making 9.3 support a blocker for 2.6. |
| 14:47 |
gmcharlt |
benchmarking is key, of course, but yeah, I'd expect it to be slower, particularly if we go the rought of using PL/Perl wrappers |
| 14:47 |
gmcharlt |
"rought"? a trip through dry areas? |
| 14:47 |
gmcharlt |
route |
| 14:47 |
eeevil |
if we're stricter about our search_path stuff, we don't even have to move the built-ins out of the way |
| 14:48 |
eeevil |
we just put xslt_process and xpath() in the evergreen schema |
| 14:48 |
jeff |
okay. I don't think we're going to decide on a path forward for this specific issue in-meeting. Let me get some agreement going on the overall. |
| 14:48 |
gmcharlt |
well, almost |
| 14:48 |
jeff |
Can I get +1s for considering PostgreSQL 9.3 support an Evergreen 2.6 release blocker? |
| 14:48 |
gmcharlt |
do we have a consensus about 9.3 being a release-blocker for 2.6? |
| 14:48 |
ldwhalen |
+1 |
| 14:48 |
gmcharlt |
+1 |
| 14:49 |
dbwells |
+1 |
| 14:49 |
eeevil |
+1 |
| 14:50 |
dbs |
+1 |
| 14:50 |
jeff |
#agreed Evergreen 2.6 will support PostgreSQL 9.3 (PostgreSQL 9.3 issues to be considered release blockers for Evergreen 2.6) |
| 14:51 |
jeff |
do we need to discuss specific strategy further, or shall that take place in the usual places: launchpad, irc, and the dev list? |
| 14:51 |
gmcharlt |
I think we can hash that out outside this meeting |
| 14:52 |
dbs |
dbwells: would you be willing to drive that as a 2.6-specific group of tasks? |
| 14:52 |
dbwells |
dbs: Yes, if I understand your meaning. |
| 14:53 |
|
stevenyvr joined #evergreen |
| 14:53 |
dbwells |
Also, I have another meeting at 3:00pm, so discussion will need to happen later or without me, at this point. |
| 14:53 |
dbs |
dbwells++ |
| 14:54 |
jeff |
#info Further strategy on resolving PostgreSQL 9.3 issues will take place in the existing LP bugs, and/or in irc and on the dev list |
| 14:54 |
* dbs |
just meant to track the pg 9.3 things in 2.6 release reports |
| 14:55 |
jeff |
#action dbwells to summarize Evergreen 2.6 aspects of PostgreSQL 9.3 support in future 2.6 RM reports |
| 14:55 |
jeff |
#topic Evergreen Hackfest Plans |
| 14:56 |
jeff |
wiki page for ideas sounds like a good starting point. does anyone have structural ideas for the dev hackfest in Boston? |
| 14:57 |
gmcharlt |
one question - is there any interest in doing tutorials of any sort? |
| 14:58 |
ldwhalen |
I would like a hand on understanding how the fieldmapper works |
| 14:58 |
jeff |
I've some interest. It might depend on who shows up. |
| 14:59 |
* dbs |
isn't going to be at the hackfest this year :( |
| 14:59 |
jeff |
aww :-( |
| 14:59 |
gmcharlt |
announcing tutorials in advanace might affect who shows up, of course :) |
| 14:59 |
jeff |
I'll start a wiki page for dev:hackfest:eg2014 with some space for tutorials and other structural ideas, as well as the usual list-o-ideas. |
| 15:00 |
jeff |
#action jeff to start dev:hackfest:eg2014 wiki page and announce on dev list, solicit ideas and further discussion |
| 15:00 |
jeff |
anything else before we adjourn? |
| 15:01 |
jeff |
#endmeeting |
| 15:01 |
pinesol_green |
Meeting ended Wed Feb 12 15:01:22 2014 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:01 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-02-12-14.06.html |
| 15:01 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-02-12-14.06.txt |
| 15:01 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-02-12-14.06.log.html |
| 15:01 |
jeff |
Thanks, everyone! |
| 15:01 |
dbs |
jeff++ |
| 15:01 |
gmcharlt |
jeff++ |
| 15:01 |
berick |
jeff++ |
| 15:01 |
ldwhalen |
jeff++ |
| 15:02 |
remingtron |
jeff++ |
| 15:02 |
jeffdavis |
it figures I'd get pinged when I'm afk :S |
| 15:05 |
rjackson-isl |
after upgrade to 2.5.x are the migration utilities provided by gmcharlt still in play - or do we need to convert over to using the docs/style referenced in the online documentation? |
| 15:05 |
gmcharlt |
rjackson-isl: they're still in play; the 2.5.x stuff is a suggestion, not a dictat |
| 15:06 |
rjackson-isl |
gmcharlt++ thanks big guy! |
| 15:06 |
eeevil |
jeff++ |
| 15:07 |
jeff |
gmcharlt++ i was about to suggest that rjackson-isl would need to be more specific about "utilities provided by gmcharlt" if he wanted an answer from anyone other than gmcharlt, but nevermind that now. :-) |
| 15:09 |
jeff |
meeting started late, ended not-as-late. success! |
| 15:14 |
jeff |
"aren't you a little short for an Evergreen password?" |
| 15:16 |
berick |
"what? oh, I'm here to log you in" |
| 15:17 |
jboyer-isl |
I don't care what you smell, renew that book! |
| 15:22 |
gmcharlt |
"these are not the MARC records you're looking for" |
| 15:23 |
jcamins |
"But you said MARC betrayed and murdered my father!" |
| 15:23 |
gmcharlt |
"I am... your SIP standard!" |
| 15:27 |
* dbs |
opened https://bugs.launchpad.net/evergreen/+bug/1279504 with a pullrequest |
| 15:27 |
pinesol_green |
Launchpad bug 1279504 in Evergreen "metabib.staged_browse() fails with STRING_AGG() integer argument" (affected: 1, heat: 6) [Undecided,New] |
| 16:03 |
|
dMiller__ joined #evergreen |
| 16:10 |
|
ericar_ joined #evergreen |
| 17:18 |
|
mmorgan left #evergreen |
| 17:31 |
|
dcook joined #evergreen |
| 18:22 |
|
mrpeters joined #evergreen |
| 18:22 |
|
mrpeters left #evergreen |
| 19:12 |
|
sseng_ joined #evergreen |
| 19:24 |
|
sseng joined #evergreen |
| 21:24 |
|
serflog joined #evergreen |
| 21:24 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 21:24 |
|
ningalls joined #evergreen |
| 21:27 |
|
RBecker joined #evergreen |
| 21:27 |
|
remingtron_ joined #evergreen |
| 21:30 |
|
linuxhikz joined #evergreen |
| 21:31 |
|
jl- joined #evergreen |
| 21:32 |
|
RBecker_ joined #evergreen |
| 22:06 |
|
serflog joined #evergreen |
| 22:06 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 22:25 |
kmlussier |
@hate snow |
| 22:25 |
pinesol_green` |
kmlussier: The operation succeeded. kmlussier hates snow. |
| 22:56 |
jeff___ |
@weather atl |
| 22:56 |
pinesol_green` |
jeff___: The current temperature in Atlanta, Atlanta, Georgia is 28.0°F (10:56 PM EST on February 12, 2014). Conditions: Light Freezing Drizzle. Humidity: 94%. Dew Point: 26.6°F. Windchill: 28.4°F. Pressure: 29.83 in 1010 hPa (Rising). Ice Storm Warning in effect until 1 PM EST Thursday... |
| 22:57 |
|
jeff___ joined #evergreen |
| 23:14 |
bshum |
snow-- |
| 23:15 |
* dbs |
wonders where bshum is at now |
| 23:18 |
bshum |
I'm away from the snow fortunately. |
| 23:18 |
bshum |
I'm just sympathizing :) |
| 23:19 |
kmlussier |
bshum is sympathizing with me. Snow is disrupting my travel plans. :( |
| 23:30 |
dbs |
kmlussier: Not cool. |
| 23:31 |
bshum |
Here's a weird one, dbs: http://acorn.biblio.org/eg/opac/record/2993132 |
| 23:31 |
bshum |
For some reason, the copies are duplicated in the record display |
| 23:31 |
bshum |
I think there was bib merging and part mangling there... must be something confusing the display. |
| 23:32 |
* bshum |
hates parts. |
| 23:32 |
bshum |
:) |
| 23:39 |
bshum |
Okay nevermind I think I figured it out... someone put new part targets on those copies. |
| 23:39 |
bshum |
It seems to be connected with parts from two separate bibs |
| 23:40 |
kmlussier |
bshum: Oh, that's an old bug |
| 23:41 |
bshum |
Fun, fun |
| 23:42 |
kmlussier |
Strange things happen when people transfer copies from one bib record to another. https://bugs.launchpad.net/evergreen/+bug/904472 |
| 23:42 |
pinesol_green |
Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 3, heat: 24) [Undecided,Triaged] |
| 23:54 |
bshum |
Thanks, I'll pass that along to my folks. kmlussier++ |
