Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Thursday, June 24th, 2010

< Wednesday, June 23rd, 2010Raw Log FileFriday, June 25th, 2010 >
#TimeNickMessage
#00:33:52dbshmm. oils_utils.c seems to want limits.h included again
#00:41:28jeffdbs++ # fedora/redhat porting
#00:43:23dbsyay, clean compile and install!
#00:43:38dbsleed is the dude behind the recent redhat stuff
#01:30:32dbswhee, got the router, perl, and c services all working on Fedora. Time to go to sleep.
#01:30:36dbs has quit IRC
#02:40:24shadowspar has joined #evergreen
#04:01:41branflakes has quit IRC
#06:38:20arvind has joined #evergreen
#06:39:29arvindi have encountered an error while autogen step in evergreen it says "Can't use an undefined value as an ARRAY reference at org_lasso_js.pl line 30" and stops
#06:41:48arvind has quit IRC
#07:17:55Granitize has joined #evergreen
#07:44:26sfortin has joined #evergreen
#07:44:57sfortin has quit IRC
#07:45:24sfortin has joined #evergreen
#07:47:11brendan_bywater has quit IRC
#07:47:26brendan_bywater has joined #evergreen
#07:48:54brendan_bywater has quit IRC
#07:55:59Granitize has left #evergreen
#07:56:22grantjohnson has joined #evergreen
#08:03:48atz has joined #evergreen
#08:13:15shadowspar has quit IRC
#08:47:18shadowspar has joined #evergreen
#08:47:56Melissa has joined #evergreen
#08:58:41alxp has joined #evergreen
#09:07:22kmlussier has joined #evergreen
#09:13:24mrpeters-isl has quit IRC
#09:14:00mrpeters-isl has joined #evergreen
#09:26:09dbs has joined #evergreen
#09:26:22dbsmiker_++ # for catching my stupid paste-o in 950
#09:26:54dbs /openils/bin/autogen.sh ran happily on Fedora 13, w00t
#09:29:09Dyrcona has joined #evergreen
#09:29:45Dyrconadbs: go get some rest.
#09:30:04dbs snores
#09:39:45kmlussier has quit IRC
#09:55:43bts has joined #evergreen
#10:08:00Dyrcona is finally having success loading bibs into trunk.
#10:17:10granitize has joined #evergreen
#10:37:57rsinger has joined #evergreen
#10:40:00youdonotexist has joined #evergreen
#10:47:47atzDyrcona, what made the difference?
#10:52:41wjr has joined #evergreen
#11:07:17DyrconaI followed miker_'s suggestions to load 10,000 at a time and dropped a few indexes.
#11:07:47dbsany postgresql.conf tweaks for things like commit checkpoints, etc?
#11:07:57DyrconaSo far, 380,000 bibs have loaded.
#11:08:29DyrconaI was on vacation for two weeks, and then back 1 week before doing this, so I don't know if those changes were made.
#11:08:57DyrconaThere's another person here who usually messes with the server stuff for me. I'll have to check the config.
#11:10:32DyrconaJust going by the timestamps on the config files, I'd say, "No."
#11:10:47dbsokay
#11:10:51DyrconaHowever, he might be running the daemon with an alternate config specified.
#11:11:18dbsyou could connect to the server via psql and show server settings if you really wanted to find out :)
#11:11:25TonyG has joined #evergreen
#11:11:45DyrconaYeah. It's using the config file that I looked at earlier.
#11:11:47TonyGHello EG comm
#11:12:20jeffgreetings, fellow michigan-dweller.
#11:12:42TonyGThanks Jeff
#11:12:47DyrconaThe suggestion was to set the checkpoints to 100 or 50, right?
#11:13:30TonyGHey, anyone know how to get EG to work with Ubuntu 10.04?
#11:14:04jeffTonyG: have you run into a specific problem?
#11:14:12miker_Dyrcona: "enough" ;) ... if you're seeing "checkpoint recycling too frequently" or similar in the error log on a regular basis, double what's there. lather, rinse, repeat
#11:14:37TonyGStuck at the libdbi drivers for Postgre not being located
#11:17:19jeffTonyG: is this when you're running "make -f Makefile.install ubuntu-karmic
#11:17:46jeff", or at another point? Is there a specific error message? If so, you can paste it to http://paste.lisp.org/new/evergreen and we can take a look.
#11:18:39Dyrconamiker_: haven't seen the message about checkpoints since right at the beginning of this process.
#11:19:25Dyrconamiker_: log says they are occurring 12 seconds apart. does that give any indication of what value to try next?
#11:19:50TonyGno, on step V of server install, opensrf user loading /conf reports "pgsql driver not installed?"
#11:22:33TonyGi found the 8.3 drivers, but I don't know if the install script is pointing to the drivers directory correctly
#11:23:53miker_Dyrcona: what's the current checkpoint segments setting?
#11:24:15Dyrconamiker_: default of 3
#11:24:51TonyGjeff: maybe something to do with Path?
#11:24:55jeffTonyG: oh, and this is Lucid, so there's no Makefile.install target in 1.6
#11:25:30miker_Dyrcona: I'd start with 32 if you can spare 33-ish * 16MB of space
#11:25:32jeffTonyG: are you trying 1.6 or trunk? It's very possible that 1.6 will not work without some additional tweaking.
#11:25:56Dyrconamiker_: thanks. i'll try that for the next load.
#11:26:33rsinger has quit IRC
#11:26:38miker_Dyrcona: if you're simply testing, and really want to speed things up, you can just turn off fsync ;)
#11:27:54Dyrconamiker_: I'm trying to get a rough guess on how long this will take under real conditions, so that I can compare different load methods and options: copy from vs. insert, 15 simultaneous loads vs. 7, etc.
#11:29:59miker_understood. though, still, if you trust your hardware enough you /can/ turn off fsync for the initial load and then just restart with it on
#11:31:28kbeswick_ has joined #evergreen
#11:32:04TonyGjeff: I used 9.10 karmic on the make
#11:32:22TonyGjeff: version 1.6.0.4
#11:35:32Dyrconamiker_: I think the log segments issue is when the automated load manager starts up and initially bombs the database with 15 files. After that, it keeps 15 files loading at all times, but it only adds a new file as others finish or fail.
#11:36:02TonyGjeff: I have 0.8.3 libdbi and drivers, what is "trunk"?
#11:36:15Dyrconamiker_: I am going to leave the settings as-is to see if we get the same message when only loading 7 at a time.
#11:37:07miker_Dyrcona: well, sure, but more segments means less IO storms for heap data (and longer checkpoint times) which is the goal -- smooth, long heap checkpoints
#11:37:16jeffTonyG: "trunk" is just the bleeding edge version of evergreen. checking out evergreen from svn. both evergreen 1.6.0.4 and evergreen "trunk" use libdbi 0.8.3
#11:37:40Dyrconamiker_: Duly noted.
#11:37:45jeffTonyG: i'm going to try something here. take several minutes, but i can get back to you.
#11:38:31kbeswick has quit IRC
#11:38:38TonyGjeff: i have 2 dirs, libdbi-0.8.3 and libdbi-drivers-0.8.3 from the gz files
#11:42:35TonyGjeff: i also found three possible files in /usr/local/lib/dbd, named libdbdpgsql.a, ".la and ".so
#11:42:58TonyGjeff: correct location of files?
#11:43:27jeffTonyG: did you have any issue with step IV a and b?
#11:45:33jeffTonyG: can you paste the output of your run of configure to the pastebin at http://paste.lisp.org/new/evergreen ?
#11:46:12jeffis the error right after "checking for libdbi pgsql driver (dynamic load)"?
#11:47:26btsQuestion, when clicking the "done" button in a patron's record after finishing checkouts, is it always supposed to print or present you with the setting to print?
#11:47:28TonyGjeff: how do i tell which version of Postgre I have loaded, step IV says 8.3 restart, i might have a newer version of Postgre?
#11:47:42btsOr does that sound like some sort of bug and it should only print if we click something else for it
#11:48:14jeffTonyG: on your database server, dpkg -l postgresql
#11:48:52jeffbts: in our experience, "done" from the checkout interface will present the standard windows print confirmation dialog.
#11:49:18phasefxunless you have Auto-Print checked, which suppresses the dialog and prints automatically
#11:49:40TonyGjeff: postgre is 8.4.4
#11:49:45btsI see. What would be the best way to disassociate that printing from the button you think?
#11:49:48jeffunless the auto-print checkbox is unchecking itself. ;-)
#11:51:17phasefxis that happening, or just used to happen?
#11:51:50jeffTonyG: i don't believe that 1.6 has formal support for postgresql 8.4. that may not be THE problem, but it may be or become A Problem for you. :)
#11:52:24jeffphasefx: i believe we had reports in 1.4 of one of the auto-print boxes unchecking in an unpredictable fashion. I will make inquiries.
#11:53:16phasefxbts: I'd like to see something like what the new billing interface in trunk does. There's a menu-button called Receipt Options, which has checkbox options Receipt Upon Payment and Printer Prompt, and a Number of Copies field
#11:53:36TonyGjeff: config.log to pastebin?
#11:54:40phasefxso, we could replace the Auto-Print checkbox with a Receipt Options button. A Receipt Upon Done checkbox would determine whether the Done button prints or not, and the Printer Prompt checkbox would be the opposite of the old Auto-Print checkbox
#11:54:57btsphasefx: Aha, that would be most interesting.
#11:55:40phasefx volunteers bts for getting his xul/javascript hands wet :)
#11:56:06btsphasefx: Heh, only done some minor tweaking, but that does sound like it would be interesting to try out.
#11:56:12jeffTonyG: that and/or the output of configure that was echoed to the console.
#11:56:38btsOut of curiosity, would doing something on that scale require repackaging a new staff client to handle the buttons? Or are those pulled off the server end?
#11:56:53jeffno firm rule of thumb, but those are probably server-side.
#11:56:56phasefxit's all server-side
#11:57:07TonyGjeff: easy way to copy config so I can paste? certain app to use?
#11:58:22jeffTonyG: i usually hilight the text in whatever terminal i'm using to connect to the server, copy, paste. you can cause the config.log file to be displayed on the terminal with "cat config.log" or even just the last 50 lines with "tail -50 config.log"
#11:58:48btsNeato, sounds like a new project to tackle then.
#11:58:57btsThanks jeff and phasefx
#12:00:01mck9dbs: I will add #include to oils_utils.c, but it may take a while because I have some other stuff in the hopper. If you get to it first that's fine too. Thanks for the heads-up.
#12:00:11phasefxbts: examples from billing, http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/xul/staff_client/server/patron/bill2.xul#L149 http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/xul/staff_client/server/patron/bill2.js#L770
#12:04:24lisppasteTonyG pasted "jeff: Config.log file" at http://paste.lisp.org/display/111809
#12:05:44TonyGjeff: will be back soon, have to go check on something
#12:32:16miker_dbs: so, if I'm reading the LoC docs correctly, $0 is, in fact, repeatable!
#12:32:26miker_*headdesk*
#12:52:39miker_grabbing 0315
#12:55:11pmplett has joined #evergreen
#13:17:17rsinger has joined #evergreen
#13:18:30rsinger has quit IRC
#13:19:32mrpeters-isl has quit IRC
#13:48:28gmcharlt has quit IRC
#13:48:28gmcharlt has joined #evergreen
#13:55:44bts has quit IRC
#14:09:44Granitize1 has joined #evergreen
#14:10:59Granitize1 has joined #evergreen
#14:23:32dbsmck9: heh, I got it in there last night :)
#14:24:09dbsmiker_: it wouldn't surprise me if it didn't say repeatable before... darned untrustworthy web
#14:28:50TonyGjeff: what did you find out?
#14:29:11jeffTonyG: were you able to capture the output of configure in addition to config.log?
#14:30:12TonyGjeff: is there an additional switch to run with configure to get the output?
#14:30:55jeffthe output is displayed to your terminal and that's it by default
#14:31:17jeffanother thing to check, what does your /etc/ld.so.conf.d/eg.conf look like?
#14:31:33dbsTonyG / jeff: PG 8.4 should work fine on 1.6
#14:31:38jeffdbs: thanks!
#14:32:13TonyGdbs: thanks
#14:36:02TonyGdbs: do you know if 0.8.3 pgsql driver will work with PG 8.4?
#14:37:08jefflibdbi 0.8.3 version number is unrelated to the postgresql version number.
#14:37:25jeffit's just a coincidence that libdbi 0.8.3 and postgresql 8.3 are similar
#14:38:24lisppasteTonyG pasted "jeff: Config Output" at http://paste.lisp.org/display/111817
#14:39:14TonyGjeff: thanks, just checking, what are the chances?
#14:39:39jeffTonyG: you've confirmed that the dbi files are present in /usr/local/lib/dbd, but I'm still unclear on if you were able to create /etc/ld.so.conf.d/eg.conf in step IV as well as run the ldconfig command and restart postgresql. Can you confirm those steps, and/or re-run them and try configure again?
#14:41:48TonyGjeff: the eg.conf file hasboth /usr/local/lib and /usr/local/lib/dbd
#14:42:12TonyGjeff: running other items asked, standby
#14:44:47dbsI'm with jeff on the ldconfig bit.
#14:45:11dbsHowever, it's possible that libdbi packages might have inadvertently been installed, which would potentially mess things up a bit
#14:45:37TonyGjeff: restarting PG 8.3 does not work since I have 8.4; ldconfig and restarting 8.4 works
#14:45:56jeffTonyG: okay, that's expected. now, can you try the configure command in step V again?
#14:46:30TonyGjeff: as opensrf user or as root?
#14:46:43jeffas opensrf user.
#14:46:55jeffbefore that... if you've not started yet...
#14:47:07jeffcan you run: dpkg -l libdbi0
#14:47:11jeff(as any user)
#14:47:28jeffideally you should see: No packages found matching libdbi0.
#14:47:40dbs(in interesting Fedora news, I found that I didn't have to build libdbi / libdbi-drivers from source, which means other platforms probably don't have to either, but we'll worry about that either)
#14:47:54dbss/either/later/
#14:48:03dbsthat config.log file doesn't look complete
#14:48:53TonyGjeff: libdbi0 is version 0.8.2-3
#14:49:34dbsahh, that's the problem. "aptitude remove libdbi0" should help
#14:51:11TonyGjeff: libdbi0 removed
#14:51:33dbsconfigure again?
#14:51:37jeffi'd suggest re-running ldconfig again as root "just to be safe", then try the configure command as the opensrf user as specified in step V
#14:52:34TonyGjeff: you did it! thanks.. big high-5 to you!
#14:52:48jeffdbs gets the credit on that one :-)
#14:52:54jeffdbs++
#14:53:24TonyGdbs: kudos, triple kudos
#14:55:55dbsjeff++ # tagteaming
#14:57:24TonyGtagteam: just ran the "make", what is normal exit?
#14:57:50dbslooks vaguely errorish I suppose. there's no "Congatulations!" at the end
#14:57:53dbspaste it?
#15:00:34TonyGTripleT(Tony'sTagTeam): No real errors, it seems. Let me try the rest of the install.
#15:01:50mrpeters-isl has joined #evergreen
#15:14:59pmplett is now known as pmpafk
#15:19:30TonyGjeff: what is the "dbname" in perl command? do I need the <>?
#15:20:52jeffyou do not. the <> are just a convention indicating a non-optional parameter/argument.
#15:21:44TonyGdbname is evergreen?
#15:21:48jeffuse the name that you used when running the "createdb" command -- in the install instructions, this is: evergreen
#15:21:51jeffyes
#15:22:07TonyGcool, thanks.
#15:23:38rsinger has joined #evergreen
#15:23:49rsinger has quit IRC
#15:25:22rsinger has joined #evergreen
#15:37:06rsinger has quit IRC
#15:45:26alxp has quit IRC
#15:56:22rsinger has joined #evergreen
#15:59:15kbeswick_ has quit IRC
#16:03:16sfortin has quit IRC
#16:05:52Melissa has left #evergreen
#16:08:31rsinger has quit IRC
#16:17:07TonyGjeff: i think i am ready to test
#16:19:06jeffTonyG: congrats!
#16:21:35TonyGjeff: thanks, what is a good way to test srfsh?
#16:25:00TonyGjeff: trying to test jabber connection next, correct?
#16:27:22TonyGjeff: logged into as a new user and copied the .srfsh.xml file as root to new user /home
#16:27:48TonyGjeff: change something in .srfsh.xml file?
#16:28:33atheos has joined #evergreen
#16:33:20TonyGjeff: ok, logged in as opensrf and copied srfsh.xml file works
#16:34:44TonyGjeff: but times out after 60 seconds with a "Name: osrfMethodException Status: No authentication seed found. open-ils.auth.authenticate.init must be called first Status: 404" error
#16:35:02atheoscan anyone tell me, by viewing the results of action.hold_request, how I can determine that a user has an available hold? I had assumed that a record with a capture_time and no fulfillment_time would indicate that a hold was available, but I've got an example where that's not the case. any info is greatly appreciated
#16:35:36TonyGjeff: bad ssl cert?
#16:35:53jeffatheos: are you doing a direct database query or are you making an api cstore request?
#16:36:01atheosdirect database query
#16:36:12atheosraw
#16:37:54jeffyou need a capture time without a fulfillment or cancel_time, AND you need to either check for a transit with a dest_recv_time or you need to check the status of the copy as being "on hold shelf"
#16:38:38jeffthat may not be 100% but should get you on the right path. then ask yourself why you're not making an api call to get the information. ;-)
#16:38:46atheosok, that's the missing ingredient
#16:38:51jeffon, depending on your needs a report.
#16:39:00atheoslots of reasons why I'm not using the API, won't go into that :P
#16:39:06jeffTonyG: that's in response to a "login" in srfsh?
#16:39:47atheosjeff - if an item is in transit, it shouldn't be on the hold shelf, right? can I check for "on the hold shelf" only?
#16:40:02jeffyou should be able to, yes.
#16:41:13TonyGjeff: yes, login admin open-ils
#16:41:58jeffTonyG: is memcached running, and are the opensrf services running? did you start them with osrf_ctl.sh?
#16:44:46TonyGjeff: memcached is running
#16:48:51TonyGjeff: opensrf is running already and was started with shell
#16:52:44jeffTonyG: try this in srfsh: request open-ils.auth open-ils.auth.authenticate.init "test"
#16:53:27jeffshould give you a line with Received Data: "hash here", then a summary and return you to the prompt. it should take less than a second.
#16:54:54TonyGjeff: yes, received with hash
#16:55:45jeffwas the "Request time in seconds" less than a second? if not, how long did it take?
#16:55:50Dyrcona has left #evergreen
#16:57:03TonyGjeff: Request Time in seconds: 0.134982
#16:58:51jeffokay. try the "login username password" again and see if it hangs for 60 seconds again.
#16:59:13jeffif it doesn't work, you may want to take a look at the last several lines in /openils/var/log/osrfsys.log
#17:01:11r123 has quit IRC
#17:02:23atheosjeff, thanks for the help - I'm getting the results I was looking for
#17:02:38jeffatheos: good!
#17:03:14TonyGjeff: same login timeout, let me check log
#17:03:32atheosadded this to my query, no more results for items in transit: ( SELECT status FROM asset.copy WHERE id=action.hold_request.current_copy ) = '8'
#17:05:26Granitize1 has quit IRC
#17:06:57lisppasteTonyG pasted "jeff: open-ils login" at http://paste.lisp.org/display/111820
#17:10:30jeffTonyG: those lines seem to be cut off after a certain length -- and there were probably relevant errors before that first line also.
#17:10:56jeffTonyG: try "tail -f /openils/var/log/osrfsys.log" in one terminal while you try another login attempt.
#17:11:15jeffi've got to run for a few, but will check back later.
#17:11:49TonyGjeff: got to get home to the family, will try again tomorrow, thanks for all your help
#17:13:01TonyGjeff: not bad for my first time, Linux, Ubuntu, Postgre, Evergreen and trying to find help (you), fun stuff, glad you are there
#17:13:50granitize has quit IRC
#17:14:06TonyGnow how to you logoff properly from freenode? anyone?
#17:14:29TonyGquit:
#17:14:30moodaepoTonyG: I just close the window
#17:14:45moodaepoor / with out the or : )quit
#17:14:52moodaepooops or /quit
#17:14:59TonyG has quit IRC
#17:23:00pmpafk is now known as pmplett
#18:19:48dbs has quit IRC
#18:43:11youdonotexist has quit IRC
#20:24:05rsinger has joined #evergreen
#20:30:38dbwells_ has joined #evergreen
#20:34:03bradl_ has joined #evergreen
#20:34:57dbwells has quit IRC
#20:34:57bradl has quit IRC
#20:35:04dbwells_ is now known as dbwells
#20:50:34atz has quit IRC
#20:51:49atz has joined #evergreen
#21:06:52dbs has joined #evergreen
#21:08:34dbsNeat. Running trunk opensrf, trunk evergreen, and dojo 1.4.3 on fedora 13, and loading the main opac page results in an autorefresh frenzy in both chrome and firefox
#21:08:41dbsotherwise, everything is looking good :)
#21:09:16gmcharltwell, we wouldn't want your computer to get out of shape for lack of exercise :)
#21:19:01bradl_ is now known as bradl
#21:21:22dbsbradl!
#21:21:37dbschromium spins its wheels lots faster than firefox does :)
#21:24:31dbsOh fun.
#21:25:02dbsIf I disable the opacLocaleSelector, it looks like that fixes the problem. Maybe a dojo 1.3 -> 1.4 api change
#21:33:03dbsYep. Dropped in Dojo 1.3.3, and all works well.
#21:41:00dbsI guess we need to enable xmlent for idlchunk
#21:46:37dbsweird. the entities aren't getting resolved, even though they're in fm_IDL.dtd
#21:56:10dbsHeh
#21:56:26gmcharlt?
#21:56:45dbsWhen I cut chunks out of fm_IDL.xml, it returns 16592 bytes before slamming a <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
#21:56:54pmplett has quit IRC
#21:56:58dbsif I cut out some more chunks, it returns the same number of bytes
#21:58:41dbsmethinks we have either a leak, or a limit on the number of entities that can be resolved
#21:59:30dbsseems to be related to entity resolution, because I can drop the non-entityized version into place and it works fine
#22:12:11dbs@later tell Dyrcona importing 1000 records via vandelay on the completely untuned postgresql 8.4 that comes with Fedora 13 took about 2 minutes
#22:12:11pinesoldbs: The operation succeeded.
#22:14:06dbs@later tell Dyrcona and yep, that's current trunk
#22:14:06pinesoldbs: The operation succeeded.
#22:30:06lisppastedbs pasted "searching in trunk - unhappiness in open-ils.storage.biblio.multiclass.staged.search_fts.atomic" at http://paste.lisp.org/display/111826
#22:32:12miker_dbs: 2min for full import, or just into a vand queue, or just from a vand queue into the catalog?
#22:32:21lisppastedbs annotated #111826 "Ah, I guess that's the problem: Class::DBI" at http://paste.lisp.org/display/111826#1
#22:32:30dbsfull import
#22:33:32miker_dbs: re cdbi, complain to tony about the api changes in 3.0.x after 3.0.1
#22:33:56miker_(such as, ya know, the search() method api ... ;) )
#22:34:15miker_but I'm glad to see my version test works as intended! ;)
#22:34:42miker_(we could, of course, switch to Class::DBI::301frozen or whatever it's called)
#22:35:12dbsI just hate having to install more prereqs from source.
#22:35:28dbs301frozen gets bug fixes?
#22:35:59dbshttp://search.cpan.org/dist/Class-DBI-Frozen-301/ ** UNAUTHORIZED RELEASE **
#22:36:01dbsI like that
#22:37:23miker_were you around for the "fun" of the split?
#22:37:52miker_read the POD ... the original author is ... unnice
#22:39:01dbsI vaguely recall discussing this with you a few years ago, but never paid attention to the primary source
#22:42:30dbsDoes this have any impact on the C:DBI: plugin modules?
#22:43:38dbson fedora, at least, perl-Class-DBI-Pg also gets removed. bah.
#22:43:38rsinger has quit IRC
#22:44:51rsinger has joined #evergreen
#22:49:37miker_not sure on cdbi plugins
#22:49:56dbsARGH, kill me. Stupid dumbass test tries to connect to local Pg database and fails, wants envvars set. Let's crank that EG install failure rate up to 11!
#22:50:32dbsah, no, that's not the problem
#22:50:51dbst/11-triggers.t ....... mutiple trigger registration in one add_trigger() call is deprecated.
#22:50:53dbswheee
#22:51:11miker_re idlchunk, it's a specialization of xmlent, just not outputting classes that aren't named (or all, if none are named) IIRC, so shouldn't need both idlchunk and xmlent
#22:52:56dbsright, I worked that out
#22:53:19dbsbut it seems to be choking on the complete entityized fm_IDL.xml
#22:56:58dbsapparently the multiple trigger problem is a conflict with modern Perl versions
#22:58:25dbs weeps, force installing C:DBI:Frozen:301 is fine, but Class::DBI::Pg doesn't recognize that as C:DBI so it wants to install C:DBI
#23:01:51jeffhello
#23:04:18miker_dbs: do we need class::dbi::pg?
#23:04:35miker_I don't recall that, but it's been forever
#23:04:51dbsmiker_: hmm, I had assumed that, but that could be a bad assumption
#23:05:23dbsI was basing the fedora work on the debian prereqs, which include C:DBI:Pg
#23:05:55dbs will try without
#23:06:33rsinger has quit IRC
#23:08:06dbsack doesn't show any uses of it, that's promising
#23:22:57dbsYeah. Class::DBI::Frozen::301 works fine, as long as we change the "use Class::DBI;" calls to "use Class::DBI::Frozen:301;" (but _not_ the package or use base calls, C:DBI:Frozen:301 does its own hacking of its module names)
#23:23:30dbsahh, sweet search interface...
#23:31:50dbsI guess we could use UNIVERSAL::Require to 'Class::DBI'->use() or 'Class::DBI::Frozen::301'->use() or die
#23:45:58dbsyay, works
#23:49:21miker_whee
#23:49:24miker_dbs++
#23:55:03dbsmiker_: your sharp eyes would be appreciated on r16811
#23:55:12dbsmy dull eyes are going to go to sleep
#23:55:14miker_dbs: expect an authority related present in the morning
#23:55:25miker_'nite. I'll skim it
#23:55:27dbsOh hot damn! I need to get that email out :)
#23:55:40dbsthanks miker_ - enjoy the ALA show (assuming you're there)
#23:57:11miker_nope
#23:57:18miker_I'm holding down the fort
#23:58:09dbsAhh - do you get to go to Access then? Or mayhaps OLA next year?
#23:58:12miker_commit looks good to me, assuming ->use() returns false, which I guess it should (last lval in the .pm, or undef on fail, I would assume)
#23:58:28miker_I'm going to try for access
#23:58:42miker_and if ola doesn't overlap with c4l ...
#23:59:48miker_go sleep!I am too
< Wednesday, June 23rd, 2010Raw Log FileFriday, June 25th, 2010 >