Evergreen ILS Website

IRC log for #evergreen, 2014-11-25

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
05:00 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
05:51 wsmoak joined #evergreen
05:51 wsmoak joined #evergreen
06:31 mtate joined #evergreen
06:31 eeevil joined #evergreen
06:32 maryj joined #evergreen
07:33 phasefx joined #evergreen
07:33 Callender joined #evergreen
07:35 eeevil joined #evergreen
07:56 akilsdonk_ joined #evergreen
07:59 mtate joined #evergreen
08:00 rjackson-isl joined #evergreen
08:02 collum joined #evergreen
08:17 maryj joined #evergreen
08:29 Dyrcona joined #evergreen
08:32 mrpeters joined #evergreen
08:37 mmorgan joined #evergreen
08:40 _bott_ joined #evergreen
08:48 kmlussier joined #evergreen
08:50 Dyrcona joined #evergreen
08:51 TaraC joined #evergreen
08:55 _bott_1 joined #evergreen
08:55 dkyle joined #evergreen
09:02 ericar joined #evergreen
09:05 jwoodard joined #evergreen
09:21 yboston joined #evergreen
09:36 sarabee joined #evergreen
09:43 kmlussier joined #evergreen
09:59 mrpeters left #evergreen
10:25 Bmagic Very quiet, too quiet
10:25 Dyrcona @blame Commas
10:25 pinesol_green Dyrcona: Commas 's bugfix broke Dyrcona's feature!
10:25 Dyrcona Ha!
10:25 * Bmagic checks internet connection
10:25 ericar_ joined #evergreen
10:26 Bmagic @coffee
10:26 * pinesol_green brews and pours a cup of Kenya Ndaroini Microlot, and sends it sliding down the bar to Bmagic
10:26 Dyrcona @tea
10:26 * pinesol_green brews and pours a pot of Tung Ting Oolong Tea, and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/teapig​s/tung-ting-oolong-tea/7421/)
10:26 Bmagic Tung Ting!
10:26 csharp sip2--
10:27 Bmagic sip2--
10:27 Dyrcona Quiet, and then everyone starts talking to the channel bot. ;)
10:27 Dyrcona sip2--
10:27 csharp @quote random
10:27 pinesol_green csharp: Quote #13: "<jeff> You get an ILS! And YOU get an ILS! EVERYBODY GETS AN ILS!" (added by bshum at 12:10 PM, July 19, 2011)
10:27 Bmagic I have been combing the irc logs
10:27 csharp @praise [someone]
10:27 * pinesol_green remingtron is one of the few who deserves to be praised
10:27 Dyrcona Why are we decrementing sip2 today?
10:28 Bmagic sip2 causes painful things
10:28 Dyrcona @blame sip2
10:28 pinesol_green Dyrcona: It's all sip2's fault!
10:28 csharp Dyrcona: my decrement should have probably been directed at 3M's SIP emulator - it's not cooperating with me today
10:28 Dyrcona @praise Tung Ting Oolong tea
10:28 * pinesol_green the upgrade came off brilliantly, and it's all because of Tung Ting Oolong tea
10:28 Bmagic Im looking for someone who has used jquery and dojo together in the opac, I don't think anyone has....
10:29 csharp I'm trying to answer the simple question of whether I can log in as a patron who's saying it's not working for them, and that has now consumed an hour of my morning
10:29 jeff i think we have pages that load both. i'll check.
10:29 Dyrcona Bmagic: Mixing JS frameworks is not recommended in general.
10:29 jeff (not that I *like* it, but I think we have it)
10:29 Bmagic right, I don't recommend it either
10:30 Bmagic Just curious
10:30 csharp and when I've spent that long on a SIP problem, I get annoyed that we use it at all ;-)
10:30 Dyrcona csharp++
10:30 Dyrcona @coffee csharp
10:30 * pinesol_green brews and pours a cup of Hamma Cooperative Yirgacheffe, Fair-Trade Organic, and sends it sliding down the bar to csharp
10:30 Bmagic Something like jQuery.noConflict(true); to keep the $ alias for dojo?
10:30 csharp that's a good idea
10:31 jeff yup, this page loads both dojo and jquery -- and yes, you want to make proper use of noConflict https://catalog.tadl.org/eg/​opac/record/4313471?locg=22
10:31 jeff <script type="text/javascript" src="/js/tadl/jquery-1.11.1.min.js"></script>
10:31 jeff <script type="text/javascript">var tadljq = jQuery.noConflict(true);</script>
10:31 jeff <script type="text/javascript" src="/js/tadl/trailertank.js"></script>
10:32 Bmagic jeff: I see it
10:32 csharp load in ALL THE JAVASCRIPT
10:32 Bmagic that is the same thing that I have been playing with. Good to know that eventually it *can work
10:32 jeff that's 1) load jquery, 2) use noConflict to return $ to its previous state and assign jquery to tadljq, then 3) load a script that uses jquery, calling it by the tadljq variable name.
10:33 Dyrcona Dare I ask about "trailertank.js?"
10:34 jeff Dyrcona: https://github.com/tadl/Evergreen_templates_tadlsk​in/commit/1d5fe69d703f6404ad0677d0cebefbaa1e5e0fc7
10:35 jeff Dyrcona: staff have worked through a queue of video records and found corresponding movie trailers on youtube.
10:35 jeff Dyrcona: we display them in the opac
10:35 jeff Dyrcona: i'd like to make it work with UPC/ISBN/etc, but currently it's record id
10:36 Dyrcona jeff: That's cool.
10:36 Dyrcona I just wondered at the name, 'cause Google turns up a "Bianca Jagger Trailer Tank" (which is a shirt) and tank trailers for liquids.
10:37 Dyrcona I see where the name comes from.
10:39 jeff i would have used dojo to make the trailertank XHR, but dojo 1.3 has CORS challenges
10:40 Dyrcona Ok.
10:41 Dyrcona Why do you skip loading the iframe if ctx.physical_loc is defined? Am I misunderstanding something about physical_loc?
10:41 jeff which made it so that you couldn't make a request across domains, even if it was a "safe" request and even if the remote site has set the correct headers permitting it.
10:42 Dyrcona I'm not surprised. I'm sure it is fixed in more recent versions of dojo, though. :)
10:42 jeff Dyrcona: for the catalog.tadl.org hostname, physical_loc is not defined in an environment variable or anything, so it's a shortcut to "is this one of our in-library catalog terminals which are currently thin clients with very little chance of ever playing back a youtube video?"
10:43 jeff (because those do set physical_loc)
10:43 Dyrcona jeff: Ok. I thought it might be to stop it loading in the library after I asked my question.
10:43 krvmga joined #evergreen
10:44 kmlussier eeevil: I was just testing out the code you added for https://bugs.launchpad.net/evergreen/+bug/1367926.
10:44 pinesol_green Launchpad bug 1367926 in Evergreen "Add support for (nearly) direct access to the full unapi backend" (affected: 1, heat: 6) [Wishlist,New]
10:44 kmlussier Using the example from your git branch, going to http://mlnc2.mvlcstaff.org/opac/extr​as/unapi?id=tag::U2@acp/CONC40000537{acn,bre,mra}/-/0/barcode&format=xml seems to work well.
10:45 krvmga Under what circumstances might a staff client stay logged in, even if the PC is shut down? I had this question and I think the answer is "under no circumstances" but I want to be sure.
10:45 kmlussier But should I be able to change that format at the end of the URL? Every format I try continues to display as the same xml we see in that URL.
10:45 krvmga the staff client doesn't have a "stay logged in" feature
10:45 jeff we also avoid loading jquery or the youtube iframe if we're in the staff client... for obvious reasons. :-)
10:46 Dyrcona jeff: Right. That did seem obvious to me.
10:49 krvmga i mean, the staff client isn't like battle.net
10:49 kmlussier krvmga: The staff client does not stay logged in when the PC is shut down.
10:50 jeff krvmga: the staff client does have command line options for auto-filling a username and password, but that behaves a bit differently.
10:50 krvmga is the staff client gracefully logged out on shutdown or does it just get killed?
10:51 krvmga (speaking of battle.net, i like the new wow expansion...now back to our regular programming)
10:51 krvmga i suspect it just gets killed
10:51 jeff krvmga: the staff client attempts to request that the server destroy its login session. even if that doesn't happen for some reason, the staff client does not actual store its session token in a place where it can then re-use it on subsequent launches.
10:52 krvmga jeff: thanks. that's good information.
10:52 krvmga jeff++
10:52 eeevil kmlussier: format is basicly a no-op for holdings data, but the nested bre should respect it
10:52 jeff krvmga: there's the possibility that someone put a computer to sleep or hibernated the computer (or the computer's settings did that, etc). if the computer was not actually shut down, and the client was not actually exited, then walking up to a computer that was "off" and turning it back on would result in the staff client still being logged in, if the server-side session had not yet timed out.
10:53 krvmga jeff: yes, thanks. i get that. but if it's actually turned off, the client will not survive, yes?
10:55 jboyer-isl csharp, By chance, did that patron's password end in a character other than a-zA-Z0-9 ?
10:55 jeff with the disclaimer that a windows hibernation does mean the computer is "actually turned off", it's highly unlikely that the staff client would remain logged in after the operating system has been shut down and restarted. i can't think of a scenario offhand other than those examples I described above.
10:56 krvmga jeff: thanks :)
10:57 jboyer-isl csharp, (Or, for that matter, does yours, depending on what account you're trying to log in with)
10:57 kmlussier eeevil: So if I wanted to show that record attached to barcode CONC40000537 in mods32 format, how would I structure the URL?
10:58 kmlussier I tried http://mlnc2.mvlcstaff.org/opac/extr​as/unapi?id=tag::U2@acp/CONC40000537{acn,bre,mra}/-/0/barcode&format=mods32, but I'm still seeing all those MARC tags.
11:01 eeevil kmlussier: I'll have to look at the code. it may not be trivial to pass the format down through holdings structures, and I'm working from men ATM.  laptop just died :(
11:02 eeevil its been a couple months, so that may be a noted (in the code) limitation
11:02 kmlussier eeevil: Sorry about the laptop. :(  I'm just trying to get a handle on the expected behavior before signing off on it. :)
11:05 csharp jboyer-isl: the password ends in a digit
11:06 csharp @blame the dude jackhammering right outside my office window
11:06 pinesol_green csharp: the dude jackhammering right outside csharp's office window stole csharp's ice cream!
11:08 eeevil kmlussier: the marc output covers the originally requested use case, fwiw.  its a stepping stone toward simplifying the unapi code, but not the end, if that helps put it in context
11:09 jboyer-isl csharp, Ah, well. I thought it could be related to the issue I've seen when the last character of the password is stipped unless it's A-z0-9, but I suppose not.
11:10 kmlussier eeevil: Thanks! I just wanted to make sure I wasn't missing anything.
11:12 dreuther_ joined #evergreen
11:19 vlewis joined #evergreen
11:20 mrpeters joined #evergreen
11:21 mrpeters morning all, does opensrf.xml support multiple <server> stanzas for memcache?  I've got a pair of memcache servers replicating with repcached and wanted to know if OpenSRF/Evergreen could be told to look at both of them for the cached data
11:22 mrpeters for example:  http://pastie.org/private/7qevjzvrh0jehf0or9dg
11:28 Bmagic csharp: you have a window!?
11:29 Bmagic @blame csharp's window
11:29 pinesol_green Bmagic: csharp's window must eat cottage cheese!
11:33 eeevil mrpeters: yes, but c apps won't reconnect on server failure, and libmemcache already supports load balancing via native key hashing
11:38 jeff mrpeters: what are you trying to accomplish?
11:56 gsams joined #evergreen
11:58 sandbergja joined #evergreen
12:13 csharp eeevil: jeff: mrpeters is doing some work trying to setup failover/load balancing via repcached - in our current setup, if one of our memcache servers (or its VM host) dies, authentication fails to work until we either get the dead server back online or manually comment out the dead server's entry in opensrf.xml
12:14 csharp ideally we'd have a single address for memcache (with something like ldirector in front load balancing), but ldirector setup is proving to add some overhead, so mrpeters is investigating other options
12:14 jeff csharp++ thanks
12:19 jeff context++
12:22 jihpringle joined #evergreen
12:23 ericar_ joined #evergreen
12:31 kmlussier joined #evergreen
12:47 wjr joined #evergreen
12:51 Dyrcona @nostalgia
12:51 pinesol_green Dyrcona: http://www.firstpersontetris.com/
12:55 * jeff looks at missing pieces again
12:56 akilsdonk joined #evergreen
13:00 ericar_ joined #evergreen
13:01 dreuther joined #evergreen
13:01 ericar__ joined #evergreen
13:04 kmlussier dbs: When you have a moment, could you add Julia Lima's blog to the Planet? http://lima-julia.tumblr.com/
13:17 nhilton joined #evergreen
13:24 dbs kmlussier: added, should show up in half an hour or so
13:24 kmlussier dbs++
13:24 kmlussier Thank you!
13:24 mrpeters left #evergreen
13:25 jeff dbs++
13:25 jeff does tumblr have full-content feeds, or strictly "click here to read it" style abbreviated rss?
13:25 jeff (looks like the latter, but i'm not sure)
13:25 * dbs does not know
13:26 buzzy joined #evergreen
13:34 * dbs scratches head. metabib.record_attr_vector_list gets created, I even commit the transaction, but after the transaction it no longer exists. What the?
13:34 dbs And no following DROP TABLE. Hmm
13:35 * jeff finds some unreacable (at present) code
13:36 dbs eh, nevermind. this schema is all messed up :/
13:36 dbs if (0) { # re-restore and try upgrading again? }
13:36 jeff client mark item damaged code seems to have a chunk that is never hit unless the server returns a textcode of DAMAGE_CHARGE, but the server never returns that unless the client sends something that the client only sends when the server sends DAMAGE_CHARGE. :-)
13:41 dbs Ah, ye olde "ERROR:  could not find trigger 5235330" at commit time. WUT?
13:42 dbs https://bugs.launchpad.net/evergreen/+bug/1261355
13:42 pinesol_green Launchpad bug 1261355 in Evergreen 2.6 "2.4.3-2.5.0-upgrade-db.sql causing "could not find trigger" PostgreSQL error" (affected: 3, heat: 14) [Undecided,Fix released]
13:47 csharp dbs: in my case, I had to comment out one of the sub-scripts that were apparently colliding and ran it separately - I didn't actually test the patch once I figured out my own hack
13:47 csharp so csharp-- for not following up :-/
13:50 csharp so, I thought I would just throw this out there, to see if anyone is seeing a similar issue...
13:50 csharp we're getting sporadic reports from libraries (some, but not all) where the staff client white screens when doing patron updates
13:51 csharp and they get a Windows message that xulrunner has stopped responding
13:51 dbs csharp: thanks; trying again to see what happens :0
13:51 dbs csharp: ugh. not a memory bloat thing?
13:52 csharp dbs: apparently not.  terran and I saw it happen and were able to see the Windows Task Manager at the time
13:53 csharp RAM was fine, but processors were spiking
13:53 csharp we waited maybe 30 to 60 seconds, then decided it wasn't going to choke through and continue and killed it
13:53 csharp it's the only time I've seen it myself
13:54 dbs :/
13:54 csharp my working theory is that some sequence of steps that some staff do but others don't triggers it, but our attempts to recreate it have not been successful
13:55 dbs dojo 1.3 + xulrunner 14. A match made in heaven! for 2009 and 2012, respectively.
13:55 csharp heh - yep
13:56 ericar_ joined #evergreen
13:58 csharp StomproJosh++ # documentation effort
14:09 DPearl joined #evergreen
14:11 DPearl Need advice. I would like to do a db function call which takes > 1 argument from within Open-ILS/src/perlmods/lib/O​penILS/Application/Cat.pm.  Unfortunately, the json query facility does not support this.  I'll need to do a drect db call, but I am unclear on the form. Are there examples in the code of how to do this?
14:13 Stompro joined #evergreen
14:15 jeff DPearl: can you be more specific? what function are you calling with what arguments?
14:15 jeff DPearl: if both arguments need to come from a column in the query, you're right that you probably can't use json query.
14:16 jeff DPearl: What are you trying to do?
14:16 DPearl jeff: I have created a function to perform some relinking of monograph parts to avoid db inconsistency. LP#904472.
14:16 csharp bug 904472
14:16 pinesol_green Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 4, heat: 34) [Undecided,Triaged] https://launchpad.net/bugs/904472 - Assigned to Dan Pearl (dpearl)
14:18 DPearl jeff: The params are passed in from util.js, and they are a call number id and a copy id.
14:18 DPearl jeff: I have a lovely function that does the job, but I need to take the last step of invoking it!
14:20 berick DPearl: http://git.evergreen-ils.org/?p=Evergreen.g​it;a=blob;f=Open-ILS/src/perlmods/lib/OpenI​LS/Application/AppUtils.pm;h=1dc306eec4b746​6b902b96b02178baa48d0f7a2e;hb=HEAD#l1302
14:20 berick line 1302, json_query invoking a DB function
14:20 berick w/ args
14:20 jeff berick++
14:20 jeff DPearl: since you're not operating on values from a query, you're not subject to the limitations on "transform" in json_query.
14:20 DPearl berick++
14:21 DPearl jeff++
14:21 jeff DPearl: how are you going from util.js to json_query, anyway? just a new API call?
14:21 DPearl jeff: Yup.
14:22 DPearl jeff: berick: I'll try all that.  I may have additional questions, but thanks for the pointers.
14:23 jeff Hrm. Looks like missing_pieces and circ.missing_pieces hooks are referenced by open-ils.circ.mark_item_missing_pieces, but not defined in seed data. I wonder if anyone has defined them locally...
14:24 * jeff continues to poke and prod at "mark item missing pieces" and "mark item damaged" in advance of some local discussion regarding workflows
14:27 dcook__ joined #evergreen
14:38 mmorgan csharp: I wonder if your patron update/freeze problem is related to jboyer-isl's described here: http://irc.evergreen-ils.org/evergreen/2014-10-21
14:38 mmorgan seems like it related to the number of patrons updated
14:40 jboyer-isl csharp, mmorgan, I meant to reply to csharp's earlier mention. I'm not sure it's related to the number, but the frequency. We seem to only experience it on migrations (when "everyone" gets a new card) but regular systems don't normally see it.
14:40 jboyer-isl And the symptoms are the same, infinite loop somewhere in xulrunner's guts.
14:41 jboyer-isl It's likely not in the JS, because XR will throw out a "Stop Script?" box in that case.
14:41 jboyer-isl And it's definitely not RAM related. :-/
14:43 Dyrcona DPearl: http://wiki.evergreen-ils.org/doku.php​?id=documentation:tutorials:json_query
14:43 Dyrcona If you really want to know what you can do with JSON queries.
14:45 ericar joined #evergreen
14:56 akilsdonk_ joined #evergreen
15:03 krvmga joined #evergreen
15:07 jboyer-isl A completely different question: Can anyone tell me when openils_dojo.js is created? I can see where it's defined (openils.profile.js) but not where it's built.
15:07 jboyer-isl And of course, it doesn't exist on my test server.
15:09 gsams question for the masses, supposing I'm not interrupting something, I'd like for fine alerts on renewals to only prompt once for the threshold.  Is this possible?
15:09 gsams currently the alert pops up for each item, and when you are talking about 50+ items it can really slow things down.
15:10 dreuther_ joined #evergreen
15:11 jboyer-isl gsams: I don't think that's currently possible, but it would be nice to see.
15:11 gsams jboyer-isl: I was afraid that was the case.  I wasn't able to find anything on such a feature or request elsewhere.
15:12 gsams jboyer-isl++
15:12 Dyrcona gsams: I think something like that may be coming in the web staff client, but don't hold me to it.
15:14 gsams Dyrcona: I was just about to wonder aloud how difficult such a thing would be to implement, but the thought crossed my mind that new dev for the current staff client would be unlikely because of the new staff client.
15:14 gsams I am looking forward to that though, so I'll wonder aloud about that instead of the current client.
15:15 gsams Dyrcona++ #thanks for the possible info, won't hold you to it :-)
15:16 Dyrcona gsams: Something is coming. I'm not sure its exactly what you're looking for, but it is supposed to be an improvement.
15:17 kmlussier Dyrcona: Are you thinking of the MassLNC alert project? I'm not sure that particular issue is covered there.
15:17 Dyrcona jboyer-isl: Just poking around on my dev server, I don't find anyting that creates openils_dojo.js.
15:18 jboyer-isl Dyrcona, That's what I thought. There's no mention of openils.profile.js anywhere, and the only mention of openils_dojo.js are the script tags giving me 404's.
15:19 bshum Isn't that part of the minifying?
15:19 * bshum recalls a wiki page somewhere
15:19 * bshum checks
15:19 Dyrcona jboyer-isl: Only place I find it is in my dojo.tgz that I used to install dojo.
15:19 kmlussier berick++ #My concerto issue seems to be resolved.
15:19 jboyer-isl That said, everything seems to be working without it.
15:20 bshum https://bugs.launchpad.net/evergreen/+bug/1076582
15:20 Dyrcona bshum: If it was minified away, I think the templates, etc. that refer to it should be updated, don't you?
15:20 pinesol_green Launchpad bug 1076582 in Evergreen "Documentation explaining openils_dojo.js" (affected: 1, heat: 8) [Low,Confirmed]
15:20 bshum "Secret sauce"
15:20 kmlussier jihpringle: the patch for bug 1380709 is on mlnc3.mvlcstaff.org whenever you have time to test it.
15:20 pinesol_green Launchpad bug 1380709 in Evergreen 2.6 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1380709
15:20 bshum It's used in building custom dojo builds
15:20 bshum We reference it, but it's not built unless you follow those scratchpad notes
15:21 bshum It wasn't minified, wrong word.
15:21 Dyrcona Or, if like me, you just keep a dojo tarball around that was released with Evergreen a while ago.
15:22 jboyer-isl bshum, well, it's a close word. Concat'ing them together to minify connection times. ;)
15:24 bshum Maybe we should classify this a "performance" bug :)
15:24 * bshum needs more hours in the day.
15:25 jboyer-isl Dyrcona, I may end up doing that, I can't imagine those profile definitions are going to change much before dojo is dumped.
15:26 Dyrcona jboyer-isl: Wouldn't hurt to do a custom build and then make a tarball.
15:26 berick kmlussier: great, thanks
15:28 bshum Oh, fun, we still have ours from our original 2.0 install
15:28 bshum Last changed Feb 19, 2011
15:28 bshum Good times...
15:29 csharp jboyer-isl: thanks - sounds like we have the same issue
15:29 bshum jboyer-isl++
15:36 jihpringle kmlussier: thanks, I'll test that patch later today :)
15:49 jboyer-isl csharp, One more data point, I'm not certain what version PINES is on, but we've been seeing this on 2.5(.2) I can't remember if we were running into it on 2.2.
15:58 csharp jboyer-isl: yep - we're on 2.5.1+ (which is probably pretty close to 2.5.2
15:58 csharp )
15:59 jboyer-isl I suspect it's everything using the latest bump in xulrunner version, but I've not looked at when that last changed.
16:01 bshum Maybe more like when we started using the automated make_release I think
16:01 bshum For building release tarballs
16:05 dbwells jboyer-isl: openils_dojo.js is included in release tarballs.  It was built eons ago, and our build process downloads a pre-built dojo.tgz and unpacks it from there.
16:06 dbwells If you install from a git checkout, you don't have it.
16:06 dbwells It isn't actually tied into the install process.
16:07 dbwells As you noticed it doesn't cause any errors if it isn't there, as Dojo just falls back to the separate file requests.
16:07 jboyer-isl bshum, dbwells: sorry, I meant I think csharp's issue with the client hogging a core and dying is related to the last time we changed xulrunner. Since my test server builds out of git repos I understand why I don't have those dojo files now. :)
16:08 bshum Ah, my bad too then.
16:09 jboyer-isl (I'm working on building them as we speak, however, because I hate 404's and love speed. :) )
16:10 dbwells jboyer-isl: If you have any issues with the build, you can also just grab the one we throw in the releases from here:  http://evergreen-ils.org/downloads/dojo.tgz
16:13 jboyer-isl dbwells++ # Thanks for pointing that out.
16:14 jboyer-isl Haha, and it's looking for java. Download, here I come.
16:15 jeff heh
16:15 kmlussier left #evergreen
16:15 jeff in that tarball you'll find ./dojo/dojo/openils_dojo.js
16:15 kmlussier joined #evergreen
16:16 jboyer-isl Having not yet opened it, is it the whole release of dojo + the openils profile, or is it only what's built for the openils profile?
16:17 * jboyer-isl will know soon, either way...
16:18 jboyer-isl Looks like the gang's all here.
16:23 kmlussier joined #evergreen
16:23 kmlussier left #evergreen
16:33 kmlussier joined #evergreen
16:44 ericar_ joined #evergreen
16:45 kmlussier And I'm done for the week!
16:45 kmlussier @bartendar
16:45 pinesol_green kmlussier: Message root @ server God....Universe going down for reboot....
16:46 kmlussier @bartender
16:46 * pinesol_green fills a pint glass with Dogfish Head Golden Shower, and sends it sliding down the bar to kmlussier (http://beeradvocate.com/beer/profile/64/29395)
16:46 kmlussier It helps when I spell correctly. :)
16:47 kmlussier I hope all you U.S. folks have a nice Thanksgiving and that everyone else has a nice last-week-of-November. :)
16:47 mmorgan And you too!!
17:07 mmorgan left #evergreen
17:15 dreuther joined #evergreen
20:14 _bott_ joined #evergreen
21:20 wsmoak joined #evergreen
21:20 wsmoak joined #evergreen
22:31 dbs bshum: I apologize but I've reopened bug 1322285
22:31 pinesol_green Launchpad bug 1322285 in Evergreen "MVF ingest uses default values inappropriately " (affected: 1, heat: 8) [Undecided,Confirmed] https://launchpad.net/bugs/1322285
23:32 sarabee joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat