| # | Time | Nick | Message |
|---|
| # | 01:25:04 | jamesrf has quit IRC |
| # | 01:27:03 | jamesrf has joined #evergreen |
| # | 02:57:33 | bshum | @later tell moodaepo Lost items are weird. Like https://bugs.launchpad.net/evergreen/+bug/851000 happens to us all the time, where we end up telling library staff to manually "fix" things. |
| # | 02:57:33 | pinesol_green | bshum: The operation succeeded. |
| # | 02:59:35 | adrienne has quit IRC |
| # | 02:59:40 | adrienne has joined #evergreen |
| # | 03:00:59 | AaronZ-PLS has joined #evergreen |
| # | 03:03:10 | AaronZ-PLS has quit IRC |
| # | 05:42:38 | _bott_ has quit IRC |
| # | 05:43:14 | _bott_ has joined #evergreen |
| # | 06:07:31 | wlayton has joined #evergreen |
| # | 06:22:24 | darshan has joined #evergreen |
| # | 06:24:04 | darshan | i am trying to create an action trigger |
| # | 06:25:03 | darshan | and To run the action triggers,i need to run the trigger processing script |
| # | 06:25:18 | darshan | but i am running it i am receiving an |
| # | 06:25:19 | darshan | session error |
| # | 06:25:23 | darshan | such as |
| # | 06:26:32 | darshan | router@private.localhost/open-ils.trigger is not connected to the network |
| # | 06:26:44 | darshan | ne1 wud say on this |
| # | 07:12:27 | wlayton has quit IRC |
| # | 07:19:05 | csharp | darshan: you'll need to go back through these steps: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors |
| # | 07:40:25 | Dyrcona has joined #evergreen |
| # | 07:43:54 | darshan has quit IRC |
| # | 08:31:15 | fortin has joined #evergreen |
| # | 08:31:37 | AaronZ-PLS has joined #evergreen |
| # | 08:39:02 | dbwells_ is now known as dbwells |
| # | 09:10:27 | darshan has joined #evergreen |
| # | 09:12:03 | Meliss has joined #evergreen |
| # | 09:12:17 | darshan | am trying to create an action trigger,and To run the action triggers,i need to run the trigger processing script,,but i am running it i am receiving an,session error,such as,router@private.localhost/open-ils.trigger is not connected to the network,ne1 wud say on this |
| # | 09:15:04 | raynerj has joined #evergreen |
| # | 09:15:38 | csharp | darshan: you missed my reply earlier. You'll need to go back through these steps: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors |
| # | 09:17:55 | wlayton has joined #evergreen |
| # | 09:19:48 | akilsdonk has joined #evergreen |
| # | 09:25:10 | dbs has joined #evergreen |
| # | 09:25:11 | dbs has joined #evergreen |
| # | 09:38:15 | wlayton | Going through the OpenSRF install, I think the instruction to "chown -R opensrf:opensrf <prefixDIR>" is missing from the OpenSRF README file |
| # | 09:39:15 | dbs | wlayton: ooh, sounds like a good catch |
| # | 09:39:45 | dbs | also, great to see wlayton again! |
| # | 09:40:50 | dbs | Really should teach the installer to do the chown'ing, come to think of it; but I'll definitely add that step to the instructions |
| # | 09:41:17 | gmcharlt | our new ESIer, tfaile is going through our usual trial by fire^W^W^Worientation and installing Evergreen from scratch, and I think he has some notes too |
| # | 09:42:26 | dbs | we do say the opensrf user "must own all files contained in the PREFIX directory hierarchy" but it's easy enough to add the command |
| # | 09:42:28 | wlayton | dbs: nice to be back! |
| # | 09:43:46 | yboston has joined #evergreen |
| # | 09:45:25 | dbs | wlayton: pushed fixes to master and rel_2_0 |
| # | 09:50:10 | AaronZ-PLS has quit IRC |
| # | 09:50:39 | wlayton | dbs: Thanks! I'll try to work on that TODO in the commit message later this weekend. |
| # | 09:54:46 | dbs | wlayton: right now the install instructions have you create the opensrf user after "make install", so a change to the order of the README would go hand-in-hand with that (can't chown before the user exists!) |
| # | 09:56:00 | dbs | wlayton: also - as you care about these sorts of things - the long-ago patch that I submitted to ejabberd for ejabberdctl input escape to support passwords containing special characters is being reverted because some other part of the ejabberd toolset gets confused by it |
| # | 09:56:56 | dbs | https://support.process-one.net/browse/EJAB-1399 if you're feeling really frisky and want to delve into the guts of ejabberd and shell scripting :) |
| # | 09:57:29 | dbs | When I think of strong passwords and special characters, I think of wlayton! |
| # | 10:00:24 | jeff | wlayton certainly is a special character. |
| # | 10:00:25 | dbs | gmcharlt: cool. I think grace sent me some edits for the 2.1 release notes via email a few days ago, I've been swamped but will try to integrate those today |
| # | 10:00:28 | dbs | jeff++ |
| # | 10:00:32 | jeff | it is a morning of corner cases and outliers. |
| # | 10:04:46 | dbs | Does anyone want to volunteer to put together a developer report for today's community meeting? |
| # | 10:05:19 | dbs probably won't be able to make the meeting, alas - local meeting conflicts |
| # | 10:10:39 | tecoripa has joined #evergreen |
| # | 10:11:19 | tecoripa | good morning |
| # | 10:11:40 | tecoripa | I have a question about getting permission to create pages on the evergreen wiki... |
| # | 10:12:17 | tecoripa | I sent a request to docs@evergreen-ils.org... |
| # | 10:12:39 | tecoripa | do request take a while to get processed? |
| # | 10:12:51 | dbs | tecoripa: this is a good place to ask, too. please pm me your email address and name |
| # | 10:13:06 | tecoripa | ok, thanks... |
| # | 10:13:09 | tecoripa | just a second |
| # | 10:13:11 | phasefx | tecoripa: and let docs@ know that dbs got you covered |
| # | 10:13:25 | dbs suspects lwhalen@evergreen-dev.catalogue.nrcan.gc.ca isn't really the email address lwhalen wants for git sign-offs |
| # | 10:13:49 | dbs will munge to nrcan-rncan.gc.ca |
| # | 10:14:33 | tecoripa | thanks, dbs. Just IM'd you my name and email |
| # | 10:15:56 | wlayton | dbs: You suspect correctly. |
| # | 10:16:47 | dbs | tecoripa: you should have mail soon |
| # | 10:17:25 | tecoripa | ok, thank you. I'll send a note to docs@, letting them know you took care of the request. |
| # | 10:17:43 | dbs can do the can-can(.gc.ca) |
| # | 10:22:30 | csharp | so I'm trying to checkout rel_2_0_1 of OpenSRF's git repo, but it looks like that doesn't exist - is that right? |
| # | 10:22:58 | csharp tried 'git checkout tags/rel_2_0_1' |
| # | 10:23:21 | jeff | there is no 2_0_1 |
| # | 10:23:42 | tsbere | csharp: osrf_rel_2_0_1 ? |
| # | 10:23:55 | tecoripa | bye |
| # | 10:23:56 | tsbere | (probably without a tags/ in front of it) |
| # | 10:23:57 | jeff | you'd want to run "git fetch" (or "git fetch origin", or "git fetch --all"), then "git branch -r" should show you all remote branches. |
| # | 10:24:49 | jeff | and there is no OpenSRF branch containing the string "2_0_1" |
| # | 10:24:59 | jeff | oh, but there is a tag. |
| # | 10:25:08 | jeff | i thought we weren't using tags. |
| # | 10:25:16 | dbs | it's documented, I believe |
| # | 10:25:22 | jeff | csharp: "git tag" shows one tag, with the name tsbere mentioned. |
| # | 10:25:29 | csharp | ah |
| # | 10:25:29 | tsbere | jeff: evergreen isn't using tags. OpenSRF apparently is using them. :P |
| # | 10:25:40 | dbs | http://evergreen-ils.org/dokuwiki/doku.php?id=dev:release_process:opensrf:2.0 |
| # | 10:25:46 | csharp | or just one ;-) |
| # | 10:25:46 | jeff | aha: "Branches that start with tags/ are legacies of Evergreen's previous Subversion repository" |
| # | 10:26:03 | tecoripa has left #evergreen |
| # | 10:26:20 | jeff | (from dev:git) |
| # | 10:26:21 | dbs | gmcharlt suggested that we start tagging releases and I embraced his suggestion (and his help) |
| # | 10:26:21 | jeff | dbs++ |
| # | 10:26:34 | csharp | oh - okay - thanks all |
| # | 10:26:38 | jeff | also, awesome that we're gpg signing tags |
| # | 10:26:42 | jeff | gmcharlt++ |
| # | 10:27:06 | gmcharlt | which reminds me, we should throw a keysigning party at the next EG conference |
| # | 10:27:11 | tsbere | jeff: On Evergreen we are still making branches with tags/ due to wanting to drop stuff on them afterwards. For OpenSRF apparently there is significantly less "drop stuff on post-tag" so we can use real git tags? |
| # | 10:27:21 | tsbere apparently needs to generate a key |
| # | 10:27:35 | tsbere | Or find one of my three old ones. <_< |
| # | 10:27:52 | dbs missed out on the GSoC key-signing party, which would have robustified his completely unsigned key significantly |
| # | 10:28:02 | wlayton 's GPG key used to be ranked 45th most connected in the world...until he lost it. |
| # | 10:29:18 | dbs | wow |
| # | 10:30:05 | csharp | that's pretty cool ;-) |
| # | 10:30:59 | wlayton | that was thanks to many years of attending the Ottawa Linux Symposium. |
| # | 10:31:25 | dbs wonders if the BSD folken use GPG keys or avoid them out of principle :) |
| # | 10:33:09 | jenny has joined #evergreen |
| # | 10:33:57 | jeff | ols++ |
| # | 10:34:03 | jeff | (i only made the first one) |
| # | 10:34:33 | wlayton | jeff: in 1999? |
| # | 10:34:36 | jeff | dbs: pgp and non-mime signatures, last i knew. |
| # | 10:34:38 | jeff | wlayton: yes. |
| # | 10:35:08 | jeff | dbs: small sample size, though |
| # | 10:36:27 | wlayton | jeff: Cool! Pat Beirn's lunchtime talk there was epic (at least for me) |
| # | 10:36:49 | dbs is randomly reminded that he has some automake changes to support building some utilities that scottmck used for verifying the correctness of fm_IDL.xml (which appears to have problems based on the output of said utility) |
| # | 10:36:58 | dbs | time to go open a bug and find / attach that branch |
| # | 10:45:06 | jeff | wlayton: was that his talk on memory management? i still think of that every time i come across the concept of Copy-on-Write. |
| # | 10:46:49 | jeff | i think i still have the conference audio. "hello, i'm ian goldberg, this is the ottawa linux symposium, and THIS... is a green laser pointer! [audience oos and ahs]" |
| # | 10:47:04 | wlayton | jeff: Yes, but he also continued it outside in the hall afterward. I think I still have the MP3s of a recording someone made of it. |
| # | 10:48:00 | jeff | good memories. i was sad that i never made it back. glad to see that it's still going. |
| # | 10:51:35 | csharp sometimes feels he came to Linux/FLOSS about 10 years too late :-( |
| # | 10:56:23 | bshum | Huh |
| # | 10:56:42 | bshum | Backdating circulations sometime give people the wrong date and it looks like it's off by one hour, pushing it a day too early. |
| # | 10:56:50 | bshum | Bug in our staff client or daylight saving's weirdness? |
| # | 10:57:04 | bshum | Erm a day too late. |
| # | 10:57:05 | jeff | bshum: timezone complications. |
| # | 10:57:23 | bshum | So like instead of getting 2011-10-28 11:59:59, they get 2011-10-19 00:59:59 |
| # | 10:57:33 | bshum | jeff: Timezone complications? |
| # | 10:57:42 | jeff | bshum: without looking at the data closely, it is most likely timezone related, based on others experience and discussion here. |
| # | 10:57:48 | bshum | Hmm |
| # | 10:57:59 | tsbere | bshum: Was talking to mrpeters-isl about that recently. |
| # | 10:58:03 | bshum | I wonder how that would happen if we're all supposed to be in the same timezone? |
| # | 10:58:10 | jeff | bshum: circs where a due date and the checkout time are in different UTC offsets |
| # | 10:58:21 | tsbere | bshum: Backdating uses the due date time and timezone. |
| # | 10:58:58 | bshum | jeff: tsbere: Ah okay, thanks. |
| # | 10:59:01 | tsbere | bshum: I threw some code at mrpeters-isl to deal with that, but he discovered other issues when testing it. |
| # | 10:59:04 | bshum | Guess we'll poke at it. |
| # | 10:59:43 | sal_ | Git question. I know how to git the current master, but if I want to clone the 2.1.0 release (so I can patch it with later bits and pieces) how do I go about that? (One of these days I will understand git. Really.) |
| # | 11:00:16 | tsbere | sal_: git checkout tags/rel_2_1_0 |
| # | 11:01:11 | sal_ | tsbere: thanks. Of course, now I get to go off to a meeting, so I will try afterwards ;-) |
| # | 11:04:07 | darshan has quit IRC |
| # | 11:04:22 | bshum | tsbere: Oh yeah, it looks like the due date was in an 05 timezone, but everything we have is in 04 |
| # | 11:04:33 | bshum | tsbere: That sounds like it would do it, thanks! |
| # | 11:04:49 | wlayton has quit IRC |
| # | 11:04:55 | tsbere | bshum: DST differences, I assume ;) |
| # | 11:05:06 | bshum | tsbere: That's our assumption as well. |
| # | 11:07:20 | youdonotexist has quit IRC |
| # | 11:17:16 | kmlussier has joined #evergreen |
| # | 11:18:22 | AaronZ-PLS has joined #evergreen |
| # | 11:19:18 | sal_ | 5467 |
| # | 11:21:11 | kivilahtio | how can I get money to my fund? |
| # | 11:22:24 | kivilahtio | rtfm |
| # | 11:57:18 | moodaepo | kivilahtio++ |
| # | 11:57:24 | kivilahtio | yeah |
| # | 11:57:27 | kivilahtio | but damn |
| # | 12:09:29 | jenny has left #evergreen |
| # | 12:11:34 | brian_f has joined #evergreen |
| # | 12:13:43 | tsbere | berick: For the record, I also have no clue why the OUS is desirable on the indb holdable bug there. <_< |
| # | 12:24:25 | bshum | moodaepo++ #reminders |
| # | 12:26:01 | moodaepo | bshum: Heh I just noticed I didn't send do my action item, probably will get to it later today. Might look suspicious if I send it out an hour before the meeting : ) |
| # | 12:27:55 | csharp | okay - we're working on setting up our utility server for our 2.1.0 cluster. here is our 1.6.1.8 crontab for opensrf: http://pastebin.com/K6yhnv9k |
| # | 12:28:18 | csharp | which, if any, of these are deprecated as of 2.1.0? |
| # | 12:28:26 | csharp | (if someone has a minute to look) |
| # | 12:28:51 | tsbere | Remove the 1 from the fine generator command. Beyond that....not sure. |
| # | 12:28:51 | csharp realizes some may be custom PINES things |
| # | 12:29:04 | jenny has joined #evergreen |
| # | 12:29:08 | bshum | I don't recognize gen_blocked_list.sh |
| # | 12:29:14 | bshum | It goes by a different name on our 2.0 |
| # | 12:29:19 | csharp | ah |
| # | 12:29:30 | tsbere | Looks like it is a wrapper |
| # | 12:29:43 | csharp | yeah - as is circ_notices.sh |
| # | 12:29:46 | bshum | That's what I was just wondering. |
| # | 12:30:05 | rtw has joined #evergreen |
| # | 12:30:08 | bshum | Seems pretty normal to me then. |
| # | 12:30:12 | csharp | okay - thanks |
| # | 12:30:15 | tsbere | csharp: I think the 2.1 fine generator will bail with the 1 passed in on the end, actually, due to the indb grace period work? |
| # | 12:30:16 | bshum | Course I'm not a 2.1.0 site :) |
| # | 12:30:29 | csharp | tsbere: okay - good to know |
| # | 12:30:39 | tsbere thinks he made it bail with an error in that case |
| # | 12:31:02 | csharp | well, we'll probably test each one manually in any case |
| # | 12:31:08 | csharp | thanks for the input |
| # | 12:31:19 | brian_f_ has joined #evergreen |
| # | 12:32:55 | brian_f has quit IRC |
| # | 12:33:53 | sal_ has quit IRC |
| # | 12:34:48 | dbs | @later tell community_irc_meeting dbs will be hacking on TPac in Windsor on December 9th, so won't be available if the next Community meeting is scheduled for that date |
| # | 12:34:48 | pinesol_green | dbs: The operation succeeded. |
| # | 12:35:56 | dbs | of course the "university HR survey results & next actions" meeting that got scheduled for this afternoon blows away my chance of participating in today's community meeting, too |
| # | 12:37:49 | senator | dbs: re your high priority lp bug 872651, the problem in OpenLibrary.pm... i set up a straight 2.1.0 test environment... |
| # | 12:38:07 | berick actually sent his passport off for renewal today |
| # | 12:38:31 | berick | though it will probably not be returned in time for tpac hacking :( |
| # | 12:38:41 | dbs curses borders |
| # | 12:38:57 | senator | dbs: and i couldn't really duplicate the symptoms. cover art appears fine in the catalog, and i don't get that error message in any logs (unless there's something situational about it i'm missing). however, things still work fine with changes from your branch incorporated |
| # | 12:39:07 | senator | so... |
| # | 12:39:31 | senator | that's sort of a successful test? |
| # | 12:39:32 | dbs | senator: your opensrf.xml is using OpenLibrary added content? |
| # | 12:39:45 | dbs | or maybe still using Amazon or something else from previous configs? |
| # | 12:40:41 | dbs is usually happy to hear "hey dbs you _didn't_ break things horribly" but is wary |
| # | 12:40:49 | senator | dbs: gah, probably that's it. checking |
| # | 12:42:24 | sal_ has joined #evergreen |
| # | 12:43:54 | berick | tsbere: indb hold OUS... aye, glad i'm not the only one |
| # | 12:45:36 | senator | dbs: other than changing the content of the opensrf/default/added_content/module node to replace Amazon with OpenLibrary, restarting the settings service, and restarting apache... is there further configuration i should be doing? |
| # | 12:46:05 | dbs | senator: can't remember off hand if previously cached artwork would still be cached after restarting apache |
| # | 12:46:45 | dbs | so with the possible exception of clearing cached artwork, I think that should clear things up nicely |
| # | 12:46:54 | senator | that gets cached in memcache right? ok i'll try restarting |
| # | 12:48:14 | berick | cache would stick around |
| # | 12:48:37 | senator | ok now i have broken cover images. cool |
| # | 12:49:10 | berick | how do you target multiple milestones in LP? |
| # | 12:49:11 | senator | and your patch unbreaks them |
| # | 12:49:13 | berick rubs eyese |
| # | 12:49:15 | senator | dbs++ |
| # | 12:49:17 | berick | i know i've done this before |
| # | 12:49:18 | dbs | YAY |
| # | 12:49:21 | senator | will sign off and merge |
| # | 12:49:27 | dbs | senator++ |
| # | 12:49:33 | _bott_ has quit IRC |
| # | 12:49:39 | dbs | berick: target series |
| # | 12:50:13 | berick | dbs: "nominate for series"? |
| # | 12:50:16 | dbs | button should be just above "Bug description" |
| # | 12:50:27 | dbs | ah, that's the "release team" vs. "bug wrangler" thing |
| # | 12:50:29 | dbs | bah |
| # | 12:51:43 | dbs | or "Project Driver" actually |
| # | 12:51:44 | bshum | :) |
| # | 12:51:53 | dbs | (which is the Release Team at the moment) |
| # | 12:52:04 | bshum | dbs: I'll add the tpac dev day to the agenda under the developer report area as an "announcement" |
| # | 12:52:11 | bshum | And will note that you're anti-Dec9 :) |
| # | 12:52:12 | dbs | bshum: sounds good! |
| # | 12:53:05 | bshum | Since you won't be around for the meeting, could you put up the agenda link into this channel early? (we can take it down later this weekend or whenever you come back afterwards) |
| # | 12:53:19 | bshum | Channel topic I mean |
| # | 12:53:36 | dbs adds berick to the release team for now, need to revisit the driver team membership: "The driver can set goals, approve bug targeting, or set backporting for any major series in the project" |
| # | 12:54:03 | dbs | bshum: sure, I can also see about getting chanserv to spread topic permissions around |
| # | 12:54:18 | bshum | Cool :) |
| # | 12:54:20 | bshum | Thanks! |
| # | 12:54:39 | dbs | the command for those with topic permissions is: "/MSG chanserv topic #evergreen <fill in topic here>" IIRC |
| # | 12:54:40 | berick | speaking of tpac, kcls is live on tpac in productionn as of last week. not sure if a note went out about that anywhere. so, there's that. |
| # | 12:55:53 | dbs suspected some big site was going live, given the level of recent focus :) |
| # | 12:56:09 | dbs | kcls++ |
| # | 12:56:11 | dbs | berick++ |
| # | 12:56:12 | jeff | cool. |
| # | 12:56:13 | dbs | senator++ |
| # | 12:56:14 | jeff | kcls++ |
| # | 12:56:16 | dbs | et_al++ |
| # | 12:56:17 | jeff | tpac++ |
| # | 12:56:18 | jeff | esi++ |
| # | 12:56:22 | jeff | @karma et_al |
| # | 12:56:22 | pinesol_green | jeff: Karma for "et_al" has been increased 2 times and decreased 0 times for a total karma of 2. |
| # | 12:56:30 | jeff | et_al++ |
| # | 12:57:50 | berick | @karma karma-chameleon |
| # | 12:57:50 | pinesol_green | berick: karma-chameleon has neutral karma. |
| # | 13:00:45 | akilsdonk has quit IRC |
| # | 13:01:20 | dbs tries to add TOPIC perms to a bunch of nicks and then wonders why we have the topic locked anyway - as long as we keep "publicly logged" reasonably visible |
| # | 13:02:21 | phasefx | senator++ dbs++ # not waiting for me |
| # | 13:04:21 | ChanServ sets mode: +o dbs |
| # | 13:04:35 | ChanServ sets mode: -o dbs |
| # | 13:05:48 | ChanServ sets mode: +o dbs |
| # | 13:05:59 | ChanServ sets mode: -o dbs |
| # | 13:06:23 | ChanServ sets mode: +o dbs |
| # | 13:08:29 | dbs sets mode: -t |
| # | 13:08:30 | ChanServ sets mode: +t |
| # | 13:08:38 | dbs | damn you chanserv! |
| # | 13:09:10 | WindowsUser has quit IRC |
| # | 13:09:17 | jeff | dbs: /msg chanserv set #evergreen mlock +nc-slk |
| # | 13:09:19 | dbs | ChanServ isn't responding to "SET #evergreen TOPICLOCK OFF" |
| # | 13:09:48 | jeff | dbs: the current mlock setting includes +t, which is why ChanServ is undoing your mode changes. |
| # | 13:10:03 | dbs | irc is stupid |
| # | 13:10:05 | dbs | :) |
| # | 13:10:13 | dbs is much more stupid |
| # | 13:10:45 | dbs sets mode: -t |
| # | 13:11:01 | ChanServ sets mode: -o dbs |
| # | 13:11:03 | dbs changes topic to "Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://pastebin.ca or http://paste.lisp.org/new/evergreen or something" |
| # | 13:11:07 | dbs | Whee! |
| # | 13:12:03 | dbs | So anybody should be able to change the topic directly now, no chanserv messages required |
| # | 13:13:54 | dbs | If the topic gets abused, we can lock it down again, but let's try a nice open policy :) |
| # | 13:16:15 | berick | /topic meet singles in your area |
| # | 13:16:57 | gmcharlt | berick: c'mon, you know that *single* MARC records are absolutely useless |
| # | 13:17:06 | gmcharlt | you need bunches and bunches of them! |
| # | 13:18:10 | tspindler has joined #evergreen |
| # | 13:20:12 | berick | but don't forget... mo' MARC, mo' problems |
| # | 13:28:28 | dbs has quit IRC |
| # | 13:28:52 | Dyrcona | no MARC, no problems? |
| # | 13:28:53 | dbs has joined #evergreen |
| # | 13:28:57 | Dyrcona | no MARC, no cry? |
| # | 13:32:02 | sal_ has quit IRC |
| # | 13:37:04 | _bott_ has joined #evergreen |
| # | 13:40:23 | kayals has joined #evergreen |
| # | 13:50:14 | dbs has quit IRC |
| # | 13:50:24 | dbs has joined #evergreen |
| # | 13:50:32 | dbs has joined #evergreen |
| # | 13:51:26 | dbs has quit IRC |
| # | 13:51:43 | denials gets dbs out of channel to stop annoying msgs |
| # | 13:54:12 | LBA has joined #evergreen |
| # | 14:00:35 | moodaepo | Meeting time? |
| # | 14:00:50 | jenny | I think so! |
| # | 14:01:08 | bshum | Aww, wasn't able to change the channel topic |
| # | 14:01:13 | bshum | Oh well. |
| # | 14:01:18 | bshum | Meeting agenda: http://ur1.ca/5my0b |
| # | 14:01:43 | rtw has left #evergreen |
| # | 14:01:44 | bshum | As folks introduce themselves for the roll call, let's find some volunteers for minutes / meeting leader |
| # | 14:01:50 | bshum is Ben Shum, Bibliomation |
| # | 14:01:51 | moodaepo | I can run the meeting |
| # | 14:01:59 | moodaepo Anoop Atre, PALS |
| # | 14:02:00 | jenny is Jenny Turner, PALS |
| # | 14:02:05 | bshum | moodaepo++ |
| # | 14:02:25 | phasefx is Jason Etheridge, ESI |
| # | 14:02:30 | tspindler | tspindler is Tim Spindler, C/W MARS |
| # | 14:03:07 | denials changes topic to "Meeting agenda: http://ur1.ca/5my0b | Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://pastebin.ca or http://paste.lisp.org/new/evergreen" |
| # | 14:03:11 | LBA is Lori Bowen Ayre, The Galecia Group |
| # | 14:03:17 | kmlussier is Kathy Lussier, MassLNC |
| # | 14:03:24 | moodaepo | denials++ |
| # | 14:03:29 | denials | (aside: "/TOPIC <change the topic>" should work for anyone... |
| # | 14:03:30 | yboston is Yamil Suarez - Berklee College of Music |
| # | 14:03:39 | bshum | Ah, that's why, stupid chanserv :( |
| # | 14:03:48 | bshum | I was using the wrong IRC commands |
| # | 14:03:59 | eeevil == Mike Rylander, ESI |
| # | 14:05:05 | jeff is Jeff Godin, TADL |
| # | 14:05:08 | AaronZ-PLS = Aaron Zsembery, PLS |
| # | 14:05:20 | moodaepo | Any takers on minutes? |
| # | 14:05:34 | kmlussier | I'll take minutes |
| # | 14:05:40 | moodaepo | kmlussier++ |
| # | 14:05:42 | bshum | kmlussier++ |
| # | 14:05:42 | jenny | kmlussier++ |
| # | 14:06:07 | moodaepo | Ok moving on then to reviewing last meetings action items. |
| # | 14:07:00 | moodaepo | 3. I. moodaepo has not emailed the lists with the info about test servers (apologies) plan on taking care of it after this meeting. |
| # | 14:08:07 | moodaepo | 3. II phasefx did you get an chance to send out the end-of-life for 2.0/1.6 email to the list? |
| # | 14:08:24 | phasefx | no, I totally forgot that was on my plate (it is?) |
| # | 14:08:40 | bshum | http://markmail.org/message/hdofpg56esll2g3q |
| # | 14:08:41 | bshum | He did |
| # | 14:08:47 | phasefx needs to take more vitamin B, doesn't remember it at all :) |
| # | 14:09:14 | phasefx | okay, I remember now |
| # | 14:09:23 | phasefx | external memory |
| # | 14:09:28 | moodaepo | phasefx++ # getting stuff done and forgetting about have done said stuff. |
| # | 14:09:46 | bshum | Doesn't look like much official discussion though; I think dbs had that on his dev meeting discussion topics email too. |
| # | 14:10:27 | phasefx | I think we've been going about as if 1.6 was de facto deprecated |
| # | 14:11:50 | moodaepo | phasefx: Do we need a more official email/discussion on the mailing list and an announcement? |
| # | 14:12:46 | phasefx | well, that's up to us. A blog post might come across as more official, at least as an announcement. Not good for discussion |
| # | 14:12:51 | akilsdonk has joined #evergreen |
| # | 14:14:25 | phasefx | anyone want to talk about such things? Now? Later? What do we need to do to go with time-based releases? |
| # | 14:15:12 | eeevil | about version deprecation? |
| # | 14:15:18 | moodaepo | eeevil: Yes |
| # | 14:15:31 | eeevil | sure ... down with 1.6! :) |
| # | 14:15:41 | bshum | +1 (seconded) |
| # | 14:16:01 | eeevil | I don't know that the community wants to get into the LTS biz (what if 2.3 is way more stable than 2.2??) |
| # | 14:16:05 | eeevil | but |
| # | 14:16:25 | eeevil | I think a minimum time for backporting of noncritical bug fixes is good |
| # | 14:16:51 | AaronZ-PLS | eeevil++ |
| # | 14:16:53 | eeevil | and then, perhaps, a shorter critical (data-loss) bug backporting window |
| # | 14:17:19 | jeff_ has joined #evergreen |
| # | 14:17:42 | bshum | Barring any final objections, maybe we should have an action item to announce the end of community support for 1.6 as an official blog post? Then have more time to discuss what'll happen with post-2.x world. |
| # | 14:17:45 | jeff_ is now known as Guest78439 |
| # | 14:17:50 | moodaepo | bshum: +1 |
| # | 14:17:56 | eeevil | based on the difference between our (hoped) 4mo plan for release, and the actual 8mos it took, and the hope that we'll get better at it |
| # | 14:18:01 | bshum | i.e. action item for dev team to discuss in more details. |
| # | 14:18:15 | Guest78439 | wow bunch of people on here. Anybody know ncip stuff? |
| # | 14:18:26 | eeevil | would 2 releases for non-crit bugfixes and 3 releases (18mo) for critical ones bee good? |
| # | 14:18:45 | eeevil | er ... sec |
| # | 14:18:51 | moodaepo | Guest78439: We are in a meeting now could you please try again in about 45 minutes? |
| # | 14:19:10 | eeevil | would 12mo (2 releases, ideally) for non-crit bugfixes and 18mo (3 releases, ideally) for critical ones bee good? |
| # | 14:19:11 | moodaepo | Of course hang around and join the meeting in the meanwhile : ) |
| # | 14:19:45 | kmlussier | For the minutes: Will dev team also discuss the announcement for end of support for 1.6? Or should somebody volunteer to take up that action item today? |
| # | 14:19:54 | eeevil | that seems in line with what was said up there ^- |
| # | 14:21:42 | eeevil | bshum: sorry for just shoving ahead, typing without reading up ;) ... +1 for discussion post-1.6 announcement |
| # | 14:21:54 | Guest78439 has quit IRC |
| # | 14:22:19 | moodaepo | kmlussier: The action item for today is announcing eol for 1.6, dev team will discuss post 1.6 maintenance. |
| # | 14:22:57 | moodaepo | Moving on to 3 III - Don't think Amy sent out the email, bshum? |
| # | 14:23:14 | kmlussier | moodaepo: thanks! But who will be announcing the 1.6 eol? |
| # | 14:23:20 | bshum | moodaepo: afterl couldn't make this meeting today, but she told me that there was communication made between groups on that. |
| # | 14:23:29 | moodaepo | kmlussier: I will volunteer to put that together and post |
| # | 14:23:37 | bshum | And the different people who needed to know were informed. |
| # | 14:23:40 | moodaepo | bshum++ |
| # | 14:23:50 | kmlussier | moodaepo++ |
| # | 14:24:04 | moodaepo | Next on LBA - Communications committee & Website Team report |
| # | 14:24:22 | akilsdonk has quit IRC |
| # | 14:24:23 | LBA | stand by...paste coming in. |
| # | 14:24:40 | LBA | I hope.... |
| # | 14:24:56 | bshum | http://paste.lisp.org/display/125684 |
| # | 14:25:03 | bshum rescued it from the lisp |
| # | 14:25:22 | LBA | bshum++ |
| # | 14:25:46 | bshum | The automatic paste doesn't work, but they are retrievable here: http://paste.lisp.org/list/evergreen |
| # | 14:26:07 | LBA | can I assume you are reading the report? Available for q's... |
| # | 14:26:12 | moodaepo | LBA: Anything else to add/discuss? |
| # | 14:26:44 | LBA | The one thing I'd like to mention is that we are pursuing this "idea percolater" to help bring |
| # | 14:26:46 | tspindler | how does this relate to bug reporting |
| # | 14:26:58 | LBA | different ideas together about what people want developed |
| # | 14:27:14 | LBA | and to help them find each other to perhaps fund a feature. |
| # | 14:27:33 | LBA | we want to do it in a way that flows nicely into the dev workflow AND is easy for us non-developers |
| # | 14:27:35 | phasefx | fund or otherwise collaborate |
| # | 14:27:37 | tspindler | so if implemented, wishlists might be posted here or other development ideas? |
| # | 14:27:58 | LBA | tspindler, right. |
| # | 14:28:14 | LBA | phasefx, exactly. |
| # | 14:28:52 | moodaepo | LBA++ # That includes everyone who has anything to do with the "idea percolator" |
| # | 14:29:46 | LBA | Anyone interested, feel free to join us at nov 10 at 11 PST, 2pm EST for our next meeting. |
| # | 14:30:10 | moodaepo | bshum: You had a last minute addition? |
| # | 14:30:18 | bshum | Just a small thing |
| # | 14:30:24 | bshum | General committees question: there are contact names for different groups listed on http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_committees, but there's no actual contact details (like email, phone, etc.) Would the contact persons for the groups be open to having that information available somewhere? Or that's a task that the Communications Committee could look into for those pondering. |
| # | 14:30:27 | moodaepo | (To the communications report from Amy) |
| # | 14:30:42 | moodaepo | report == question |
| # | 14:31:09 | LBA | I'm not sure that's a comm decision so much as a person decision...no? |
| # | 14:31:45 | LBA | I certainly don't mind being listed. It's not like its hard to get my email address now... |
| # | 14:31:47 | LBA | Others? |
| # | 14:32:18 | moodaepo | LBA: So how about we contact those folks and ask them to update the page themselves with contact info they are comfortable posting? |
| # | 14:32:22 | phasefx | we can always come up with proxy email addresses as well, like docs@ for the DIG facilitators |
| # | 14:32:56 | LBA | +1 proxy email addresses |
| # | 14:33:03 | phasefx | or encourage folks to post publically on the mailing lists |
| # | 14:33:47 | denials | aren't there mailing lists for most committees? |
| # | 14:34:06 | jenny | sometimes people want A person to ask questions of...so +1 proxy |
| # | 14:34:24 | jenny | denials: yes |
| # | 14:34:45 | LBA | proxy addresses don't change so even as new leaders step in, its the same contact email that will get you to a live, and relevant person |
| # | 14:34:56 | denials | read the list and pick a person who seems to know something about the area you're interested in? proxy lists (hello feedback) are hard to coordinate responses to, IMO |
| # | 14:35:11 | AaronZ-PLS | +1 on proxy. Then the address dont have to change when the when people change |
| # | 14:36:18 | LBA | lower threshold to contact one person than a) scour a mailing list archive or b) joining yet another list |
| # | 14:36:33 | phasefx | I think proxy addresses have an advantage of being low-barrier, but like dbs said, they're... ha, yall get it |
| # | 14:37:47 | LBA | I don't get it. |
| # | 14:38:25 | moodaepo | Ok so action item setup proxy mail address? |
| # | 14:38:30 | jenny | I would assume that the contact people listed for the group would be responsible for the responses to proxy emails...and then ask for help from others if/as needed. |
| # | 14:38:49 | moodaepo | phasefx: Would we request this from csharp? |
| # | 14:39:19 | kayals has quit IRC |
| # | 14:39:37 | kayals has joined #evergreen |
| # | 14:39:55 | phasefx | moodaepo: depends on what we want to do. feedback is hosted by ESI. docs is a simple postfix alias to multiple addresses |
| # | 14:40:37 | phasefx likes postfix aliases for simplicity, mailing lists for archives |
| # | 14:40:42 | bshum | Alternatively we remove contact information to direct people of each group and include an all encompassing "go find the right mailing list and post there" |
| # | 14:41:13 | LBA isn't liking Ben's idear |
| # | 14:41:15 | bshum | Though that does seem slightly more intensive. |
| # | 14:41:37 | LBA | phasefx +1 |
| # | 14:41:43 | kmlussier | I like the idea of having a proxy address or just posting the contact person's e-mail address. |
| # | 14:42:02 | phasefx | I tell you one thing, with almost every response I give to someone via feedback@, I'm inviting/encouraging them to post to the public mailing list, for their benefit and others |
| # | 14:42:35 | LBA | sometimes people just need to get the encouragement/permission |
| # | 14:42:37 | moodaepo | Ok so action item: Setup proxy (postfix aliases) for primary contacts of each group. |
| # | 14:42:53 | phasefx | more eyeballs, more chance for feedback, spin-off thoughts, more help with responses, etc. |
| # | 14:43:11 | kmlussier | Who's action item is that? |
| # | 14:43:14 | moodaepo | I will volunteer to do that also (since I'm looking at the file right now : ) |
| # | 14:43:30 | kmlussier | moodaepo++ |
| # | 14:43:30 | denials | a proxy / autoresponder that provides info on how to subscribe and post to the mailing list? |
| # | 14:43:34 | denials ducks |
| # | 14:43:48 | moodaepo | Moving on to Conference committee. Anyone from the group around? |
| # | 14:44:18 | LBA | actually, denials, I wouldn't object to that so no throwing from me! |
| # | 14:44:19 | StephenGWills has joined #evergreen |
| # | 14:44:55 | moodaepo | LBA: Don't suppose you are on the conference committee? : ) |
| # | 14:44:57 | bshum | Erm, I'm sorta on that. |
| # | 14:45:14 | LBA | thankfully, no. |
| # | 14:45:21 | bshum | I'm on the programs committee. As far as I know, we're still recruiting program ideas for EG2012 |
| # | 14:45:46 | bshum | moodaepo++ for putting a link to the conference website on the Evergreen website (in case people have missed the new corner logo switch) |
| # | 14:45:57 | moodaepo | bshum: Want to update us or should we skip it for this meeting? |
| # | 14:46:40 | bshum | moodaepo: I don't have any update on it, other than to say submit programs to Shauna as emails/blogs/etc. have gone around on it. |
| # | 14:47:14 | bshum | http://evergreen2012.org/?p=85 (for the minutes) |
| # | 14:47:51 | moodaepo | Will do. So next up DIG folks! yboston? jenny? |
| # | 14:48:02 | yboston | Here is the DIG update put together by karen Collier: http://evergreen-ils.org/dokuwiki/doku.php?id=community:meetings:2011-11-04:digreport |
| # | 14:48:42 | moodaepo | yboston++ |
| # | 14:48:44 | denials notes that evergreen201#.org should probably be owned by the Software Freedom Conservancy (or a stable evergreenconference.org or something like that for future) |
| # | 14:48:58 | moodaepo | denials++ |
| # | 14:49:46 | csharp | we had conference.evergreen-ils.org set up for last years, but because we didn't finish configuring it, it points to the pines site :-/ |
| # | 14:49:48 | LBA | I propose confeence.evergreen-ils.org for current conf with links to archives from there |
| # | 14:49:49 | csharp | pines-- |
| # | 14:50:15 | LBA | then we don't have to keep creating new subdomains |
| # | 14:50:48 | csharp | ESI set that up for us - if somebody wants to follow up |
| # | 14:51:19 | enhancin has joined #evergreen |
| # | 14:51:22 | bshum | Sounds like something that the 2013 crew ought to look into as part of their work. |
| # | 14:51:37 | enhancin | I know this is probably a really stupid question but I can't find in the documentation where to create users |
| # | 14:51:45 | eeevil | csharp: the dns for conference.evergreen-ils.org? well, we've transfered it to SFC ... if we can't do it we can find out who can |
| # | 14:51:53 | csharp | eeevil: cool |
| # | 14:52:09 | moodaepo | enhancin: We are in a meeting now could you please try again in about 20 minutes? |
| # | 14:52:12 | eeevil | who should I point that info at? |
| # | 14:52:14 | enhancin | yeah |
| # | 14:52:15 | csharp didn't know where in the process the transfer was |
| # | 14:52:31 | enhancin has quit IRC |
| # | 14:52:35 | csharp | eeevil: probably Shauna Borger |
| # | 14:52:46 | gmcharlt | csharp: SFC is now the contact for the domains |
| # | 14:52:52 | csharp | gmcharlt: excellent |
| # | 14:53:07 | eeevil | csharp: I got the "click here to approve the transfer" emails a couple weeks ago :) ... |
| # | 14:53:21 | gmcharlt | but Equinox is still providing name service (via DynDNS) and we can update conference.evergreen-ils.org |
| # | 14:53:35 | eeevil | there we go! :) |
| # | 14:53:36 | gmcharlt | so we'll just need to know where to point the name |
| # | 14:53:37 | eeevil | gmcharlt++ |
| # | 14:53:51 | gmcharlt | just a CNAME for the main webserver? |
| # | 14:54:59 | moodaepo | gmcharlt: Sure then we can redirect to where ever from there. |
| # | 14:56:08 | denials | yayz |
| # | 14:57:11 | moodaepo | Action item: gmcharlt/esi will update the dns to point to the main web server |
| # | 14:57:13 | moodaepo | Moving on folks...reports Taskforce report, jenny? |
| # | 14:57:35 | gmcharlt | moodaepo: Action item complete ;) (wait 600 seconds for the TTL to expire) |
| # | 14:57:41 | jenny | I've been unable to attend our last 2 meetings (and am still getting caught up!), but Jennifer Bielewski stepped in to convene the group. Sept. was cancelled due to low turnout. The October meeting seems like it was productive...minutes are here: http://open-ils.org/dokuwiki/doku.php?id=evergreen-reports:meetings:2011-10-12 |
| # | 14:57:43 | moodaepo | gmcharlt++ |
| # | 14:57:59 | moodaepo | jenny++ |
| # | 14:58:20 | jenny | Our next meeting is next Wed, Nov. 9 at 2:30 Eastern on IRC. |
| # | 14:58:41 | jenny | and that's all I've got - but bshum may have something additional?? |
| # | 14:59:22 | bshum | Nothing on my end today. Other than jeff saying something about his jasperreports testing, but that'll probably come in more detail at the next reports meeting. |
| # | 14:59:33 | bshum | So come one, come all (who want to know more) |
| # | 14:59:37 | bshum | :) |
| # | 14:59:37 | jenny | Ok then...stay tuned everyone! |
| # | 15:00:09 | moodaepo | Ok then - Developer report. |
| # | 15:00:43 | bshum | 2.1.0++ |
| # | 15:01:23 | moodaepo | eeevil gmcharlt tsbere any one? |
| # | 15:01:39 | denials | 2.1.0a - heh |
| # | 15:01:49 | bshum | Doh... 2.1.0a :) |
| # | 15:02:58 | phasefx | we're chugging :) |
| # | 15:03:14 | moodaepo | Ok since the devs are busy dev-ing I say we skip their report for this meeting and they can post notes to the minutes when they get a chance |
| # | 15:03:18 | moodaepo | phasefx++ |
| # | 15:03:47 | denials | that said, our meetings have kind of fallen apart for the last month or so |
| # | 15:04:04 | moodaepo | Right bshum just reminded me to point out that "Conifer will be hosting another Tpac development day at University of Windsor on December 9th." |
| # | 15:04:24 | denials | December 8th/9th actually :) thanks bshum / moodaepo |
| # | 15:04:25 | phasefx | and there are a lot of pull requests to work through, though as mrpeters charitably said, that means there has been a lot of work and bugfixing we've done :) |
| # | 15:04:53 | moodaepo | devs++ |
| # | 15:05:12 | moodaepo | Governance committee folks updates? LBA? |
| # | 15:05:43 | LBA | I think the minutes from the last meeting were posted. |
| # | 15:05:47 | LBA | on wiki |
| # | 15:05:53 | LBA | shall I paste them too? |
| # | 15:06:05 | moodaepo | LBA noe that's good enough |
| # | 15:06:19 | LBA | Lots of sorting out how the whole relationship with SFC works. denials would be better updater. |
| # | 15:07:00 | moodaepo | Will do. denials is busy at another meeting so the meeting minutes will suffice |
| # | 15:08:22 | moodaepo | Right if there's nothing to add I say we schedule the next meeting for Dec 2nd (suggested by bshum on the agenda page) |
| # | 15:08:52 | kmlussier | +1 |
| # | 15:09:00 | jenny | +1 |
| # | 15:09:39 | moodaepo | Excellent. Thanks all meeting adjourned. |
| # | 15:10:33 | kmlussier | The agenda suggested an earlier time for the December 2 meeting (9 a.m. PST; 12 p.m. EST). Is that okay with everyone? |
| # | 15:11:00 | moodaepo missed that |
| # | 15:11:17 | moodaepo | Any objections folks? |
| # | 15:11:28 | bshum | Eeps, I think I might have mis-copied that. |
| # | 15:11:34 | bshum | From a dev meeting agenda |
| # | 15:11:40 | kmlussier | OK, so the usual time? Either time works for me. |
| # | 15:11:52 | moodaepo | Usual time++ |
| # | 15:12:07 | kmlussier | ok...done |
| # | 15:12:19 | kmlussier | moodaepo++ meeting leader! |
| # | 15:12:23 | StephenGWills | Usual time catches more of the country awake :) |
| # | 15:12:37 | bshum | Close, but no gmcharlt and his precise whip of time. |
| # | 15:12:40 | bshum | moodaepo++ ;) |
| # | 15:13:20 | denials | StephenGWills: but forces potential IISH / Georgian people to attend during dinner |
| # | 15:13:32 | gmcharlt | moodaepo++ |
| # | 15:14:04 | denials | moodaepo++ |
| # | 15:14:06 | denials | yall++ |
| # | 15:17:02 | StephenGWills updates his locale files |
| # | 15:21:08 | tsbere | printing-- |
| # | 15:21:09 | tsbere | <_< |
| # | 15:23:54 | tspindler | I posted a question the other day and see if anyone has an answer now, the reshelving script isn't doing anything, i see it runs on the cron job and when issue the command "./reshlving_complete.srfsh" we get the following error "Unable to bootstrap client for requests" |
| # | 15:24:07 | tsbere | Bad opensrf_core.xml? |
| # | 15:24:40 | tspindler | tsbere: i haven't checked that but all I know if there is something wrong its been that way a long time |
| # | 15:25:15 | denials | bad .srfsh.xml ? |
| # | 15:25:30 | tsbere | that could be too. |
| # | 15:25:35 | denials | or user that the cron job is running under doesn't have a .srfsh.xml? |
| # | 15:26:42 | tspindler | denials: i can check that too, the difficulty is we haven't had reshelving for a longtime on this test server and I thought i look at the problem now |
| # | 15:27:10 | tspindler | we had procrastinated on this since it didn't affect a lot |
| # | 15:28:00 | akilsdonk has joined #evergreen |
| # | 15:32:03 | denials | berick: on the subject of OpenSRF and IPC - we didn't see the problem until approximately 24 hours after restarting our processes. kind of wondering whether there's a counter or timer or something that goes nutty in IPC::SharedState |
| # | 15:33:00 | berick | denials: my thought as well. that's actually part of the reason I lowered the size of the shared mem segment (though it could probably be even smaller) |
| # | 15:33:12 | berick | though.. they should clean up after each request is handed to a child |
| # | 15:33:19 | denials wonders if anyone is going to ake use of the newfound /TOPIC freedom to fix0r the topic :) |
| # | 15:34:51 | akilsdonk has quit IRC |
| # | 15:34:51 | denials | berick: yeah, should. max_requests is at 1000 for max_children 20 in open-ils.storage |
| # | 15:36:37 | bshum changes topic to "Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://pastebin.ca or http://paste.lisp.org/new/evergreen or something like that" |
| # | 15:36:45 | bshum | Whee! |
| # | 15:39:09 | denials | bshum feels the POWER |
| # | 15:40:52 | gmcharlt changes topic to "Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://pastebin.ca or http://paste.lisp.org/new/evergreen or something like that" |
| # | 15:40:53 | kayals has quit IRC |
| # | 15:41:01 | gmcharlt | ;) |
| # | 15:42:08 | denials | berick: count of open-ils.storage requests for a complete day on one of our nodes is 151K, so I would have expected the IPC issue to kick in before that if it was child-recycling related |
| # | 15:42:27 | denials | (assuming I counted right, which is by no means assured) |
| # | 15:44:19 | berick | yeah |
| # | 15:44:57 | berick | i wonder if the problem is not the children, though, but the shares sticking around after all children have died |
| # | 15:45:13 | berick | the -destroy=>1 on the child proc should handle that, but.. |
| # | 15:45:16 | berick tries a test |
| # | 15:46:27 | akilsdonk has joined #evergreen |
| # | 15:46:52 | eeevil | berick: quoth the docs: you should not use this option in a program that will fork after binding the data |
| # | 15:47:12 | berick | yeah, shares are created after forking |
| # | 15:47:16 | kmlussier has quit IRC |
| # | 15:47:17 | eeevil | k |
| # | 15:48:27 | berick may just move to flock instead |
| # | 15:49:59 | tspindler has quit IRC |
| # | 15:51:56 | berick confirmed the shares are getting destroyed |
| # | 15:54:39 | berick | heh, to quote more perl docs: "Slavish adherence to portability concerns shouldn't get in the way of your getting your job done" |
| # | 15:56:35 | Meliss has quit IRC |
| # | 15:58:19 | denials should also note that Conifer's systems are still on Lenny, with all of their ancientness |
| # | 16:00:08 | denials should also note that the primary symptom for us was that apache processes started locking up at 100% CPU usage like crazy; the IPC lock issue was the only anomaly that I found in the (copious) logs |
| # | 16:00:42 | berick | interesting |
| # | 16:00:47 | denials | it was like an acceleration of the "once in a while, seemingly randomly after a long period of time, an apache process will lock up at 100% CPU usage and have to be killed off" |
| # | 16:01:16 | denials | but when we killed the apache process this time around, it was just replaced by another 100% CPU apache process |
| # | 16:01:25 | berick | denials: do the apache boxes run the opensrf services too? |
| # | 16:01:25 | denials | and then we had 10 such processes |
| # | 16:01:28 | denials | hydras |
| # | 16:01:52 | denials | berick: we have just one apache box that does indeed run opensrf services |
| # | 16:01:59 | eeevil | ohnoes! the gmail, it does nothing! |
| # | 16:02:47 | berick | denials: by any chance, were the services that logged the IPC errors all running on the apache server? |
| # | 16:02:54 | berick sends denials on crazy goose chase |
| # | 16:02:55 | denials will check |
| # | 16:03:15 | denials | grep "wild goose" osrfsys*log |
| # | 16:03:44 | berick | grep, the original google |
| # | 16:04:46 | denials | berick: that wild goose sounds pretty tasty |
| # | 16:06:13 | denials | berick: if I'm reading my logs right, yes, they all seem to have died on the apache box; no deaths of the opensrf processes running on the ejabberd box |
| # | 16:06:25 | berick | fascinating |
| # | 16:06:52 | denials | yep, confirmed |
| # | 16:06:58 | berick | apache and ipc both trying for the same resources? |
| # | 16:07:07 | berick | and w/ ipc present, resources are more scarce? |
| # | 16:07:18 | berick | so more apache craziness and ipc death |
| # | 16:08:55 | denials | apache's shared memory cache? |
| # | 16:12:48 | fortin has quit IRC |
| # | 16:14:06 | denials finds "protostar osrf_json_gw: [ERR :24499:./osrf_json_gateway.c:220:] Service [(null)] not found or not allowed" - looks anomalous, amongst the scads of File not found noise :) |
| # | 16:15:31 | berick | that happens with bad osrf-gateway-v1 URLs |
| # | 16:17:06 | denials | yeah, we have lots of those from previous days, just never noticed them before |
| # | 16:17:18 | denials boggles at Firefox 3.6.23 UA :) |
| # | 16:21:02 | gmcharlt starts hunting for a copy of NCSA Mosaic just to troll denials |
| # | 16:21:29 | senator | gmcharlt: haha, we're on a wavelength, because i just used wget to do exactly that |
| # | 16:21:51 | senator | doh, wrong window. oh well :-) |
| # | 16:23:05 | denials can take it - *sniff* |
| # | 16:28:12 | raynerj has left #evergreen |
| # | 17:00:41 | akilsdonk has quit IRC |
| # | 17:02:34 | jenny has left #evergreen |
| # | 17:19:00 | enhancin has joined #evergreen |
| # | 17:19:47 | enhancin | stupid question, how do I go about creating users? |
| # | 17:20:42 | StephenGWills | np. the staff client will create patrons for you |
| # | 17:21:06 | enhancin | oh, when you try to log in? |
| # | 17:21:29 | StephenGWills | under circulation, use the register patron function to create patrons (users) |
| # | 17:21:50 | StephenGWills | so... lemme back up.... I assumed that you could log into your staff client? |
| # | 17:21:52 | enhancin | I swear I went through all the menus there...thank you |
| # | 17:21:58 | StephenGWills | ok |
| # | 17:22:01 | enhancin | yeah i have been for a bit |
| # | 17:22:05 | StephenGWills | ok |
| # | 17:22:17 | enhancin | thanks. later |
| # | 17:22:17 | StephenGWills | circulation -> register patron |
| # | 17:22:20 | StephenGWills | np |
| # | 17:22:26 | enhancin has quit IRC |
| # | 17:23:28 | StephenGWills has quit IRC |
| # | 17:31:57 | yboston has quit IRC |
| # | 17:34:29 | gdunbar has quit IRC |
| # | 17:49:56 | jamesrf | has anyone had a situation where they needed some org units to have Available = holdable and others not using indb circ? |
| # | 18:48:37 | tsbere | jamesrf: That sounds wrong. |
| # | 18:48:44 | tsbere | (the available holdable or not bit) |
| # | 18:49:52 | tsbere | jamesrf: If available isn't holdable then you may as well just have holdable set to false for entire OU or similar. All locations for that ou set to false or similar would also work(ish, there are bugs there). |
| # | 18:52:41 | jamesrf | but they need it to be holdable when it's checked out |
| # | 18:53:01 | jamesrf | basically they are a post-secondary library that doesn't allow holds on available items |
| # | 18:55:01 | jamesrf | i'm wondering if they really just need the recall feature |
| # | 19:05:36 | tsbere | jamesrf: There is a "don't allow holds on items on the shelf" feature <_< |
| # | 19:05:46 | jamesrf | there is?! |
| # | 19:06:42 | tsbere | To my knowledge there is |
| # | 19:07:08 | tsbere | jamesrf: "Has Local Copy Block" |
| # | 19:07:12 | tsbere | In library settings editor |
| # | 19:09:15 | jamesrf | ahhh thanks |
| # | 19:09:16 | jamesrf | tsbere++ |
| # | 19:09:42 | jamesrf | looks like it's just in TTPAC but I could probably stick it into the JSPAC |
| # | 19:10:12 | tsbere | I think laurentian (sp?) has been using the feature for a while. |
| # | 19:10:18 | tsbere | Thus I doubt it is just in TPac |
| # | 19:10:53 | tsbere | In fact, the OU setting exists in 2.0....... |
| # | 19:11:08 | tsbere | As does the "Alert" variant |
| # | 19:11:19 | jamesrf | yeah i see it but i'm not seeing any code where it's used |
| # | 19:12:06 | jamesrf | ah found it |
| # | 19:12:46 | jamesrf | er nope |
| # | 19:14:32 | tsbere | I have never looked for what triggers it |
| # | 19:14:39 | tsbere | As we don't want it enabled anyway |
| # | 19:16:31 | tsbere | Maybe it was only ever rigged up enough for script-based rules |
| # | 19:18:05 | jamesrf | nah the script based rules don't even need it and i don't think you can access org unit settings from the scripts very easily |
| # | 19:18:15 | jamesrf | it looks like it was added as "seed data" but not used until TTPAC |
| # | 19:18:46 | tsbere | Well, the backend method for determining things was added before then |
| # | 19:19:36 | tsbere | and if you can call backend functions of any kind getting OU settings is easy ;) |
| # | 19:19:41 | jamesrf | there is a related opensrf call called open-ils.circ.hold.has_copy_at but it doesn't seem to even look at that setting |
| # | 19:20:43 | tsbere | But if you can check the setting with circ scripts, or assume you always want it and just call that either way in your circ scripts............ |
| # | 19:21:01 | jamesrf | yes well circ scripts must die |
| # | 19:21:35 | tsbere | Adding it to JSPac wouldn't be all that hard, but I am not inclined to do so due to having no use for it ;) |
| # | 19:22:00 | jamesrf | yeah no i think i can figure out something, just thanks for pointing out that setting i didn't know about it |
| # | 19:22:12 | jamesrf | mind you i was looking for "holds on available items" or things like that |
| # | 19:23:53 | tsbere | You could ask dbs how they do it, as to my knowledge they currently do that check. |
| # | 19:26:00 | jamesrf | i will peek at Confier.git |
| # | 19:59:19 | brian_f_ has quit IRC |
| # | 22:40:53 | Dyrcona has quit IRC |
| # | 22:51:52 | LBA has quit IRC |
| # | 23:15:11 | tater-laptop has joined #evergreen |
| # | 23:31:01 | tater-home has joined #evergreen |
April 10-13