2008-04-15T01:16:15 *** greg-g has quit IRC 2008-04-15T01:59:38 oh hell. somehow the user in question was disabled. 2008-04-15T02:07:01 no idea how 2008-04-15T02:10:07 *** Mark__T has joined #openils-evergreen 2008-04-15T02:14:55 heh. perhaps the user set the "Disable this account forever" option. 2008-04-15T02:29:44 yep. 2008-04-15T02:29:50 damn. what a waste of time. 2008-04-15T03:34:38 *** eeevil has quit IRC 2008-04-15T03:34:41 *** miker_ has quit IRC 2008-04-15T03:34:53 *** eeevil has joined #openils-evergreen 2008-04-15T03:35:10 *** miker_ has joined #openils-evergreen 2008-04-15T03:35:37 *** phase_bb has quit IRC 2008-04-15T04:43:52 *** Mark__T has quit IRC 2008-04-15T04:48:57 *** Mark__T has joined #openils-evergreen 2008-04-15T06:47:10 *** Mark__T has left #openils-evergreen 2008-04-15T06:49:04 *** Mark__T has joined #openils-evergreen 2008-04-15T07:32:11 *** ibbo has joined #OpenILS-Evergreen 2008-04-15T07:55:02 *** sylvar has joined #openils-evergreen 2008-04-15T07:58:31 If we're moving our database onto a separate server, am I right in thinking that what we have to change in terms of setup is (1) postgres permissions for access from the network server and (2) the bits in /openils/conf that match 'grep Pg'? 2008-04-15T08:07:46 sylvar: grep Pg && grep pgsql (for the C-based libdbi stuff) 2008-04-15T08:08:07 OK, thanks. 2008-04-15T08:49:01 *** dbs has joined #openils-evergreen 2008-04-15T08:58:24 *** djfiander has joined #OpenILS-Evergreen 2008-04-15T09:15:25 *** greg-g has joined #openils-evergreen 2008-04-15T09:16:56 *** edc_detached is now known as EdcLastDayAtTCNJ 2008-04-15T09:17:17 *** EdcLastDayAtTCNJ is now known as edcLastDayAtTCNJ 2008-04-15T09:18:47 *** djfiander has quit IRC 2008-04-15T09:20:22 *** djfiander has joined #OpenILS-Evergreen 2008-04-15T10:00:48 good news: my development environment is almost entirely put back together 2008-04-15T10:01:07 *** Mark__T has left #openils-evergreen 2008-04-15T10:01:20 bad news: I need to move it over to my linux box, since the Mac filesystem is case preserving/insensitive. 2008-04-15T10:03:58 djfiander: the OpenSRF.js file goes one directory up from the opensrf.js file after everything is installed by the ils makefile 2008-04-15T10:04:14 so, you have js/dojo/OpenSRF.js 2008-04-15T10:04:38 and js/dojo/opensrf/opensrf[_xhr].js 2008-04-15T10:04:40 miker_: that helps. I just have to hack together some way to get it out of svn. 2008-04-15T10:04:47 oh godd 2008-04-15T10:04:49 oh 2008-04-15T10:04:52 oh my 2008-04-15T10:04:56 that's very uncool 2008-04-15T10:05:13 mac-- 2008-04-15T10:05:16 We should probably fix the case of opensrf.js vs. OpenSRF.js 2008-04-15T10:05:28 about 20 years ago, I got into an argument with a senoir engineer about case sensitivity and names 2008-04-15T10:05:37 back then I was in favour of sensitivity. 2008-04-15T10:05:44 over time, my position has shifted. 2008-04-15T10:06:22 case preserving/insensitive is, I now think, the best way. 2008-04-15T10:06:42 if nothing else, it passes the telephone test: if you have to read filenames over the phone, things get nasty fast with sensitive names 2008-04-15T10:08:04 artunit will freak out about this too 2008-04-15T10:08:11 damned cabal of mac users 2008-04-15T10:08:45 well, the Mac's are pointing out the problem 2008-04-15T10:09:04 yeah yeah - that's why I said we should fix the case 2008-04-15T10:09:14 that is, rename one of them 2008-04-15T10:09:20 If I was 100% unix, I might not have noticed the problem, but from an engineering point of view, significant case is a problem 2008-04-15T10:09:42 of course, my inner mathematician is disagreeing, but there you go. 2008-04-15T10:09:49 heh 2008-04-15T10:10:19 * miker_ realizes the irony of beating up on a language for having significant whitespace 2008-04-15T10:10:47 so, OpenSRF.js should just move somewhere else, since it's the new kid on the block 2008-04-15T10:10:54 miker_: if it didn't work so well, I'd continue to dislike that about python. 2008-04-15T10:11:21 see also my recent blog posting about preferred languages ;-) 2008-04-15T10:13:47 miker_: move it somewhere else, or just rename it? 2008-04-15T10:15:08 dbs: I'm not crazy about renaming at install ... but I guess it could be OpenSRF-dojo-wrapper.js 2008-04-15T10:15:52 ah, I meant rename it in svn and just use that name outside of svn 2008-04-15T10:16:21 OpenSRF.js is dead to me. DEAD. 2008-04-15T10:17:27 what's an OpenSRF.js? I've got an opensrf.js...Is that what you mean? 2008-04-15T10:17:30 ;-) 2008-04-15T10:19:49 dbs: well, that's what I meant, actually 2008-04-15T10:20:07 rename it to OpenSRF-dojo-wrapper.js in snv, and rename it on copy 2008-04-15T10:20:11 at install time 2008-04-15T10:20:34 or just give it a new name and use the new name at all times 2008-04-15T10:20:55 what djfiander said 2008-04-15T10:21:22 that ends up touching something like 8 more files, but that's pretty minimal collateral 2008-04-15T10:23:31 *** gmcharlt has joined #OpenILS-Evergreen 2008-04-15T10:24:05 source that lives "here" with name A and is installed "there" with name B will make release engineering even worse than two files that differ only in case. 2008-04-15T10:25:25 * dbs proposes opensrf_dojo_wrapper.js in svn, will update the requires accordingly 2008-04-15T10:27:31 assuming, of course, that require("opensrf_dojo_wrapper") that provides("opensrf_dojo_wrapper") will still give us access to OpenSRF namespace 2008-04-15T10:30:32 hmm. that could be a bad assumption. 2008-04-15T10:31:15 dbs: yeah, probably. files == namespaces is a pretty common thing nowadays 2008-04-15T10:31:31 (incf lisp_ 2008-04-15T10:31:42 (incf lisp) 2008-04-15T10:34:00 confirmed, it is a bad assumption. no wonder miker_ wants to just rename it at build time 2008-04-15T10:34:05 sassafrassin. 2008-04-15T10:34:12 cv/" VXXxxxxx 2008-04-15T10:34:12 >""""""""! 2008-04-15T10:34:31 line noise, or baby on keyboard? 2008-04-15T10:34:49 or ascii art for a _very_ grumpy miker_ 2008-04-15T10:35:38 how about s/OpenSRF(.js)?/DojoSRF$1/ ? 2008-04-15T10:35:59 works for me, and that's actually a pretty good namespace name too. 2008-04-15T10:36:17 okay, I'll work on it 2008-04-15T10:36:31 hold on :) 2008-04-15T10:36:40 I mean, yes 2008-04-15T10:36:43 well 2008-04-15T10:36:43 no 2008-04-15T10:37:00 DOHpenSRF? 2008-04-15T10:37:17 part of dojo wrapping is dojo.provide('foo') 2008-04-15T10:37:20 yes 2008-04-15T10:37:24 and foo should match things that you can call 2008-04-15T10:37:28 yes 2008-04-15T10:37:35 I was going to change all of that to DojoSRF 2008-04-15T10:37:41 and should match the name of the 2008-04-15T10:37:48 oh ... but, see, that's the thing 2008-04-15T10:38:20 OpenSRF.js /just/ makes opensrf.js et al loadable via dojo.require 2008-04-15T10:38:36 opensrf.js creates an object called OpenSRF 2008-04-15T10:38:55 which has member functions like ClientSession, etc 2008-04-15T10:39:10 and... OpenSRF.asdf() is used everywhere right now 2008-04-15T10:39:22 in the new code, anyway 2008-04-15T10:39:54 let me know how this all turns out :) 2008-04-15T10:40:01 *** djfiander has quit IRC 2008-04-15T10:40:03 haha 2008-04-15T10:40:15 so - mv OpenSRF.js DojoSRF.js 2008-04-15T10:40:33 edit DojoSRF.js and s/OpenSRF/DojoSRF/ 2008-04-15T10:40:46 and done? Nothing more needs to be touched? 2008-04-15T10:41:20 well, not even that much 2008-04-15T10:41:41 no, that's not done 2008-04-15T10:41:43 I mean 2008-04-15T10:42:24 you say "dojo.require('DojoSRF')", right? but then you /use/ OpenSRF -- which is defined in opensrf.js ... that seems confusing to me 2008-04-15T10:43:01 would you prefer dojo.require('OpenSRF_wrapper') ? 2008-04-15T10:43:08 my question is, why not call OpenSRF.js OpenSRF-dojo-wrapper.js in svn, and then at install time copy it to js/dojo/OpenSRF.js 2008-04-15T10:43:12 no! 2008-04-15T10:43:14 gah 2008-04-15T10:43:16 :) 2008-04-15T10:43:39 the problem is /only/ that we can't have OpenSRF.js and opensrf.js in the same directory at the same time on a Mac, right? 2008-04-15T10:43:41 djfiander and I dislike the build-time renaming 2008-04-15T10:44:09 so do I 2008-04-15T10:44:28 I guess it's a question of what's least offensive.. 2008-04-15T10:44:34 but making everything more confusing so we don't have do do a cp doesn't seem to make sense... 2008-04-15T10:44:57 right 2008-04-15T10:46:11 is something handled by a makefile on a file that's not useful until it's copied anyway less intrusive than magical namespace shifting in live code? IMO, yes ... but, as always, please convince me otherwise 2008-04-15T10:46:28 I don't care enough to argue 2008-04-15T10:46:31 haha 2008-04-15T10:46:55 well, I'm really just trying to understand for myself ... and to make sure that the implications are well understood 2008-04-15T10:47:14 opensrf.js can stand on its own, and I don't think we should change that 2008-04-15T10:47:40 and that file creates the OpenSRF "namespace" by creating a global object 2008-04-15T10:47:48 and that code is in use outside dojo right now 2008-04-15T10:47:50 I've just reverted any changes I made locally 2008-04-15T10:47:57 so, I really fear changing that 2008-04-15T10:49:48 *** EGUEST320 has joined #openils-evergreen 2008-04-15T10:50:19 *** dbs has quit IRC 2008-04-15T10:52:54 *** dbs has joined #openils-evergreen 2008-04-15T10:53:05 wifi-- 2008-04-15T10:53:19 dbs: heh ... I figured "well, I run /everyone/ off eventually" :P 2008-04-15T11:04:54 miker_: it'll take more than that! 2008-04-15T11:05:25 that's good news, because you've not yet seen the depths of my grumpiness ;) 2008-04-15T11:07:59 so ... just changing the filename to DojoSRF.js (and then the dojo.require() calls -- some are nested in other dojo-ized files) obviously would work, and I guess I can't complain then... one thing we may want to do, though, is move DojoSRF back into js/dojo/opensrf/ to clean up my file leaking ... and since it's providing an interface other than it's name anyway 2008-04-15T11:10:56 *** dbs has quit IRC 2008-04-15T11:12:15 *** sylvar has quit IRC 2008-04-15T11:12:54 *** dbs has joined #openils-evergreen 2008-04-15T11:13:13 *** pmurray_away is now known as pmurray 2008-04-15T11:22:02 *** EGUEST320 has quit IRC 2008-04-15T11:32:49 Yeargh. current Simple2ZOOM requires yaz 3.0.10 2008-04-15T11:52:35 blarg! 2008-04-15T11:52:52 dbs: did you see my aquiescense at 11:14? 2008-04-15T11:56:31 hah, no 2008-04-15T11:56:37 * dbs checks screen 2008-04-15T11:57:20 oh, heh - yes I did, but my time is off on this machine :) 2008-04-15T11:57:36 ahh, well, mine probably is too by a bit 2008-04-15T11:57:50 * dbs installs ntp 2008-04-15T12:16:46 *** rsinger is now known as rhousehunter 2008-04-15T12:38:08 *** djfiander has joined #OpenILS-Evergreen 2008-04-15T12:51:37 proprietary_plugins-- 2008-04-15T12:54:10 dbs: "Mounties raid Tory HQ" http://tinyurl.com/63zh5f 2008-04-15T12:54:32 miker_, berick: What's the best way to send you some technical questions about setting up some servers so that they can run multiple instances of Evergreen? (Email? Post here? Post in private area?) This is a question related to setting up various demo instances of EG (with different data) on limited hardware. I recognize it's not ideal to do this, but the point isn't to have production-quality pe 2008-04-15T12:54:33 rformance, but a viable demo setup for multiple libraries. Distilled down to the most fundamental (as I'm seeing it now), do we virtualize the the server, or is there some way to have multiple instances of OpenSRF/Evergreen on one non-virtualized OS instance? As envisioned at this point, we'd have the DB stuff on one box (different DB names for the different databases) and then have another... 2008-04-15T12:54:35 ...box running OpenSRF/Evergreen (my guess, based on prior conversations along these lines is that virtualizing the server is probably the way to go). 2008-04-15T12:54:35 too bad Dion's such a wuss or we might actually have had an election 2008-04-15T12:55:54 If you gents up north feel the need, we might be willing to outsource our election .... ;-) 2008-04-15T12:56:55 djfiander: too bad the mounties didn't come down with carts and bags filled with tory mps 2008-04-15T12:57:18 agJohn: I think that would be a great question for the open-ils-dev list 2008-04-15T12:57:20 agJohn: berick is out for real-time stuff for the next few days, but you can send it to both of us in email ... virtualizing the non-db stuff certainly makes things easier, especially for pre-1.4 releases 2008-04-15T12:57:40 or send it to the list, sure :) 2008-04-15T12:58:14 miker_: If that's the answer (virtualize), then we can run with that for now. Is 1.4 going to be more able to run multiple instances? 2008-04-15T12:58:56 well, it will be easier, due to the hostname setting stuff in trunk 2008-04-15T13:02:55 dbs: My main concern with putting on the list something as complex as a discussion about how you might run multiple instances of the OpenSRF stack/Evergreen on one box was just that I feared that it would most likely feel to miker and berick that they had to respond in detail--and I wasn't sure how many people would really be interested (since most sites would be doing just one instance). 2008-04-15T13:03:26 it would be a good wiki topic at some point 2008-04-15T13:05:06 agJohn: sure - but if miker_ and/or berick have to respond to a private email anyways, why not make the answer publicly accessible via google and all that good stuff :) 2008-04-15T13:05:40 agJohn: I think he's ganging up on both of us! ;) 2008-04-15T13:05:50 s/ganging up/pushing/ 2008-04-15T13:09:09 The thing is, if the answer is, "It might be made to work, but it's a lot of trouble; therefore go the virtualization route," then I don't know that an enumeration of all the issues is important to me at the moment (so I won't trouble Mike and Bill with detailed questions at this point). 8^\ 2008-04-15T13:09:44 IMO, virtualization will be the simplest route by far 2008-04-15T13:10:22 We'll give that a shot. Do you have a favorite virtualizer? vserver? freebie VMware? 2008-04-15T13:10:24 certainly easy deployment - copy your vm instance, fire it up, tweak settings, and roll 2008-04-15T13:11:16 we'll be testing UML and Xen, and we know that vmware works (but they have nasty EUL terms for site licenses) 2008-04-15T13:11:45 which nasty EULA terms for vmware? 2008-04-15T13:12:31 miker_: vmware esx? vmware server seems reasonable... 2008-04-15T13:12:31 jeff: if you want a site license to provide services from a virt-farm, you have to sign accept a "I'll only ever use VMWare" clause 2008-04-15T13:12:49 ah, right. their hosting/service-provider terms. 2008-04-15T13:12:51 doing it for yourself is different 2008-04-15T13:12:53 right 2008-04-15T13:12:54 * jeff nods 2008-04-15T13:12:54 *** dbs has quit IRC 2008-04-15T13:13:15 just checking. there were a few clauses that were scary at first, but we found that they didn't mean what they appeared to mean at first glance. ;) 2008-04-15T13:13:36 (things like limiting you to one installed vmware server... pretty obvious there, since they give you many serial numbers...) 2008-04-15T13:13:53 yeah, the in-house terms are fine, I think 2008-04-15T13:14:14 *** ibbo has left #OpenILS-Evergreen 2008-04-15T13:14:22 we've been fine with them so far, yeah. 2008-04-15T13:14:42 Good info, jeff & miker_. 2008-04-15T13:14:43 For us, the whole question may be rendered moot in the short term, having taken the box out of the colocation facility to restage it where we can more easily work on it, the %$#@! thing won't even post, let alone boot. Sigh.... So I think the number of virtual machines it'll host is, for the moment, a nice round number.... 2008-04-15T13:15:02 hahaha 2008-04-15T13:15:05 agJohn++ 2008-04-15T13:15:14 non-posting-hardware-- 2008-04-15T13:15:33 * jeff laughs 2008-04-15T13:15:43 ouch. 2008-04-15T13:20:38 *** dbs has joined #openils-evergreen 2008-04-15T13:20:50 that's not evil. that's demonic. 2008-04-15T13:20:57 dbs: I could loan you a cat5e cable 2008-04-15T13:21:38 miker_: I'm not sure it's my wireless; thinking it might be pidgin 2008-04-15T13:22:06 (although I did switch routers yesterday; switched from kde to gnome over the weekend) 2008-04-15T13:23:16 phasefx_: got a training gig today? 2008-04-15T13:23:43 phasefx_ was in a car accident earlier, so probably not. He's OK as far as we know 2008-04-15T13:23:51 but he's getting checked out ATM 2008-04-15T13:24:07 oh crap! 2008-04-15T13:24:28 yeah 2008-04-15T13:24:35 i'm sure berick and bradl are starting to feel nervous 2008-04-15T13:25:33 I'm not leaving the house today :) 2008-04-15T13:25:50 no tempting fate 2008-04-15T13:40:46 * djfiander makes note to defer OS upgrade on dev box until after project is completed. 2008-04-15T14:20:08 When you know anything about Jason, let us know, please.... 2008-04-15T14:21:58 *** EGUEST272 has joined #openils-evergreen 2008-04-15T14:25:58 agJohn: I will 2008-04-15T14:26:21 trying to get evergreen up on ubuntu 7.10 2008-04-15T14:27:11 So I am trying to run setting-tester.pl as opensrf 2008-04-15T14:28:24 I am trying sudo -u opensrf ./setting-tester.pl or try to su opensrf 2008-04-15T14:29:28 I don't know the password for opensrf since I guess user opensrf was created by an install script. 2008-04-15T14:29:53 What can I try? 2008-04-15T14:29:57 sudo su - opensrf 2008-04-15T14:29:59 you'd have to have root to install in any case 2008-04-15T14:30:08 right 2008-04-15T14:30:21 yes 2008-04-15T14:31:16 I Installed this box from scratch. I have root access. 2008-04-15T14:31:53 Does "sudo su - opensrf" work? 2008-04-15T14:32:35 dbs: yup, because you're running su as root 2008-04-15T14:33:31 I will try 2008-04-15T14:35:20 djfiander: of course it will work :) 2008-04-15T14:35:46 I was just trying to phrase my suggestion another way to get a response 2008-04-15T14:36:28 dbs: I'm || that close to having an openils.I18N.getTranslations( obj, field [, locale] ) thing working under dojo ... so, there's that :) 2008-04-15T14:37:34 anyone recall in firebug how to get the body of a function? 2008-04-15T14:37:54 miker_: ah, for database-dependent stuff - awesome 2008-04-15T14:38:04 miker_: I'm firebug clueless, sadly 2008-04-15T14:38:15 maybe try #code4lib? 2008-04-15T14:40:28 EGUEST272: any luck? 2008-04-15T14:41:34 I can't get it to work 2008-04-15T14:42:49 sudo su - opensrf doesn't work? 2008-04-15T14:43:05 or "perl settings-tester.pl" doesn't work? 2008-04-15T14:44:43 sudo su - opensrf works but when I try to go to the directory and run the script it wont run 2008-04-15T14:45:16 what does it say when you run "perl settings-tester.pl" ? 2008-04-15T14:45:48 4 Begin not found 2008-04-15T14:47:37 umm - what does it say when you type "echo $PERL5LIB" ? 2008-04-15T14:48:19 nothing 2008-04-15T14:48:35 okay. so you're missing a few steps in the install process, I think 2008-04-15T14:49:38 where would a good place to start be? 2008-04-15T14:49:51 Oh - Ubuntu instructions do something bad - they just set env vars at the top of certain scripts 2008-04-15T14:50:22 see step 23 of http://open-ils.org/dokuwiki/doku.php?id=installing_evergreen_1.2_on_debian_etch_x86_32-bit 2008-04-15T14:50:27 I have postres ejabberd apache2 and everything else it says. 2008-04-15T14:50:38 Thanks I will right now. 2008-04-15T14:54:22 *** dbs has quit IRC 2008-04-15T14:56:22 *** dbs has joined #openils-evergreen 2008-04-15T14:56:24 Okay. Once you've got .bashrc set up for your opensrf user, try ". ~/.bashrc", then run "perl settings-tester.pl" again 2008-04-15T14:56:42 (yes, it's pidgin causing my connectivity problems. GREEERGAGAHRGH) 2008-04-15T15:05:12 EGUEST272: any luck? 2008-04-15T15:08:42 "4 Begin not found" makes no sense to me. man. 2008-04-15T15:12:45 error.locale = (en_SMS) 2008-04-15T15:13:17 UR QRY RT 0 RSLTS. PLZ TRY AGN 2008-04-15T15:13:37 GTG CUL8R 2008-04-15T15:14:01 my opensrf user has no home directory and therefore I guess no .bashrc file 2008-04-15T15:15:13 I tried to create a .bashrc file as opensrf user but got permission denied. 2008-04-15T15:17:15 Ah, that's certainly a problem 2008-04-15T15:18:07 you could "sudo mkdir /home/opensrf" then "sudo chown opensrf:opensrf /home/opensrf", then create the .bashrc file 2008-04-15T15:18:46 Ok I will try that. 2008-04-15T15:53:03 *** gmcharlt has quit IRC 2008-04-15T15:53:03 *** sarabee has quit IRC 2008-04-15T15:53:23 *** sarabee has joined #openils-evergreen 2008-04-15T15:58:07 *** gmcharlt has joined #OpenILS-Evergreen 2008-04-15T15:58:07 *** djfiander has quit IRC 2008-04-15T16:05:15 * dbs wonders how EGUEST272 is making out 2008-04-15T16:10:04 *** phase_bb has joined #openils-evergreen 2008-04-15T16:11:16 Jason's OK folks. now we can go back to talkin' bad about him. 2008-04-15T16:11:29 * dbs sighs 2008-04-15T16:11:43 (with relief!) 2008-04-15T16:40:27 Thanks for the update on phasefx, miker. 2008-04-15T16:41:26 thanks ver much I got settings-tester.pl to work 2008-04-15T16:43:01 so ... I'm about to check in js/dojo/openils/I18N.js ... this file provides, among other things, the following: openils.I18N.getTranslations( obj, field [,locale] ) and returns a scalar i18n object (fieldmapper object) if you provide a locale (and nothing if a translation doesn't exist), or an array of them for all existing locales (for that field on that object) if you don't give it a locale -- and an empty array if there 2008-04-15T16:43:01 are none 2008-04-15T16:43:11 EGUEST272: good! 2008-04-15T16:44:11 *** phase_bb has quit IRC 2008-04-15T16:44:25 However I installed libdbi-drivers 0.8.3.1 instead of 0.8.2.1 as per the instructions 2008-04-15T16:44:45 EGUEST272: that's fine. anything after 0.8.2.1 is good 2008-04-15T16:44:56 my db connections don't seem to work 2008-04-15T17:03:06 *** pmurray is now known as pmurray_away 2008-04-15T17:28:14 *** agJohn has quit IRC 2008-04-15T17:28:46 *** EGUEST272 has quit IRC 2008-04-15T18:16:37 miker_: sounds really great (openils.I18N) 2008-04-15T18:39:48 *** duuuude has joined #openils-evergreen 2008-04-15T18:58:48 *** agJohn has joined #openils-evergreen 2008-04-15T19:06:02 *** djfiander has joined #OpenILS-Evergreen 2008-04-15T19:07:23 *** gmcharlt has quit IRC 2008-04-15T19:24:37 *** dbs has quit IRC 2008-04-15T19:35:15 miker &&/|| berick: where do OpenSRF.js and opensrf.js go? 2008-04-15T19:35:51 since they live in different places, I've checkout out OpenSRF on the linux box and will just copy those over into the correct places and everything should just work 2008-04-15T19:36:10 Hmmm... I can figure that out from 404 errors in firebug :) 2008-04-15T19:37:50 if firefox would only stop crashing 2008-04-15T19:38:08 fsck me. 2008-04-15T19:51:04 ok, there's an oils/media/js/openils/OrgTree.js _and_ a js/dojo/fieldmapper/OrgTree.js? 2008-04-15T19:53:34 * djfiander browses around in acq.open-ils.org/oils/media 2008-04-15T20:05:59 *** sarabee has quit IRC 2008-04-15T20:07:28 *** sarabee has joined #openils-evergreen 2008-04-15T20:09:48 djfiander: hmm, I don't have a fieldmapper/OrgTree.js, though there is a fieldmapper/OrgUtils.js 2008-04-15T20:10:06 hmmm 2008-04-15T20:12:15 hang on 2008-04-15T20:13:09 berick: js/dojo/fieldmapper/OrgTree.js is now built by autogen.sh 2008-04-15T20:13:36 for dojo-ification of org_utils.js, spelled fieldmapper/OrgUtils.js 2008-04-15T20:13:58 fieldmapper/OrgLasso.js too 2008-04-15T20:14:38 ok, so far so good, now. but 2008-04-15T20:14:46 miker_: ok, good to know 2008-04-15T20:14:53 djfiander: as of right now, OpenSRF.js goes in js/dojo/ and opensrf.js (and opensrf_xhr.js) goes in js/dojo/opensrf/ 2008-04-15T20:14:59 _somebody_ thinks that there's a /js/dojo/OpenSRF.js 2008-04-15T20:15:05 there is 2008-04-15T20:15:39 *adjust* 2008-04-15T20:16:00 what will probably happen, since I aquiesced, is that OpenSRF.js will move to js/dojo/opensrf/DojoSRF.js, and will create the OpenSRF namespace 2008-04-15T20:16:23 or, that was what dbs was talking about earlier 2008-04-15T20:16:59 heh - are we just waiting for each other to move? 2008-04-15T20:17:02 dojosrf.. heh 2008-04-15T20:17:52 ok, now I just need dojo/fieldmapper/dojoData.js 2008-04-15T20:18:06 I'll register my last objection to creating a namespace (OpenSRF) via a file that is not similarly named ... but it seems the majority opinion in preference to just copying OpenSRF-dojo-wrapper.js to OpenSRF.js ... 2008-04-15T20:18:14 djfiander: that's in trunk 2008-04-15T20:18:25 yeah, I figured. just gotta copy it over 2008-04-15T20:18:34 djfiander: in my test env, I just symlink to ILS/trunk/Open-ILS/web/js/dojo/fieldmapper 2008-04-15T20:18:46 easy to maintain 2008-04-15T20:18:49 berick: makefile should work fine now 2008-04-15T20:18:52 berick: yup 2008-04-15T20:19:07 miker_: acq-experiement 2008-04-15T20:19:20 miker_: working solution wins, man 2008-04-15T20:19:29 I'm mostly handcrafting a bunch of this stuff right now. but my runtime is just a link farm pointing to the source tree. 2008-04-15T20:19:57 you can have _this_ release engineering nightmare or _that_ releng nightmare ;-) 2008-04-15T20:20:30 berick: could you just merge everything into acq-ex? 2008-04-15T20:21:28 ok, the fieldmapper stuff is in Open-ILS/trunk 2008-04-15T20:21:37 miker_: we could, if everyone promises to maintian updates in both branches 2008-04-15T20:21:54 how long do we need the acq-ex branch? 2008-04-15T20:22:04 isn't this one of the benefits of svn? you can just merge crap around? 2008-04-15T20:22:07 the duuuude has 'tude 2008-04-15T20:22:22 duuuude: IIR, after 1.4 is branched is the plan 2008-04-15T20:22:26 duuuude: until we cut 1.4-rc1 2008-04-15T20:23:28 I'm having a Big Lebowski moment over here, eh 2008-04-15T20:25:12 miker_: there are some good automerging tools for keeping a test branch updated to trunk, but it's too late in the game for the acq branch to take advantage of them. IOW, since some stuff has already been manually merged, there would be double-merges and crap. 2008-04-15T20:25:17 so, there's an oils/media/js/opensrf/opensrf.js AND a js/dojo/opensrf/opensrf.js ? 2008-04-15T20:25:38 djfiander: only the second is what we'll be using in the future 2008-04-15T20:25:55 but they're the same, right 2008-04-15T20:26:01 yes 2008-04-15T20:26:33 if you just dojo.require('OpenSRF') (soon to change, I guess) then you're good 2008-04-15T20:30:14 Let's change it to dojo.require('MikersGrittedTeeth') 2008-04-15T20:31:04 ok, now I'm just down to missing OrgTree.js and OrgLasso.js from dojo/fieldmapper 2008-04-15T20:31:34 sorry, sorry - just finished a remote guest lecture on Evergreen in which Adobe Breeze wouldn't let me share my screen (Linux as a factor, possibly) 2008-04-15T20:31:54 heh 2008-04-15T20:31:58 so no tour of the staff client and a tour of the catalog by sending links... argh 2008-04-15T20:32:22 djfiander: autogen.sh from trunk will get you those 2008-04-15T20:32:36 duuuude++ #guest lecturing 2008-04-15T20:33:09 djfiander: you'll need this OrgTree.js: http://acq.open-ils.org/opac/common/js/OrgTree.js 2008-04-15T20:34:53 followed by quickly draining a cold, relaxing beer 2008-04-15T20:35:04 bugger 2008-04-15T20:35:27 my system thinks I do, in fact, need two copies of OrgTree.js I think 2008-04-15T20:35:38 where does JSON_v12.js go? 2008-04-15T20:35:46 v12? 2008-04-15T20:35:50 JSON_v1.js lives in opensrf/ 2008-04-15T20:35:56 ok 2008-04-15T20:37:52 /opensrf or /oils/media/js/opensrf ? Mine thinks the latter 2008-04-15T20:38:40 in your test env, /oils/media/js/dojo/opensrf 2008-04-15T20:39:27 berick: who's loading JSON_v1.js via dojo.require? 2008-04-15T20:39:50 miker_: I assumed one of the other opensrf JS libs were, since they require it 2008-04-15T20:40:10 OpenSRF.js doesn't? .. hmm, guess not 2008-04-15T20:40:16 nope ... in all my code, that's being pulled in before dojo 2008-04-15T20:40:58 I can have OpenSRF.js require it ;) 2008-04-15T20:41:26 or we could just dojo-ify it and stick it somewhere 2008-04-15T20:42:26 don't know.. it all feels so arbitrary. 2008-04-15T20:43:23 berick: does the/some makefile put it in a dojo subdir yet? 2008-04-15T20:43:46 i'm perfectly happy just