2011-04-12T02:26:53 *** jamesrf has quit IRC 2011-04-12T02:28:29 *** jamesrf has joined #evergreen 2011-04-12T05:18:52 *** bjwebb has joined #evergreen 2011-04-12T05:18:52 *** bjwebb has joined #evergreen 2011-04-12T07:05:16 *** bjwebb has quit IRC 2011-04-12T07:10:49 *** bjwebb has joined #evergreen 2011-04-12T07:31:38 *** flopaul has joined #evergreen 2011-04-12T07:37:41 *** flopaul has quit IRC 2011-04-12T07:41:42 *** kmlussier has joined #evergreen 2011-04-12T07:42:28 *** gmcharlt has quit IRC 2011-04-12T07:42:28 *** gmcharlt has joined #evergreen 2011-04-12T07:42:38 *** bshum_ has joined #evergreen 2011-04-12T07:43:31 *** bshum has quit IRC 2011-04-12T07:43:31 *** bshum_ is now known as bshum 2011-04-12T08:34:53 *** collum has joined #evergreen 2011-04-12T08:41:14 *** sfortin has joined #evergreen 2011-04-12T08:45:30 *** dbs has joined #evergreen 2011-04-12T08:45:30 *** dbs has joined #evergreen 2011-04-12T08:46:44 @later tell rjackson-isl I don't think you want to disable that trigger, at least not in that way. you'll have to rebuild the table that the trigger maintains by hand. IIRC there are two stored procs that will help you manage that by doing all the required dances 2011-04-12T08:46:44 eeevil: The operation succeeded. 2011-04-12T09:01:58 *** Dyrcona has joined #evergreen 2011-04-12T09:13:15 eeevil: you might email him (rjackson@library.in.gov) -- i think he had been through whatever he had planned with gmcharlt but I could be wrong 2011-04-12T09:13:58 things just got nasty last night because public was still in doing things -- deadlocked the db badly 2011-04-12T09:14:09 stopping services, and closing off to the public for a few minutes resolved it 2011-04-12T09:20:29 mrpeters-isl: fwiw, rjackson hadn't discussed disabling that trigger with me 2011-04-12T09:21:40 oh, nice 2011-04-12T09:24:16 *** rjackson-isl has joined #evergreen 2011-04-12T09:27:57 *** StephenGWills has joined #evergreen 2011-04-12T09:40:51 *** jenny has joined #evergreen 2011-04-12T09:42:49 apologies for all the ILS-Contrib commit noise, just trying to bring our 2.0 branch into the modern era 2011-04-12T09:47:32 *** StephenGWills has quit IRC 2011-04-12T10:29:04 phasefx: You'd mentioned prettyfying the irc logs a while back, what were you thinking of trying out? Might be nice to set that up while we do the site re-haul. 2011-04-12T10:30:10 *** StephenGWills has joined #evergreen 2011-04-12T10:30:48 phasefx: also, I'd like to make sure that pinesol_new is configured correctly to log everything we're expecting and to put its logs in the correct location 2011-04-12T10:33:43 I'm still having a problem with renewals ignoring holds: If person "A" has an item out and person "B" puts a hold on the item, when person "A" renews the item, Evergreen permits the renewal. Am I missing a rule? A back end process? etc. 2011-04-12T10:34:00 StephenGWills: Which version of Evergreen? 2011-04-12T10:34:23 1.6.1.5 2011-04-12T10:34:33 StephenGWills: Take a peek at your library settings 2011-04-12T10:34:45 There should be one to block renews when holds are waiting. 2011-04-12T10:34:54 (I forget the exact name in 1.6.1) 2011-04-12T10:35:01 Might be listed under Holds: 2011-04-12T10:35:29 If you enable that at the consortium level, then it would apply to every library at once. 2011-04-12T10:35:45 (otherwise, you'd have to create the entry at each individual org unit) 2011-04-12T10:38:12 bshum++ my hero :) 2011-04-12T10:39:08 StephenGWills: Yay 2011-04-12T10:40:57 moodaepo, phasefx: +1 to pretty IRC logs 2011-04-12T10:42:48 bshum: Yea you'd mentioned that a while back too! 2011-04-12T10:43:23 *** finnapz2 has joined #evergreen 2011-04-12T10:53:00 * csharp envisions flowers and butterflies among the logs 2011-04-12T10:54:23 * dbs wonders who hasn't mentioned prettifying IRC logs :) 2011-04-12T10:54:34 and providing search of said IRC logs, too 2011-04-12T10:54:54 *** sameh_ammar has joined #evergreen 2011-04-12T11:00:18 *** sameh_ammar has quit IRC 2011-04-12T11:01:58 http://colas.nahaboo.net/Software/IrcLogger generates logs like http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2011-04-12,Tue which seems relatively clean - would replace pinesol's logging 2011-04-12T11:02:17 that looks nice! 2011-04-12T11:02:34 and I think IrcLogger offers scripts for retrospective conversion of old plaintext log files, too 2011-04-12T11:02:48 plenty of options out there of course :) 2011-04-12T11:03:45 google does well at searching the logs...maybe a custom google search box would do thejob? 2011-04-12T11:06:09 yep, our current Google CSE does point at the logs but maybe it would be happier with HTML; always nice to have IRC-specific search, too 2011-04-12T11:06:39 so - meeting in 55 minutes? 2011-04-12T11:14:37 *** sfortin has quit IRC 2011-04-12T11:17:41 Which meeting? Dev? 2011-04-12T11:17:55 * tsbere is stuck in a meeting physically too 2011-04-12T11:18:15 tsbere: yes: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-04-12 2011-04-12T11:21:19 *** finnapz2 has quit IRC 2011-04-12T11:44:21 *** brian_f has joined #evergreen 2011-04-12T11:53:40 Not much of an agenda 2011-04-12T11:54:27 dbs: It was pretty quiet last meeting too, when I read through the last IRC logs. 2011-04-12T11:54:44 Or at least it seemed quiet. 2011-04-12T11:55:04 It's possible that I missed something important. :( 2011-04-12T11:56:17 bshum: the OpenSRF/BASIC announcement, I believe 2011-04-12T11:56:30 still need pg_upgrade testing results, I believe 2011-04-12T11:57:32 another 2.1 preview release was to be cut by the end of the week 2011-04-12T11:58:29 I was to test out the "Generate password" patch - did, and committed it, I believe 2011-04-12T11:59:04 phasefx was to throw some info onto the bug re patron_barcode vs. PATRON_BARCODE 2011-04-12T12:00:27 Meeting time? 2011-04-12T12:00:45 it is 2011-04-12T12:00:46 Gah, sorry that I missed those, I guess I didn't do a very good job with parsing out the agenda. 2011-04-12T12:00:50 the "evergreen" schema (namespace) stuff is causing heartache ... can't find functions there unless qualified ... until we move all functions and schema-qualify all calls, I think we need to recommend adding "evergreen" to the search path 2011-04-12T12:01:13 eeevil: Or stop recommending using the user evergreen? 2011-04-12T12:02:00 I think it makes sense to schema-qualify all calls in the long run, and the short-term approach of adding evergreen to the search path also makes sense 2011-04-12T12:02:40 tsbere: IMO, that's brittle. better to say ALTER USER blah SET SEARCH_PATH ...; in the instructions 2011-04-12T12:03:39 and eeevil added the "facets to NFC" patch that he promised to do 2011-04-12T12:04:07 dbs: that's what broke ;) 2011-04-12T12:04:27 purrfect! 2011-04-12T12:04:39 dbs: I believe the following will fix it: SELECT evergreen.change_db_setting('search_path', ARRAY['evergreen','public','pg_catalog']); 2011-04-12T12:05:03 so newly added/migrated functions get priority 2011-04-12T12:05:46 *** slipscomb has joined #evergreen 2011-04-12T12:07:55 sorry for delaying the meeting ... 2011-04-12T12:09:27 eeevil: not at all, talking about development is the whole point right? :) 2011-04-12T12:10:15 So I listed a few points from the logs back around 11:56, anyone care to comment on those action items? 2011-04-12T12:10:33 * berick watches the community disintegrate 2011-04-12T12:10:33 * phasefx votes for more bureaucracy 2011-04-12T12:10:50 heh 2011-04-12T12:12:18 * bradl votes for more votes 2011-04-12T12:12:30 * senator votes to have these meetings catered :-) 2011-04-12T12:13:03 senator++ 2011-04-12T12:13:40 As for the pg_upgrade testing I still have not done my second run. My last attempt as I've mentioned previously did not work and I had to use pg_upgradecluster 2011-04-12T12:13:43 senator++ 2011-04-12T12:15:20 I am currently in the midst of another os/db upgrade and am at the point of using pg_upgrade so we'll have another test probably today/tomorrow 2011-04-12T12:16:06 * dbs is still plugging away at bringing an 8.4-based test server up to date with 2.0, but plans to jump to 2.1 at the end of the month and will have to get to 9.0 for that, so pg_upgrade seems like a good candidate then 2011-04-12T12:16:37 moodaepo: please note http://momjian.us/main/blogs/pgblog/2011.html#April_8_2011 2011-04-12T12:16:42 and dbs too 2011-04-12T12:17:23 eeevil: bshum mentioned that to me the other day 2011-04-12T12:17:26 eeevil: yeah, I had mentioned here some rumblings on #postgresql a few weeks back about pg_upgrade-caused corruption but have to assume that will be sorted out in a few weeks 2011-04-12T12:17:35 I don't think I've seen those errors 2011-04-12T12:17:42 ...yet 2011-04-12T12:17:47 moodaepo: most people won't 2011-04-12T12:18:09 and the fix is not too bad (copy a file or three, vacuum) 2011-04-12T12:18:30 eeevil++ 2011-04-12T12:18:42 Only if you're using an older, unfixed version of pg_upgrade. And as I'm still on lenny, I'll be compiling pgsql from nice fresh source. Whee 2011-04-12T12:19:03 *** flopaul has joined #evergreen 2011-04-12T12:19:35 dbs: you don't want to use sloppy-backports? ;) 2011-04-12T12:20:15 eeevil: oh, I actually want to upgrade to squeeze, and then use backports :) 2011-04-12T12:20:47 eeevil: anything specific you want me to poke at for your authsets branch? 2011-04-12T12:22:07 dbs: it's a work in progress, so you can expect breakage, but I'm aiming for "can import and link auth records to bibs, etc" ... direct replacement for the hard-coded stuff there today 2011-04-12T12:22:32 eeevil: oh, awesome! I'll hold off for a bit then :) 2011-04-12T12:22:59 dbs: I'm having a little trouble with a replacement for the noralize_heading function ... it does magic with theaurus=z 2011-04-12T12:23:30 may suggest dropping that magic, but suggestions on supporting that would be most welcome 2011-04-12T12:25:48 by magic you man tries to follow the standard? 2011-04-12T12:25:54 man/mean 2011-04-12T12:26:14 dbs: the terrible, terrible standard, yes 2011-04-12T12:26:37 hah, yeah, I realize sometimes that doesn't work out all that well in real life 2011-04-12T12:27:18 It would help to understand what trouble you're running into (e.g. thes=z but there's NO $f!!!) 2011-04-12T12:27:19 meh ... we can think on it more ... I just hate the "if code X, check random, human-entered string Y" crap 2011-04-12T12:28:17 Anyone want to add testing results to bugs-with-patches: http://ur1.ca/3p7ya (i think the Dyrcona/eeevil bug is a reasonably well-tested patch now) 2011-04-12T12:30:07 749764 for those playing the home version 2011-04-12T12:30:40 Also, I threw some custom CSS in for two of the most recent display bugs; could be added to stock CSS if the results are acceptable (https://bugs.launchpad.net/evergreen/+bug/757592 and https://bugs.launchpad.net/evergreen/+bug/757533). Not ideal - the height should be adjusted to accommodate the scrollbar - but better than current. 2011-04-12T12:32:18 I'll do the update dance for the fake_fkey_tgr patch 2011-04-12T12:35:10 grabbing 0509-0510 2011-04-12T12:35:31 I guess we can mark two of those bugs with patches by jamesrf as fix committed and assign to phasefx 2011-04-12T12:35:34 jamesrf++ 2011-04-12T12:36:13 On GSoC: gmcharlt, phasefx, and I have to submit some info to the Goog on slots today, meaning that we have to do another once-over of all of the proposals 2011-04-12T12:36:37 k 2011-04-12T12:39:35 jamesrf++ 2011-04-12T12:40:18 *** b_bonner has joined #evergreen 2011-04-12T12:51:17 hrm... there is no 0509 in upgrade/, but trunks 002.schema.config.sql claims gmcharlt added such a file 2011-04-12T12:51:20 gmcharlt? 2011-04-12T12:51:30 *** chirag has joined #evergreen 2011-04-12T12:52:12 gah 2011-04-12T12:52:28 I've rather a lot of loose ends recently, sorry about that 2011-04-12T12:52:52 np ... if you meant 508, which it looks like you did, then we're fine 2011-04-12T12:52:59 no, there's a 509 incoming 2011-04-12T12:53:07 oh ... dear. 2011-04-12T12:53:16 ok 2011-04-12T12:53:21 * eby wipes it up with 409 2011-04-12T12:53:38 then I'll take 0510-0511 2011-04-12T12:54:26 gmcharlt: well, if it's doing stored_proc stuff, PLEASE use the evergreen schema everywhere 2011-04-12T12:55:29 *** artunit has quit IRC 2011-04-12T12:55:42 eeevil: I'm doing so for all new stored functions I create 2011-04-12T12:55:44 gmcharlt: if it's not about to drop, may I steal 0509 from you, as well as 0510? 2011-04-12T12:55:57 eeevil: I've pushed the missing bits for 0509 2011-04-12T12:55:59 *** artunit has joined #evergreen 2011-04-12T12:56:02 k 2011-04-12T12:56:49 eeevil: after you do your 0509 and 0510, shall I go ahead and get maintain_901 fully moved into evergreen? 2011-04-12T12:56:56 gmcharlt: ok... I'm going to have to adjust some of that ... create-or-replace is hurt by the searchpath stuff to 2011-04-12T12:57:04 I actually did that in /my/ 0509 ;) 2011-04-12T12:57:19 everything that happened after 0505 has to change 2011-04-12T12:57:27 I'll get it 2011-04-12T12:57:31 cool 2011-04-12T13:03:34 gmcharlt: you backporting yours? 2011-04-12T13:03:40 yes 2011-04-12T13:03:41 k 2011-04-12T13:03:43 to 2.0 2011-04-12T13:03:45 This may be useful. NB: it ignores URLs with ?vari=ables. http://pastebin.com/zQhgjJeh 2011-04-12T13:04:24 (to enable redirection of advanced.xml$ so staff clients can be given per-IP-range CSS) 2011-04-12T13:24:04 *** jenny1 has joined #evergreen 2011-04-12T13:26:30 *** jenny has quit IRC 2011-04-12T13:26:37 some more cleanup coming 2011-04-12T13:27:43 *** slipscomb has left #evergreen 2011-04-12T13:30:00 *** Digital-Pioneer has quit IRC 2011-04-12T13:36:33 *** shopkins has joined #evergreen 2011-04-12T13:36:56 is there a better way to do this: {"select":{"aou":[{"column":"id","transform":"actor.org_unit_descendants","result_field":"id"}]},"from":"aou","where":{"id":50}} 2011-04-12T13:38:00 ie: "select id from actor.org_unit_descendants(50)" 2011-04-12T13:41:17 with regard to https://bugs.launchpad.net/evergreen/+bug/757592 -- doesn't seem groupbox: {overflow-x: auto; } is doing the trick 2011-04-12T13:41:45 also tried window#cat_bib_brief_win groupbox#groupbox { overflow-x: auto; } in global_custom.css with no luck on 2.0.4 2011-04-12T13:44:25 mrpeters-isl: weird. you closed all windows and cleared cache? 2011-04-12T13:44:44 yeah - i thought it'd work 2011-04-12T13:44:50 groupbox#groupbox should just be groupbox in that last one 2011-04-12T13:44:59 I think 2011-04-12T13:45:08 The groupbox doesn't have an ID of groupbox 2011-04-12T13:45:13 i've got groupbox: {overflow-x: auto; } in there right now 2011-04-12T13:45:14 tsbere: maybe; there is a case where the groupbox element has an id of groupbox 2011-04-12T13:45:27 maybe an apache restart needed? 2011-04-12T13:45:32 * tsbere dislikes IDs of the tag name 2011-04-12T13:45:38 mrpeters-isl: no 2011-04-12T13:46:44 yeah, i dunno then 2011-04-12T13:47:38 http://img857.imageshack.us/i/mergescroll.png/ - no scroll -- this is the same interface, righT? 2011-04-12T13:49:14 *** natschil has joined #evergreen 2011-04-12T13:49:19 yup 2011-04-12T13:49:46 you've changed the right global_custom.css? 2011-04-12T13:50:13 * dbs vomits a little bit in his mouth at some of the other images on that page 2011-04-12T13:51:12 hmm adblock FTW i guess...sorry dbs about other images...i've never had that issue 2011-04-12T13:51:27 and yes -- /openils/var/web/xul/rel_2_0_4/server/skin/global_custom.css 2011-04-12T13:51:50 b1apache:/openils/var/web/xul/rel_2_0_4/server/skin# cat global_custom.css 2011-04-12T13:51:50 groupbox: {overflow-x: auto; } 2011-04-12T13:56:17 http://imgur.com/kT6Z7 is what I get 2011-04-12T13:56:25 *** b_bonner has quit IRC 2011-04-12T13:56:36 with window#cat_bib_brief_win groupbox#groupbox { overflow-x: auto; } 2011-04-12T13:57:31 that's in /openils/var/web/xul/server/skin/global_custom.css on 2.0.5 2011-04-12T13:57:47 hmm 2011-04-12T13:58:01 let me try with that 2011-04-12T13:59:47 that worked 2011-04-12T14:00:09 *** jenny has joined #evergreen 2011-04-12T14:00:43 *** b_bonner has joined #evergreen 2011-04-12T14:00:50 *** jenny has left #evergreen 2011-04-12T14:00:53 weird. the link to global_custom.css didn't get build-stamped? 2011-04-12T14:01:59 guess it's just an import() in global.css, but that should be relative 2011-04-12T14:02:05 *** jenny1 has quit IRC 2011-04-12T14:03:13 bib_brief.xul itself uses a build-stamped link to global.css; strange 2011-04-12T14:10:51 *** b_bonner has quit IRC 2011-04-12T14:21:20 Interesting... asset.copy_template is the new way where copy templates get stored now in 2.0? 2011-04-12T14:21:44 well, 2011-04-12T14:21:49 Or 2011-04-12T14:21:53 Only in certain places? 2011-04-12T14:22:04 if you already know what copy templates are, asset.copy_template is something else 2011-04-12T14:22:08 really for serials 2011-04-12T14:22:12 Aha 2011-04-12T14:22:19 name confusion, sorry 2011-04-12T14:23:12 senator: Ah, okay, that makes sense now. I was all worried that I needed to start moving things into that table. 2011-04-12T14:23:30 the existing ones you're thinking of live client-side, right? 2011-04-12T14:24:00 Those actually live as actor.usr_setting entries. Just one big ball of XML 2011-04-12T14:24:14 If it were its own table, I could see lots of value in that. 2011-04-12T14:24:14 oic. 2011-04-12T14:24:25 As far as editing/sharing of templates 2011-04-12T14:24:27 but yeah, don't move that to asset.copy_template (i agree that would be nice) 2011-04-12T14:24:37 bshum: of course, if there's a change like that, it would normally be part of the migration script 2011-04-12T14:24:48 Okay, making a note to myself not to mess around with that table for now :) 2011-04-12T14:24:54 Thanks, senator 2011-04-12T14:25:09 *** natschil has quit IRC 2011-04-12T14:25:14 dbs: True, I always worry that somehow our upgrade to 2.0 missed something :( 2011-04-12T14:25:27 always a possibility 2011-04-12T14:25:45 *** natschil has joined #evergreen 2011-04-12T14:26:18 no prob bshum 2011-04-12T14:26:39 *** natschil has quit IRC 2011-04-12T14:27:03 *** natschil has joined #evergreen 2011-04-12T14:27:33 *** natschil has joined #evergreen 2011-04-12T14:28:49 *** natschil has joined #evergreen 2011-04-12T14:30:07 *** natschil has joined #evergreen 2011-04-12T14:30:57 *** natschil has joined #evergreen 2011-04-12T14:31:24 *** b_bonner has joined #evergreen 2011-04-12T14:31:45 *** natschil has quit IRC 2011-04-12T14:31:55 *** b_bonner has quit IRC 2011-04-12T14:32:14 *** natschil has joined #evergreen 2011-04-12T14:33:28 *** b_bonner has joined #evergreen 2011-04-12T14:43:13 *** chirag has left #evergreen 2011-04-12T14:49:47 *** natschil has quit IRC 2011-04-12T14:50:40 *** natschil has joined #evergreen 2011-04-12T14:55:15 *** b_bonner has quit IRC 2011-04-12T15:03:31 *** b_bonner has joined #evergreen 2011-04-12T15:04:16 *** pmplett has joined #evergreen 2011-04-12T15:07:25 *** rjackson-isl has quit IRC 2011-04-12T15:08:36 *** brian_f has quit IRC 2011-04-12T15:13:28 *** bshum has left #evergreen 2011-04-12T15:16:58 *** b_bonner has quit IRC 2011-04-12T15:17:37 *** bshum has joined #evergreen 2011-04-12T15:19:31 *** natschil has quit IRC 2011-04-12T15:19:49 *** natschil has joined #evergreen 2011-04-12T15:21:38 *** natschil has joined #evergreen 2011-04-12T15:22:04 *** natschil has joined #evergreen 2011-04-12T15:22:35 *** natschil has joined #evergreen 2011-04-12T15:22:48 *** natschil has quit IRC 2011-04-12T15:23:06 *** natschil has joined #evergreen 2011-04-12T15:24:40 *** natschil has quit IRC 2011-04-12T15:24:58 *** natschil has joined #evergreen 2011-04-12T15:26:47 *** natschil has joined #evergreen 2011-04-12T15:27:27 *** natschil has joined #evergreen 2011-04-12T15:27:29 grabbing 0512 for a big-ish commit 2011-04-12T15:27:30 *** natschil has quit IRC 2011-04-12T15:27:44 as big as SVF? 2011-04-12T15:27:50 *** natschil has joined #evergreen 2011-04-12T15:28:38 dbs: no sir ... but bigger that a bread box 2011-04-12T15:28:42 dbs: multi_home 2011-04-12T15:29:05 *** natschil has quit IRC 2011-04-12T15:29:39 *** natschil has joined #evergreen 2011-04-12T15:29:41 dbs: is there a particular manner you'd like me to break this up in? it's ... really all interrelated, one feature set 2011-04-12T15:30:23 *** natschil has quit IRC 2011-04-12T15:30:36 eeevil: if it makes sense as a single commit, then a single commit it is 2011-04-12T15:30:55 *** natschil has joined #evergreen 2011-04-12T15:31:00 dbs: it does to me 2011-04-12T15:31:03 *** natschil has quit IRC 2011-04-12T15:31:22 *** natschil has joined #evergreen 2011-04-12T15:32:43 *** natschil has joined #evergreen 2011-04-12T15:35:41 *** flopaul has quit IRC 2011-04-12T15:39:21 *** b_bonner has joined #evergreen 2011-04-12T15:40:25 multi-home? Sounds intriguing 2011-04-12T15:40:35 *** natschil has quit IRC 2011-04-12T15:56:42 *** brian_f has joined #evergreen 2011-04-12T16:08:44 eeevil: I have a question about monograph parts, whenever you have a minute. It seems like they are a good fit for top-down serials management concepts (esp. bound volumes, but really any unit level division). The biggest problem I see so far is the name, "monograph parts." I am wondering if you were intent on excluding serials from using this feature, and what your thoughts were on that. 2011-04-12T16:09:32 *** atz_ has joined #evergreen 2011-04-12T16:12:09 *** kmlussier has quit IRC 2011-04-12T16:12:15 *** atz has quit IRC 2011-04-12T16:13:17 dbwells: you're imagining pointing a part at what's actually a serial.unit, for the purpose of labeling it as containing a particular subset of a serial run? 2011-04-12T16:13:37 yes 2011-04-12T16:14:41 dbwells: I /think/ we already have just about all of that via the summary_contents and detailed_contents fields. they are not, however, surfaced in interfaces that deal at the asset.copy level, of course 2011-04-12T16:15:43 dbwells: also, mono parts would be, in practice, reusable for mono-things ... much more so than for serials, I would imagine 2011-04-12T16:17:11 IOW, it would be common for serials 1) to have a huge number of ways to bind because there are a huge number of "issues" and 2) in fact, be bound in many different ways (assuming many institutions are using an instance of EG) 2011-04-12T16:18:18 as opposed to multi-part monopgraphs, which would generally have (in practice) a small and finite set of ways to subdivide the parts 2011-04-12T16:18:45 the monograph parts work is build with the latter in mind 2011-04-12T16:20:47 finding the right way to surface the "contents" fields (perhaps by adding them to asset.copy as NULLable fields?) seems like the best way to handle serials binding (which, ISTM, is handled by units already ... but, am I missing a reason it doesn't work for that? (other than the issue of actually surfacing the data)) 2011-04-12T16:23:29 eeevil: these are good points, thank you. I'll need to do some more experimenting before I can answer your questions thoroughly, though. 2011-04-12T16:25:46 * dbs curses IE. again. 2011-04-12T16:27:19 dbwells: it looks like an analog to the just-committed biblio.peer_type table, for giving a binding reason (if any), would be a useful nullable fkey on serial.unit 2011-04-12T16:29:36 changing gears ... how's about that 2.1 preview-y thingy 2011-04-12T16:29:45 eeevil: at least part of the problem is that the summary_contents field only works for grouping-type organization if they are somehow kept identical, but the current mechanism for doing that (generating them) doesn't meet the needs of a number of organizations I have spoken to. There are ways to solve that, of course, but I am trying first to fully understand the capabilities of existing... 2011-04-12T16:29:46 ...features. 2011-04-12T16:32:50 Also, we are not necessarily talking only about bound volumes. Even single issue units could benefit from the better display (grouping/sorting) of a more reliable shared label for identical units. Anyway, if I have more concrete ideas about a direction, I'll bring it again. Thanks again. 2011-04-12T16:33:05 dbwells: understood ... I'd like to understand what's lacking. is it as simple as having a field to label a unit with a human descriptor? or will there truely only be a small, finite set of "parts" if that were used? Mind you, there's nothing at all from stopping someone from using mono-parts for serial.unit labeling, and if the set of parts is small (per bib) (as opposed to one-per-issue for a 100yr run ;) ) then it will work just fine 2011-04-12T16:34:36 dbwells: well, if code is generating the summary for individual, identical units, the values should be identical (assuming common enum/chron/pat setup, obv) 2011-04-12T16:37:19 eeevil: right. The only problem is that nobody seems to like those values being generated, and they all have ideas about what it should say :) I have some stuff worked out for a 'summary template' -type system, but still weighing pros/cons, that's all. 2011-04-12T16:38:32 haha ... "only problem is the people" :) 2011-04-12T16:39:24 so a supplied_summary field, maybe ... something to consider, I guess 2011-04-12T16:50:27 *** sameh_ammar has joined #evergreen 2011-04-12T16:57:35 eeevil++ # 2.1_prealpha2 2011-04-12T16:57:45 *** sameh_ammar has quit IRC 2011-04-12T16:58:33 Would we want a preview downloads option in the future? Just pointing to the SVN? Or will you be tarballing that (not that I'd expect you to) 2011-04-12T17:08:26 *** bjwebb has quit IRC 2011-04-12T17:10:45 IE-- 2011-04-12T17:10:55 *** b_bonner has quit IRC 2011-04-12T17:14:18 * moodaepo starts the march to lupin with "apt-get update | apt-get upgrade" 2011-04-12T17:14:38 moodaepo++ 2011-04-12T17:15:35 phasefx: csharp had no probs with a dist-upgrade (he'd actually suggested it previously) so after the upgrade it should be good to do a dist-upgrade right? 2011-04-12T17:16:44 Also wanted to check with either of you if you installed any packages from source rather from debian repos? 2011-04-12T17:32:45 *** Dyrcona has quit IRC 2011-04-12T17:33:11 *** flopaul has joined #evergreen 2011-04-12T17:39:52 Lupin apache errors post "apt-get upgrade" > http://paste.lisp.org/display/121441 2011-04-12T17:40:04 * moodaepo will be out for 15-20 minutes 2011-04-12T17:54:49 *** b_bonner has joined #evergreen 2011-04-12T17:55:04 *** b_bonner has quit IRC 2011-04-12T17:55:26 *** b_bonner has joined #evergreen 2011-04-12T17:56:09 *** flopaul has quit IRC 2011-04-12T18:04:25 *** bjwebb has joined #evergreen 2011-04-12T18:04:25 *** bjwebb has joined #evergreen 2011-04-12T18:15:02 moodaepo: I'll be wrapping a tarball this evening. i18n built while I drove home, now it's dinner time 2011-04-12T18:16:13 *** moodaepo_ has joined #evergreen 2011-04-12T18:33:03 eeevil++ # In that case I might do a preview release column in the new downloads design. 2011-04-12T19:05:18 *** shopkins has quit IRC 2011-04-12T19:18:59 Folks who want to see the website update can check out http://lupin.georgialibraries.org/ (clear your cache since the css changes didn't get picked up) 2011-04-12T19:19:34 *** b_bonner has quit IRC 2011-04-12T19:28:37 Next step would be to do a distr-upgrade and then blogs/dokuwiki migration. I'd then like to clean out old/test files in the web directory. Finally try to get irc log prettification working and then get community to test the site, final migration and go live (switch domain to point at lupin). 2011-04-12T19:34:17 *** bshum has quit IRC 2011-04-12T19:34:17 *** bshum has joined #evergreen 2011-04-12T19:42:06 *** bjwebb has quit IRC 2011-04-12T20:32:36 bshum: When you get a chance could you change $planet_feed->find(8) in search_sidebar.php to $planet_feed->find(3) and commit. This is to prevent the search results to be pushed way below the blog entries listed on the right, the issue is quite glaring on lower resolutions. 2011-04-12T20:33:42 Not sure if you noticed in your resolution, this is the curent display > http://ur1.ca/3u4jn 2011-04-12T20:34:17 moodaepo_: Ah, yeah, that doesn't seem quite happy. 2011-04-12T20:35:20 * moodaepo_ is going to bounce lupin in a few and then proceed to dist-upgrade 2011-04-12T20:41:16 moodaepo_: Should be set, I tested it on my local machine and it seemed to work. 2011-04-12T20:41:31 bshum++ # just saw the commit email 2011-04-12T20:52:05 *** brian_f has quit IRC 2011-04-12T20:53:42 *** dbs has quit IRC 2011-04-12T21:05:12 *** pmplett is now known as pmpafk 2011-04-12T21:08:23 *** pinesol_new has quit IRC 2011-04-12T21:19:27 Interesting dist-upgrade didn't update to squeeze 2011-04-12T21:20:52 Doh need to update the sources.list first. 2011-04-12T21:56:07 *** StephenGWills has quit IRC 2011-04-12T22:55:54 grub upgrade of menu.1st does not look clean during dist-upgrade in my opinion 2011-04-12T22:58:47 * moodaepo_ reboots lupin after dist-upgrade and prays to a random god 2011-04-12T23:00:05 There were some seious packages in the upgrade. mainly grub. 2011-04-12T23:09:11 System came back up and I have run upgrade-from-grub-legacy as per directions. 2011-04-12T23:09:29 Am going to bounce the server again and make sure it works as per script. 2011-04-12T23:12:50 System seems to be back up - ok 2011-04-12T23:15:31 *** moodaepo_ has quit IRC 2011-04-12T23:19:47 *** pmpafk is now known as pmplett