Open Source Integrated Library System

Evergreen on IRC

#openils-evergreen Logs for Thursday, September 25th, 2008

< Wednesday, September 24th, 2008Raw Log FileFriday, September 26th, 2008 >
#TimeNickMessage
#00:33:04miker_ has quit IRC
#00:33:26sarabee has quit IRC
#00:46:15dbs has quit IRC
#01:42:44Mark__T has joined #openils-evergreen
#02:18:55sarabee has joined #openils-evergreen
#02:19:05miker_ has joined #openils-evergreen
#02:27:50kgs has quit IRC
#03:08:12kbeswick_ has quit IRC
#03:08:12phasefx2_ has quit IRC
#03:08:12lisppaste6 has quit IRC
#03:08:12greg-g has quit IRC
#03:08:12asmodai has quit IRC
#03:08:12bradl has quit IRC
#03:08:12admrl_akbar has quit IRC
#03:08:12berick has quit IRC
#03:08:12Mark__T has quit IRC
#03:08:12phase_bb has quit IRC
#03:08:12scottmcd has quit IRC
#03:08:12sarabee has quit IRC
#03:08:12kados has quit IRC
#03:08:12gmcharlt has quit IRC
#03:08:12atheos has quit IRC
#03:08:12FluffyCloud has quit IRC
#03:08:12denials_ has quit IRC
#03:08:12miker_ has quit IRC
#03:08:12sboyette has quit IRC
#03:08:12jeff has quit IRC
#03:08:12_bott_ has quit IRC
#03:08:12rickd_ has quit IRC
#03:08:12_dkyle_ has quit IRC
#03:08:12till_ has quit IRC
#03:08:12phasefx has quit IRC
#03:31:52miker_ has joined #openils-evergreen
#03:31:52sarabee has joined #openils-evergreen
#03:31:52Mark__T has joined #openils-evergreen
#03:31:52phase_bb has joined #openils-evergreen
#03:31:52lisppaste6 has joined #openils-evergreen
#03:31:52_bott_ has joined #openils-evergreen
#03:31:52rickd_ has joined #openils-evergreen
#03:31:52kbeswick_ has joined #openils-evergreen
#03:31:52denials_ has joined #openils-evergreen
#03:31:52greg-g has joined #openils-evergreen
#03:31:52gmcharlt has joined #openils-evergreen
#03:31:52asmodai has joined #openils-evergreen
#03:31:52phasefx2_ has joined #openils-evergreen
#03:31:52bradl has joined #openils-evergreen
#03:31:52berick has joined #openils-evergreen
#03:31:52admrl_akbar has joined #openils-evergreen
#03:31:52sboyette has joined #openils-evergreen
#03:31:52till_ has joined #openils-evergreen
#03:31:52_dkyle_ has joined #openils-evergreen
#03:31:52FluffyCloud has joined #openils-evergreen
#03:31:52atheos has joined #openils-evergreen
#03:31:52scottmcd has joined #openils-evergreen
#03:31:52kados has joined #openils-evergreen
#03:31:52jeff has joined #openils-evergreen
#03:31:52phasefx has joined #openils-evergreen
#05:00:27miker_ has quit IRC
#05:00:42miker_ has joined #openils-evergreen
#08:50:51wlayton has joined #openils-evergreen
#08:55:56rsinger has joined #OpenILS-Evergreen
#09:25:52dbs has joined #openils-evergreen
#09:34:41kgs has joined #openils-evergreen
#09:49:34dbsMan, I rock. Just built a 1.2.3.1 image on Ubuntu 8.04 from scratch, and it WORKS.
#09:50:09phasefxrox0rs
#09:52:41dbsalthough - hmm - Class::DBI 0.96 failed to build, and I've got 3.0.17 instead. Hrmm.
#10:05:38grahamf has joined #openils-evergreen
#10:05:57grahamfhowdy folks
#10:06:28dbshey graham!
#10:07:34grahamfhey dbs
#10:08:39grahamfI'm home today, hoping to knock down more of this vandelay stuff before the kids get home
#10:09:49Mark__T has left #openils-evergreen
#10:12:08dbscool
#10:12:11berickgrahamf: hi! jfyi, i'll be AFK for a little starting at 10:30, but will return after that
#10:12:18dbsas you can see, berick has been plowing ahead
#10:12:59grahamfberick: hi! Great, tty then
#10:14:07grahamfyes, that's great
#10:14:43grahamfsorry for being awol for a bit. Hoping to make my penance today
#10:14:56grahamfsent my changes-to-date to berick last night for review
#10:15:12dbswe'll take our doses of grahamf whenever we can get them
#10:15:16berickgrahamf: my email from about 10 mins ago should give you something to chew on
#10:15:50grahamfthanks berick, i'll go check
#10:17:08grahamfdbs: thanks. I aspire to be more than an occasional dose :-)
#10:20:49grahamfbtw, i read in the backlogs about a race condition, and a suggestion to add a sleep-interval to avoid it. Just my two cents, but why not use a more deterministic solution (mutex, semaphore, ...)
#10:21:44grahamfI don't know what the race condition is, but trying to fix races with timed sleeps is a probabilistic fix at best, no?
#10:24:05berickgrahamf: it may come to that. however, i think the latest changes will solve the problem without any more hassle
#10:24:40grahamfberick: ah. that's good then. :-)
#10:27:16grahamfberick: btw, that comment ("fixme, these get* functions screw up when user sorts table") was old and should have been deleted. I was doing just it wrong at the time.
#10:27:17grahamfberick: btw, that comment ("fixme, these get* functions screw up when user sorts table") was old and should have been deleted. I was doing just it wrong at the time.
#10:27:42berickah, cool
#10:41:23dbsyou guys sending secret notes back and forth? no fair!
#10:44:01grahamfdbs: heh
#10:45:44grahamfberick: the crow calls twice, at midnight, and the jester waits at the door.
#10:46:11grahamfthat's my last secret note
#10:49:43dbs considers changing his nick to obiwan
#10:56:05grahamfdbs: how about 'dbwan'. dbs merges with obiwan.
#10:58:06dbsor 'dbswan'
#10:59:31grahamfor 'obidebewan'? do-be-do...
#11:09:05grahamfis there a srfsh thing I can do to extend the duration of a session?
#11:09:14grahamf(I've got a script that starts a new session and loads vandelay in a new browser tab, but it's sort of annoying to keep doing that)
#11:21:10dmcmorris_esi recalls some early network protocols... something OBI something... and NDISWAN....
#11:30:25berickgrahamf: log in as a staff member, has a default timeout of 2 hours
#11:30:49bericklogin admin open-ils staff 0 <workstation-name>
#11:31:08grahamfberick: thanks!
#11:45:50dbscool, I had been wondering about that myself
#11:50:03berickgrahamf: responded to your latest. lemme know if that makes sense
#11:50:41grahamfberick: thx, will do
#12:12:27kgs has quit IRC
#12:12:32kgs has joined #openils-evergreen
#12:15:50bag has joined #openils-evergreen
#12:39:03dbsso, the 1.2.3.1 release looks good to me. I've got an empty vmware image (Ubuntu 8.04) raring to go. And based on that, I've updated the install instructions to cover ubuntu 7.10 and 8.04.
#12:39:18berickdbs++
#12:39:23dbsthe only oddity is the Class::DBI 0.96 vs. 3.0.17
#12:40:00dbshasn't been a problem with basic reports so far, and import / modify / search worked for a single record (apache derby, natch)
#12:40:12berickdbs: 3.0.17 will break stuff in strange and unexpected ways, IIUC
#12:40:22dbsthat's my expectation too
#12:40:45berickdbs: what happened to 0.96? i haven't had any probs with it
#12:41:33dbsI'll try rebuilding to get the exact errors
#12:42:39dbsmay have been due to preexisting perl packages installed by ubuntu
#12:46:48admrl_akbardbs: fwiw, 3.0.1 will work (that's the same as 0.96 post-Tony-went-insane)
#12:47:30dbsyeah - libclass-dbi-perl package (3.0.17) was already installed, pulling that resolved the problem
#12:48:05dbsadmrl_akbar: oh? I read a little about the drama but haven't dug into the technical details
#12:50:18admrl_akbarwell, it has a couple little adjustments, I think
#12:50:55admrl_akbarand there's a class::dbi::301frozen or some such ... because the changes that come later are so sweeping
#12:58:00grahamfberick: I replied to your email. I'm thinking, that combobox doesn't make sense anyway, and ought to be a text fields.
#13:04:15berickgrahamf: i had a similar thought, but wasn't sure how you were planning to re-use the create dialog as an edit dialog
#13:05:05grahamfjust as you thought, I think -- if creating, set the fields to blanks/defaults; if editing, populate from the model
#13:05:07bericki was thinking, if you keep the already-defined attrs in the dialog, then choosing an existing one puts you into "edit" mode, but that may not be easy to display in a clear fashion
#13:05:32berickright, exactly
#13:06:00grahamfright, thought about that too. but it seems a bit "magical" -- and makes it easy for the user to mess up.
#13:06:15grahamfright now, editing a record is initiated by single-clicking on the row
#13:06:32berickwhat happens when you single-click?
#13:07:03grahamfpulls values from the model-row, populates the dialog, and replaces "create" with "update" on the button
#13:07:53berickah, ok
#13:08:05berickyeah, that seems like a good approach to me
#13:08:17berickso, yeah, in that case, drop the ComboBox, replace with TextBox.. good to go
#13:08:32grahamfok. simpler is better.
#13:08:59grahamfI don't offer a "delete" action though. Either we need a "delete" button on the "edit dialog" or a "delete" link on each row. Or....?
#13:09:57bericka 'delete' button on the 'edit dialog' works for me
#13:10:53grahamfok great
#13:11:17grahamfi'll mock that up & send you a patch real soon. Still need to hook up the CRUD, but the UI should be close-to-right.
#13:11:38berickgrahamf++
#13:12:11dbshey, good news here - looks like our admins and union have reached a settlement
#13:12:29grahamfif (patch.submitted()) graham++; // :-)
#13:13:03berickheh
#13:13:09berickdbs: great!
#13:38:36jfournie has joined #openils-evergreen
#13:39:37jamesrf has joined #openils-evergreen
#13:41:18dbsahh, 8GB of shared RAM. dance, server, dance!
#13:41:25dbss/RAM/buffers/
#13:44:36dbsjamesrf: I'd love to compare server configuration notes sometime, particularly db-tuning
#13:44:45dbsright now I have to go get some food
#13:57:42dbsthe uploading of ubuntu804/1.2.3.1 vmware image has commenced
#13:58:36jamesrfdbs: i haven't really done much in the way of tuning... that, it's mostly Brandon's realm
#13:59:03dbsjamesrf: ah, okay. and that deadbeat is hardly ever around
#13:59:41jamesrfhe's training a drone today.
#13:59:41dbshttp://starburst.cs.uoguelph.ca - 3.7 million records, 16GB RAM, 8GB dedicated to shared_buffers
#14:01:02jamesrf3.7 million bibs?
#14:17:13jamesrfso is the actual shared_buffers = setting * unit?
#14:20:51grahamfberick: patch sent
#14:21:16berick applies and pokes
#14:22:04grahamf holds breath
#14:31:10rickd_miker_; are you available?
#14:32:35admrl_akbarrickd_: it's a trap!
#14:32:41admrl_akbar<- miker
#14:35:03rickd_Break off red one
#14:39:21berickgrahamf: right back atcha
#14:40:26grahamfberick: grazie mille
#14:47:12grahamfberick: and back again
#14:49:50berickgrahamf: http://dev.gapines.org/~erickson/vandelay.html?ses=d83053207324419fa00bcf40c613f6bb
#14:49:53berickwoohoo
#14:49:59berickoh, i like the help text
#14:50:52grahamf clicks and hopes it's not a rickroll
#14:52:01grahamfboy that link loads really slow. might be on my end.
#14:52:16grahamfi'll just pretend it worked, I know what you're looking at anyway. :-)
#14:52:45berickyeah, the first time you fetch the dojo JS bundle, it takes a while. later pages cache the JS
#14:53:21grahamfglad you like the help-text. I think it's, erm, helpful.
#14:54:41grahamfone thing I haven't figured out yet is how to tell the dialog-submit function whether this is an "update" or a "create".
#14:54:50grahamfI could check for which buttons are visible, I suppose
#14:55:17grahamfor I could switch out the on-submit handler, depending on which way the dialog was opened
#14:56:14berickright, or pass an extra flag to the submit handler
#14:57:35grahamfhow would I add the flag? the handler is specified as an 'execute' attribute on the Dialog.
#14:57:56grahamfright now, for opening, I just call a '.click()' on the 'open the dialog' button
#14:58:11grahamfoops, i meant "for editing" not "for opening"
#14:58:44grahamf is still waiting for dev.gapines.org, lol
#14:58:51berickwhoa, really?
#14:58:59berickyou must have had a JS error
#14:58:59grahamfoh, it just loaded
#14:59:04berickk
#14:59:53grahamfi think I'm having some ISP problems. everything seems slow today.
#15:01:07grahamfcool! nice to see it works on someone else's machine :-)
#15:03:09jamesrf took a look and is quite impressed
#15:03:39grahamfjamesrf: thanks. If my work looks good, it is because I steal from the work of giants.
#15:06:03grahamf thinks he may have misquoted Newton
#15:06:11jamesrfthere's a book on that quote
#15:06:19grahamfreally?
#15:06:55jamesrfhttp://www.amazon.com/Shoulders-Giants-Shandean-Postscript/dp/0226520862
#15:07:01dbscontextual_help++
#15:07:22dbsstanding_on_the_shoulders_of_giants++
#15:07:29dbsgiants_standing_on_my_shoulders--
#15:07:45grahamfoh, Hawking, of course. I haven't read it yet. thanks!
#15:08:10grahamfHal Abelson: "If I have not seen as far as others, it is because giants were standing on my shoulders."
#15:08:21jamesrfno it's by Robert Merton, it traces the history of the 'shoulders of giants' quote...
#15:08:32jamesrforiginally it was something about 'dwarves standing on the shoulders of giants'
#15:08:41berick would not like to see dbs standing on his own shoulders
#15:09:06grahamfjamesrf: oh i see, I had started googling before I clicked on your link.
#15:09:32dbs laughs
#15:10:02jamesrfwhat's odd is that Robert Merton also wrote the intro to the definitive book on citation analysis
#15:10:03grahamf would like to see dbs try. Most impressive demo of recursion, ever
#15:11:26dbsgrahamf: deft use of the indefinite pronoun there
#15:11:43berickgrahamf: patch comitted.
#15:11:57grahamfdbs: heh
#15:12:23grahamfberick: w00t! look ma, I'm famous!
#15:14:14dbsgrahamf++
#15:14:38grahamfi'm going to get an "r10702" tattoo
#15:14:53berickgrahamf: i'll go ahead and add some example text entities to the repo for reference, so you can start putting new text strings in the DTD
#15:14:56berickhahaa
#15:15:51berick"help me, r10702, you're my only hope"
#15:16:06dbsjamesrf: no, the setting is just based on how much ram I have available on the system - but it would be interesting to quantify ideal # bytes / unit for estimation purposes
#15:16:16grahamfhah, now I'm getting it for sure
#15:16:17_dkyle_ has quit IRC
#15:16:35grahamfberick: meanwhile I'm going to poke around a bit in permacrud and see if I can figure out how to insert/update.
#15:16:46berickgrahamf: k
#15:17:12grahamfoh, kids just came home, going AFK for a bit. later folks
#15:17:27dbsthanks grahamf
#15:18:33jamesrfdbs: our prod in pg_settings -> name: shared_buffers / setting : 65536 / unit : 8kB
#15:19:17jamesrfso... 512 megabytes?
#15:19:33dbsjamesrf: ah, yeah, that's old-school postgresql; somewhere around 8.1 or 8.2 they added the ability to just say: shared_buffers=8192MB
#15:19:58jamesrfit is 8.2.4
#15:20:27jamesrfmaybe brandon is just rollin' it old-school
#15:20:34dbsthat's his style
#15:20:58dbsyeah, so you're relying on filesystem cache vs. database-specific cache
#15:21:22dbsI'm hoping to come up with some comparisons of those approaches now that PostgreSQL is getting smarter about caching
#15:21:55jamesrfso that's 32GB, ~ 300k records
#15:23:53admrl_akbarjamesrf: your unit size is actually 32k, so 2G
#15:24:07admrl_akbar<-miker
#15:24:45jamesrfreally? it says 8k
#15:24:52jamesrfin the db anyway
#15:25:02admrl_akbarin the config file, you mean?
#15:25:33jamesrf select * FROM pg_settings where name = 'shared_buffers';
#15:25:38admrl_akbarhrm
#15:26:07admrl_akbarahh... well, that could very well be true ... I thought I'd compiled yours, but maybe not?
#15:26:16dbs finally realizes who admrl_akbar is - heh
#15:26:25dbs /ignore admrl_akbar
#15:26:29admrl_akbardbs: it is, in fact, a trap
#15:26:29admrl_akbaryes
#15:26:40jamesrfthat's no moon
#15:27:19dbsUbuntu 8.04 VMWare image has arrived, bearing 1.2.3.1
#15:27:29dbs expects 1.2.3.2 tonight
#15:28:01jamesrfi don't know, i missed all the initial compiling and installing and whatnot... maybe BU has changed it...
#15:29:16dbswhen in doubt, blame BranFlakes
#16:32:25berick makes note never to start developing a page without defining the doctype first
#16:32:38berickand using xmlent from step 1
#16:32:41berickyeesh
#16:38:05dbsruh-roh
#16:49:20wlayton has quit IRC
#16:56:58dbsberick: did you run into some xmlent badness?
#17:02:06berickwell, it makes some assumptions about how you put raw JS into your xml, especially with how it handles quotes. my big problem now is if I provide a doctype, the page comes up blank, even on very simple test pages
#17:02:44berickcase in point: http://dev.gapines.org/~erickson/v.html
#17:03:03berickif i remove the doctype from that little page, I get a toolbar
#17:03:35dbsberick: hmm - aren't there some parms for switching xmlent's behaviour in that area?
#17:03:47dbslike stripdoctype or something like that?
#17:03:56berickother stuff too.. xmllent turns <br/> into <br></br>, which is fine.. should be CSSing that anyway
#17:04:13berickdbs: yes, i can strip the doctype, which is what i'm about to do and call it a day, but it angers me
#17:04:18dbshah
#17:04:28berickespecially since the ACQ code provides a doctype and... has a toolbar
#17:04:30berickthat works
#17:05:51dbsXMLEntEscapeScript "No" ?
#17:06:12berickgot that set
#17:07:06dbsweird, I thought I did some work on xmlent to not turn empty tags into their <tag></tag> equivalents ages ago
#17:08:35dbsyeah, isEmptyElement
#17:10:57dbsXMLEntContentTypeDefault = text/html ?
#17:11:00berickahh..
#17:11:05dbsXMLEntContentType = text/html ?
#17:11:12berickmay need to make it strncmp
#17:11:14berick if (!strcmp(config->contentType, MODXMLENT_CONFIG_CONTENT_TYPE_DEFAULT)
#17:11:23berick XMLEntContentType "text/html; charset=utf-8"
#17:11:50dbsmmm
#17:12:12berickor just drop the charset
#17:13:00dbsstrstr?
#17:14:38berickany reason strncmp won't suffice? (just curious)
#17:16:29dbsnah, that'll work fine and be faster
#17:36:44berick adds that
#17:37:07dbsberick++
#17:39:03dbs heads home, unsure what he really accomplished today
#17:39:05dbs has quit IRC
#18:57:53grahamfberick et. al., a couple questions
#18:58:40grahamfin fieldmapper, what's the difference between onreponse and oncomplete? Why would I add code to an oncomplete handler and not to onreponse?
#19:00:01grahamfother question: if a form lets you enter tags and subfields to build up an xpath, but also lets you enter a custom xpath, how will we know which is the "right xpath"?
#19:00:24grahamfbtw, I have "insert" working. No validation, but it compiles the xpath and does an insert
#19:26:14grahamfupdates working too; need to clean it up a bit though.
#19:29:01grahamfI think I answered my own (first question) -- oncomplete is like a "finally" block, and is called whether onresponse() or onerror() is fired.
#19:48:29grahamfdelete is working now too. thank you miker, patron saint of permacrud
#19:48:35grahamfback in a bit.
#20:30:47dbs has joined #openils-evergreen
#20:31:03dbs slouches forth
#20:36:39jamesrf has quit IRC
#20:51:38berickgrahamf: right. onresponse gives you each response as they stream in (for streaming calls). oncomplete isn't fired until the end. if you only expect a single response for the call, there's no practical difference
#20:53:42berickgrahamf: also, i just comitted some big changes to the code, will require some config changes in apache. changesets 10704-10707
#20:54:11bericks/just/a couple hours ago/
#20:55:39dbskbeswick_: hope you weren't shellschocked by my barrage of suggestions for eg_db_config
#20:57:42jamesrf has joined #openils-evergreen
#21:26:50dbsmeh. hopefully I don't sound too sour in my response to thomas.
#21:30:27kgsyou sound tired... that's understandable
#21:30:41berickyeah, is what it is
#21:31:05kgsit's hard when you try to break off a tiny bit of time to help someone and they do things that make it impossible to help them well
#21:41:02dbsit's hard - how do you teach someone to methodically troubleshoot a system? kbeswick_, we need those installable packages, stat!
#21:41:23jeff yawns
#21:41:24jeffoof
#21:44:11kgsoof indeed. :-) I just requested a bazillion books from all over the Southeast so I can research a topic. Aren't libraries wonderful? G'nite guys -- thank you so much for the great work you do for libraries and society.
#21:44:42kgs is now known as kgs_away
#21:49:18kgs_away has quit IRC
#22:07:06grahamfberick: hey, so oncomplete is fired after all pending asynchronous calls are completed?
#22:07:34grahamfI'll pull 10704-10707, thx for the heads-up
#22:16:53berickgrahamf: exactly. and if you have defined no onreponse handler (or never called r.recv() in such a handler) all of the response data will be available in the oncomplete call by looping on r.recv()
#22:17:33berickso, you can collect data as it arrives, or all at the end
#22:18:47grahamfberick: cool, I like that
#22:20:03grahamfCRUD for bib-attr-defs is mostly working now, just need to refresh the grid model and add some validation
#22:20:11berickexcellent
#22:20:31grahamfthere's also the question asked earlier: if I edit both tags/subfields and xpath, how to know which to push back to the db?
#22:21:36grahamfis this an "interesting question" or a "solved problem"? :-)
#22:22:36bericki don't think it matters, as long as it's obvious which is being saved. for example, if data exists in the xpath input, disable the other relevent form widgets
#22:22:47berickor vice versa
#22:24:18grahamfok
#22:24:58grahamffor edits (updates), I might need to diff the pre-edit and post-edit versions, and push tags/subfields or xpath, if only one of them changed
#22:25:05grahamfor raising an "error" if both were changed
#22:25:41grahamfi shouldn't have started raising questions when I was heading to bed though. :-)
#22:26:06grahamfthanks for a great day, it's been fun to put some serious time into vandelay. tty tomorrow or on the weekend.
#22:26:25bericki tend to think xpath trumps the other input widgets (fwiw)
#22:26:37berickthanks to you too, grahamf
#22:26:47grahamfmy pleasure berick
#22:26:51grahamfgood night all
#22:26:53bericklater
#22:28:22grahamf has quit IRC
#22:38:13dbsman, that guy rocks.
#23:05:53jamesrf has quit IRC
< Wednesday, September 24th, 2008Raw Log FileFriday, September 26th, 2008 >