2010-09-16T00:24:21 *** finnx has quit IRC 2010-09-16T00:31:21 Gah. I think Vandelay is autoconverting everything back to MARC8 before converting it back to UTF8 2010-09-16T00:35:08 O:A:Vandelay 'use MARC::File::XML' badly needs ( BinaryEncoding => 'UTF8' ) I think 2010-09-16T00:37:15 *** finnx has joined #evergreen 2010-09-16T01:01:46 @later tell gmcharlt: the only way I can reproduce something like your error is with "SELECT authority.normalize_heading('garbage') FROM authority.record_entry;" (which shouldn't be surprising) 2010-09-16T01:01:46 dbs: The operation succeeded. 2010-09-16T01:02:27 *** finnx has quit IRC 2010-09-16T01:09:54 @later tell miker_ huh. still had to add 'vbq','vaq','vqar' to the base.tt2 AutoIDL list to make Vandelay happy - the stuff that looks like it should auto-load it doesn't seem to be working 2010-09-16T01:09:54 dbs: The operation succeeded. 2010-09-16T01:14:56 *** finnx has joined #evergreen 2010-09-16T01:15:05 *** brendan2 has quit IRC 2010-09-16T01:15:07 @later tell miker_ adding "fieldmapper.IDL.load(['vbq', 'vaq', 'vqar']);" just after the dojo.require() bits in vandelay.js didn't solve the problem either 2010-09-16T01:15:07 dbs: The operation succeeded. 2010-09-16T01:29:53 *** tildeequals has joined #evergreen 2010-09-16T02:01:34 *** pmplett has quit IRC 2010-09-16T03:18:18 *** dave-esi has quit IRC 2010-09-16T05:17:51 *** atz__ has joined #evergreen 2010-09-16T05:21:14 *** atz_ has quit IRC 2010-09-16T07:23:10 *** rjackson-isl has joined #evergreen 2010-09-16T07:23:10 dbs: I thought he'd added those three, but see that's not the case. anyway, if you don't get to doing that before I finish my commute (~9:30EDT) then I'll add them 2010-09-16T07:42:05 miker_: got 'em 2010-09-16T07:53:20 *** miker_g1 has quit IRC 2010-09-16T07:54:08 *** miker_g1 has joined #evergreen 2010-09-16T08:01:42 *** sfortin has joined #evergreen 2010-09-16T08:03:43 *** miker_g1 has quit IRC 2010-09-16T08:05:05 *** mck9 has left #evergreen 2010-09-16T08:05:16 *** mck9 has joined #evergreen 2010-09-16T08:34:43 is anyone working on deduping scripts? 2010-09-16T08:39:41 *** Melissa has joined #evergreen 2010-09-16T08:46:00 *** sfortin has quit IRC 2010-09-16T08:48:31 *** collum has joined #evergreen 2010-09-16T09:05:10 *** finnx has quit IRC 2010-09-16T09:14:26 *** atz_ has joined #evergreen 2010-09-16T09:15:55 *** dbs has quit IRC 2010-09-16T09:16:11 *** atz__ has quit IRC 2010-09-16T09:17:49 *** finnx has joined #evergreen 2010-09-16T09:18:06 *** bshum has joined #evergreen 2010-09-16T09:24:45 *** atz_ has quit IRC 2010-09-16T09:30:09 dbs++ 2010-09-16T09:30:23 *** atz has joined #evergreen 2010-09-16T09:33:21 *** yboston has joined #evergreen 2010-09-16T09:39:28 *** afterl has quit IRC 2010-09-16T09:40:03 *** afterl has joined #evergreen 2010-09-16T09:40:53 *** mrpeters-isl has joined #evergreen 2010-09-16T09:44:36 *** dbs has joined #evergreen 2010-09-16T09:46:55 *** alxp has joined #evergreen 2010-09-16T09:48:10 *** brendan2 has joined #evergreen 2010-09-16T09:48:43 *** atz has quit IRC 2010-09-16T09:53:28 * dbs skims through the "The Next Generation Library Catalog:A Comparative Study of the OPACs of Koha, Evergreen, and Voyager" and despairs. Apparently Evergreen doesn't offer RSS feeds. 2010-09-16T09:54:04 Pub. date: Sept. 2010 2010-09-16T09:54:37 wtf 2010-09-16T09:55:03 "The latest releases at the time of the study was Koha 3.0, Evergreen 2.0, WebVoyage 7.1" 2010-09-16T09:55:12 man 2010-09-16T09:55:22 that's some super research 2010-09-16T09:56:37 *** wendy has joined #evergreen 2010-09-16T09:57:00 to be fair, the RSS feed icon doesn't display, so based on that criteria, they're right. Sort of. 2010-09-16T09:58:39 "While WebVoyage and Evergreen only display journal-holdings information in their OPACs, Koha links journal titles from its catalog to ProQuest’s Serials Solutions, thus leading users to full-text journals in the electronic databases." 2010-09-16T09:58:55 wow ... 2010-09-16T09:59:13 Damn. I really should dust off open-ils.resolver 2010-09-16T09:59:32 * miker_ moves to another channel so as to not punch his nice 22" monitor 2010-09-16T09:59:33 given that I had worked out how to make it work with SFX, Cufts, and SerSol resolvers. 2010-09-16T10:00:26 Getting open-ils.resolver in shape so that it can be in core (as an optional bit) will bump up in my priority list, I guess. 2010-09-16T10:01:09 Sorry miker_, I don't mean to dampen spirits on 2.0 a2 day! It's pouring here. Pathetic fallacy I guess. 2010-09-16T10:01:37 meh 2010-09-16T10:01:44 so, yeah, a2 2010-09-16T10:01:59 *** atz has joined #evergreen 2010-09-16T10:02:04 Yeah! a2! 2010-09-16T10:02:14 * dbs rolls up his sleeves 2010-09-16T10:02:48 speak now, peeps, or hold your piece in trunk ... if you piece involves any schema changes or not-already-in-dev features 2010-09-16T10:03:48 I hear no peeping from peeps 2010-09-16T10:03:58 hah :) 2010-09-16T10:04:09 SILENCE MEANS ASSENT 2010-09-16T10:04:14 heh 2010-09-16T10:04:56 I would throw my stuff at you....but it is too new for a2 2010-09-16T10:05:24 That, and I am still debugging the update script. <_< 2010-09-16T10:05:33 * tsbere has a lot of typos today 2010-09-16T10:05:33 tsbere++ # I did 'make linux-client' last night / this morning and it was a nice touch 2010-09-16T10:05:47 "First they came for the actor.org_units, and I didn't speak up because I wasn't an org_unit" 2010-09-16T10:06:05 nice quote csharp 2010-09-16T10:06:08 yay, my unique index appears to work after an upgrade event! 2010-09-16T10:06:25 * csharp thinks he might've tried too hard on that joke 2010-09-16T10:06:28 * tsbere only inserted 50 or so dupe matchpoints 2010-09-16T10:06:37 tsbere: whee! I can't wait to get this into trunk 2010-09-16T10:07:25 Seems a bit much to make an entire function for one loop over a select that has a single update command in it, but I can't do that outside of one. 2010-09-16T10:08:42 heh. tried to re-activate everything in the table. ERROR: duplicate key value violates unique constraint "ep_once_per_paramset" 2010-09-16T10:08:42 :D 2010-09-16T10:09:56 Any complaints on the naming? The old name format was looking to be too long to be returned to descriptive. 2010-09-16T10:12:23 tsbere: CTE perhaps? 2010-09-16T10:12:38 no objection to a shorter name 2010-09-16T10:14:05 my brain is failing to multitask across stuff right now to figure out what CTE is referring to. I should probably stop one of the 9 things I am doing, and I am considering the aquisitions training being the one I stop. <_< 2010-09-16T10:16:10 ok ... I have a little cleanup to do 2010-09-16T10:16:33 *** wendy has quit IRC 2010-09-16T10:16:59 tsbere: Common Table Expression ... WITH (SELECT ...) AS x SELECT * FROM x; ... can make recursive/looping queries with thtat 2010-09-16T10:17:02 that 2010-09-16T10:17:17 tsbere: for instance http://paste.lisp.org/display/113702#1 2010-09-16T10:18:01 See, I knew I should know what CTE was doing, but my brain is trying to do too many things at once, including setting up a demo server in a virtualbox on a laptop for a meeting next week where the network may not work. 2010-09-16T10:19:16 but using that when a function will do is probably not worth it .. it's a one-time thing, so unless you just want to explore CTEs, meh 2010-09-16T10:19:39 *** atz has quit IRC 2010-09-16T10:20:38 miker_: how can we help you with the alpha2 release? 2010-09-16T10:21:35 dbs: if you can run rel_2_0 through a build to make sure it compiles, and try to create a db from the sql, that would be a big help 2010-09-16T10:22:21 miker_: okay. will do. 2010-09-16T10:22:31 dbs++ 2010-09-16T10:23:59 should we kill the trunk version of 1.6.1-2.0-upgrade-db.sql? it's already drifting some, and the rel_2 version is more up to date 2010-09-16T10:27:24 miker_: shouldn't we just keep it in sync with the rel_2 version, so that if a person wants to go through the 1.6 -> trunk upgrade process (working on a 2.1 upgrade script), they've got the script right there rather than having to reach back to rel_2? 2010-09-16T10:27:33 miker_: When you need people to test those upgrade scripts to 2.0, we'd be happy to give it a whirl with one of our test databases. 2010-09-16T10:28:38 bshum: rock 2010-09-16T10:28:56 miker_: bshum - same here 2010-09-16T10:29:52 dbs: either in sync or no there, but they're different right now ... also, not personally volunteering, just pointing at something we should address in some way ;) 2010-09-16T10:30:25 * dbs should probably roll a matching alpha2 of OpenSRF 1.6.0 for the quoted version number fix 2010-09-16T10:32:43 miker_: Decided to check just because, apparently with only works on selects and not updates. So already working function it is. 2010-09-16T10:33:13 tsbere: ahh, indeed. wCTEs coming soon. good point sir 2010-09-16T10:34:42 *** JMCraig has joined #evergreen 2010-09-16T10:36:29 *** atz has joined #evergreen 2010-09-16T10:37:00 *** agJohn has quit IRC 2010-09-16T10:37:07 *** JMCraig is now known as agJohn 2010-09-16T10:42:00 ok ... based on `diff -purbB --exclude='.svn' --exclude='build' --exclude='*a[cm]' --exclude='staff_client' head-ILS/ ILS-2.0|less`, I have all substantive changes missed during normal backporting ... upgrade and base schema sql needs more looking at, but that can wait 2010-09-16T10:42:59 miker_: I have no clue how to add some of my type changes to the idl, if I even have to. When does the idl need a type defined in it? 2010-09-16T10:43:34 fyi, Biblio is getting ready to help stress test the KCLS OPAC. 2010-09-16T10:43:36 miker_++ 2010-09-16T10:43:55 afterl++ bshum++ et al 2010-09-16T10:44:00 csharp++ 2010-09-16T10:46:03 So excited :) 2010-09-16T10:46:31 *** JMCraig has joined #evergreen 2010-09-16T10:48:24 *** agJohn has quit IRC 2010-09-16T10:48:26 *** JMCraig is now known as agJohn 2010-09-16T10:49:28 *** graced has joined #evergreen 2010-09-16T10:53:41 dbs, miker_: The trunk and 2.0 upgrade scripts are back in sync now. I had some late-breaking changes based on last nights upgrades. 2010-09-16T10:54:03 mck9: cool 2010-09-16T10:54:47 mck9: sorry for the last minute instability, also 2010-09-16T11:02:22 *** Melissa1 has joined #evergreen 2010-09-16T11:03:16 *** Melissa has quit IRC 2010-09-16T11:05:43 *** parsr has joined #evergreen 2010-09-16T11:06:05 msg NickServ identify discuss%9x 2010-09-16T11:06:32 parsr: time to change your passwd ;) 2010-09-16T11:06:37 oopsy doopsy 2010-09-16T11:08:08 passwd change done - would anybody like me to I post it again! 2010-09-16T11:09:30 anyone out there running a seperate database only for reports? 2010-09-16T11:10:29 *** Melissa has joined #evergreen 2010-09-16T11:11:56 mck9++ 2010-09-16T11:12:13 *** Melissa1 has quit IRC 2010-09-16T11:13:40 * tsbere tries to test stuff from the DB itself, only to find he has no items 2010-09-16T11:13:51 Helps if I add items after wiping out the DB 2010-09-16T11:14:37 tsbere: Wouldn't it be awesome to have a stock set of sample bibs & items & such to load? : 2010-09-16T11:15:02 * dbs imagines "make load-demo-data" 2010-09-16T11:15:11 dbs: Yes, it would! I am not volunteering, I have enough trouble with figuring out marc. 2010-09-16T11:18:24 dbs: Real quick, starting last night 21:37:30 the 10-11 lines, was it all discussing my catalog search issue? If so is it a Class::DBI problem? 2010-09-16T11:19:00 moodaepo: I was wondering if it was. your logs should have some errors if that's the case. 2010-09-16T11:19:27 dbs++ # I bumped up debbugging will look through 2010-09-16T11:20:18 * dbs sloooowly installing a clean debian squeeze 2010-09-16T11:27:31 Dibs on 0405 for an upgrade script 2010-09-16T11:29:47 * tsbere thinks everything is working on the backend.....but not on the ui, which is now broken, but he didn't recall changing in any significant manner yet 2010-09-16T11:30:16 Oops, make that 0404 2010-09-16T11:34:26 *** brendan2 has quit IRC 2010-09-16T11:34:57 * tsbere has decided that fieldmapper failing in the circ policies editor is a bad sign, but he isn't sure of what 2010-09-16T11:36:58 tsbere: you were mentioning not knowing where to add fields in fm_IDL.xml? 2010-09-16T11:37:13 *** brendan2 has joined #evergreen 2010-09-16T11:37:25 dbs: More of a "I added new types, and don't know what if anything I need to add to fm_IDL.xml" 2010-09-16T11:39:21 tsbere: unless you're going to use them as FM objects (not json_query, but open-ils.*.direct.{hint}.{search|retrieve}) then you don't need IDL classes 2010-09-16T11:39:29 s/then // 2010-09-16T11:40:03 * dbs doesn't remember whether tsbere added/removed/changed any column types in existing tables 2010-09-16T11:40:09 Given that they are either internal to SQL based functions or are used with json_query, yay, I don't have to fight with adding them. 2010-09-16T11:40:10 * dbs is blind to in-db circ 2010-09-16T11:40:24 dbs: I have no issues with adding/removing/changing column types 2010-09-16T11:40:46 Or at least, I didn't think I did. I am wondering if I broke fm_IDL.xml for config.circ_matrix_matchpoint now, as my fieldmapper is failing. 2010-09-16T11:42:03 tsbere: any errors in the JS console? 2010-09-16T11:42:18 like ccmm not defined or something like that? 2010-09-16T11:42:41 i think he indicated that services are failing to start because the IDL can't be parsed. 2010-09-16T11:42:53 tsbere: xmllint is your first friend there. 2010-09-16T11:43:05 "fieldmapper[this.fmClass].toStoreData is not a function" shows up in the js console. The services start fine. 2010-09-16T11:43:15 ah, i misunderstood. 2010-09-16T11:43:42 did you re-run autogen.sh after changing fm_IDL.xml? 2010-09-16T11:43:46 Although, now that I look, it knows the list of columns, including the one I added. But won't load data? 2010-09-16T11:44:21 I did re-run autogen, yes 2010-09-16T11:46:19 tsbere: you need the recent Auto* changes, I suspect 2010-09-16T11:47:08 ah circ matrix classes might have been missed (maybe) 2010-09-16T11:47:44 tsbere: what interface in the satff client are you using and getting this error from? 2010-09-16T11:48:02 local admin->circulation policies 2010-09-16T11:48:22 ah yeah i see it 2010-09-16T11:48:25 if I hit "new" I get fieldmapper.IDL.fmclasses[linkClass] is undefined 2010-09-16T11:48:27 fix coming 2010-09-16T11:50:00 *** sfortin has joined #evergreen 2010-09-16T11:51:15 senator++ 2010-09-16T11:53:02 yay 2010-09-16T11:54:25 tsbere: 17736 should fix 2010-09-16T11:55:24 * tsbere restarts/reinstalls so often he has an alias to do it for him 2010-09-16T11:56:01 tsbere++ # living on the bleeding edge 2010-09-16T11:56:52 yay, data! 2010-09-16T11:56:56 senator++ 2010-09-16T11:57:35 hmmm 2010-09-16T11:57:54 * tsbere considers retracting that ++, his fieldmapper.ILD.fmclasses[linkClass] is still undefined when he hits new 2010-09-16T11:58:08 senator-- :-) 2010-09-16T11:58:08 ARGH. IVAN on CPAN, please declare your freaking dependencies so cpan can get them, rather than just letting your tests fail 2010-09-16T11:58:21 tsbere: cached? 2010-09-16T11:58:23 let me confirm and see what i might have missed 2010-09-16T11:58:41 ah yep i did miss part of it 2010-09-16T11:59:00 ILD? - that's a typing error in IRC, not in the code right? 2010-09-16T11:59:58 yes typo, cause i see it too, and i see it right :-) 2010-09-16T12:01:12 dbs: I said I have lots of typos today ;) 2010-09-16T12:01:46 :) 2010-09-16T12:04:18 miker_: 2.0 database creation and schema creation on Fedora 13 w/ pgsql 8.4 went cleanly 2010-09-16T12:05:04 compiling clean OpenSRF rel_1_6 and Evergreen rel_2_0 also went fine 2010-09-16T12:05:07 dbs: thankee sai 2010-09-16T12:05:53 squeeze is still installing, after I finally dropped back to a weekly full CD ISO; daily netinst / netboot / mini were all kinds of broken (different kinds each) 2010-09-16T12:07:05 tsbere: here comes the commit that will actually fix it 2010-09-16T12:09:26 17738 2010-09-16T12:09:55 reserve your increments though :-) 2010-09-16T12:10:21 ok ... I'm going to charge forth on a2 ... alpha's for bug fixing, right? 2010-09-16T12:11:27 it appears to be working! 2010-09-16T12:12:00 *** Dyrcona has joined #evergreen 2010-09-16T12:12:50 miker_: right. having big obvious things working out of the box is good though :) 2010-09-16T12:13:01 senator++ 2010-09-16T12:14:27 senator: are reservations counted in circ stats? 2010-09-16T12:15:07 sfortin: no under the "Circulation" source, no 2010-09-16T12:15:10 sfortin: i'm thinking no, i don't know a ton about circ stats 2010-09-16T12:15:22 right i was about to say maybe miker_ knows 2010-09-16T12:15:46 s/no/not/ 2010-09-16T12:16:27 *** parsr has left #evergreen 2010-09-16T12:22:05 senator: when you run a pull list for reservations, it allowed me to choose the branch for which I'd like to run the pull list. Is that based on my permissions (i'm admin)? Or will it work that way for everyone? 2010-09-16T12:22:20 senator: i only ask b/c a holds pull list can only be run at the branch at which your 2010-09-16T12:22:22 you are working 2010-09-16T12:22:35 sfortin: checking, good question 2010-09-16T12:23:11 testing with "admin" is not really testing :) 2010-09-16T12:24:38 "it works for me as root!" 2010-09-16T12:24:49 along with "why don't you want to run apache as opensrf?" 2010-09-16T12:25:20 sfortin: that dropdown will be populated with orgs where the user has RETRIEVE_RESERVATION_PULL_LIST 2010-09-16T12:25:33 senator: thx 2010-09-16T12:26:04 so, making big assumptions about what's normal, in a normal situation a staff user probably only has that permission at their home ou, so it will be a dropdown with only one choice for them 2010-09-16T12:26:09 np 2010-09-16T12:27:26 * tsbere updates bug #635463 with a new patch that includes what may be controversial changes to circ matchpoint logic 2010-09-16T12:27:59 tsbere: mention it on -dev and start the debate. :) 2010-09-16T12:29:57 *** pmplett has joined #evergreen 2010-09-16T12:32:06 dbs pasted "Warnings during IDLChunk compile" at http://paste.lisp.org/display/114593 2010-09-16T12:32:53 Not important for alpha2 but worthwhile making attention 2010-09-16T12:33:00 * senator peeks 2010-09-16T12:36:02 dbs: thanks 2010-09-16T12:36:49 jeff: if you have a suggestion for an easy fix for apache-as-opensrf, please add it to the wiki. syslogging is one part of the puzzle; write access to the vandelay dir is another, IIRC 2010-09-16T12:37:57 dbs: on offline (same issue as vandelay) 2010-09-16T12:38:00 er 2010-09-16T12:38:03 *** tildeequals has quit IRC 2010-09-16T12:38:04 and, not on 2010-09-16T12:38:25 heh 2010-09-16T12:38:41 dbs: it's not a major issue for me right now. it's one of those wtfs like /openils when you first start working with evergreen. 2010-09-16T12:38:59 adding those bits to a launchpad bug (or opening one if it doesn't already exist) would be useful 2010-09-16T12:40:14 /openils is almost resolved too; some linking needs to be fixed on the Evergreen side, but I believe OpenSRF can be installed to /usr or /usr/local and it works (haven't tested for about a year) 2010-09-16T12:40:18 i recently saw reference -- in the install doc, i think -- to "we have some issues with logging to resolve before we can stop running apache as opensrf" 2010-09-16T12:40:32 *** collum has left #evergreen 2010-09-16T12:41:30 Yeah. The middle of an install document is a bad place to hold a partial conversation about why something is the way it is. Should just link to a bug where more detail can easily be added without throwing off the install steps. 2010-09-16T12:41:44 IMO 2010-09-16T12:41:50 agreed! 2010-09-16T12:55:12 doesn't seem to be one yet 2010-09-16T12:57:19 atz: you had added comments inline at one point when you were first learning Evergreen, which I mostly edited out 2010-09-16T12:58:37 *** kmlussier has joined #evergreen 2010-09-16T13:00:19 http://evergreen-ils.org/dokuwiki/doku.php?id=server:1.4.0:install&rev=1251850167&do=diff 2010-09-16T13:00:44 looks like it's still in 1.4.0 instructions, not in 1.6.0 2010-09-16T13:01:16 ah, at least the "This should NOT be necessary. If it is, a great deal of explanation is required here, since it will literally break every other Apache application on the server." bit is gone 2010-09-16T13:01:43 still true. 2010-09-16T13:02:42 Sure. now let's circle all the way back to 12:41. 2010-09-16T13:03:33 some kind of warning should still be there (linked to a as-yet-unfiled bug) that says "you will break all your other apache apps" 2010-09-16T13:03:46 We agree! Yay! 2010-09-16T13:12:08 go i18n build system, go! 2010-09-16T13:12:17 c'mon make-newpot 2010-09-16T13:13:27 dbs: for the runup to beta, do you have a script for finding un-i18n'd strings? 2010-09-16T13:14:54 *** tildeequals has joined #evergreen 2010-09-16T13:16:04 miker_: I have some, 2010-09-16T13:16:34 stuff has crept in. s'all I'm sayin 2010-09-16T13:16:44 * miker_ turns away sheepishly 2010-09-16T13:17:16 Uh, I know 2010-09-16T13:17:41 dbs: oh, I like the message about ils_events with no node 2010-09-16T13:17:43 ds++ 2010-09-16T13:18:11 dbs++ 2010-09-16T13:18:12 even 2010-09-16T13:18:13 locale/ar-AR/ils_events.xml probably has an [1232] without a matching node 2010-09-16T13:18:17 etc 2010-09-16T13:18:35 * miker_ goes to eat lunch while this runs 2010-09-16T13:20:13 build/check_entities.py and build/check_properties.py were written long ago but still have some value 2010-09-16T13:21:20 *** brendan2 has quit IRC 2010-09-16T13:22:29 * dbs needs to go get some food too 2010-09-16T13:26:30 *** brendan2 has joined #evergreen 2010-09-16T13:29:42 whoa... look at all the related subjects / authors niagara college has going: http://evergreen.niagaracollege.ca/opac/en-CA/skin/nc/xml/rresult.xml?rt=keyword&tp=keyword&t=sandwich&l=2&d=1&f=&ol=2 2010-09-16T13:30:29 err, or maybe it's just broken 2010-09-16T13:33:20 On FF I'm seeing "Sandwiches" appear nine times in the sidebar under relevant subjects, and hanging forever waiting for books.google.com 2010-09-16T13:34:07 i printed from my 1.6.0 dev box yesterday and saw all of mine were doubled. 2010-09-16T13:35:12 on chromium, relevant subjects seem sane but still hanging on books.google.com 2010-09-16T13:35:16 dbs: loading that link in Chrome stable on linux gives me nothing unusual. 2010-09-16T13:35:40 i do note a "Waiting for evergreen.niagaracollege.ca..." in the status bar 2010-09-16T13:35:46 well, the not-status-bar 2010-09-16T13:36:25 enable resource tracking in chrome (which implicitly reloads the page) and now i'm waiting for books.google.com 2010-09-16T13:36:31 bigshrug. 2010-09-16T13:37:10 yeah, both FF and Chromium show me "waiting for evergreen.niagaracollega.ca" on the details pages 2010-09-16T13:38:26 waiting for added content, it looks like 2010-09-16T13:39:01 yay for slow syndetics 2010-09-16T13:39:20 boom, and there they all went. 2010-09-16T13:42:11 I've never seen the relevant subjects misbehave like that before 2010-09-16T13:42:40 i18n built 2010-09-16T13:44:18 miker_: would you / could you check the *.pot files into SVN? That would automatically seed Launchpad for translations 2010-09-16T13:44:43 dbs: sure, which branch and where in the tree? 2010-09-16T13:45:01 *** branflakes has joined #evergreen 2010-09-16T13:45:06 dbs: i've seen them double from time to time, as in i get a list of 5 relevant subjects then the same 5 subjects again. what were you seeing? 2010-09-16T13:45:08 or should they just need an svn ci? 2010-09-16T13:46:11 miker_: good point, they should go in rel_2_0 as that's where Launchpad is pointed. And I could do it I guess, most of them need to be svn add'ed 2010-09-16T13:46:57 (we had removed them from the repo because we didn't want built files in there, but it would be very convenient for translation purposes) 2010-09-16T13:47:51 dbs: I'll push them in after wrapping the tarball, sound good? 2010-09-16T13:48:18 sounds awesome 2010-09-16T13:48:55 k, will do 2010-09-16T13:50:54 dbs pasted "Relevant subjects in FF for Niagara" at http://paste.lisp.org/display/114599 2010-09-16T13:51:02 fooding 2010-09-16T13:51:47 dbs: neat. quads. and now i recall that my doubling was in firefox also. 2010-09-16T13:51:52 but not chrome 2010-09-16T13:51:57 something firing too many times. 2010-09-16T13:52:02 hrm 2010-09-16T14:02:53 Evergreen-ILS-2.0-alpha2.tar.gz[.md5] in the usual spot ... COME AND GIT IT! 2010-09-16T14:03:36 miker_++ 2010-09-16T14:04:28 are there instructions as to how the tarballs are built somewhere? 2010-09-16T14:06:38 jamesrf: 1) tell miker it's time 2) wait 3) download tarball 2010-09-16T14:06:39 ;) 2010-09-16T14:07:08 ha ok 2010-09-16T14:07:10 jamesrf: dbs has some for opensrf, and they're similar ... I'll make a point of getting that on the wiki before 2.0.0 2010-09-16T14:10:10 http://evergreen-ils.org/dokuwiki/doku.php?id=dev:rolling_a_release -- patiently awaiting the rather more complicated EG docs 2010-09-16T14:10:17 *** mrpeters-isl has quit IRC 2010-09-16T14:12:09 can add the steps that i do for EG between "svn co" and "autogen.sh" that seem to make things work 2010-09-16T14:13:42 jamesrf: don't the "Developer instructions" in the README basically cover that? 2010-09-16T14:14:13 w/ the exception of i18n builds, which probably deserves its own README 2010-09-16T14:15:12 well yeah i was wondering if there was more to it or it was just building the i18n and copying over dojo 2010-09-16T14:15:22 I think you already wrote http://evergreen-ils.org/dokuwiki/doku.php?id=server:svn_install ? 2010-09-16T14:16:06 yes was that sane? 2010-09-16T14:16:14 jamesrf: not too much, these days, actually 2010-09-16T14:16:20 For a tarball, there's also stamping version numbers, SQL upgrade script, building dojo layer 2010-09-16T14:16:27 dojo, i18n, version number bumps, upgrade sql 2010-09-16T14:16:32 yeah 2010-09-16T14:16:34 generating change log 2010-09-16T14:17:21 jamesrf: yes, sane 2010-09-16T14:17:57 release notes (ha!) 2010-09-16T14:18:28 in fairness, some awesome folks here have been working for about a month on collecting, colating and de-nerd-izing some 2.0 release notes 2010-09-16T14:18:37 just not this folk 2010-09-16T14:19:54 cool yo 2010-09-16T14:23:21 *** kmlussier has quit IRC 2010-09-16T14:24:53 *** alxp has quit IRC 2010-09-16T14:25:11 *** alxp has joined #evergreen 2010-09-16T14:32:09 lib-setup.cgi-- 2010-09-16T14:34:59 dbs: there yeh go 2010-09-16T14:40:37 hmm. niagara is on dojo 1.3.2 2010-09-16T14:41:55 miker_++ 2010-09-16T14:44:18 *** sfortin has quit IRC 2010-09-16T14:52:09 working with dojo, should i do anything special to create an array, or just create it as usual? 2010-09-16T14:52:18 * jeff consults dojo docs 2010-09-16T14:52:53 jeff: just create them 2010-09-16T14:52:56 okay, apparently nothing special. not sure why i thought there would be. 2010-09-16T14:53:02 miker_: thanks. :) 2010-09-16T14:53:09 docs and miker confirm! 2010-09-16T14:53:35 jeff: there's a class called dojo.NodeList that's a superclass of Array, and looks like an HTMLCollection in some respects 2010-09-16T14:53:49 and you get that from dojo.query and friends 2010-09-16T14:54:07 but... you probably don't much care about that ATM 2010-09-16T14:55:04 i might soon. i'm using dojo.query to iterate over some vol objects and suck their copies to an array, i might find myself wanting a dojo.NodeList instead 2010-09-16T14:56:00 you /are/ using dojo.NodeList ;) 2010-09-16T14:56:17 dojo.query(...) returns a dojo.NodeList 2010-09-16T14:56:37 and you can do dojo.query(...).forEach(function(){...}) type stuff 2010-09-16T14:57:47 right, but if i create a new array and put elements of that nodelist into it, does that make my array magically a nodelist? it would lack some methods that it might otherwise have, right? 2010-09-16T14:57:55 learning, so please feel free to correct me :) 2010-09-16T14:59:25 you can still do dojo.forEach(list,function(){}) 2010-09-16T14:59:36 if that's what you mean 2010-09-16T15:01:03 http://evergreen-ils.org/downloads/evergreen-setup-rel_2_0_alpha2.exe http://evergreen-ils.org/downloads/evergreen-setup-rel_2_0_alpha2.exe.md5 http://evergreen-ils.org/downloads/eg_sc_build_2_0_alpha2.tar http://evergreen-ils.org/downloads/eg_sc_build_2_0_alpha2.tar.md5 2010-09-16T15:01:22 phasefx: wow, you're on fire 2010-09-16T15:01:24 Yay phasefx 2010-09-16T15:01:31 back to vacation :) 2010-09-16T15:01:32 where's eg_lu_* 2010-09-16T15:01:35 :) 2010-09-16T15:01:44 *pbpbpbpb* 2010-09-16T15:02:09 alpha2 installed over my alpha1 without too much incident, though I did have some database troubles. Wiped out to start over. Will try to nail it down more tomorrow. 2010-09-16T15:02:24 And try a fresh install as well to see if anything odd shows up. 2010-09-16T15:02:41 Have a nice day everyone. 2010-09-16T15:03:09 bshum++ 2010-09-16T15:03:16 Oh, PS 2010-09-16T15:03:26 I love the depth limit in Holdings Maintenance 2010-09-16T15:03:38 bshum: goood! 2010-09-16T15:03:58 If that gets set by default differently per location, that would really change how we're thinking to setup our org units. 2010-09-16T15:04:24 Or at least maybe by workstation. 2010-09-16T15:05:16 I'll think more on that tomorrow. 2010-09-16T15:05:23 *** bshum has quit IRC 2010-09-16T15:09:45 *** phasebb has joined #evergreen 2010-09-16T15:16:36 *** miker_g1 has joined #evergreen 2010-09-16T15:23:41 *** parsr has joined #evergreen 2010-09-16T15:27:03 *** kmlussier has joined #evergreen 2010-09-16T15:28:07 So how would one scrap any/all cpan upgrades and ask the system to nicely install the defaults? I think my issues stem from upgrading cpan, for some reason Net::Z3950 got removed and won't install now. 2010-09-16T15:32:23 Seeing the same errors as here > http://pastebin.com/2111m7iC 2010-09-16T15:33:24 *** finnx has quit IRC 2010-09-16T15:33:51 moodaepo: you could "force install Net::Z3950::ZOOM" in cpan to force it 2010-09-16T15:34:28 not sure about "scrapping cpan upgrades" 2010-09-16T15:45:11 *** finnx has joined #evergreen 2010-09-16T15:53:25 dbs: Yup that did it...a kingdom for a ZOOM. 2010-09-16T15:55:17 *** miker_g1 has quit IRC 2010-09-16T15:56:01 *** miker_g1 has joined #evergreen 2010-09-16T16:10:37 parsr pasted "1.6.1.2 upgrade" at http://paste.lisp.org/display/114607 2010-09-16T16:11:02 upgraded our dev server from Ubuntu 8.04 to 10.04 (was running EG 1.6.0.4); Now doing the upgrade to 1.6.1.2 and now running the .../Makefile.install ubuntu-karmic; get this message above; should auto-commit? 2010-09-16T16:11:20 that is your pref, I think 2010-09-16T16:11:26 *** Melissa has quit IRC 2010-09-16T16:11:52 i would say 'y', but that's my pref 2010-09-16T16:13:28 ok good - seems to be cooking now. thx 2010-09-16T16:14:36 *** miker_g1 has quit IRC 2010-09-16T16:23:55 *** jamesrf has quit IRC 2010-09-16T16:25:07 *** rjackson-isl has quit IRC 2010-09-16T16:27:31 *** kmlussier has quit IRC 2010-09-16T16:34:24 *** parsr has left #evergreen 2010-09-16T16:48:18 *** cfox has joined #evergreen 2010-09-16T16:48:40 to repeat what I said at 00:35, O:A:Vandelay 'use MARC::File::XML' badly needs ( BinaryEncoding => 'UTF8' ) I think 2010-09-16T16:51:08 *** dbs has quit IRC 2010-09-16T16:56:40 *** afterl has quit IRC 2010-09-16T16:56:48 *** cfox has quit IRC 2010-09-16T16:56:56 *** cfox has joined #evergreen 2010-09-16T17:11:04 *** agJohn has quit IRC 2010-09-16T17:14:41 *** jamesrf has joined #evergreen 2010-09-16T17:21:33 *** alxp has quit IRC 2010-09-16T17:28:05 *** miker_g1 has joined #evergreen 2010-09-16T17:28:58 *** pmplett has quit IRC 2010-09-16T17:29:58 *** Dyrcona has quit IRC 2010-09-16T17:46:00 *** graced has quit IRC 2010-09-16T17:46:06 *** graced_ has joined #evergreen 2010-09-16T17:46:08 *** graced_ is now known as graced 2010-09-16T18:02:33 *** miker_g1 has quit IRC 2010-09-16T18:06:30 *** miker_g1 has joined #evergreen 2010-09-16T18:18:20 *** moodaepo has quit IRC 2010-09-16T18:39:02 *** yboston has quit IRC 2010-09-16T19:08:04 *** miker_g1 has quit IRC 2010-09-16T19:12:01 *** phasebb has quit IRC 2010-09-16T19:13:51 *** jamesrf has quit IRC 2010-09-16T20:31:41 *** phasebb has joined #evergreen 2010-09-16T20:41:50 *** phasebb has quit IRC 2010-09-16T21:13:53 *** tildeequals has quit IRC 2010-09-16T21:30:37 *** phasebb has joined #evergreen 2010-09-16T21:55:42 *** jamesrf has joined #evergreen 2010-09-16T22:00:02 *** jamesrf has quit IRC 2010-09-16T22:23:00 *** jamesrf has joined #evergreen 2010-09-16T22:24:01 *** jamesrf_ has joined #evergreen 2010-09-16T22:24:05 *** jamesrf_ has left #evergreen 2010-09-16T22:26:31 *** jamesrf has quit IRC 2010-09-16T22:26:38 *** jamesrf has joined #evergreen 2010-09-16T22:30:49 *** jamesrf has quit IRC 2010-09-16T22:30:56 *** jamesrf has joined #evergreen 2010-09-16T22:36:05 *** atz_ has joined #evergreen 2010-09-16T22:39:38 *** atz has quit IRC 2010-09-16T22:49:46 *** phasebb has quit IRC 2010-09-16T23:11:11 *** jamesrf has quit IRC