2008-08-19T01:14:25 *** Mark__T has joined #openils-evergreen 2008-08-19T01:16:32 *** dbs has quit IRC 2008-08-19T03:33:01 *** pinesol has joined #openils-evergreen 2008-08-19T03:33:05 *** dmcmorris_esi has joined #openils-evergreen 2008-08-19T07:42:25 *** dmcmorris_esi has left #openils-evergreen 2008-08-19T07:43:04 *** dmcmorris_esi has joined #openils-evergreen 2008-08-19T07:43:26 *** kgs_evening has joined #openils-evergreen 2008-08-19T07:44:20 *** kgs_evening is now known as kgs_ 2008-08-19T08:15:27 *** Slazer has joined #openils-evergreen 2008-08-19T08:19:11 *** kbeswick has joined #openils-evergreen 2008-08-19T09:08:40 *** Mark__T has quit IRC 2008-08-19T09:08:51 *** Mark__T has joined #openils-evergreen 2008-08-19T09:26:45 *** Mark__T has left #openils-evergreen 2008-08-19T09:27:21 *** Mark__T has joined #openils-evergreen 2008-08-19T09:30:29 *** dbs has joined #openils-evergreen 2008-08-19T09:37:49 *** kgs_ is now known as kgs 2008-08-19T09:39:18 hy-AM translation has come through, and it's going to force some further separation of code-for-display-purposes 2008-08-19T09:40:18 To wit: !ENTITY common.date_helper.3_days "Այսօր + 3 օր" (in English, was "Today + 3 days" which displays fine, but I'm guessing PostgreSQL won't ingest the Armenian equivalent) 2008-08-19T09:40:46 but that's 0.01% "dang" vs. 99.99% "w00t" 2008-08-19T09:43:07 w00t 2008-08-19T09:46:00 kbeswick: you're not crying in your beer this morning? 2008-08-19T09:46:22 dbs: no, in fact, it has given me motivation 2008-08-19T09:46:40 dbs: i have already made a lot of the changes 2008-08-19T09:48:01 dbs: so we are ignoring the Evergreen directory for the build? 2008-08-19T09:49:34 kbeswick: well, I'm wondering if the way forward is to commit your stuff, then refactor the other bits within the loving embrace of autotools, rather than the other way around 2008-08-19T09:49:57 but that's assuming that other people even agree with me on those refactoring bits 2008-08-19T09:50:51 there's one thing i am worried about in the configure script 2008-08-19T09:51:10 and im sure there is a better way of doing it: testing for the perl libraries 2008-08-19T09:51:34 because it finds them on my computer, but on other peoples they may be in different locations 2008-08-19T09:56:54 *** phase_bb has joined #openils-evergreen 2008-08-19T09:57:01 kbeswick: talking about EG? 2008-08-19T09:57:08 indeed 2008-08-19T09:57:25 well, i want to do the same thing with EG that i just did with opensrf 2008-08-19T09:57:34 ah 2008-08-19T09:57:47 so i wouldn't need to even check to make sure the libraries are installed? 2008-08-19T09:57:51 after which, if they ain't in @INC, you can assume they're not installed 2008-08-19T09:58:24 and version checks will be easy, etc. 2008-08-19T09:59:06 but opensrf is smaller and more stable, so i started there 2008-08-19T10:25:53 *** Mark__T has quit IRC 2008-08-19T10:38:49 w00t indeed! 2008-08-19T10:39:44 dbs: are we realy using the label as the value to pass to the database as an offset??? that's gotta stop if so 2008-08-19T11:18:37 from real-world converstaion: http://blog.timbunce.org/2008/07/15/nytprof-v2-a-major-advance-in-perl-profilers/ 2008-08-19T11:19:22 (the link to the long story is very worthy if you care about this sort of thing) 2008-08-19T12:05:11 eeevil: yeah, we are doing that - http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/xul/staff_client/server/circ/checkout_overlay.xul#L46 2008-08-19T12:06:07 hrm... arg 2008-08-19T12:07:29 eeevil: the thing to do, I suppose, would be to change the label to a description attribute for the translated bit, and keep label as the english 2008-08-19T12:07:53 err, or maybe not. hmm 2008-08-19T12:08:02 yeah .... but the editable nature of if... 2008-08-19T12:08:04 it 2008-08-19T12:11:02 or we make postgresql understand armenian 2008-08-19T12:15:39 heh 2008-08-19T12:15:40 ? 2008-08-19T12:15:56 phasefx: editable="true" 2008-08-19T12:16:08 oh, I gotcha 2008-08-19T12:16:36 I don't know if anyone uses it for anything other than specific dates.. maybe we can deprecate it? 2008-08-19T12:17:14 deprecate the parsing of the editable field for intervals, that is 2008-08-19T12:17:29 if it's not a date, go red and complain 2008-08-19T12:17:31 well 2008-08-19T12:17:35 durn 2008-08-19T12:18:04 split it into two widgets :( 2008-08-19T12:18:18 or add a date picker 2008-08-19T12:18:19 the relative one sets the date field 2008-08-19T12:18:39 hmm. date-picker sounds like a good way of avoiding english 2008-08-19T12:18:42 I think a date picker and date field alone would work 2008-08-19T12:19:13 yeah ... just have to calculate the other options and tell {something} to format it per locale rules 2008-08-19T12:19:17 I think we may have a similar thing going on in offline circ 2008-08-19T12:19:25 phasefx: oh, I'm sure we do 2008-08-19T12:20:43 another option is to complicate the widget... if value = one of the labels, hunt for the interval, otherwise, parse for a date 2008-08-19T12:20:49 it's funny but depressing to search for "xul menuitem i18n" and get a high percentage of evergreen hits back 2008-08-19T12:21:35 s/interval/@interval/ 2008-08-19T12:25:19 so in 'check_date' : function, instead of .match(/Today \+ (\d+) days/) etc., it compares against a hash built dynamically from the menu items.. if match, replace with calculated date, and proceed. if no matches, proceed with date parsing 2008-08-19T12:27:53 if that sounds like a good quick fix (before we figure out how to get a calendar widget working in xul), I can just do it now 2008-08-19T12:29:01 so - because I'm slow - @interval would be an additional attribute on each menuitem that would hold the always English, non-translated value that corresponds to "Today + 3 days"? 2008-08-19T12:29:10 no 2008-08-19T12:29:37 interval could just hold a number, like 3 (since the code is assuming days anyway) 2008-08-19T12:30:01 @interval_in_days 2008-08-19T12:30:01 phasefx: Error: "interval_in_days" is not a valid command. 2008-08-19T12:30:37 well, it should hold an interval period, I think, against which we run interval_to_seconds() 2008-08-19T12:30:45 and adjust the due date appropriately 2008-08-19T12:30:50 works for me 2008-08-19T12:30:52 no need to force days, IMO 2008-08-19T12:31:00 yeah, in 2.0 we need to have the option for hours for reserves 2008-08-19T12:31:07 forgot that interval_to_seconds was available to the client 2008-08-19T12:31:10 in 1.4, really 2008-08-19T12:31:54 I was hoping that l10n of the SC would include timestamp display ... but that may not be possible, I realize 2008-08-19T12:32:10 so the @interval would be english, but geared toward feeding to the interval_to_seconds function (which works like the interval datatype in postgres, I think) 2008-08-19T12:32:14 well, adaptive timestamp display, I mean 2008-08-19T12:32:35 phasefx: @interval would be an SQL(ish) interval 2008-08-19T12:32:46 right 2008-08-19T12:32:48 so "3d" is fine 2008-08-19T12:32:49 well, I really need to go through the whole thing and dojo-ize time/date/currency/numeric displays 2008-08-19T12:33:41 dbs: if you hum a few bars I'll try to sing along ;) 2008-08-19T12:33:58 eeevil: how about if I weep a few bars instead? 2008-08-19T12:34:07 or stumble between a few bars 2008-08-19T12:35:37 anything editable is going to be a l10n challenge, because even "3d" or "3m" (or "3min" vs. "3mon") is all a bit evil 2008-08-19T12:36:42 well, what I was suggesting that we don't even look for intervals like that in the menu.value field 2008-08-19T12:40:51 * dbs is (not surprisingly) lost 2008-08-19T12:41:04 I need to spend less time cleaning workstations of viruses 2008-08-19T12:58:54 sboyette: what does "Warning: prerequisite JSON 0 not found." mean in the new OpenSRF Perl world? 2008-08-19T13:01:00 it may mean that i declared an unneccessary prerequisite in Makefile.PL, but... gimme a sec 2008-08-19T13:01:27 cool 2008-08-19T13:03:10 ah. should be JSON::XS 2008-08-19T13:04:40 easy-peasy 2008-08-19T13:05:06 pull! 2008-08-19T13:08:08 thanks for further testing my entire-make-process-killing bit :) 2008-08-19T13:08:53 Makefile.PL updated in repo 2008-08-19T13:10:30 sboyette++ 2008-08-19T13:22:50 hmm. apache seems unhappy about the change in OpenSRF Perl 2008-08-19T13:23:48 dbs pasted "Ruh-roh - building opensrf + evergreen from trunk" at http://paste.lisp.org/display/65534 2008-08-19T13:25:04 well, it actually appears unhappy about a syntax error 2008-08-19T13:25:09 hrm... did OS::U::Cache get lost in the move? ... no ... 2008-08-19T13:25:41 there is a missing semicolon 2008-08-19T13:26:21 i'm gonna go add load testing for all modules while i'm at it... at least stop this from happening again 2008-08-19T13:27:00 hrm... which module? 2008-08-19T13:27:01 robustness++ 2008-08-19T13:27:33 Cache.pm 2008-08-19T13:27:39 perl -c busts it 2008-08-19T13:27:41 strange ... 2008-08-19T13:27:46 miker@miker-desktop:~/svn/OpenSRF$ PERL5LIB=/home/miker/svn/OpenSRF/src/perl/lib/ perl -c src/perl/lib/OpenSRF/Utils/Config.pm 2008-08-19T13:27:46 src/perl/lib/OpenSRF/Utils/Config.pm syntax OK 2008-08-19T13:27:59 i probably did it, idly reflowing an if statement 2008-08-19T13:28:38 (caught myself doing that once or twice before i decided not to add POD to all modules) 2008-08-19T13:31:08 that seems to be the only problem 2008-08-19T13:31:16 *** agJohn has quit IRC 2008-08-19T13:31:30 life is happy again with a local fix here 2008-08-19T13:33:39 I must have grabbed it after the fix 2008-08-19T13:34:17 no, i haven't committed yet 2008-08-19T13:39:35 http://dwarf.cs.uoguelph.ca/opac/hy-AM/skin/default/xml/advanced.xml?t=nickel%20-foo&tp=keyword&d=0&at=420&rt=keyword 2008-08-19T13:40:19 need to populate that language-picker 2008-08-19T13:40:53 squigglies :D 2008-08-19T13:44:11 and i18n_core (for config.*_map) 2008-08-19T13:44:13 looks like a sans-serif vedic script, almost 2008-08-19T13:46:11 *** phase_bb has quit IRC 2008-08-19T13:49:28 oh, heh - that's a to-do: I'm generating the db.seed values for the new language but still need to manually load them 2008-08-19T13:59:05 okay, loaded the armenian locale and stripped out the spanish and en-CA locales 2008-08-19T14:01:56 I caught it during apache restart, I think 2008-08-19T14:02:43 yep 2008-08-19T14:03:15 I was wondering why audience map translations weren't picked up in advanced search, and thought a restart might help 2008-08-19T14:03:51 hrm... fr-CA doesn't work :( 2008-08-19T14:06:33 oh, blah, haven't installed that 2008-08-19T14:06:46 still waiting on an updated translation 2008-08-19T14:06:58 very cool, though 2008-08-19T14:07:10 a few strings left, but very nice 2008-08-19T14:07:38 looking at adv_global.js - does it even know about locales? 2008-08-19T14:07:56 eh? 2008-08-19T14:08:51 Cache.pm typo, missing deps, and use tests for every module checked in 2008-08-19T14:08:52 dbs: in what regard? 2008-08-19T14:09:03 sboyette++ 2008-08-19T14:09:05 I'm assuming this is where the audience values are pulled? http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/web/opac/skin/default/js/adv_global.js#L31 2008-08-19T14:09:49 there should be translated values for most of the advanced audience entries in advanced search, but there are none 2008-08-19T14:10:34 set your browser locale ... or, we can teach RemoteRequest about dojo.config.locale :) 2008-08-19T14:11:33 (i REALLY should have done that before, but i think i was suffering from "afraid to touch things" syndrome) 2008-08-19T14:11:43 ahhh 2008-08-19T14:11:48 ahhh/ugh :) 2008-08-19T14:12:06 I've only locale-ized DojoSRF 2008-08-19T14:16:02 eeevil: oh yeah? so's your mother! 2008-08-19T14:16:54 (just added 'hy' and select/inserted the hy-AM values into that locale as well, set my browser pref to 'hy', still no dice) 2008-08-19T14:17:29 * dbs apologizes for unnecessary mother abuse 2008-08-19T14:18:39 dbs: has to match all the way now 2008-08-19T14:19:01 part of the "use - instead of loose _" stuff 2008-08-19T14:21:29 okay, so I get that it's my fault, but "all the way"... the url is using /hy/, dojo.config.locale is using 'hy', my browser lang pref is 'hy', config.i18n_core is using 'hy', config.i18n_locale is using 'hy' 2008-08-19T14:21:40 I'm not sure what else remains... 2008-08-19T14:22:51 Anyways - warrior needs food - badly. 2008-08-19T14:44:40 * dmcmorris_esi chops off dbs' right foot 2008-08-19T14:48:56 * dbs cooks foot 2008-08-19T15:05:19 arg ... sorry. dbs, not your fault 2008-08-19T15:06:52 I'm peeking at RemoteRequest.js, it probably should be taught about dojo.config.locale 2008-08-19T15:07:07 I don't know whos it is (surely mine) but that should work if they're all hy (not a mix of hy and hy-AM) ... unless the full deal is required (ll-LL) 2008-08-19T15:07:18 and now I can't recall if that's the case or not 2008-08-19T15:07:44 re RR.js, it needs an http header of ... (looking) 2008-08-19T15:08:55 X-OpenSRF-Language with the appropriate locale (or Accept-Language) 2008-08-19T15:09:06 it uses the first one it sees, splitting on ; 2008-08-19T15:09:10 iirc 2008-08-19T15:09:37 hrm... or 2008-08-19T15:09:48 you can use a locale parameter 2008-08-19T15:10:05 as a peer to "service", say 2008-08-19T15:10:34 which would be easier for RR.js, I think 2008-08-19T15:10:41 that's what I was thinking 2008-08-19T15:10:45 (honestly!) 2008-08-19T15:10:50 heh 2008-08-19T15:11:09 had to go back and look at the gateway code ... been a while 2008-08-19T15:17:33 *** lisppaste6 has quit IRC 2008-08-19T15:17:46 *** lisppaste6 has joined #openils-evergreen 2008-08-19T15:25:48 weird - http://dwarf.cs.uoguelph.ca/osrf-gateway-v1 returns 404s, but it's actually working yeah? 2008-08-19T15:26:01 (just looking at firebug net debugging) 2008-08-19T15:26:29 it returns 404 if it doesn't have enough info to make a request, IIRC 2008-08-19T15:32:14 merci 2008-08-19T15:38:14 mostly for my own future reference: curl http://dwarf.cs.uoguelph.ca/osrf-gateway-v1 -d service=open-ils.search -d locale=hy-AM -d method=open-ils.search.biblio.audience_map.retrieve.all 2008-08-19T15:38:53 will return shortly to peer at OpenILS::Search::Biblio.pm and OILS:Utils::CStoreEditor to see if they're locale-aware 2008-08-19T15:42:41 *** kbeswick has quit IRC 2008-08-19T15:43:20 dbs: it's lower level than that. and they are (should be) 2008-08-19T15:43:29 well 2008-08-19T15:44:23 OI::S::B isn't, but OpenILS::Storage::Publisher::metabib is ... it should be using the locale as the preferred language 2008-08-19T15:44:42 and cstore should be doing it's thingk 2008-08-19T15:44:45 thing 2008-08-19T15:55:21 hah - well you see, open-ils.search.biblio.audience_map.retrieve.all is defined by OpenILS::Search::Biblio 2008-08-19T15:55:41 which is probably why my locale-ing is going to a deadend :) 2008-08-19T15:56:29 miker_++ # patron merging seemed pretty obscure to me, but I thought I would keep my mouth shut for once 2008-08-19T16:00:12 dbs: it should be passing the locale through, unless CStoreEditor hates me even more than I thought 2008-08-19T16:01:47 eeevil: I've got to scoot but will poke at this tonight 2008-08-19T16:11:58 *** dbs has quit IRC 2008-08-19T17:17:41 *** Slazer has quit IRC 2008-08-19T17:44:27 *** kgs is now known as kgs_evenign 2008-08-19T17:44:38 *** kgs_evenign is now known as kgs_typooos 2008-08-19T17:45:10 *** kgs_typooos is now known as kgs_evening 2008-08-19T18:05:37 *** _bott1 has joined #openils-evergreen 2008-08-19T19:33:36 *** phase_bb has joined #openils-evergreen 2008-08-19T20:29:51 *** dbs has joined #openils-evergreen 2008-08-19T21:13:35 *** alva_marquez has joined #openils-evergreen 2008-08-19T21:19:16 hi guys! who among is using greenstone system? i need some info..pls 2008-08-19T21:20:23 greenstone? not I, sorry 2008-08-19T21:22:37 alva_marquez: you might want to try in the #code4lib channel 2008-08-19T21:22:55 good thought 2008-08-19T21:23:00 this channel is pretty much devoted to the Evergreen library system (http://open-ils.org/) 2008-08-19T21:23:23 dbs: you forget yourself! http://evergreen-ils.org ;) 2008-08-19T21:24:17 dbs: I've been pondering the autotools stuff of the ils package ... the question I keep coming back to is "does this setup facilitate building binary packages of logical components?" 2008-08-19T21:24:36 <_bott1> miker_: it will take some getting used to. I've trained myself that evergreen is the legacy code ;) 2008-08-19T21:25:07 that's one of the things that we can do now with the opensrf perl modules, since sboyette's recent work 2008-08-19T21:25:54 (we can `perl Makefile.PL && make dist` to build a cpan-ish package easily now) 2008-08-19T21:25:59 how can i download it? 2008-08-19T21:26:12 alva_marquez: Evergreen? 2008-08-19T21:26:30 alva_marquez: http://evergreen-ils.org/downloads.php 2008-08-19T21:26:59 *** kbeswick has joined #openils-evergreen 2008-08-19T21:27:30 well, autotools alone isn't the answer to that problem 2008-08-19T21:27:55 alva_marquez: and some distro-specific installation docs are available here: http://evergreen-ils.org/dokuwiki/doku.php?id=server_installation 2008-08-19T21:28:00 * kbeswick 's ears perk 2008-08-19T21:28:20 dbs: I agree, certainly not, but they go a long way toward that 2008-08-19T21:28:21 autotools just brings a more standard configure & make approach to the table; language-specific repositories like CPAN or the Cheeseshop are different beasts 2008-08-19T21:28:30 sure 2008-08-19T21:28:52 and I'm not really talking about putting stuff on CPAN 2008-08-19T21:28:53 fwiw, the python bits are setuptools-based 2008-08-19T21:29:07 I still don't think it's warrented or worth the effort 2008-08-19T21:29:15 agreed 2008-08-19T21:30:04 but, my point is that we now have a tarball that can be very easily wrapped in a .rpm or .deb and which will take care of all the deps magically 2008-08-19T21:30:11 well ... "magically" 2008-08-19T21:31:00 for the Perl modules, you mean 2008-08-19T21:31:36 and, I'd bet (though I don't know) that building a .deb for, say, libopensrf and another for the gateway would just be a matter of deciding what configure arguments to provide and telling dh about that 2008-08-19T21:33:02 well, yes, for the perl mods ... but each language will have its own "thing" in any case 2008-08-19T21:33:25 right, so right now it's pretty monolithic - you could build one evergreen-server package (that would include libopensrf + gateway + mod_xmlent + osrf-http-translator + catalog + cstore + perl crap) 2008-08-19T21:33:32 now we have the ability to build a perl-ish perl package and (I hope) a C-ish C package 2008-08-19T21:33:42 and one evergreen-client package 2008-08-19T21:34:30 ok ... i guess my question is more properly, are we moving in the direction of individual packages? 2008-08-19T21:36:06 in my dreams I'd like to be able to release versioned opensrf apps -- as in OpenILS::Storage v1.4.0-0.2 as 0.2 version of /just/ Storage that drops into EG 1.4.0 2008-08-19T21:36:38 for bug fixes that only effect one little bit of the code 2008-08-19T21:38:13 *** alva_marquez has quit IRC 2008-08-19T21:39:30 is that crazy? 2008-08-19T21:40:12 and then start over the app-specific versioning with each EG release 2008-08-19T21:40:21 or ... major EG release 2008-08-19T21:40:45 It... might be crazy. 2008-08-19T21:41:54 wouldn't it make more sense, in that case, to entirely reorganize the source tree so that each opensrf app had it's own existence? 2008-08-19T21:43:31 huh. but things are somewhat bound together by the likes of fm_IDL.xml and opensrf.xml 2008-08-19T21:48:49 I dunno. There's a lot to be said for monolithic releases. particularly if sboyette's testing seeds grow into nice, tasty fruit 2008-08-19T21:49:03 there's the idl and the config, but those aren't the big problems, IMO 2008-08-19T21:49:40 and, yeah, I would like to see them re-org'd, but not for 1.4 ;) 2008-08-19T21:50:06 I don't know that a monolithic release makes that better or worse 2008-08-19T21:50:21 I'm just trying to imagine keeping information about all of the releases of spun-off opensrf apps straight 2008-08-19T21:51:04 indeed, that is a drawback 2008-08-19T21:51:27 well, from a testing perspective - if you have a monolithic release + a set of unit tests, then you have a simple set of data telling you about your quality / regressions 2008-08-19T21:51:35 and I'm not looking forward to a manual release process with that, either 2008-08-19T21:52:02 if you have a core release plus multiple spin off releases, each of which has one or more versions, you pretty much have to test all the possible combos 2008-08-19T21:52:45 well, or you just say "this combination is known-good" 2008-08-19T21:53:11 hah - yeah, like people read or believe what the developers say 2008-08-19T21:53:12 and you're always testing at the leading edge 2008-08-19T21:53:24 heh 2008-08-19T21:56:25 so ... vandely can extract items from bibs, including the "standard" unicron format embedded holdings :) 2008-08-19T21:56:43 awesome 2008-08-19T21:57:09 ah, as an aside: vandelay import -> picklist was a requested feature for 2.0 2008-08-19T21:57:32 that's really great, miker_! 2008-08-19T21:57:43 import into catalog, then to picklist? 2008-08-19T21:57:53 or just import to staging tables, then to picklist 2008-08-19T21:58:35 because ... the latter, that's done (or, it is if I understand what you mean) without the vandelay step. just upload a pile of records 2008-08-19T21:58:53 hrm .. or does that only allow creation of a PO at this point 2008-08-19T21:59:15 you mean the MARC order records? 2008-08-19T21:59:22 right 2008-08-19T21:59:36 only allows PO creation at this point 2008-08-19T21:59:37 I believe those are meant for generating a PO + copies 2008-08-19T21:59:53 but easy enough to add some logic there 2008-08-19T22:00:18 right ... just dump them into a picklist instead of a PO ... it's all jubs :) 2008-08-19T22:00:30 of course, that code will disappear at some point, so we can start using the vandalay infrastructure 2008-08-19T22:00:37 ha! 2008-08-19T22:00:45 right - the use case is "I have a set of MARC records matching this month's Engineering Book Review Monthly reviews, please create a picklist so I can select what I want to order from it" 2008-08-19T22:00:57 well, whatever you guys want to do 2008-08-19T22:01:35 dumping them into vandelay will be easy, and then transferring them to a picklist would be a simple storage method 2008-08-19T22:01:47 is there a vandelay UI yet? I mentioned vandelay & the in-db circulation, and also "miker_ hates creating UIs, so I expect that one weekend he'll suppress his gag reflex and whip both of them up at once" 2008-08-19T22:02:06 heh 2008-08-19T22:02:19 there is some modperl code, but no html yet 2008-08-19T22:02:31 s/UI/GUI/ :) 2008-08-19T22:02:34 *** kbeswick_ has joined #openils-evergreen 2008-08-19T22:02:53 I need to look at bericks code for uploading a file in the background and steal that 2008-08-19T22:03:10 phasefx: so back on the refactoring autotools stuff, what you're really asking for is a --disable-all --enable-javascript set of options for OpenSRF, yeah? 2008-08-19T22:03:22 and then build a UI for displaying this crap too 2008-08-19T22:04:00 re autotools, I'd like that too ... a way to say "do just this one thing" 2008-08-19T22:04:11 *** kbeswick has quit IRC 2008-08-19T22:05:15 *** kbeswick_ is now known as kbeswick 2008-08-19T22:07:09 miker_: so for evergreen, you want a --disable-all option so that you can also pass the --enable-one-specific-thing 2008-08-19T22:07:29 I think that would be good, no? 2008-08-19T22:07:54 yep, I think that would be good 2008-08-19T22:07:59 for building the staff client, or installing it, or installing the python stuff, etc 2008-08-19T22:08:11 well, not installing 2008-08-19T22:08:14 building 2008-08-19T22:08:24 yes, make install will take care of the installing :) 2008-08-19T22:09:13 wait ... why don't we just create a build configuration file, and define the targets and parameters in that? screw this autotools stuff 2008-08-19T22:09:31 hahaha 2008-08-19T22:14:51 ha - google just realized that my locale was set to hy 2008-08-19T22:15:15 cache just expired? 2008-08-19T22:16:25 Perhaps 2008-08-19T22:44:32 *** kbeswick has quit IRC 2008-08-19T23:02:54 *** kgs_ has joined #openils-evergreen 2008-08-19T23:23:42 *** kgs_ has quit IRC 2008-08-19T23:41:29 *** lisppaste6 has quit IRC 2008-08-19T23:41:29 *** phasefx2_ has quit IRC 2008-08-19T23:41:29 *** _bott1 has quit IRC 2008-08-19T23:41:29 *** atheos has quit IRC 2008-08-19T23:41:29 *** eeevil has quit IRC 2008-08-19T23:41:29 *** bradl has quit IRC 2008-08-19T23:41:29 *** asmodai has quit IRC 2008-08-19T23:41:29 *** pmurray_away has quit IRC 2008-08-19T23:41:29 *** miker_ has quit IRC 2008-08-19T23:41:29 *** berick has quit IRC 2008-08-19T23:41:52 *** _bott1 has joined #openils-evergreen 2008-08-19T23:42:04 *** lisppaste6 has joined #openils-evergreen 2008-08-19T23:42:04 *** asmodai has joined #openils-evergreen 2008-08-19T23:42:04 *** phasefx2_ has joined #openils-evergreen 2008-08-19T23:42:04 *** miker_ has joined #openils-evergreen 2008-08-19T23:42:04 *** berick has joined #openils-evergreen 2008-08-19T23:42:04 *** bradl has joined #openils-evergreen 2008-08-19T23:42:04 *** atheos has joined #openils-evergreen 2008-08-19T23:42:04 *** eeevil has joined #openils-evergreen 2008-08-19T23:42:04 *** pmurray_away has joined #openils-evergreen