| # | Time | Nick | Message |
|---|
| # | 00:10:35 | brendan_ga_ has quit IRC |
| # | 00:24:53 | brendan_ga has joined #evergreen |
| # | 00:42:52 | brendan_ga | evening #evergreen |
| # | 01:00:07 | phasefx_ | herro |
| # | 01:07:52 | mck9 has left #evergreen |
| # | 01:08:50 | brendan_ga | heya phasefx_ |
| # | 01:09:07 | brendan_ga | you're always up late :) |
| # | 01:11:42 | phasefx_ | yeah, I'm an insomniac %-) |
| # | 01:11:50 | brendan_ga | I suffer too |
| # | 01:12:01 | brendan_ga | err.. not suffer |
| # | 01:12:13 | brendan_ga | but get some things done at weird times :) |
| # | 01:12:20 | phasefx_ nods |
| # | 01:12:42 | brendan_ga | but that is always good for client updates or upgrades |
| # | 01:12:45 | phasefx_ | I wonder what I would do if I didn't have to sleep. Try out a second career of some sort |
| # | 01:13:16 | brendan_ga | or catch up on things that I should of done |
| # | 01:13:50 | phasefx_ | well, yeah :) but hopefully you wouldn't have to catch up every night *8) |
| # | 01:14:22 | phasefx_ | unless you're talking about hot air ballooning.. lots of catching up in that vein, for me :) |
| # | 01:14:44 | brendan_ga | so I'm still slowly adjusting to cvs -- still prefer git :) |
| # | 01:15:04 | phasefx_ | I like git, but git-svn is broken for me |
| # | 01:15:10 | brendan_ga | wondering if gmcharlt is pushing you guys about that |
| # | 01:16:31 | phasefx_ | there's a bit of git use at Equinox |
| # | 01:16:52 | brendan_ga | good to hear |
| # | 01:17:06 | phasefx_ | are you attending the dev meeting in the morning? |
| # | 01:17:13 | brendan_ga | planning on it |
| # | 01:17:18 | phasefx_ | cool deal |
| # | 01:17:20 | phasefx_ | brb |
| # | 01:17:20 | brendan_ga | 7am PST time right |
| # | 01:26:39 | phasefx_ isn't sure. One time zone converter says 10am in EST is 8am in PST8 with daylight savings time in effect |
| # | 01:26:58 | brendan_ga | 10 EST |
| # | 01:27:08 | brendan_ga | we're 3 hours behind at all times :) |
| # | 01:27:53 | phasefx_ | 3 hours relaxed |
| # | 01:35:54 | brendan_ga | back |
| # | 01:36:05 | brendan_ga | screwed up my mysql database for a sec |
| # | 01:36:16 | brendan_ga | had to scramble and reset the URL |
| # | 03:25:40 | brendan_ga_ has joined #evergreen |
| # | 03:32:16 | brendan_ga has quit IRC |
| # | 03:37:04 | brendan_ga_ has quit IRC |
| # | 06:20:36 | natschil has joined #evergreen |
| # | 07:25:59 | wlayton has joined #evergreen |
| # | 07:53:26 | bott_otr has joined #evergreen |
| # | 07:57:45 | mck9 has joined #evergreen |
| # | 08:11:28 | kbeswick has joined #evergreen |
| # | 08:18:11 | gdunbar has joined #evergreen |
| # | 08:18:20 | HitScan has joined #Evergreen |
| # | 08:53:07 | djfiander has joined #Evergreen |
| # | 09:02:58 | jeff yawns |
| # | 09:03:00 | jeff | morning, all. |
| # | 09:03:53 | wlayton | mornin' |
| # | 09:03:54 | phase_bb has joined #evergreen |
| # | 09:07:55 | phasefx_ | gutentag |
| # | 09:08:46 | rschiffman has joined #Evergreen |
| # | 09:10:37 | bshum has joined #evergreen |
| # | 09:11:43 | Stuart_ has joined #evergreen |
| # | 09:12:56 | Stuart_ has quit IRC |
| # | 09:13:07 | Stuart_ has joined #evergreen |
| # | 09:14:21 | meliss has joined #Evergreen |
| # | 09:18:35 | chris_sharp has joined #evergreen |
| # | 09:20:53 | djfiander | you can't see me. I'm not really here. |
| # | 09:27:25 | grahamf has joined #evergreen |
| # | 09:27:58 | grahamf | can't see me either. :) |
| # | 09:30:19 | rmatott has joined #evergreen |
| # | 09:35:52 | natschil has quit IRC |
| # | 09:38:31 | berick | i love seeing all the agenda items. it's going to be hard to keep this meeting under 6 hours, though ;) |
| # | 09:39:39 | dbs has joined #evergreen |
| # | 09:39:56 | chrissharp123 | berick: type fast :-) |
| # | 09:40:08 | berick slides a cup o' joe to dbs |
| # | 09:40:12 | berick | chrissharp123: there you go.. |
| # | 09:40:31 | dbs is boiling water to brew a pot as we speak/type |
| # | 09:40:33 | phasefx_ | or create a committee for a given item and punt |
| # | 09:40:58 | dbs | I'm guessing this is if we get bogged down on a specific item? |
| # | 09:41:15 | berick | i was just commenting on the awesome fullness of the agenda |
| # | 09:41:30 | berick | so, yes |
| # | 09:42:36 | dbs | fully agreed with that approach |
| # | 09:43:33 | djfiander | my 10:00 has been cancelled, so you can all see me now. |
| # | 09:44:11 | berick | looks like my extortion letter worked! |
| # | 09:44:24 | jamesrf has joined #evergreen |
| # | 09:44:44 | djfiander | I blame bacon lung, actually. |
| # | 09:44:55 | djfiander | of course, now I actually need to go look at the agenda. |
| # | 09:48:19 | bott_otr | For those that also need a refresher (like me): http://open-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-10 |
| # | 09:48:26 | wjr has joined #evergreen |
| # | 09:48:48 | ChanServ sets mode: +o dbs |
| # | 09:48:51 | dbs changes topic to "Dev meeting agenda: http://ur1.ca/dqnv | Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.lisp.org/new/evergreen" |
| # | 09:48:58 | ChanServ sets mode: -o dbs |
| # | 09:49:06 | dbs | yay djfiander++ |
| # | 09:49:29 | dbs | (kbeswick was just in my office asking where the agenda was - heh) |
| # | 09:49:40 | dbs | we might want to try putting time limits on the agenda items, with a focus on reaching agreement on as much as possible and then punting to committee/mailing list for further discussion/resolution |
| # | 09:50:14 | moodaepo nomintes dbs to be the time keeper |
| # | 09:50:31 | dbs | 2 minutes for acquisitions |
| # | 09:50:31 | moodaepo | ouch need coffee - s/nomintes/nominates/ |
| # | 09:50:47 | djfiander wonders why his headset isn't working on this meeting teleconference. |
| # | 09:51:37 | bradl | holy cow, there's an agenda... what's wrong with you people? don't you know this is *evergreen*? :) |
| # | 09:51:55 | dbs | but where's the link to the hidden agenda? |
| # | 09:52:16 | BAr_ has joined #evergreen |
| # | 09:52:17 | djfiander | I'm only here because I need some billable hours before I go on strike from my day job. |
| # | 09:52:23 | bradl does his best haughty french laugh |
| # | 09:52:24 | dbs | argh / hah |
| # | 09:52:31 | moodaepo | It's on the welcome banner. Yay I win a prize! |
| # | 09:52:52 | BAr_ | Hello. Anybody in the mood for help a noob with a install problem? |
| # | 09:53:24 | dbs | BAr_: sure, we're starting a meeting in about 7 minutes but fire away |
| # | 09:53:27 | moodaepo | BAr_ Ask away, we are starting a meeting here soon so if you see people talking over you don't mind them. |
| # | 09:53:51 | BAr_ | I'll try and make it quick! I installed Evergreen and tested it....everything was fine, then : |
| # | 09:54:25 | BAr_ | I changed Posrgres to listen on more than localhost and gave the box a staic IP address,. Since then, I get this: Unable to connect to remote service open-ils.auth |
| # | 09:54:56 | moodaepo still votes for a separate #evergreen-dev for special occasions. |
| # | 09:55:41 | dbs | BAr_: you still get that after restarting the opensrf services? |
| # | 09:55:49 | djfiander | #evergreen-secret-lair |
| # | 09:56:03 | atheos | BAr_ are you able to connect to postgres remotely? |
| # | 09:56:09 | BAr_ | yep...I ran the test settings perl script and no errors |
| # | 09:56:14 | bshum | #evergreen-magical-forest |
| # | 09:56:17 | BAr_ | Yep, can connect to Postgres fine |
| # | 09:56:33 | atheos | BAr_ how about locally, on the command line? |
| # | 09:56:43 | sboyette | #eg-repo-cabal |
| # | 09:56:50 | atheos | with the same credentials as you use for EG |
| # | 09:56:51 | BAr_ | um....good question.....one sec and I'll try |
| # | 09:57:08 | djfiander | if it were the magical forest, there'd be more programmer-fairies than there are. |
| # | 09:57:10 | moodaepo | BAr_ > http://open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors&s[]=trouble |
| # | 09:57:20 | brendan_ga has joined #evergreen |
| # | 09:57:30 | dbs | settings-tester uses the same credentials as EG does |
| # | 09:57:36 | Dyrcona has joined #Evergreen |
| # | 09:58:04 | BAr_ | Thanks....i was searching everywhere for TS docs.....I will make my way through that, thanks! |
| # | 09:58:29 | dbs | I guess we need a volunteer or two to put together a summary of the meeting |
| # | 09:58:30 | ColinC has joined #evergreen |
| # | 09:59:29 | wlayton | I can put together a summary tonight (on the wiki, I suppose?) |
| # | 09:59:35 | moodaepo | I'll volunteer for this sine I won't be doing much else. |
| # | 10:00:04 | dbs | wlayton/moodaepo: that would be awesome |
| # | 10:00:22 | brendan_ga | morning |
| # | 10:00:41 | dbs | could post it to the evergreen blog for broader distribution, too |
| # | 10:01:06 | dbs | ding ding ding, it's 10:00 AM EDT! |
| # | 10:01:48 | dbs | 52 nicks in the channel, that's gotta be a record |
| # | 10:02:28 | bott_otr | you guys throw a heck of a party |
| # | 10:02:35 | moodaepo | Ok so we start at the beginning of the agenda? |
| # | 10:02:44 | rschiffman | I knew there was a reason I showed up. I can help on the record. |
| # | 10:03:00 | dbs | rschiffman++ |
| # | 10:03:19 | bradl | what about a roll call/names? |
| # | 10:03:38 | Dyrcona is just lurking. |
| # | 10:03:46 | berick | http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc_channel |
| # | 10:03:51 | dbs | berick++ |
| # | 10:04:01 | moodaepo | berick++ |
| # | 10:04:02 | berick | of course, if everyone tries to edit that at once.. ;) |
| # | 10:04:30 | greg_g is now known as greg-g |
| # | 10:04:35 | dbs | the order of the agenda looks reasonable to me, especially with the focus on 1.6 release first |
| # | 10:05:42 | moodaepo | So core devs status report please |
| # | 10:06:44 | dbs | George's list of acq problems/questions was ratholed quickly into a discussion about how to track bugs - berick, are those real and/or showstoppers? |
| # | 10:06:49 | berick | i can comment on item #1 (george's reported acq bugs) |
| # | 10:06:53 | berick | heh |
| # | 10:07:28 | berick | ACQ in 1.6 is not meant to be production ready. we're collecting bug reports, suggestions, etc. |
| # | 10:07:48 | berick | so I have bookmarked George's bugs and will make sure they are dealt with |
| # | 10:07:55 | berick | but they are not showstoppers for 1.6 |
| # | 10:08:27 | berick | sound reasonable? |
| # | 10:08:30 | wlayton | berick: For the record, I haven't been able to reproduce the third bug in that list, and the fourth is a feature request |
| # | 10:08:41 | branflakes_bc has joined #evergreen |
| # | 10:08:50 | dbs | berick: sounds okay. we should probably convert his report into separate bugs/features... somewhere |
| # | 10:08:55 | berick | wlayton: and some of them are probably already fixed in post-1.6 |
| # | 10:09:23 | dbs | berick: you're porting fixes back to rel_1_6 or all the way to rel_1_6_0? |
| # | 10:10:03 | berick | dbs: most ACQ features are ported to rel_1_6. anything that is critically broken will also be backport to rel_1_6_0 |
| # | 10:10:32 | wlayton | berick: The first one is a bit of a concern for us, though, as it brings up an ugly error dialog box. We don't want staff to be confronted by that, if possible. |
| # | 10:10:35 | berick | there are still a number of partially developed (but they don't get in the way) features only in trunk |
| # | 10:11:10 | berick | wlayton: ok, thanks. |
| # | 10:11:29 | berick | dbs: agreed on putting the bugs somewhere, presumably trac for now |
| # | 10:11:30 | dbs | okay - we have "acquisitions" as a separate agenda item so we can delve deeper then, perhaps? |
| # | 10:11:35 | berick | sure |
| # | 10:11:52 | dbs | next is repke's authority import report - did anyone try reproducing his problem? |
| # | 10:12:57 | berick | i have not |
| # | 10:13:41 | dbs | authority record import in vandelay is expected to work, though, yeah? Perhaps there are some assumptions about the incoming records that we need to document? |
| # | 10:14:15 | jeff | if it is expected to work, does someone want to volunteer to (attempt to) reproduce? |
| # | 10:14:34 | dbs | jeff++ # good suggestion |
| # | 10:14:36 | berick | dbs: it is expected to work |
| # | 10:15:32 | dbs | I'll volunteer to add his records to the test datasets, in case his web server dies |
| # | 10:16:05 | berick | dbs: if you add the recs, I'll test the upload |
| # | 10:16:05 | dbs | deal |
| # | 10:16:05 | swills has joined #Evergreen |
| # | 10:16:07 | moodaepo | I am looking at the mails for that issue and maybe mrpeters-isl has something to add? |
| # | 10:16:11 | swills is now known as Stev3 |
| # | 10:16:44 | moodaepo | kgs mentions that it's on the DIG server and mrpeters-isl set that up |
| # | 10:17:08 | jeff | good thing to consider when trying to reproduce. |
| # | 10:17:18 | miker_ | moodaepo: the problem with acq records, you mean? |
| # | 10:17:40 | moodaepo | No authority records import |
| # | 10:17:44 | miker_ | I know the didn't work early in RC1, but I also know that particular issue was addressed |
| # | 10:17:47 | jeff | i think that all of Repke's attempts were made against the DIG test server. |
| # | 10:18:02 | miker_ | sorry, I meant authority |
| # | 10:18:24 | jeff | so if there are problems reproducing elsewhere, an attempt should be made to reproduce on that system, and mrpeters-isl can probably assist with server-side error logs/etc |
| # | 10:18:26 | dbs | okay. so berick's test on rel_1_6_0_0-as-of-today will confirm that it's fixed (or not) |
| # | 10:18:29 | moodaepo | ok so we think it's fixed and dbs will try a test |
| # | 10:19:10 | dbs | moodaepo: the berick / dbs tag team, but yes |
| # | 10:19:12 | jeff | ah, but i see miker states they should be fixed. missed that line. |
| # | 10:19:53 | dbs | okay - I assume that Repke's other report on importing holdings via MFHD records that are separate from bib records is a post-1.6.0.0 feature request |
| # | 10:20:05 | berick | dbs: correct |
| # | 10:20:09 | djfiander | *whew* |
| # | 10:21:02 | dbs | I saw a bunch of code flying by to do with gmcharlt's "invalid date of birth" issue - that fixed? |
| # | 10:21:42 | berick | dbs: a different issue was fixed |
| # | 10:22:21 | dbs | not a showstopper, so file it as a bug for post-1.6.0.0? |
| # | 10:22:23 | berick | in fairness, if i'm reading that right, you almost have to be trying to break things to reproduce gmcharlt's issue |
| # | 10:22:46 | berick | IWO, ignore a big loud popup |
| # | 10:22:51 | berick | dbs: agreed |
| # | 10:23:11 | dbs | ah, and gmcharlt says "if nobody picks it up in the next couple days, I might try my hand at a fix" so let's give him ownership of the bug :) |
| # | 10:23:33 | phasefx_ | delegation++ |
| # | 10:23:34 | moodaepo | dbs++ |
| # | 10:23:50 | ianB_ has joined #Evergreen |
| # | 10:24:08 | dbs | conify org_unit hours of operation + addresses - wlayton & atz have been poking at this, you guys want to give us an update? |
| # | 10:24:33 | wlayton | The Trac ticket is against trunk; in 1.6, I have no problems update hours of operation |
| # | 10:24:44 | miker_ | wlayton: submitted a patch, which I applied |
| # | 10:24:53 | dbs | excellent! dbs-- |
| # | 10:25:07 | dbs | (well, not excellent if it's still a bug in trunk but...) |
| # | 10:25:21 | miker_ | I don't think it is |
| # | 10:25:37 | wlayton | addresses aren't hooked up yet, though. |
| # | 10:26:15 | miker_ | wlayton: hooked up? they were ... grumble grumble changing to TT grumble ... |
| # | 10:26:28 | berick | conify isn't using TT |
| # | 10:26:31 | dbs throws a dose of XMLENT in for good measure |
| # | 10:26:34 | miker_ | or, they were when conify was standalone |
| # | 10:26:54 | miker_ | berick: you absorbed it into your TT-based infrastructure for 1.6, I though |
| # | 10:26:55 | berick | are we missing a menu entry? or is something broken? |
| # | 10:27:17 | berick | miker_: just vandelay. conify was too big of a shift to fit in |
| # | 10:27:50 | miker_ | k |
| # | 10:27:50 | dbs | is it the hard-coded regex that validates input for fields in a non-canuck friendly way causing silent rejection? |
| # | 10:27:50 | wlayton | dbs: No, that's not it. |
| # | 10:28:20 | dbs | well, we're not going to solve it now - let's open a bug and try reproducing it (wlayton, you volunteer?) and move on |
| # | 10:28:30 | wlayton | There's some code surrounding the old pcrud calls that doesn't seem valid anymore (testing "isnew" and stuff, which, AFAICT, doesn't apply to those objects...) |
| # | 10:28:33 | djfiander | dbs is good at this meeting stuff |
| # | 10:28:47 | wlayton | I can volunteer to fix it this weekend... |
| # | 10:28:52 | dbs | wlayton++ |
| # | 10:28:54 | miker_ | wlayton++ |
| # | 10:29:33 | wlayton | ...but please have a good look at the resulting code! |
| # | 10:29:54 | dbs | and... we probably need to be better about posting responses to problems reported to the mailing list, given that that's the only way most people can currently post a bug report</nag_mode> |
| # | 10:30:45 | moodaepo | Ok I'm a bit confused |
| # | 10:30:56 | dbs | moodaepo: okay, how so? |
| # | 10:30:58 | moodaepo | wlayton's patch for the conify ticket didn't fix it? |
| # | 10:31:12 | dbs | hours of operation vs. addresses? |
| # | 10:31:25 | moodaepo | Yea that one. |
| # | 10:31:47 | dbs | [10:25] <wlayton> addresses aren't hooked up yet, though |
| # | 10:32:01 | moodaepo | ok' |
| # | 10:32:12 | miker_ | I'm confused as to why isnew and friends aren't working, as that will have bad effects on PermaCrud, but I'll wait for details |
| # | 10:32:37 | moodaepo | miker_ I just wanted to clarify for non-core consumption in the notes : ) |
| # | 10:32:43 | dbs | wlayton will reveal all after a fun weekend of poking at it :) |
| # | 10:32:51 | moodaepo | you can it up with wlayton after hours |
| # | 10:33:09 | moodaepo | s/can it / can pick it/ |
| # | 10:34:17 | dbs | okay, moving on - i was on a bit of drugs about OpenSRF release, as the docs pointed at a 1.2.0 tarball. |
| # | 10:35:29 | moodaepo | dbs One sec..did we nominate someone to respond to the mailing list about issues? |
| # | 10:35:43 | moodaepo | I cut you off when you brought that up |
| # | 10:36:29 | sboyette | imo, whoever works the ticket should reply to the list if neccessary, rather than assigning one person to keep tabs on everything |
| # | 10:36:34 | jeff | i think it was a general recommendation that there be more response to bug reports posted on the list, especially in the area of followup after bug resolution |
| # | 10:36:59 | moodaepo | Will do. |
| # | 10:37:10 | dbs | I'll drink to that. |
| # | 10:37:52 | dbs | I guess a big question for 1.6.0.0 is - are we rolling an RC2 due to the number of changes that have gone in since RC1? |
| # | 10:38:23 | sboyette | on the topic of opensrf testing, though, i was working on that in trunk before being handed a stopwork order. i'm currently working on something which'll come up when we get to "release process" |
| # | 10:38:33 | sboyette | but everyone can see the status as of that time in a snapshot here http://open-ils.org/~sboyette/osrf_coverage/coverage.html |
| # | 10:39:36 | dbs | sboyette++ |
| # | 10:39:54 | jeff | testing++ |
| # | 10:39:54 | miker_ | dbs: fwiw, 1.6.0.0 is in production now. I'd prefer to cut it and focus on 1.6.0.1 for any remaining bug fixes, after wlayton does his weekend stuff |
| # | 10:39:57 | jeff | sboyette++ |
| # | 10:40:15 | dbs | Okay, if we jump directly to a final release, then we can put out a call for translations at the same time |
| # | 10:40:26 | miker_ | indeed |
| # | 10:41:07 | dbs wonders where 1.6.0.0 is in production, but that's off-topic :) |
| # | 10:42:11 | miker_ | dbs: indiana |
| # | 10:42:29 | miker_ | mrpeters-isl++ #and company |
| # | 10:42:44 | miker_ | moving on |
| # | 10:42:53 | moodaepo | Ok if we are done with 1.6 we can now move to opensrf? |
| # | 10:43:11 | dbs | so - 1.6.0.0 tarball when? |
| # | 10:43:18 | moodaepo | Next week? |
| # | 10:43:35 | Stev3 | should DIG change the download page so that the "latest stable release" is a 1.6 release? |
| # | 10:44:07 | dbs | Stev3: once the final release is there, yep, DIG or whoever |
| # | 10:44:09 | moodaepo | Stev3 I'd say we wait till core decided it's ready |
| # | 10:44:45 | Stev3 | okees... i misread ;) back to lurking. |
| # | 10:45:23 | moodaepo | So 1.6.0.0 tarball? |
| # | 10:45:39 | dbs | miker_: are you going to build the 1.6.0.0 tarball, and if so, what areas do you want help with surrounding the release process? release notes, upgrade notes, etc? |
| # | 10:46:27 | miker_ | dbs: I'm planning on doing it, yes. I would love more eyes on the release notes ... we have a draft which I'll share with voluneers |
| # | 10:46:51 | miker_ | dbs: and I may need you for help on i18n, though it's less critical since translations are mostly out of date now :( |
| # | 10:47:05 | miker_ | but if someone else would rather do it ... |
| # | 10:47:09 | berick | http://evergreen-ils.org/dokuwiki/doku.php?id=release_notes_1_6_0_0_rc1 |
| # | 10:47:12 | dbs | heh, yeah. _this_ time the i18n stuff should work |
| # | 10:47:12 | moodaepo | and we'll put a call out after the tarball anyways |
| # | 10:47:40 | miker_ | also, and sorry for unannounced agenda item, I'm planning a 1.4.0.7 RSN |
| # | 10:47:42 | dbs | miker_: I think it would be a good idea to have somebody else package a release, but maybe not this time :) |
| # | 10:48:11 | miker_ | depending on timing of patches, 1.4.0.7 may come first |
| # | 10:48:12 | moodaepo | miker_ the release notes will need to be updated I presume |
| # | 10:48:17 | dbs | (on the path to automated tarball builds, subsequent agenda item) |
| # | 10:48:17 | miker_ | moodaepo: yes |
| # | 10:48:41 | Stev3 | Atlanta is asking me for a training server, I will suggest we do that with a 1.6 if that will help with pkg q/a? |
| # | 10:49:12 | dbs | Stev3: sounds like a plan |
| # | 10:50:12 | dbs | so - next week expect a 1.4.0.7 release and a 1.6.0.0 release, with a call for assistance in release notes posted by miker_ when the time comes, and I'll call for translations |
| # | 10:50:34 | moodaepo and a tarball of opensrf to go |
| # | 10:50:40 | berick | the 1_6_0_0_rc1 notes (pasted above) are the 1.6 notes, well 95% of them |
| # | 10:51:08 | dbs | moodaepo: the OpenSRF 1.2.0 tarball is linked from http://evergreen-ils.org/dokuwiki/doku.php?id=server:1.6.0:install |
| # | 10:51:17 | moodaepo | ok |
| # | 10:51:31 | dbs | we'll have to add that to the downloads page when the time comes |
| # | 10:51:43 | sboyette | moodaepo: opensrf and evergreen are versioned separately these days |
| # | 10:52:36 | moodaepo | sboyette Yup I knew that...just making sure the proper version of OpenSRF was ready. |
| # | 10:52:43 | dbs | okay. Does that wrap up the 1.6.0.0 release planning? in less than an hour? |
| # | 10:52:54 | miker_ | though we don't usually get around to cutting a new opensrf release until there's a pending eg release ... I'd like to see more project autonomy, personally |
| # | 10:52:59 | moodaepo | #evergreen++ |
| # | 10:53:26 | phasefx_ | incidentally, there are two things I'd like to backport to 1.6.0.0, both relatively minor (a more relaxed "key" for oils_persist, so that sticky settings will survive upgrades, and a bug with fleshing un-rendered list rows when they're scrolled into visibility). I can do this today |
| # | 10:54:51 | dbs | ooh, #2 would make a lot of people happy here. |
| # | 10:55:27 | phasefx_ just discovered #2 yesterday :-/ had no idea folks were hitting that |
| # | 10:55:53 | jeff | what is the "Formal support for IE8" in the 1.6 release notes? |
| # | 10:57:02 | miker_ | jeff: cross-protocol (http/https) stuff was fixed up |
| # | 10:57:02 | miker_ | so that IE8 doesn't take a dump on My Account |
| # | 10:57:02 | dbs | jeff++ |
| # | 10:57:10 | arnt has joined #Evergreen |
| # | 10:57:33 | jeff | miker_: okay, wasn't sure if the release note bullet was including other changes to support IE8 as well. thanks! |
| # | 10:58:01 | dbs | that caused major problems in IE7 too, fwiw - scary warnings with horrible failure if you said "cancel" |
| # | 10:58:20 | jeff | it resulted in errors/warnings in all browsers, just to varying degrees. |
| # | 10:58:35 | dbs | but I digress. Let's move on to the only outstanding patch that I could find in the ten minutes I devoted to going back through the list |
| # | 10:59:11 | moodaepo | dbs++ |
| # | 10:59:34 | dbs | wlayton sent a patch that enables bookbags to be exported to refworks, a bibliographic reference application. I'll volunteer to test and shepherd it into the first feature release after 1.6.0.0 |
| # | 11:00:08 | miker_ | hrm.. I thought I got that in ... maybe just in trunk |
| # | 11:00:29 | miker_ | or maybe I'm thinking of another refworks related patch. nm me |
| # | 11:00:32 | wlayton | dbs: I think that's wise. It isn't super urgent to add it for 1.6.0.0 (but for 1.6.0.1 or 1.6.0.2 would be nice) |
| # | 11:00:49 | wlayton | miker_: That may be the RIS feed you're thinking of, which is in branch_1_6 but not branch_1_6_0 |
| # | 11:00:51 | dbs | miker_: yeah, there have been a few wlayton patches in this area |
| # | 11:01:12 | dbs | wlayton: currently, 1.6.0.x are bugfix releases only |
| # | 11:01:44 | wlayton | dbs: No problem - 1.6.1.0 or 1.6.2.0, then |
| # | 11:01:45 | dbs | so 1.6.1.0 in the current scheme |
| # | 11:02:08 | dbs | yeppers - and thanks for the patch - Conifer will thank you :) |
| # | 11:02:26 | moodaepo | wlayton++ |
| # | 11:02:48 | natschil has joined #evergreen |
| # | 11:03:14 | rsinger has quit IRC |
| # | 11:03:15 | wlayton | So perhaps the RefWorks for bookbags could be added to branch_1_6 as well, and then that's that. |
| # | 11:03:41 | dbs | wlayton: yep, I will do that (with at least a basic UI, although I'm no designer guy) |
| # | 11:03:43 | natschil | Hello. is the developer meeting still going? |
| # | 11:03:45 | dbs | Next item: what do we need to do better? |
| # | 11:03:52 | dbs | natschil: yessir, entering hour #2 |
| # | 11:04:02 | grahamf wonders if the refworks patch might be useful in our reserves tool as well |
| # | 11:04:13 | natschil | what's currently being discussed? |
| # | 11:04:35 | dbs | natschil: we just passed the release 1.6 section of the agenda |
| # | 11:04:49 | natschil | ok. |
| # | 11:04:52 | natschil looks at the logs. |
| # | 11:04:54 | moodaepo | natschil just finished thanking wlayton for the bookbags-refworks upgrade |
| # | 11:04:54 | sboyette | agenda link is in /topic |
| # | 11:05:05 | dbs | finishing up with "Outstanding patches" and moving on to "Lowering the barriers to participation" |
| # | 11:05:19 | moodaepo | Yup ok moving on.. |
| # | 11:05:53 | dbs | grahamf: it might be, I can't remember how Syrup integrates with bookbags but once it's in place we can see if we can take advantage of it |
| # | 11:06:18 | jeff | it doesn't sound like DIG (based on their survey results in the area of "priority") is going to focus on developer documentation immediately. are others interested in starting to draft up some more "so, you want to help out with evergreen..." docs? |
| # | 11:06:23 | dbs | so... any suggestions on the "how can we help you help out in Evergreen development"? |
| # | 11:06:26 | dbs | jeff++ |
| # | 11:06:30 | jeff | (and i don't have a link to the survey results handy, so i might be mis-remembering) |
| # | 11:07:01 | grahamf | dbs: I have a pull-from-bookbag-URL thing in Syrup, but push-from-Evergreen might be better. (We can discuss later.) |
| # | 11:07:03 | dbs | The stuff that I'm rapidly running out of time for to prepare for the development workshop in two weeks might be useful for that |
| # | 11:07:58 | chrissharp123 | I think compiling some of the information presented at EG09 would be helpful... |
| # | 11:08:00 | dbs | but given a three-hour workshop, I feel like I'll only be able to cover the broadest of strokes, and more eyes & contributors would be awesome |
| # | 11:08:39 | natschil | there is a list somewhere of "how can I contribute to evergreen", but things there are often quite broad and quite large projects, so maybe that should be revised too. |
| # | 11:08:40 | jeff | if you'd like to share with me after the meeting (or later at your convenience), i'd like to take a stab at some wiki page(s) with the idea of having some starting points / links to existing resources / etc |
| # | 11:08:56 | chrissharp123 | berick and miker_ and dbs (& others :-) ) gave good presentations that could be transformed into documentation |
| # | 11:09:02 | eby_ has joined #evergreen |
| # | 11:09:21 | jeff | if anyone else is interested in the same, let me know / speak up, etc. i'll post to lists when things have progressed, later next week. |
| # | 11:09:26 | berick | berick-- |
| # | 11:09:28 | dbs | chrissharp123: yeah - and maybe getting some specific requests for developer-focused sessions or workshops at EG10 in place early |
| # | 11:09:39 | jeff | sound good? |
| # | 11:09:40 | chrissharp123 | dbs: great thought |
| # | 11:09:48 | dbs | jeff++ sounds great |
| # | 11:09:53 | wlayton | jeff++ |
| # | 11:10:06 | moodaepo | jeff > http://evergreen-ils.org/blog/?p=257 |
| # | 11:10:14 | berick | jeff += 1 |
| # | 11:10:16 | Stev3 | I often still feel as if I am peeking over the barrier between the EG dev community and the outside so perhaps I can help with the experience of one who is trying to scale that wall? |
| # | 11:10:25 | jeff | i don't think that's all for that agenda item, though. does anyone else have additional ideas? |
| # | 11:10:33 | miker_ | berick: you missed some whispace at the start of that line |
| # | 11:10:39 | jeff | berick++ # python :) |
| # | 11:10:47 | jeff laughs |
| # | 11:10:52 | berick | hah |
| # | 11:10:53 | wlayton | Already discussed, but I'd like to add that feedback for patches sent to the mailing list is non-existent. |
| # | 11:11:09 | jamesrf | seconded |
| # | 11:11:11 | dbs | miker_++ yes, I forgot to add STRICT ENFORCEMENT OF CODE FORMATTING!!!! to the agenda |
| # | 11:11:18 | wlayton | I've sent patches which didn't get any feedback, only to see them committed weeks later without any discussion... |
| # | 11:11:48 | miker_ | wlayton: I've been very bad about that in the past when the code looks good |
| # | 11:11:55 | dbs | wlayton: I've certainly been guilty of that |
| # | 11:12:10 | jamesrf | yes some people at SITKA have experienced that as well and it's discouraging |
| # | 11:12:10 | miker_ | that's one of the things I'm working on ... and why some patches are still lingering |
| # | 11:12:19 | natschil | for "Lowering the barriers to participation" It might be worth adding that all patches are sent over the mailing list, which might not be as practical as, for instance linking them to bugs directly, though that kind of toutches on the point after the next. |
| # | 11:12:28 | natschil | s/toutches/touches/ |
| # | 11:12:28 | berick | i think the patch problem is closely ralated to the 'lowering the barrier to participation' problem |
| # | 11:12:58 | jeff | similar to bug reports, it might be good if patches made it into trac(or whatever) on a more regular/reliable basis. i know i've submitted a minor patch or two that just wasn't important enough at the time, and there's no easy way to go back later (searching the list archives for uncommitted patches isn't a great way to handle patching, i suppose) |
| # | 11:13:03 | berick | s/patch problem/patch review problem/ |
| # | 11:13:14 | jeff | (and to be clear, i'm talking about the most minor of typo patches, things like that) |
| # | 11:13:48 | dbs | natschil/jeff: I agree, it can be hard to comb through the mailing list to find out what happened, what's still open... and then threads get broken |
| # | 11:14:15 | natschil | dbs: also, not all who want to contribute will want to sign up for the mailing list which is another barrier. |
| # | 11:14:57 | dbs | whereas, if it was possible to generate a report of outstanding patches and keep the discussion focused on a specific bug/feature, that could be good |
| # | 11:15:03 | miker_ | natschil: well, until something else exists and is in use, that's the only place for discussion ... |
| # | 11:15:32 | miker_ | I think using trac (yeah yeah, or whatever replaces it) is the right way |
| # | 11:15:53 | natschil | miker_: exactly. |
| # | 11:15:56 | dbs | I'd like to get more mail from whatever bug system we use; in our own Trac instance for Conifer, I've got it set up to email me for any change to any bug (whether I'm CCed or not), and that helps immensely |
| # | 11:16:11 | berick | dbs: that can be arranged... |
| # | 11:16:16 | miker_ | agreed ... berick++ |
| # | 11:16:21 | djfiander | dbs, with what? testing the MTBF on your mail server? |
| # | 11:16:29 | jeff | so, if some person(s) were responsible for creating a ticket in track for new patches, then they would not get lost in the archives. |
| # | 11:17:02 | miker_ looks for raised hands |
| # | 11:17:07 | miker_ | ;) |
| # | 11:17:10 | jeff | it doesn't seem like it would create too much ticket noise. patches (at this point) are still rare (which is the reason for the agenda item in the first place! ;) |
| # | 11:17:14 | dbs | and if it were easy to add yourself as a "email the hell out of me because I'm a busybody and really interested in everything" that would be nice too |
| # | 11:17:30 | dbs | jeff: touché :) |
| # | 11:17:37 | Stev3 | nod. the procedure for tracking patches should not relay on retrospective searches, for sure. |
| # | 11:17:37 | twirlip | Is this where I jump in and ask about switching to a bug tracker that lets non-contributors submit bug reports? |
| # | 11:17:51 | miker_ | dbs: isn't that wat rss is for? ... hm... really, though, can trac spit out a feed of updates? |
| # | 11:18:00 | Stev3 | rely* |
| # | 11:18:16 | natschil | twirlip: that's current point+2, though it really links to this point too. |
| # | 11:18:45 | miker_ | twirlip: trac can be made to do that ... but it becomes a morass of configuration problems instead of developer-useful bug reports (IME, based on the bugzilla instance that once was) |
| # | 11:18:50 | sboyette | just yesterday i had to create an account on the MongoDB team's tracker in order to submit a bug, and my thought was "really? you're making me sign up to tell you broke something?". so i definitely think that making the bug-reporting barrier nil is the right thing to do, though this (possibly) induces a higher rate of spurious reports and spam, increasing work for the people running the tracker |
| # | 11:18:51 | natschil | I think that one reason why patches are low is that people do not know what a) needs to be done b) is broken. |
| # | 11:18:53 | jeff | any other ideas for lowering the barriers to participation? |
| # | 11:18:54 | dbs | miker_: it can be used for that, but now you're introducing a barrier to me :) |
| # | 11:19:10 | miker_ | dbs: how about both email and rss |
| # | 11:19:10 | sboyette | but the internet has commodified the shit out of everything, adn the alternative is having people just walk away and ignore you forever |
| # | 11:19:25 | jeff | any core devs interested in making their brains available via irc for interactive brain-picking on a semi-regular basis? |
| # | 11:19:34 | moodaepo | sboyette++ |
| # | 11:20:02 | twirlip | jeff: I'd find more detailed development roadmaps helpful. |
| # | 11:20:07 | miker_ | jeff: I can get down with that |
| # | 11:20:10 | twirlip | as far as participation goes. |
| # | 11:20:20 | miker_ | brain dumping, I mean |
| # | 11:20:30 | HitScan | natchil: It's also difficult for people outside to submit substantial patches because the only current dev docs are the code. I speak perl like I speak german: Like a child. ;) |
| # | 11:20:30 | moodaepo think even reporting bugs is participation and that should go into a tracker...easily |
| # | 11:20:34 | djfiander | handing out bug-filing privileges like candy would work, sort of: once you've reported a problem via email/irc that's real, then you get to file your own. |
| # | 11:20:36 | dbs | if we had an open without account required bug tracker, we would need people who were committed to triaging said bug reports |
| # | 11:20:46 | phasefx_ would even love periodic IRC-based hackfests/fix-a-pet-peeve-fests |
| # | 11:20:57 | moodaepo | dbs true that |
| # | 11:20:58 | jeff | and of course, braindumps on the list can be incredibly helpful also. i've got more than one of miker's "here's the deal with FOO" emails filed away for reference. |
| # | 11:21:02 | dbs | moodaepo: oh for sure, bug reporting is definitely participation! |
| # | 11:21:25 | dbs | djfiander: that's a damned good model |
| # | 11:21:48 | moodaepo | djfiander++ |
| # | 11:21:55 | dbs | I'm also down with jeff + phasefx's suggestions for periodic IRC brain damage |
| # | 11:21:57 | natschil | HitScan: I think one of the large problems in perl is the absence of header files like in c, where functions, classes, etc can easily be documented. |
| # | 11:22:03 | jamesrf | yeah also if there is more documentation to help with install/config issues then doesn't that offset some of that in theory? |
| # | 11:22:14 | jeff | so that reduces the barrier to ticket creation to "subscribe to the list and report one valid bug", then you get credentials. how about for what someone just said earlier... those who don't want to subscribe to the list? |
| # | 11:22:26 | jeff | does anyone watch non-subscriber posts to open-ils-dev? |
| # | 11:22:35 | djfiander | which list is "the list"? |
| # | 11:22:36 | jeff | (for valid posts to then approve?) |
| # | 11:22:50 | jeff | djfiander: yeah, good question also. :P |
| # | 11:23:04 | berick | djfiander++ # bug-reporter grey listing |
| # | 11:23:06 | djfiander | I think that problem reports that come through on -general should be recognized. If you're not on any lists, you're not participating at all |
| # | 11:23:06 | dbs | jamesrf: that's true - and I think we need to extend the docs to include things like setting up the standard cron jobs & basic group/circ rules configuration howto (natschil had been doing some work on that) |
| # | 11:23:07 | moodaepo | I'd think non-subscriber posts would just not come through..no? |
| # | 11:24:16 | phasefx_ approved a non-subscriber post (really, they were just using an alternate email) on OPEN-ILS-DOCUMENTATION recently. "I don't think I'm notified the same way with the other lists, though |
| # | 11:24:24 | Stev3 | part of the bug reporting problem lies in the overall documentation problems. I have had problems with EG that are already known, in TRAC and have suggested fixes *IF* one can find the right threads or right way of asking you guys. |
| # | 11:24:25 | natschil | dbs: though that cron jobs document is probably horribly invalid though. |
| # | 11:24:30 | jeff | baby steps. any objections to persons being handed credentials to directly create tickets when they get their "thanks for reporting this bug"? |
| # | 11:24:40 | dbs | natschil: well, it's better than nothing! |
| # | 11:25:00 | moodaepo | Stev3++ |
| # | 11:25:10 | miker_ | jeff: no, that sounds like a great plan |
| # | 11:25:13 | miker_ | djfiander++ |
| # | 11:25:21 | Stev3 | am not sure if I am reporting a bug till I chat with you all and get told to RTFM ... or not. :) |
| # | 11:25:23 | dbs | I concur |
| # | 11:25:24 | jeff | djfiander++ #indeed! |
| # | 11:25:26 | miker_ | no objections, I mean |
| # | 11:25:51 | berick | if we start handing out bug db access, we still need some basic bug db oversight |
| # | 11:25:57 | berick | not as much, mind you |
| # | 11:26:08 | jeff | berick: which is probably a few agenda items ahead of where we are right now. :) |
| # | 11:26:10 | natschil | would anyone think it might be a good idea to discuss "Bug tracking and QA" now, as it is heavily linked to outside participation? |
| # | 11:26:20 | moodaepo | berick do you mean to triag (as dbs said) the bugs? |
| # | 11:26:36 | dbs | natschil: I think that's a good idea |
| # | 11:26:46 | Stev3 | so I don't mind not being able to create my own bug tickets yet... I DO mind not having a clear place to post my wtf to I do now, questions. |
| # | 11:26:46 | miker_ | hrm.. crazy idea: 2 bug trackers, 1 "frontline" and one "on top of the code" |
| # | 11:27:00 | berick | moodaepo: triag and preventing back-logs of old, fixed bugs that were not updated in the bug db |
| # | 11:27:11 | natschil | Stev3: I use #evergreen for that. |
| # | 11:27:28 | miker_ | go crazy on the frontline one (within reason, of course) but track actual, code-related stuff only in the on-top-of-the-code one |
| # | 11:27:28 | jeff | miker_: not that crazy, though i can't thnk of any real-world examples to see if it worked well or not. |
| # | 11:27:33 | dbs | Stev3: #evergreen or open-ils-dev or open-ils-general don't work for you? |
| # | 11:27:46 | miker_ | jeff: right ... I have no idea just how bad that will actually be |
| # | 11:27:53 | Stev3 | natschil ;) I get in trouble when I leave my IRC open. i have no chatter self-control ;( |
| # | 11:28:11 | miker_ | for developement itself, esp on top of svn, trac is second to none, IMO |
| # | 11:28:28 | miker_ | but there are valid complaints about it for end-user bug tracking workflows |
| # | 11:28:29 | berick | Stev3: you're not alone, there ;) |
| # | 11:28:47 | moodaepo | berick what we need then is a bug db manager just someone who knows where the bugs should go (ish) |
| # | 11:28:47 | Stev3 | honestly, a barrier lowering mechanism MIGHT be to welcome folk here faster? not sure. I'll think on it. |
| # | 11:28:49 | miker_ | berick: you eyeballin me, boa? ;) |
| # | 11:28:50 | dbs | miker_: hrm. maybe we could use launchpad for the user-friendly interface |
| # | 11:28:57 | miker_ | dbs++ |
| # | 11:29:05 | miker_ | and translations, and ... and ... |
| # | 11:29:15 | dbs | heh :) you know me |
| # | 11:29:16 | miker_ | btw, yes, launchpad++ AFAIC |
| # | 11:29:40 | moodaepo | launchpad++ |
| # | 11:29:42 | natschil | miker_: I actually like how trac as an end user looking at the actual code , though I haven't tried many of the alternatives |
| # | 11:29:42 | jeff goes ahead and moves Bug Tracking and QA next on the agenda |
| # | 11:29:43 | berick | miker_: you lost me? |
| # | 11:29:57 | natschil | s/like how trac/like how trac is UI wise/ |
| # | 11:29:58 | miker_ | berick: Stev3: you're not alone, there ;) |
| # | 11:30:00 | chrissharp123 | as a non-developer who seeks out bug reports for Ubuntu, I like launchpad too |
| # | 11:30:13 | berick | miker_: oh, no, was talking about me and, well, most people |
| # | 11:30:16 | dbs | launchpad can integrate with upstream projects, so it provides a linkage back to our Trac instance too |
| # | 11:30:44 | jeff | Stev3: "welcome folk here faster" how? here as in #evergreen and welcome as in "hi there, Stev3! what can we help you with?"... or something else? :) |
| # | 11:30:47 | miker_ | berick: I know :) |
| # | 11:31:06 | sboyette | so, right now my job at ESI is "the QA guy". i've had been concentrating on the test suite, and am now working on tools to support the development process in general, but it seems natural for me to volunteer to be bug tracker oversight guy. |
| # | 11:31:11 | dbs | (which was the one thing making me wonder about miker_'s crazy two bug tracker suggestion, but now that doesn't seem so crazy) |
| # | 11:31:26 | berick | jeff++ # helpful, friendly bots |
| # | 11:31:31 | berick | ;) |
| # | 11:31:33 | natschil | I actually quite like kde's bug and review system though I'm not sure what its based on. |
| # | 11:31:57 | dbs | sboyette: there's a natural relationship between converting bug reports & fixes into tests |
| # | 11:31:57 | sboyette | assuming no one else wants to do it. and history seems to show that no one else wants to do it. |
| # | 11:32:01 | berick | natschil: the process or the software they use? |
| # | 11:32:38 | natschil | berick: I like the process, i.e. someone submits a bug and a patch, and that then may get forwarded to a review board, where the patch can be discussed. |
| # | 11:32:39 | dbs | sboyette: there can be more than one! I'm sure you could use help with reproducing bugs, for example |
| # | 11:32:48 | dbs | natschil: launchpad supports code reviews |
| # | 11:33:26 | dbs | (but it might be an entirely different form of code review from what KDE uses) |
| # | 11:33:43 | natschil | dbs: I'm not saying the kde system is the best, its just only one of the only ones I've seen :) |
| # | 11:34:18 | natschil | As evergreen grows, there will probably be a number of patches that are controversal whether to accept or not, and therefore it is good if they can easily be discussed. |
| # | 11:36:04 | dbs | and easily kept track of, so we don't piss off people like wlayton or jamesrf (who we really, really don't want to piss off - have you seen those guys? They're MONSTERS!) |
| # | 11:36:27 | jeff | so in addition to sboyette's volunteering to be a bug wrangler (if i read that correctly), do we want to put out a call for a "QA team"? |
| # | 11:36:40 | dbs | right: "Is there general agreement that we should put out a call for a QA team: bug testers & wranglers who would manage the public bug database & verify bugs & build tests to add to the test harness?" |
| # | 11:37:29 | sboyette | i should probably post to the dev list about what i had been doing (and was trying to do) in trunk |
| # | 11:37:39 | jeff | in the interest of not having all of those roles fall on sboyette, i'd say "yes, unless sboyette WANTS to do all that work" :) |
| # | 11:37:46 | dbs | sboyette++ # that might help lower the barrier to participation :) |
| # | 11:37:56 | jeff | sboyette: i'd find that useful -- i had been watching your commits with great interest |
| # | 11:38:00 | miker_ | that team would need to be made up of patch advocates (or proxies thereof) I think |
| # | 11:38:14 | dbs | jeff: I certainly think a team would be justified |
| # | 11:39:03 | dbs | miker_: well, but also for handling general bug reports and migrating them "upstream" to the dev Trac instance (and, quite likely, developing fixes for some of those bugs) |
| # | 11:39:04 | miker_ | IOW, that would be a responisbility of the qa team -- to shove the developers (assuming they are different people) around to get things done, and to keep the discussion going |
| # | 11:39:20 | miker_ | right |
| # | 11:39:42 | dbs suggests that the QA team name be "Whipcrackers" |
| # | 11:39:52 | jeff | sboyette: want to send out the call for QA volunteers? |
| # | 11:40:06 | jeff | dbs++ |
| # | 11:40:08 | berick read that as whippersnappers |
| # | 11:40:08 | sboyette | sure. i'm willing to get things started |
| # | 11:40:19 | moodaepo | sboyette++ |
| # | 11:40:22 | miker_ | I guess my point is, I want sboyette to beat me about the head and neck if I'm an SME on a bug/patch he's wrangling publicly and I'm not getting anything done on it (and could be) |
| # | 11:40:31 | miker_ | right ... whipcrackers |
| # | 11:40:41 | miker_ | berick: I did too ;) |
| # | 11:40:51 | dbs | SME: small to medium enterprise? |
| # | 11:40:55 | HitScan has left #Evergreen |
| # | 11:40:59 | miker_ | subject matter expert |
| # | 11:41:10 | phasefx_ | bug/patches being different than feature requests |
| # | 11:42:05 | jeff | sure. i read "patch advocates" initially as "people who were advocating that a certain (possibly controversial) feature be accepted as a patch"... and upon clarification, that's not exactly what miker meant. :) |
| # | 11:42:09 | miker_ | phasefx_: well... different priorities |
| # | 11:42:13 | natschil | phasefx_: though I would combine both in the same system |
| # | 11:42:18 | dbs | right, feature requests with no supporting code are a different matter - still important, but a feature with an attached patch (at least to me) should carry more weight and have more attention paid in the short term |
| # | 11:42:36 | dbs | what natschil and miker_ said :) |
| # | 11:42:48 | jeff | and bugfix patches will sometimes need some advocating/whip-cracking lest they be overlooked/forgotten/etc |
| # | 11:42:54 | natschil | dbs: does launchpad have a feature request system? |
| # | 11:42:58 | miker_ | jeff: right |
| # | 11:42:59 | dbs | natschil: of course! |
| # | 11:43:14 | moodaepo | natschil and a kitchen sink too! : ) |
| # | 11:43:31 | dbs | natschil: it's the "blueprints" section |
| # | 11:43:34 | djfiander | it's built on top of emacs? |
| # | 11:43:45 | Stev3 | do features with attached patches have more, or less precedence than features with attached bounties? :) |
| # | 11:44:05 | natschil | Stev3: less :) |
| # | 11:44:22 | dbs | btw, https://answers.edge.launchpad.net/launchpad/+question/85776 (transfer of the inactive launchpad.net/evergreen is in progress) |
| # | 11:44:32 | moodaepo | dbs++ |
| # | 11:44:36 | dbs | djfiander++ |
| # | 11:44:36 | natschil | so is evergreen going to stick with launchpad now? |
| # | 11:44:38 | miker_ | Stev3: depends on the feature in question |
| # | 11:44:56 | moodaepo agrees with miker_ |
| # | 11:44:58 | natschil | miker_: Stev3: and the bounty ;) |
| # | 11:45:06 | miker_ | heh |
| # | 11:45:11 | moodaepo | Anyways so launchpad++ ? |
| # | 11:45:34 | dbs | natschil: good question. Shall we put that to a vote, at least as something to try for the next three months or something? |
| # | 11:45:57 | natschil | dbs: how about sending it out on the mailing list? |
| # | 11:47:11 | miker_ | natschil: the risk is getting into "but why not use {my favorite tool} instead" arguments ... though the risk is probably much lower than the bug-db one ;) |
| # | 11:47:43 | dbs | natschil: well - we don't really have a formalized decision making process, and we have had some discussion already on the list |
| # | 11:47:52 | phasefx_ | the launchpad question, use launchpad for everything it offers or some things? |
| # | 11:48:04 | natschil | phasefx_: I would keep trac as well. |
| # | 11:48:05 | Stev3 | would launchpad replace the present TRAC and mailman etc? |
| # | 11:48:16 | dbs | Stev3: no no |
| # | 11:48:20 | Stev3 | asked and answered. |
| # | 11:48:32 | dbs | If I understand, the proposals on the table are: |
| # | 11:48:51 | moodaepo | Yea we've talked on the list on #evergreen...I say no more votes just try out launchpad (say 3 months as dbs suggests) |
| # | 11:48:59 | natschil | btw, back to the issue of community contributions, feature requests and http://open-ils.org/dokuwiki/doku.php?id=sofware_bounties should maybe be moved to launchpad as well. |
| # | 11:49:00 | dbs | 1. Keep Trac as the "close-to-the-code" bug tracking system |
| # | 11:49:29 | natschil | dbs: Why not move all bugs to launchpad? |
| # | 11:49:45 | moodaepo | natschil++ # if we do decide on Launchpad...I think dbs is making a list of proposals |
| # | 11:50:12 | dbs | 2. Open a writable-by-anyone bug tracking system that integrates with the Trac instance |
| # | 11:50:14 | natschil | oh heh, I misunderstood there. |
| # | 11:50:16 | dbs | moodaepo: exactly |
| # | 11:51:15 | dbs | 3. Put out a call for a QA team that will, as one of their powers/responsibilities, have the ability to move bugs from the writable-by-anyone bug tracking system to the Trac instance |
| # | 11:52:33 | dbs | 4. For a trial period of three months, try out launchpad as the writable-by-anyone bug system / translations system / feature request / code review / FAQ-development thingy |
| # | 11:53:13 | dbs | djfiander's suggestion to grant an account to directly open bugs after reporting a legitimate one on the mailing list might not apply given (2) |
| # | 11:53:21 | sboyette | i'm down |
| # | 11:53:22 | dbs | Is that a reasonably accurate summary? |
| # | 11:53:23 | moodaepo | So are we putting these on the list or not...as I said I am all for #4. Hopefully they transfer launchpad/evergreen over to us. |
| # | 11:53:27 | moodaepo | dbs++ |
| # | 11:53:50 | natschil | 4++ # or should that be spelt 3++ :) |
| # | 11:53:56 | dbs | moodaepo: heh, yes, they've granted a number of similar requests in the past, and if we agree and I point them at these logs, I don't think that will be a problem :) |
| # | 11:54:06 | berick | we could create an "un-verified" ticket status in trac, make it the default. less copying stuff around that way. |
| # | 11:54:13 | atz | i think long-term, nobody wants to support 2 bugs systems |
| # | 11:54:21 | natschil | dbs: moodaepo: otherwise it's back to openils/openils-evergreen |
| # | 11:54:24 | natschil | :) |
| # | 11:54:42 | jamesrf | https://launchpad.net/trac-launchpad |
| # | 11:54:47 | dbs | heh, berick and atz, are you calling miker_ crazy? :) |
| # | 11:54:50 | atz | but if it takes a 2nd system to get it opened up right now, that's worth it |
| # | 11:55:09 | moodaepo | jamesrf++ # dbs mentioned that earlier |
| # | 11:55:16 | jeff | will all bugs exist in launchpad and "promoted/accepted" bugs end up in trac also? or will some tickets be directly created by devs in trac and never make it to launchpad? will users need to search both systems to find a bug? |
| # | 11:55:36 | miker_ | atz: I think you're wrong abou tnot wanting 2 bug systems ... I want 2. but my mind may be changed by launchpad |
| # | 11:55:49 | dbs | jeff: our history suggests that devs don't open bugs |
| # | 11:56:05 | dbs | jeff: I'm not saying that's a good thing, though :) |
| # | 11:56:31 | sboyette | whether the 2-tier pilot is awesome or horrible, we learn something and get shunted toward the solution that works |
| # | 11:56:33 | atz | i would like to see whatever artifacts exist from the "failed" open bug system... i understand there's some history there but i don't really get what happened |
| # | 11:56:41 | miker_ | dbs: and to be frank, it suggests that "open to all" doesn't work for the opposite reason ;) |
| # | 11:57:11 | phasefx_ can try reviving bugzilla for atz |
| # | 11:57:23 | atz | dbs: recent history contradicts that |
| # | 11:57:24 | dbs | We're almost at two hours, folks |
| # | 11:57:25 | berick | atz: get ready to install evergreen 1.0 alpha ;) |
| # | 11:57:28 | atz | (w/ me anyway) |
| # | 11:57:36 | Stev3 | even if dev's don't historically document bugs, it is a good idea to have a central point to create a bug ticket... if we doing launchpad w/ trac-launchpad the proc probably should be LP -> T for all. imho |
| # | 11:57:37 | dbs | atz: true! atz++ |
| # | 11:57:48 | moodaepo | miker_ That's why I still like djfiander's suggestion...noise control |
| # | 11:58:31 | berick will be mentally disconnecting from the channel shortly |
| # | 11:58:48 | miker_ | moodaepo: yep, me too. if it works, and lauchpad is good as a developer tool in addition to a user tool, my mind will change, I bet |
| # | 11:58:54 | dbs | moodaepo: but with a QA team to help filter the noise, I think that a little noise may be a reasonable price to pay for increased participation |
| # | 11:59:25 | miker_ | dbs: I agree with that too, fwiw |
| # | 11:59:30 | moodaepo | Will do. Then are we deciding on proposal 4? |
| # | 11:59:38 | jeff | i think the two-tier system has potential, even if it results in {abandoning trac in favor of just-launchpad|running screaming from the two-tier experiment back to trac/something}. i think the details/specifics of the two-tier experiment should be hashed out by sboyette and some others outside the context of this meeting, some discussion on the list, and when the evergreen project is re-assigned on launchpad, the experiment can begin. |
| # | 11:59:44 | miker_ | I'm not against noise, as long as there's some signal in there too :) |
| # | 11:59:44 | wlayton | (I need to be off now -- I'll check the logs later...) |
| # | 11:59:50 | wlayton has quit IRC |
| # | 11:59:53 | atz | i find the default resolution statuses INVALID and WONTFIX are so caustic that it doesn't take many of those before spurious filers are shut down... (and legitimate filers too if applied incorrectly) |
| # | 12:00:03 | jeff | i think it's important that the expectations / process be laid out for the experiment (or whatever we wish to call it) begins. |
| # | 12:00:17 | dbs | atz: we need to add a BOGUS resolution, just like PHP, to really offend people. |
| # | 12:00:27 | dbs | jeff++ |
| # | 12:00:30 | miker_ | or GETBENTNOOB |
| # | 12:00:31 | atz | yeah, BOGUS is even worse than INVALID! |
| # | 12:00:47 | moodaepo | I think I saw this on c4l the other day...dja vu man deja vu. |
| # | 12:00:47 | jeff | and fwiw, agreed that some increased noise is a small price to pay for increased participation. |
| # | 12:00:47 | djfiander | a less toxic way to do that would be to turn such things into documentation bugs. |
| # | 12:00:55 | jeff | djfiander++ |
| # | 12:00:59 | dbs | djfiander: you read my mind |
| # | 12:01:08 | djfiander | because that's what they are, eh. |
| # | 12:01:09 | dbs | launchpad lets you turn a bug report into an FAQ |
| # | 12:01:10 | atz | djfiander++ |
| # | 12:01:15 | sboyette | WONTFIX shouldn't imply negative emotion. it means that the "bug" is actually a position contrary to a design decision, or that the reported issue cannot be handled due to technical reasons |
| # | 12:01:19 | moodaepo | djfiander++ |
| # | 12:01:47 | jamesrf | ok just like to shout out in the interest of keeping on topic and keeping things moving along |
| # | 12:01:49 | dbs | and/or it could be assigned to the DIG team, assuming that they'll play a part |
| # | 12:02:00 | atz | sboyette: that doesn't sound that way to a librarian who "really needs this fixed" (how many times do we hear that?) |
| # | 12:02:37 | sboyette | then an explanation should be sent along with the bug closure instead of summary execution :) |
| # | 12:02:37 | dbs | so, immediate outcome of this agenda item is: sboyette will put out a call for a QA team to help refine the details |
| # | 12:02:38 | miker_ | atz: we could change it to "the "bug" is actually a position contrary to a design decision, or that the reported issue cannot be handled due to technical reasons", but the dropdown would be awefully wide |
| # | 12:03:15 | dbs | can we leave it at that and move on to.... release process? |
| # | 12:03:15 | jeff | i believe that brings us to "Release process" |
| # | 12:03:21 | dbs | jeff++ |
| # | 12:03:28 | dbs | I move that we return to CVS. |
| # | 12:03:33 | sboyette | RCS |
| # | 12:03:39 | senator | SCCS |
| # | 12:03:46 | sboyette | file locking is for pansies |
| # | 12:03:55 | Stev3 | a rock and a chisel? |
| # | 12:03:58 | miker_ | SourceSafe |
| # | 12:04:00 | dbs | ln -sf Ingest.pm.really_fixed_this_time.pm Ingest.pm |
| # | 12:04:19 | miker_ | sboyette: you get the joys of thinking you have file locking without actually having file locking |
| # | 12:04:38 | dbs | CMVC (shoutout to djfiander and any other ex-big bluers) |
| # | 12:04:52 | atz | lol |
| # | 12:04:59 | djfiander | I built some really great systems on top of SCCS |
| # | 12:05:09 | sboyette | ok, seriously, release stuff: i'm working on a buildbot which is nearing completion of its first phase of development. it's gonna get its own box to live on, and it will be public (both output and source) |
| # | 12:05:24 | djfiander | dbs, I never coded when I worked there. |
| # | 12:05:37 | jeff | sboyette++ # hooray! |
| # | 12:05:41 | sboyette | by the time it goes public -- at the end of the month -- the goal is to have it not just acting as a continuous integration server |
| # | 12:05:44 | dbs | sboyette: holy crap! awesome |
| # | 12:05:47 | miker_ | sboyette: both opensrf and eg at this point? |
| # | 12:05:50 | sboyette | but to have it building nightly tarballs |
| # | 12:06:07 | miker_ | wheeeeeee! |
| # | 12:06:09 | sboyette | miker_: it doesn't care. it knows nothing of their internals. |
| # | 12:06:13 | miker_ | my dream has come true |
| # | 12:06:22 | moodaepo | sboyette++ |
| # | 12:06:23 | sboyette | you could use it to build anything that uses a GNU toolchain |
| # | 12:06:34 | dbs | kbeswick++ |
| # | 12:06:38 | miker_ | indeed!~ |
| # | 12:06:46 | sboyette | the eg-specific parts exist sort of on the side -- like the tarball building part |
| # | 12:06:52 | miker_ | kbeswick: and you thought that was all busy work! ;) |
| # | 12:06:54 | dbs | equinox++ (for paying kbeswick to build the GNU toolchain) |
| # | 12:06:57 | miker_ | (j/k) |
| # | 12:07:11 | miker_ | sboyette: rad |
| # | 12:07:13 | sboyette | that'll be using the buildbot's libraries to intropect the bot's db. separate from the bot scripts proper, etc. ,etc. |
| # | 12:07:26 | sboyette | so that's what i'm doing for release management. you can all talk now. |
| # | 12:08:04 | sboyette | (it'll have plenty of docs) |
| # | 12:08:08 | jeff | sboyette: i think you just euchered everyone. |
| # | 12:08:13 | dbs | sboyette: so - any things that are not currently part of the GNU toolchain will need to either be added to it, or made available in some form of pre-built output? |
| # | 12:08:23 | jeff | (euchred, even) |
| # | 12:08:37 | dbs calls no ace, no face, no trump |
| # | 12:08:52 | moodaepo looking up euchred |
| # | 12:08:56 | djfiander | dbs, we didn't talk about that house rule before the game started. |
| # | 12:08:59 | dbs | things like the openils_dojo layer, translations... not much more I can think of off the top of my head |
| # | 12:09:15 | sboyette | dbs: the design separates build slaves from a long-running process which handles all db access and system state and such |
| # | 12:09:20 | jeff | openils_dojo++ |
| # | 12:09:22 | sboyette | dbs: i think it's pretty open and extensible |
| # | 12:09:26 | sboyette | dbs: but i have to start somewhere |
| # | 12:09:42 | dbs | sboyette: yes, that's cool. awesome, I say. |
| # | 12:09:58 | sboyette | i tend to have problems with infinite design syndrome as it is, so i've tried to stick to the main point for starters |
| # | 12:10:27 | sboyette | (and yes, the buildbot has its own test suite) |
| # | 12:10:31 | dbs | Okay, so that pretty much takes care of the automated build section (although again, I imagine sboyette could always use more eyes once it's ready and rolling) |
| # | 12:10:39 | djfiander | but can the buildbot build itself? |
| # | 12:10:54 | jamesrf | can it build skynet? |
| # | 12:11:01 | phasefx_ | and does it have the 3 laws? |
| # | 12:11:19 | miker_ | sboyette: do we need a branch in the core repo for this thingy, once it's public-able? |
| # | 12:11:39 | dbs | would ILS-Contrib work? |
| # | 12:11:48 | sboyette | it hasn't been decided where it should live. we (the esi dev team) have talked about it, but not decided anything |
| # | 12:12:14 | sboyette | the current candidates are ils-contrib and "a git repository, somewhere" |
| # | 12:12:23 | djfiander | I vote for the latter. |
| # | 12:12:27 | dbs | hah :) |
| # | 12:12:46 | sboyette | at the moment it lives in a git repo on my workstation |
| # | 12:13:09 | atz | sboyette: would you like a branch on http://github.com/senator/OpenILS-Evergreen ? |
| # | 12:13:52 | sboyette | atz: if we're gonna start sing github, i think it should be in a "evergreen" or "esi" account or some such |
| # | 12:13:57 | sboyette | instead of someone's personal account |
| # | 12:13:58 | dbs | on that note - shall we set up quasi-official mirrors for git & bzr (& hg or whatever if somebody else comes along)? |
| # | 12:14:07 | senator | agreed with sboyette |
| # | 12:14:07 | moodaepo | Launch it on Launchpad! |
| # | 12:14:09 | sboyette | s/sing/using/ |
| # | 12:14:14 | atz | sboyette: sure, but i don't control teh money$$ |
| # | 12:14:20 | sboyette | github don't cost nothin' |
| # | 12:14:44 | atz | certain features (private repos) do |
| # | 12:14:51 | sboyette | anyway. i'm not advocating for anything in particular. i can work with whatever. |
| # | 12:14:57 | natschil has quit IRC |
| # | 12:15:10 | sboyette | read: i'll still be using my git repo |
| # | 12:15:33 | chris_sharp has quit IRC |
| # | 12:17:18 | phasefx_ is for mirrors (official or otherwise) of the various distributed repos that are springing up |
| # | 12:17:23 | atz | dbs: if there's interest/resources, whatever works |
| # | 12:17:44 | phasefx_ | for backup if nothing else |
| # | 12:17:50 | jeff | i think it's a different form of "lowering barriers to participation" |
| # | 12:18:05 | atz checks if anybody has registered "bzrhub.com" |
| # | 12:18:06 | jeff | and good/healthy. |
| # | 12:18:12 | moodaepo | When exactly will this superbot start work? |
| # | 12:18:36 | phasefx_ | it has to win a round against mothra first |
| # | 12:18:37 | moodaepo | or is it called the sboybot? : ) |
| # | 12:18:40 | jeff | moodaepo: ``at the end of the month'' |
| # | 12:18:44 | dbs | jeff: good point; on launchpad and github, it should be easy for anyone to maintain their own branches with their own customizations |
| # | 12:18:54 | sboyette | it's actually a pretty simplebot. but the target is end of the month. |
| # | 12:19:14 | dbs | rather than the patchwork of variant files that conifer currently has in ILS-Contrib, for example |
| # | 12:19:17 | sboyette | the next 2 weeks will be internal testing and adding the tarball building stuff |
| # | 12:19:23 | moodaepo | jeff sboyette right..I saw that. |
| # | 12:19:44 | moodaepo | Anything else on the subject of release process? |
| # | 12:19:57 | lettie has joined #Evergreen |
| # | 12:20:11 | dbs | moodaepo: given that we're at two hours +, we should probably move the discussion back to the mailing list and revisit at next meeting |
| # | 12:20:25 | dbs | moodaepo: thanks for keeping us on track :) |
| # | 12:20:47 | dbs | we've got acquisitions (already sort-of talked about, so maybe we can skip it) |
| # | 12:21:23 | dbs | oils_i18n_gettext, which we can defer to the lists for more head-scratching? |
| # | 12:21:27 | moodaepo | dbs real quick what did we talk about acq? |
| # | 12:21:56 | moodaepo | one liner will do |
| # | 12:22:15 | dbs | moodaepo: that 1.6.0.0 is a preview release, so no bugs in acq in 1.6.0.0 are considered showstoppers, bug fixes get added to rel_1_6_0, and new features are in rel_1_6 and above |
| # | 12:22:17 | jeff | i think the release notes sum it up: |
| # | 12:22:19 | jeff | ``Acquisitions Preview includes a sneak peek at the preliminary work for manual funding management, PO creation, cataloging and receiving processes. These are functional but are not intended for insertion into current workflows. This feature was specifically included to solicit feedback from the community on this important feature.'' |
| # | 12:22:22 | moodaepo | ah right |
| # | 12:22:40 | jeff | and "acq bugs are not 1.6.0.0 showstoppers" |
| # | 12:22:53 | atz | as in, they are expected |
| # | 12:23:12 | moodaepo | I have that under my 1.6 notes ok...which was a long time ago : ) |
| # | 12:23:22 | phasefx_ is okay with punting oils_i18n_gettext to list; "It came up because I was adding something and wanted to do it 'correctly', and found that I couldn't" |
| # | 12:23:29 | dbs taps his mike: is this thing on? :) |
| # | 12:24:01 | dbs | future development - on craftsman specifically, kgs had sent me a document a while ago with a long list of bugs in craftsman that made my head swim, but we should convert those into actual bugs |
| # | 12:24:27 | atz | yeah, she kept saying she already knew about a lot of the stuff i was filing |
| # | 12:25:24 | moodaepo | dbs anyone in particular to enter those as bugs/check which ones atz has entered already? |
| # | 12:25:45 | jeff | craftsman seems to have an interesting history, but one question i have is... are some of the "source" materials behind the design (logos without gradient/transparency/etc) available? was the design an entirely outsourced process and those were not "deliverables"? |
| # | 12:25:51 | dbs | I'm not sure if it was supposed to be released to the wild, but I can dig it out of my inbox if equinox is okay with it |
| # | 12:25:51 | moodaepo | or can we pass it on to atz : ) |
| # | 12:25:55 | atz hasn't seen her doc though |
| # | 12:26:12 | dbs | (the only reason that I'm not sure if it was supposed to be released to the wild is because kgs didn't post it anywhere public) |
| # | 12:26:43 | moodaepo nominates dbs and atz look over the kgs file |
| # | 12:26:54 | atz | jeff: good question... i filed against the small logo, for example, because it is "crusty" |
| # | 12:27:03 | miker_ | dbs: I don't see any problem with getting the list of problems out there if you just want to yank that out of kgs' doc |
| # | 12:27:05 | moodaepo | If you need any help I volunteer |
| # | 12:27:20 | dbs needs to go celebrate support staff day |
| # | 12:27:41 | djfiander | how unfortunate |
| # | 12:27:44 | miker_ | jeff: it's a long story. several, actually. too long for right now (for me, anyway) |
| # | 12:27:58 | jeff | miker_: noted. thanks. |
| # | 12:28:42 | miker_ | at 2.5h, and doing 5 other things, I'm, as they say 'round here, plumb wore out |
| # | 12:28:50 | jeff | if anything begins behind the scenes that would make development / enhancement against craftsman "wasted work", a heads up as quickly as possible would be appreciated by everyone. :) |
| # | 12:28:55 | miker_ | they don't actually say that around here ... thankfully |
| # | 12:29:11 | Stev3 | i'm going to lurk but need to step out in RL. thanks y'all for this EG distraction...i mean... project. very cool. |
| # | 12:29:27 | moodaepo | I'm making a note that dbs and atz will work this craftsman thing out and I volunteered if they need any help/grunt work |
| # | 12:29:56 | dbs | so - another meeting in a month? or sooner? is my only question - which can go to the lists, as I really really have to go. thanks a ton to everyone! this has been awesome |
| # | 12:29:58 | moodaepo | I say we move any future development discussion to the mailing list or the next meeting |
| # | 12:30:02 | miker_ | jeff: well, I've expressed my displeasure with craftsman before, and I won't rehash that here, but suffice it to say that it's not what it could be internally :( |
| # | 12:30:06 | moodaepo | dbs++ |
| # | 12:30:14 | djfiander | dbs++ |
| # | 12:30:24 | sboyette | dbs++ # indeed |
| # | 12:30:25 | atz | if there were master PSD or TIFFs or whatever.... those should go in the repo, imho |
| # | 12:31:07 | jeff | i propose that we adjourn, with an encouragement to post any ``What's shaking in the near future? / Any long term projects that we need to start laying the groundwork for now?" items to open-ils-dev, and that someone (dbs?) start a "when's our next meeting?" thread soon. |
| # | 12:31:11 | miker_ | dbs=dbs<<8; |
| # | 12:31:53 | moodaepo | jeff++ Shall we call meeting adjourned then? |
| # | 12:31:55 | miker_ | dbs: want to sync up with grace on the meeting stuffs in general? |
| # | 12:31:57 | jeff | (not that conversation can't continue here also) |
| # | 12:31:57 | atz | i think that means we're done |
| # | 12:32:08 | miker_ | moodaepo: seconded |
| # | 12:32:10 | atz | by general consent |
| # | 12:32:34 | moodaepo | thanks all I'm going to go finish typing up the notes |
| # | 12:32:40 | jeff | moodaepo++ |
| # | 12:32:45 | djfiander | you can't see me. I'm no longer here. |
| # | 12:32:56 | atz | thx, moodaepo++ |
| # | 12:36:06 | natschil has joined #evergreen |
| # | 12:36:25 | sboyette | i'm gonna get on the "what's up with testing" mail. i'll do the testers call one separately, after conferring with dbs about what he's been thinking. |
| # | 12:36:42 | natschil is back after a power cut.... what was decided on the issue of launchpad? |
| # | 12:37:00 | moodaepo | sboyette++ |
| # | 12:37:11 | branflakes_bc has quit IRC |
| # | 12:38:30 | sboyette | natschil: basically, "let's try it" |
| # | 12:38:37 | moodaepo | natschil I think we are going with it, details to be refined by the QA team which sboyette is assembling. |
| # | 12:38:39 | natschil | ok cool. |
| # | 12:38:54 | natschil | what's the current discussion topic? (or has the meeting finished?) |
| # | 12:39:05 | moodaepo | Just finished a few minutes ago |
| # | 12:39:07 | HitScan has joined #Evergreen |
| # | 12:39:31 | sboyette | wrapped up about 3 minutes before you rejoined. moodaepo is working on the summary |
| # | 12:42:14 | sboyette | natschil: also, regarding C headers and documentation, that task is handled in perl through narrative documentation in pod format, which is read using 'perldoc', which is a tool that works like 'man' (sorry if i'm oversimplifying things; i don't know your level of experience) |
| # | 12:42:46 | sboyette | however, the pod in osrf/eg is frequently scant or bitrotted. i was working on that in lockstep with the test suite development |
| # | 12:43:15 | natschil | sboyette: no problem, better to oversimplficy than to overcomplicate :) I've heard of the concept before, but I didn't know about perldoc. |
| # | 12:43:32 | sboyette | you just do 'perldoc Module::Name' |
| # | 12:43:57 | sboyette | or 'perldoc -f perlfuctionname' for the perl builtins |
| # | 12:44:26 | sboyette | if you're on debian you'll likely see a message that you don't have the 'perl-doc' package installed |
| # | 12:44:47 | sboyette | because you don't, for some bizarre reason |
| # | 12:44:57 | sboyette | it is one of the mysteries of debian |
| # | 12:45:07 | sboyette | don't by default, i mean |
| # | 12:48:06 | ColinC has left #evergreen |
| # | 12:50:17 | jeff | oh, and for those still paying attention... if you haven't added/updated your info at http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc_channel and need a wiki account to do so, msg me with your desired username, realname, and email address -- i'll create a wiki account for you. |
| # | 13:03:05 | BAr_ has quit IRC |
| # | 13:08:28 | grahamf has quit IRC |
| # | 13:15:14 | ianB_ has quit IRC |
| # | 13:23:23 | rschiffman has quit IRC |
| # | 13:23:23 | atz | heading out for the afternoon. tty Monday |
| # | 13:34:25 | dbwells has left #Evergreen |
| # | 13:35:29 | jamesrf_ has joined #evergreen |
| # | 13:39:30 | djfiander has left #Evergreen |
| # | 13:42:17 | HitScan has quit IRC |
| # | 13:51:37 | natschil has quit IRC |
| # | 13:51:48 | jamesrf has quit IRC |
| # | 13:52:48 | natschil has joined #evergreen |
| # | 13:57:48 | natschil has quit IRC |
| # | 13:58:56 | jamesrf_ is now known as jamesrf |
| # | 14:00:26 | natschil has joined #evergreen |
| # | 14:04:31 | natschil has quit IRC |
| # | 14:04:53 | natschil has joined #evergreen |
| # | 14:08:52 | natschil has quit IRC |
| # | 14:09:51 | natschil has joined #evergreen |
| # | 14:13:53 | natschil has quit IRC |
| # | 14:15:20 | natschil has joined #evergreen |
| # | 14:20:51 | natschil has quit IRC |
| # | 14:21:49 | natschil has joined #evergreen |
| # | 14:25:48 | natschil has quit IRC |
| # | 14:53:00 | meliss has quit IRC |
| # | 15:03:29 | dbs | still feeling the glow: http://evergreen-ils.org/blog/?p=276 |
| # | 15:03:34 | dbs | @list |
| # | 15:03:34 | pinesol` | dbs: Admin, Channel, ChannelLogger, Config, Games, Herald, Karma, Later, Math, Misc, Note, Owner, Praise, Quote, Reply, Seen, Todo, and User |
| # | 15:04:18 | dbs | phasefx: how do we get pinesol` to announce RSS feeds again? I miss that |
| # | 15:04:57 | phasefx_ | hrmm |
| # | 15:05:18 | phasefx_ | we may have lost a plugin during that big upgrade |
| # | 15:06:03 | phasefx_ | wonder if we could snag the configs and plugins for the #code4lib bot |
| # | 15:06:31 | dbs | ah, if I recall correctly the RSS plugin was memory-leaky over time; that's why it was pulled from zoia |
| # | 15:10:44 | berick | heh.. "targeted at someone other than the one doing the decrementing" |
| # | 15:11:35 | dbs | I was feeling quite challenged in working out a cleaner way of saying that. Brain is fried. |
| # | 15:14:30 | berick | no, it made sense, it made me laugh though that you thought to add that, especially since I was one of the self-decrementers |
| # | 15:23:01 | dbs | Gotta have a zero on every list of numbers! |
| # | 15:23:18 | lettie has quit IRC |
| # | 15:27:27 | kbeswick has quit IRC |
| # | 15:27:46 | gdunbar has quit IRC |
| # | 15:30:13 | sboyette | now go away or i shall decrement you a second time-ah |
| # | 15:30:52 | berick dodges vaches |
| # | 15:41:07 | Stuart_ has quit IRC |
| # | 15:51:14 | jeff | dbs: 6 (number of new evergreen wiki accounts created following the meeting) |
| # | 15:51:57 | dbs | jeff++ |
| # | 15:51:58 | jeff | (possibly higher if others created accounts for people) |
| # | 15:52:34 | dbs | 3: number of times I managed to screw up meeting time zones or dates in various emails / blog posts |
| # | 15:53:52 | lettie has joined #Evergreen |
| # | 15:56:52 | bshum has quit IRC |
| # | 15:59:12 | lettie has quit IRC |
| # | 16:01:08 | rmatott has quit IRC |
| # | 16:04:33 | lettie has joined #Evergreen |
| # | 16:05:26 | moodaepo | Is it just me or do the breadcrumbs/trace look wrong? > http://open-ils.org/dokuwiki/doku.php |
| # | 16:06:14 | dbs | moodaepo: depends on what you're seeing, it looks okay to me |
| # | 16:07:08 | moodaepo | hmm doesn't start with dig_meetings for you? |
| # | 16:07:22 | dbs | I assume that the request "Block online renewals once a person has any fines, but allow in-person borrowing up to $10" is sufficiently difficult to implement in script-based circ rules as to say "No" |
| # | 16:08:33 | moodaepo | I have "Trace: » dig_meetings » dig_meeting_20090702-meeting_notes » dig_meeting_20090909-notes » 2009-10 » start" maybe because I got the wiki login as a DIG volunteer to start with? |
| # | 16:08:57 | phasefx_ | dbs: not difficult if you make staff use overrides (just annoying) |
| # | 16:10:16 | dbs | moodaepo: that seems likely; if your first link into the wiki was to the "dig_meetings" page, then the cookies show you which pages you visited to get to "start" |
| # | 16:10:44 | jeff | breadcrumbs are specific to your user/session, not the page you are on. |
| # | 16:10:45 | dbs | It's a true breadcrumb, not a "this is where you are in the hierarchy" indicator |
| # | 16:10:53 | jeff | what dbs said. |
| # | 16:10:59 | dbs | what jeff said |
| # | 16:11:02 | moodaepo | dbs jeff gotcha |
| # | 16:11:34 | natschil has joined #evergreen |
| # | 16:11:45 | moodaepo | I presume then I can post the notes here and other note takers can add/clean it from there? >http://open-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-10:notes |
| # | 16:12:28 | natschil | /msg jeff |
| # | 16:12:36 | dbs | moodaepo: sounds great! |
| # | 16:12:57 | dbs | phasefx: true, true |
| # | 16:13:46 | dbs | but wait - are you saying that the overrides would start at $0.01? |
| # | 16:14:52 | phasefx_ | and thus be very annoying |
| # | 16:15:25 | phasefx_ | I don't think fines information is available to the renew permit, alas |
| # | 16:15:36 | phasefx_ | renew permit script |
| # | 16:15:37 | dbs | well, that's what we have now - they wanted to lift the overrides for anything under $10 |
| # | 16:16:12 | jamesrf has quit IRC |
| # | 16:16:29 | phasefx_ | would be relatively easy to add an Override checkbox, such that all checkouts get .override |
| # | 16:17:12 | phasefx_ | probably not the best way to tackle the whole thing (which would be to shove billing summary data into the script environment) |
| # | 16:17:21 | jeff | it would be nice if those overrides could differentiate between "this is a patron exception" (max fines, max out, etc) and "this is a copy exception" (bad copy status) |
| # | 16:17:52 | phasefx_ | yeah, that's the danger of a checkbox |
| # | 16:17:55 | berick | jeff: agreed |
| # | 16:18:35 | phasefx_ | though I suppose you could play with permissions there.. have the copy exceptions require an escalation of privileges, even if temporarily |
| # | 16:21:56 | jeff | somewhat eww. :P |
| # | 16:22:15 | phasefx_ knows how to do quick & dirty :) |
| # | 16:22:25 | jeff | i'm thinking something like a checkbox on the override dialog for "override all copy-based exceptions for this checkout session") |
| # | 16:22:46 | jeff | but the client doesn't currently have anything to know patron-based vs copy-based |
| # | 16:22:57 | jeff | so, there's a bit of foundation work needed there. :) |
| # | 16:23:38 | phasefx_ | there was one checkbox I wanted to permission failure dialog, and that's Operator Change. Meaning, the credentials stick as if you had did Admin -> Operator Change |
| # | 16:23:54 | phasefx_ | wanted to add, even |
| # | 16:24:19 | phasefx_ | but yeah, no selective overriding |
| # | 16:24:43 | phasefx_ | well |
| # | 16:26:00 | phasefx_ | right now when the client sends off a request, as part of the request you define which events are overridable.. if all of the events that come back are in that list, you get the override prompt, which resends the message with .override. We could tweak how that event list works, and have it do automatic override events for certain events, and prompt for others |
| # | 16:26:34 | phasefx_ | so auto-override given a toggle somewhere |
| # | 16:29:19 | jeff | ah, neat. i remember seeing that. |
| # | 16:29:25 | jeff | (now) |
| # | 16:29:43 | lettie has quit IRC |
| # | 16:30:04 | phasefx_ | so maybe 'overridable_events' and 'auto_overridable_events' |
| # | 16:33:51 | arnt has left #Evergreen |
| # | 16:47:45 | natschil has quit IRC |
| # | 16:47:47 | jamesrf has joined #evergreen |
| # | 16:48:24 | artunit | it looks like our circ desk was rarely changing patron expiry dates, and a large bunch of them expired yesterday, does the fine generator key in on this scenario? |
| # | 16:51:31 | Stev3 has left #Evergreen |
| # | 16:52:02 | dbs has quit IRC |
| # | 16:53:13 | artunit | i think dbs answered this question in one of his final acts before disconnecting, ignore me :-) |
| # | 16:58:13 | miker_ | artunit: not, the fine generator doesn't care about the details of the patron, jfyi |
| # | 16:58:20 | miker_ | s/not/no/ |
| # | 16:59:13 | artunit | miker_: that's good news, i don't know why our circ desk was ignoring expiry dates |
| # | 17:04:27 | lettie has joined #Evergreen |
| # | 17:15:04 | lettie has quit IRC |
| # | 17:28:45 | moodaepo wants to change where he put the notes on the wiki! |
| # | 17:29:00 | moodaepo | right now it's at > http://open-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-10:notes |
| # | 17:29:12 | Dyrcona has quit IRC |
| # | 17:29:48 | Dyrcona has joined #Evergreen |
| # | 17:30:20 | moodaepo | hmm well maybe it wasn't my fault but I think it should've been here > http://open-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-16:notes (2009-16 not 2009-10) |
| # | 17:30:57 | jeff | moodaepo: i think 2009-10 is correct, signifying the October 2009 meeting. |
| # | 17:31:20 | moodaepo | jeff oh right I was not thinking. again. |
| # | 17:31:36 | jeff | notes look nice! thank you! |
| # | 17:36:27 | moodaepo | and we also have this > http://open-ils.org/dokuwiki/doku.php?id=dev:meetings |
| # | 17:36:41 | senator has quit IRC |
| # | 17:40:14 | moodaepo | wlayton put his up here > http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-10:minutes |
| # | 17:40:14 | moodaepo | : ) |
| # | 17:43:10 | wlayton has joined #evergreen |
| # | 17:44:39 | wlayton | moodaepo: Sorry about that! I think you've done more than me so far, though, so we can keep yours. |
| # | 17:45:16 | wlayton | However, I want to say that I like having bold ACTION items -- it reminds people what they're supposed to do after the meeting is over |
| # | 17:46:47 | wlayton has quit IRC |
| # | 17:49:29 | moodaepo | wlayton++ # yea I like the ACTION items too |
| # | 17:49:42 | moodaepo | this is what I did a few minutes ago > http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings |
| # | 17:50:14 | moodaepo | named users minutes and mine notes...was there anyone else who was going to put one together? |
| # | 17:51:30 | moodaepo | s/named users/named yours/ |
| # | 17:53:16 | eby_ has quit IRC |
| # | 18:22:50 | jamesrf has quit IRC |
| # | 19:47:42 | phase_bb has quit IRC |
| # | 20:15:19 | dbs has joined #evergreen |
| # | 20:16:10 | dbs | @later tell berick the auth records are in trunk; lemme know if you want them in other branches; also note that they are missing a 0 in leader position 22 (hrm...) |
| # | 20:16:10 | pinesol` | dbs: The operation succeeded. |
| # | 20:18:54 | wlayton has joined #evergreen |
| # | 20:20:03 | berick | dbs: thanks! trunk'll do nicely |
| # | 20:25:41 | dbs | my pleasure, sir |
| # | 20:28:06 | dbs | bah, need to set the mime-type, one sec |
| # | 20:28:48 | dbs | okay. |
| # | 20:49:34 | bott_otr has quit IRC |
| # | 20:59:43 | bott_otr has joined #evergreen |
| # | 21:04:02 | wlayton has quit IRC |
| # | 21:07:12 | wlayton has joined #evergreen |
| # | 21:14:02 | jeff | i'm chuckling at the following: |
| # | 21:14:03 | jeff | # |
| # | 21:14:03 | jeff | Jeff Godin (jeff) asked what “Formal support for IE8” meant in the 1.6.0.0 release notes |
| # | 21:14:07 | jeff | * |
| # | 21:14:09 | jeff | Mike Rylander (miker_) responded that it referred to http/https cleanups for the My Account page in the OPAC |
| # | 21:27:53 | dbs | jeff: not sure what you're chuckling about (other than you being the contributor of those cleanups?) |
| # | 21:28:34 | jeff | yes. i am easily amused tonight. |
| # | 21:28:43 | jeff | s/ tonight// #perhaps |
| # | 21:28:52 | dbs | that's a good thing |
| # | 21:37:12 | dbs | weird: "git clone foo" results in "The program 'git' is not currently installed"; "sudo aptitude git" installs git and gnuit, and then "git clone foo" results in "The program 'git' is not currently installed" |
| # | 21:37:15 | dbs | huh? |
| # | 21:38:15 | dbs | ah... need git-core. long-standing ubuntu weirdness |
| # | 21:39:56 | jeff | anyone here have filesystem access to libmail.georgialibraries.org? |
| # | 21:39:57 | jeff | oh. |
| # | 21:40:01 | jeff | nevermind. |
| # | 21:40:10 | jeff | my mailman-fu was rusty. |
| # | 21:40:14 | jeff | but no more! |
| # | 21:42:06 | jeff | do mailing list archives exist before March 16 2006? http://libmail.georgialibraries.org/pipermail/open-ils-dev/2006-March/000000.html |
| # | 21:45:53 | bott_otr has left #evergreen |
| # | 22:02:11 | jeff | dbs: nice blog post, btw. |
| # | 22:12:36 | mck9 has left #evergreen |
| # | 22:13:28 | dbs | jeff: thanks - it was fun to write :) |
| # | 22:22:18 | jeff | how was support staff day? |
| # | 22:24:33 | dbs | only a few showed up at the appointed time - heh |
| # | 22:25:00 | dbs | but kbeswick got to hang out during the eg dev meeting this morning, and we had lunch together... so that was cool |
| # | 22:26:51 | jeff | kbeswick++ # again for the gnu toolchain work |
| # | 22:58:21 | dbs | I guess it would be good to remove the bogus languages from 950.sql |
| # | 23:04:06 | jeff | Subject: SPAM: Re: SPAM: SPAM: Re: SPAM: Re: eggs and SPAM: Re: [OPEN-ILS-DEV] IDL |
| # | 23:05:07 | jeff | (i laughed) i see the "SPAM" subject insertions are nothing new. |
| # | 23:08:31 | dbs | heh, you have to laugh to avoid crying |
| # | 23:09:16 | phasefx_ | hey guys |
| # | 23:09:31 | jeff | howdy |
| # | 23:09:37 | phasefx_ is playing Farmville :D |
| # | 23:15:03 | jeff is snarfing mbox archives |
| # | 23:19:16 | jeff | firefox is not the ideal tool for this. |
| # | 23:19:22 | jeff | oh well. |
| # | 23:21:27 | dbs is trying to get records to ingest in trunk |
| # | 23:22:10 | dbs is sure he has the right fm_IDL.xml in place, has run autogen.sh, and is still seeing oils_tsearch2 issues. :( |
| # | 23:48:45 | lettie has joined #Evergreen |
| # | 23:59:01 | miker_ | dbs: did you re-run the upgrade script? |
| # | 23:59:16 | miker_ | and with that, I'm running off to bed |
