| # | Time | Nick | Message |
|---|
| # | 05:56:40 | tildeequals has quit IRC |
| # | 07:25:14 | shopkins has joined #evergreen |
| # | 08:04:41 | dbs has quit IRC |
| # | 08:23:28 | rjackson-isl has joined #evergreen |
| # | 08:33:15 | mck9 has left #evergreen |
| # | 08:33:25 | mck9 has joined #evergreen |
| # | 08:41:42 | dbs has joined #evergreen |
| # | 08:50:10 | finnx has quit IRC |
| # | 08:52:25 | finnapz has joined #evergreen |
| # | 09:04:51 | Meliss has joined #evergreen |
| # | 09:18:11 | jenny has joined #evergreen |
| # | 09:24:49 | Dyrcona has joined #evergreen |
| # | 09:40:56 | finnapz has joined #evergreen |
| # | 10:03:33 | Dyrcona has left #evergreen |
| # | 10:03:41 | Dyrcona has joined #evergreen |
| # | 10:03:55 | tildeequals has joined #evergreen |
| # | 10:18:29 | jenny has quit IRC |
| # | 10:24:03 | dbs has quit IRC |
| # | 10:25:40 | natschil has joined #evergreen |
| # | 10:41:03 | dbs has joined #evergreen |
| # | 10:41:03 | dbs has joined #evergreen |
| # | 10:42:49 | jeff | something like new Request(FETCH_COPY_STATUSES); after being sent returns an array of fieldmapper objects. it's not an object/hash, though... so there's no guarantee that the values are sorted by id. |
| # | 10:43:41 | jeff | and even if you sort the result, if your objects have gaps in their ids, you can't reference thatArray[5] and know that you have the fieldmapper object with id 5. |
| # | 10:44:15 | eeevil | jeff: there's instead a guarantee that you /won't/ have them sorted by id, unless FECTH_COPY_STATUSES does that at the query level |
| # | 10:44:22 | jeff | i believe the way to get to that point is to make a new object and use dojo.forEach to spit the fieldmapper objects into it as a hash, based on their .id() |
| # | 10:44:59 | jeff | i can do and have done that, but now i'm wondering if there's some other helper function that already does it that i've overlooked. or just a "better way". |
| # | 10:46:07 | eeevil | jeff: you could shove them into a dojo.data.ItemFileReadStore and use its query api ;) |
| # | 10:46:36 | jeff | var copyStatuses = grabCopyStatuses(); |
| # | 10:46:36 | jeff | var ccsVisible = new Object(); |
| # | 10:46:36 | jeff | dojo.forEach(copyStatuses, function(status) { |
| # | 10:46:36 | jeff | if (isTrue(status.opac_visible())) { |
| # | 10:46:36 | jeff | ccsVisible[status.id()] = status; |
| # | 10:46:38 | jeff | } |
| # | 10:46:40 | jeff | }); |
| # | 10:47:32 | jeff | this lets me then do things like if (!(status_id in ccsVisible)) and ccsVisible[status_id].name() |
| # | 10:47:59 | jeff | eeevil: that's either just what i was looking for, or a huge rabbit hole. thanks. :) |
| # | 10:48:19 | eeevil | you could make it more idiomatic with dojo.filter, but that's about the way to do it |
| # | 10:49:07 | jeff | okay, so this works for now and isn't completely missing something obvious, and i'll make note to check into alternatives for later refinement. |
| # | 10:49:17 | jeff | thanks! |
| # | 10:50:03 | jeff | and i can kill some things i had such as: |
| # | 10:50:05 | eeevil | var foo = {}; dojo.forEach(dojo.filter(grabCopyStatuses(), function(x){isTrue(x.opac_visible())}),function(x){foo[x.id()]=x}); |
| # | 10:50:06 | jeff | // XXX: Stock OPAC-visible status values. Should not hardcode here. |
| # | 10:50:32 | jeff | aha! the more map/grep way. |
| # | 10:51:01 | eeevil | right. I wish map returned a list instead of an array, but his is JS and not Perl ;) |
| # | 10:51:09 | eeevil | othewise it'd be even simpler |
| # | 10:52:33 | eeevil | but really, if you're going to be tossing the pile-o-statuses into dojo dijits, grep for (say) fieldmapper.vmp.toStoreData in trunk |
| # | 10:53:30 | eeevil | the basic idiom is: var dataStore = new dojo.data.ItemFileReadStore({data : fieldmapper[idlClass].toStoreData( pile_of_objects )}); |
| # | 10:54:23 | eeevil | replace Read with Write to be able to update the store (and register onSet handlers to change things on the server, or toss changes in a change pile) |
| # | 10:55:14 | eeevil | jeff: http://api.dojotoolkit.org/jsdoc/1.2/dojo.data.ItemFileReadStore |
| # | 10:55:43 | Dyrcona is getting dizzy from trying to migrate fines from one ILS to another and desperately wants to work on something else. |
| # | 10:55:59 | eeevil | Dyrcona: ha |
| # | 10:56:07 | Dyrcona runs off to create a hardware compatibility page for EG 2.0 on the dokuwiki. |
| # | 10:56:24 | dbs | Dyrcona: ooh, you have data? |
| # | 10:56:40 | Dyrcona | I have 1 data point: Epson TM88 printers work. |
| # | 10:56:55 | Dyrcona | Oh, and a Metrologic scanner. |
| # | 10:57:00 | Dyrcona | So, make that two. |
| # | 10:57:18 | Dyrcona | I figure I can get the ball rolling. |
| # | 10:57:27 | dbs | Cool. |
| # | 10:57:29 | jenny has joined #evergreen |
| # | 10:59:49 | eeevil | jeff: better docs: http://docs.dojocampus.org/dojo/data/ItemFileReadStore |
| # | 10:59:56 | jeff | eeevil: in this case, i'm not throwing the statuses into dijits, but walking them for "7 copies available in Adult Fiction Call Number FIC BLA, 23 copies checked out...", etc. |
| # | 11:00:25 | jeff | eeevil: that's the page i was reading, and was going to ask the difference between api.dojotoolkit and docs.dojocampus. :) |
| # | 11:00:49 | eeevil | dojocampus is more modern, and generally more detailed |
| # | 11:00:54 | jeff | eeevil: since i'm not going to be modifying these or displaying them in a grid, putting them into a store seems overkill. does that sound correct? |
| # | 11:01:25 | eeevil | however, they don't seem to keep back-version docs around, and we're using 1.3.3 right now. caveat dojor |
| # | 11:02:13 | eeevil | if you /only/ care about looking for values based on id-lookup, yes |
| # | 11:02:32 | eeevil | however, you might consider something like: |
| # | 11:03:45 | eeevil | actually, nevermind |
| # | 11:04:17 | jeff | heh |
| # | 11:05:47 | eeevil | the above is enough .. was just going to suggest using fieldmapper[idlClass].toHash() to get an Object version, but you're not doing huge, nested loops that keep looking up values each time (I hope) ... you're just tossing copies into status buckets, sorting the buckets by status label, then displaying a summary of each bucket, right? |
| # | 11:07:45 | moodaepo has quit IRC |
| # | 11:07:47 | jeff | i'm grabbing copy statuses once from the system, throwing the opac visible ones into a hash, and for each copy i encounter, i'm skipping it if its status isn't in that hash, i do some grouping of the copies... |
| # | 11:08:26 | jeff | (think DISTINCT ON (status, location, volume) or close), and when i go to print those summaries i transform status id to name for display purposes. |
| # | 11:08:38 | jeff | so no huge nested loops, pretty simple so far. |
| # | 11:09:57 | jeff | right now i'm creating the hash in my BibTemplate CDATA, but at least only fetching the ccs objects once per page from the server (not once per bibtemplate). |
| # | 11:11:22 | jeff | i added a function/var to opac_utils.js to facilitate that. i could just as easily put the hash creation there, and i'll try .toHash() there. if nothing else, it might make my console.log() debug prints prettier. ;-) |
| # | 11:14:01 | eeevil | hrm... well, toHash may not be there ... keep forgetting there's code before 2.0 ;) ... if it's not there, dojo.require('fieldmapper.hash') to get it |
| # | 11:17:18 | dchristens has joined #evergreen |
| # | 11:24:31 | Dyrcona | dokuwiki question: Should I create the 2.0 compatible products page off of the FAQ, or off the existing results of the hardware compatibility survey page? |
| # | 11:29:26 | phasefx | Dyrcona: I'm taking a look, but maybe refactor so both do something common? |
| # | 11:29:40 | Dyrcona | ok |
| # | 11:30:28 | phasefx | or to put it differently, make it so that we're not duplicating information in multiple places |
| # | 11:31:07 | Dyrcona | Ah, then how about under printers a list of 2.0-compatible printers, with the caveat about which version of firefox/xulrunner was used? |
| # | 11:31:16 | phasefx | looks like System Requirements is the closest thing in the FAQ? |
| # | 11:31:29 | Dyrcona | I don't think much of the rest of it really changes. |
| # | 11:32:03 | phasefx | I think xulrunner/firefox version + operating system + driver is going to be pretty important for printers |
| # | 11:32:54 | phasefx | System Requirements could use a revamp too, but I don't have a feel for it |
| # | 11:34:42 | Dyrcona | The link to the current "compatible products survey" (which includes things like barcode readers and printers as well as self checkout systems, etc.) goes from 15 in the FAQ: How well does Evergreen integrate with other library vendor products? |
| # | 11:35:07 | Dyrcona | I was thinking of putting the 2.0 data in the survey results, but you're suggesting I do something else? |
| # | 11:35:38 | afterl has joined #evergreen |
| # | 11:36:14 | phasefx | what is the link for the survey results? My search-fu is weak at the moment |
| # | 11:36:43 | Dyrcona | http://www.open-ils.org/dokuwiki/doku.php?id=faqs:evergreen_compatible_products_results_survey |
| # | 11:36:56 | phasefx | ugh, I've been sitting on updated survey results too, phasefx-- |
| # | 11:37:24 | Dyrcona | there is a link TO that page here: http://www.open-ils.org/dokuwiki/doku.php?id=faqs:evergreen_faq_1&s[]=compatible#how_well_does_evergreen_integrate_with_other_library_vendor_products |
| # | 11:39:07 | phasefx | I think it'd be useful if such survey data could be funneled into a dedicated area that could also take in information from non-survey sources (like your experiences) |
| # | 11:40:10 | phasefx would like to see more detail there as well |
| # | 11:42:07 | phasefx | Dyrcona: do you want to come up with a new replacement page for compatability information, and have me tackle any data munging needed from Sally@Equinox's survey to fit what you come up with? |
| # | 11:52:36 | dbs | phasefx: I edited that survey page yesterday, and then submitted the survey results that I should have submitted to make it onto the survey page in the first place :) |
| # | 11:53:57 | dbs seconds the idea of consolidating the information for various versions, if possible; each product name could potentially become a link to a wiki page that discusses particular information |
| # | 11:54:23 | dbs | e.g. specific settings needed on the 3M self-check config menu + the SIP Server config file |
| # | 11:54:49 | dbs | or the "Dymo LabelWriter 450 does not work! Does too!" debate that got me to add to the wiki |
| # | 11:56:11 | dbs | Dyrcona: maybe just a simple table: ^ Product name ^ EG versions tested ^ Notes ^ -- and the notes could link to a separate page if necessary? |
| # | 11:57:02 | atz_ | once you get into 3rd party integration, it can take a while... |
| # | 11:57:03 | phasefx | product version |
| # | 11:57:40 | atz_ | i think there are two different things |
| # | 11:57:43 | dbs | atz_: right, some things like barcode scanners just work out of the box, until you creatively misconfigure them, others need a whole frickin' wiki to document :) |
| # | 11:58:05 | atz_ | one document answers "X works w/ Y?" |
| # | 11:58:32 | jeff | ...and the other document defines "works" ;-) |
| # | 11:58:39 | atz_ | another is "How to configure X version Z1 to work w/ Y version Z2" |
| # | 11:59:03 | dbs | sounds like we're saying the same thing |
| # | 11:59:12 | atz_ nod |
| # | 12:00:25 | dbs | mck9++ # thanks for doing the thankless job of the upgrade script! |
| # | 12:01:00 | atz_ | 90+% of people will be looking just to see whether or not they'd have to replace hardware, or if they can use what some vendor's been pushing. The other 10% are the ones who actually try to make it work. |
| # | 12:01:22 | mck9 | Damn you dbs. Now it's not thankless any more. |
| # | 12:01:32 | jeff | try/catch is really your friend in bibtemplate slot-format. |
| # | 12:02:00 | jeff | "i just added this code, now i get nothing. well, wrap it in try/catch and THEN you'll see the syntax error" |
| # | 12:03:06 | dbs | jeff: even in IE |
| # | 12:03:07 | dbs | ? |
| # | 12:03:25 | jeff | dbs: do i LOOK like i'm developing this in IE? |
| # | 12:03:44 | dbs will take whatever help he can get in IE |
| # | 12:03:47 | jeff | dbs: right now, i'm dev/test in firefox and chrome, then crossing my fingers and testing in IE. |
| # | 12:04:35 | jeff | though for this specific thing, it's only enabled when kiosk=1, so i have a reasonable certainty that i know it's running under firefox on a catalog workstation physically at one of our libraries. |
| # | 12:04:46 | jeff | actually, i lied. i haven't ported kiosk=1 from 1.4 yet. |
| # | 12:05:40 | jeff | and IE can still puke on code that it doesn't actually execute, especially if it's a syntax-error-in-IE thing. |
| # | 12:06:48 | tildeequals has quit IRC |
| # | 12:09:02 | eeevil | dbs: so, re IE, you recall the dojox.xml.parser.textContent vs node.innerHTML vs node.textContent vs BT.textConent fun? well, I think I have it figured, and this may be obvious, but it just struck me last week: dojox.xml.parser will work with nodes in an xml document that are /not/ window.document (as in, stuff from XHR.responseXML, etc, like the data handed to BT handlers as the "slotXML" param), however, you can't use dojox.xml.parser on window.docume |
| # | 12:09:46 | dbs | hmm. I mostly recall Opera choking on dojox.xml.parser.textContent but that makes sense for IE too |
| # | 12:10:24 | eeevil | dbs: some versions of chrome react in a similar manner, but at least have node.textContent() |
| # | 12:11:03 | eeevil | anyway... I'm planning to adjust BT.textContent thusly. would you be up for testing it as a replacement for dojox.xml.parser? |
| # | 12:15:12 | Dyrcona wonders why every "simple" task that he starts today, ends up more complicated before he even really gets started. |
| # | 12:15:26 | dbs | Dyrcona: heh |
| # | 12:15:51 | dbs | eeevil: I would. 12:15 and all i've done today is read and write email. |
| # | 12:15:57 | tsbere thinks Dyrcona is taking someone else's word that the task is "simple" |
| # | 12:16:43 | Dyrcona is making these assumptions himself, and assuming incorrectly. |
| # | 12:19:05 | dbs | "Deep Freeze is NOT compatible with Evergreen" - huh |
| # | 12:19:47 | dbs | because if you haven't registered the Deep Freeze-d workstation, you have to reregister it every time? |
| # | 12:19:58 | tsbere assumes that is why |
| # | 12:20:50 | eeevil | um |
| # | 12:20:55 | dbs | I would say that's compatible, but just requires some care in setting up - like, register the workstation, then freeze it. |
| # | 12:20:56 | atz_ | it's compatible, if you use it in a configuration that accommodates EG |
| # | 12:21:05 | atz_ and dbs on the same thought again |
| # | 12:21:19 | dbs | frightenting! |
| # | 12:21:20 | eeevil | can we change that to "you must know how to use Deep Freeze properly to use it with Evergreen" |
| # | 12:21:27 | tsbere argues that if you are using deep freeze on your staff computers then you are doing it wrong |
| # | 12:23:33 | tsbere | I can't really come up with a good reason to use deep freeze on a staff computer. Every reason I come up with has several counterarguments. |
| # | 12:24:09 | atz_ | we had to exempt SD unicorn from deepfreeze to let it autoupdate |
| # | 12:25:22 | atz_ | tsbere: in this case, it was understaffed k12 library staff computers... but "staff" includes volunteer students. |
| # | 12:26:43 | tsbere | atz_: Quick custom-built launcher/shell with two or three buttons set as the "shell" could prevent anyone from running something other than the ILS to begin with, unless the ILS or one of the other buttons provided is capable of launching programs. Some policy settings prevent the rest. Deep freeze is thus not needed. |
| # | 12:27:07 | atz_ | yeah, but they also use it for all their district-mandated software |
| # | 12:27:43 | atz_ | ancient POP3 client, homebrew accounting app., etc |
| # | 12:28:16 | tsbere | More buttons and/or policy settings. Policy settings could just plain replace the custom shell, just say "If it isn't in one of these places, you can't run it, period" type deal. |
| # | 12:28:18 | atz_ | i agree deepfreeze itself wasn't necessary. but something was, and that happened to be what they used. |
| # | 12:32:14 | atz_ | having hacked boxes would get so bad in some districts that we (their ISP/datacenter) would drop entire subnets off the network. |
| # | 12:32:54 | atz_ | so at least deepfreeze let them stop distributing SE asian warez and get back online. |
| # | 12:33:27 | tsbere | You investigate steadystate, I think it is? |
| # | 12:33:32 | kmlussier has joined #evergreen |
| # | 12:34:10 | atz_ | i don't recognize that one... was it around in 2005? |
| # | 12:34:15 | dbs | no steadystate for windows 7 either |
| # | 12:34:22 | dave-esi has joined #evergreen |
| # | 12:34:37 | tsbere | Yea, steadystate is a microsoft thing and I don't know if it works past xp |
| # | 12:35:10 | atz_ | zenworks is among the more flexible/robust tools i've seen for desktop deployment/security |
| # | 12:35:11 | tsbere | Apparently they updated it for Vista, but not 7 |
| # | 12:35:13 | dbs | or anything, soon: http://support.microsoft.com/kb/2390706 |
| # | 12:38:01 | brian_f has joined #evergreen |
| # | 12:38:25 | jeff | hrm. no more steadystate. i guess it's time to check back with the deep freeze folk to see if they ever solved the "retain changes across reboots until we say stop" problem. |
| # | 12:39:32 | jeff | we have machines that use steadystate for that, and a web console where staff can say "persist changes across reboots so that the patron can install their reboot-requiring software". |
| # | 12:40:09 | jeff | when the patron's done, staff revert to the usual "revert to known-good on restart" behavior, and reboots the machine. we just created a little web interface for them. |
| # | 12:40:34 | jeff | deep freeze couldn't do that at the time, and deep freeze support suggested we try steadystate (which we were already considering as a solution) |
| # | 12:40:39 | jeff | anyway, </tangent> |
| # | 12:41:22 | jeff | there seems to be no recommended replacement for steadystate. |
| # | 12:41:48 | eeevil | dbs: http://open-ils.org/~miker/BibTemplate.js |
| # | 12:52:47 | brian_f | Hi-- is there anybody online familiar with the import process? |
| # | 12:53:47 | phasefx | brian_f: what are you trying to import and where you running into trouble? |
| # | 12:54:54 | brian_f | I'm trying to set up the 2.0 alpha. I have it set up but the import demo doesn't get anywhere. |
| # | 12:55:39 | brian_f | The import_bibs.sh sets up files, but the .sql tables are empty. I imagine table mods are getting in the way. |
| # | 12:56:04 | dbs | brian_f: wow, that import demo is old... I thought I had effectively hidden it from view |
| # | 12:56:23 | brian_f | I certain is old. But mostly works on 1.6 |
| # | 12:57:12 | brian_f | (with a bunch of error messages, but records go in) |
| # | 12:57:13 | dbs | brian_f: one big change is that direct_ingest is no longer necessary in 2.0 |
| # | 12:58:17 | brian_f | do you have any newer instructions that I can peek at? |
| # | 12:58:20 | dbs | so marc2bre | pg_loader should be all you need |
| # | 12:58:39 | dbs | alas, no, there are none yet that I'm aware of |
| # | 12:59:32 | brian_f | dbs: thanks for the info, I'll see if I can figure out which end is up on marc2bre and pg_loader |
| # | 12:59:37 | dbs | can you try http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-admin:importing:bibrecords&s[]=importing#exampleimporting_the_project_gutenberg_records without the direct_ingest.pl step, and stop after the pg_loader.pl step and let us know? |
| # | 13:00:18 | brian_f | yes, I'll give that a spin a bit later today and let you know what happens. |
| # | 13:00:30 | natschil is going to try evergreen (or more specifically cstore and pcrud) on the new postgresql 4.0... any suggestions as to what I should watch out for? |
| # | 13:00:49 | dbs | postgresql 9.0 right? |
| # | 13:01:01 | brian_f | Um, no postgres 8.4 |
| # | 13:01:16 | dbs | Sorry, should have prefixed that with "natcschil" |
| # | 13:01:33 | brian_f | ok. |
| # | 13:01:38 | dbs | natschil: nothing I'm aware of, but let us know what happens on the bleeding edge with 9.0! |
| # | 13:01:52 | dbs | brian_f: 8.4 is what you want for a safe EG 2.0 install :) |
| # | 13:02:11 | brian_f | dbs: should I go to alpha2 rather than continue with alpha 1? |
| # | 13:03:07 | dbs | brian_f: there were a ton of bugs fixed between alpha 1 and alpha 2, and a ton more bugs fixed since alpha 2 (alpha 3 should be out this Friday) |
| # | 13:03:32 | brian_f | dbs--thanks! I'll let you know how it goes |
| # | 13:03:33 | dbs | if you already have alpha1 installed, things should mostly work |
| # | 13:09:51 | natschil | dbs: brian_f: sorry, no idea why I said 4 there.... I think it's 9.0 |
| # | 13:10:56 | natschil | dbs: sure, I'll post whatever I find here |
| # | 13:16:39 | tsbere | So, we just got a call about our current ILS throwing a "DBPROCESS is dead or not enabled" error. That is all the info we had. Turned out to be "it is using the microsoft SQL server libraries instead of the sybase connector libraries". <_< |
| # | 13:16:48 | tsbere dislikes the current ILS |
| # | 13:18:00 | phasefx | it's only a little dead |
| # | 13:18:32 | tsbere | It was very interesting, as they could log in, but not open circ. As in validate username/password against the DB, but then not do anything else. |
| # | 13:26:38 | Dyrcona | makes me wonder if it actually validates the user name and password immediately when they login. maybe it waits for a transaction. |
| # | 13:26:57 | tsbere | It throws an error on the login screen when I typo my password on my workstation |
| # | 13:28:25 | natschil has quit IRC |
| # | 13:32:37 | Dyrcona | No direct connection to the database is a huge plus of Evergreen.--Just trying to get back on topic. |
| # | 13:33:02 | Dyrcona | Should say of the Evergreen staff client. |
| # | 13:39:10 | brian_f has quit IRC |
| # | 13:40:14 | zigo has joined #evergreen |
| # | 13:46:30 | tildeequals has joined #evergreen |
| # | 13:57:30 | zigo has quit IRC |
| # | 14:00:39 | dbs | jeff: sigh, I tried your try/catch approach in IE and I'm still getting silent failure with my ISSN resolver approach. |
| # | 14:05:11 | jenny1 has joined #evergreen |
| # | 14:05:18 | jenny1 has left #evergreen |
| # | 14:06:58 | dbs | dbwells++ |
| # | 14:07:52 | atz_ | can't seem to get one particular psql client to use "less" for paging... what am i missing? |
| # | 14:08:01 | jenny has quit IRC |
| # | 14:08:05 | atz_ | \set PAGER less # i thought would be enough |
| # | 14:10:55 | tsbere keeps getting empty receipt.bat files when using the custom/external print strategy, and windows doesn't like that |
| # | 14:15:47 | phasefx | PAGER=less psql ? |
| # | 14:15:53 | atz_ | yeah, that does it |
| # | 14:16:21 | phasefx | tsbere: that seems weird. file permission issue? |
| # | 14:16:24 | atz_ | though it still doesn't appear in \set |
| # | 14:16:41 | tsbere | phasefx: It keeps updating the timestamp |
| # | 14:16:49 | phasefx | actually, custom/external shouldn't be doing any thing with receipt.bat, I thought |
| # | 14:17:12 | tsbere | It looks like it writes to receipt.bat, just like it would for "copy file lpt1". |
| # | 14:17:18 | tsbere | Why it does that, I don't know |
| # | 14:17:59 | tsbere | except that dos print works? |
| # | 14:18:04 | tsbere | If I had lpt1, anyway |
| # | 14:18:33 | phasefx | oh, I see |
| # | 14:18:34 | tsbere wonders if it isn't reading the external command correctly |
| # | 14:18:57 | phasefx | so, using either custom print or dos print will create a batch file, but the contents of the batch file depends on which you chose |
| # | 14:19:12 | tsbere | Yea. With custom print currently creating an empty one |
| # | 14:19:52 | phasefx | what did you specify for the custom print command? |
| # | 14:20:16 | tsbere | My latest attempt? copy %receipt.txt% lpt1 /b |
| # | 14:20:27 | tsbere | Previous attempts included several batch files and other programs |
| # | 14:20:33 | phasefx double-checks to make sure it's still working for him |
| # | 14:20:38 | phasefx | trunk? |
| # | 14:20:54 | tsbere | rel_2_0 somewhat recent |
| # | 14:21:59 | tsbere enabled the console, and gets a "print exec:" with nothing after it when the error comes up |
| # | 14:24:25 | phasefx | tsbere: to sanity check, do Admin -> For Developers -> about:config, and look for oils.printer.external.cmd.default |
| # | 14:24:42 | phasefx | assuming default is the printer role being invoked |
| # | 14:25:04 | tsbere | I assume default is, and yes that I has a value. |
| # | 14:25:37 | tsbere | It has the value I just put in and had fail, too |
| # | 14:25:57 | tsbere is trying to find a way around generic/text only printers not working |
| # | 14:27:09 | phasefx | that was one of the goals of custom |
| # | 14:29:22 | phasefx | I'm not sure what's happening. I get print exec: C:\Windows\notepad.exe "C:\etc" and process.run = undefined, and it works |
| # | 14:29:47 | phasefx | maybe check the event log for windows? |
| # | 14:31:35 | tsbere | Apparently |
| # | 14:31:41 | tsbere | If I set the context for receipt instead of default |
| # | 14:31:43 | tsbere | It works |
| # | 14:31:49 | tsbere | So it isn't falling back to default? |
| # | 14:32:18 | tsbere | (yet it was taking the base setting of what strategy to use from default) |
| # | 14:32:25 | Dyrcona | tl;dr |
| # | 14:32:51 | phasefx | hrmm, so it sounds like it tried to use the custom strategy but didn't have a custom command defined for that role? |
| # | 14:32:58 | phasefx | broken state |
| # | 14:33:28 | tsbere | Despite having a default one defined and it pulling the custom strategy setting from default. Hmmm. |
| # | 14:33:39 | jenny1 has joined #evergreen |
| # | 14:33:46 | jenny1 has left #evergreen |
| # | 14:34:09 | phasefx | may be an issue with part of the setting (the strategy) living on disk, and the other part (the command) living as a pref. A change in xulrunner or something between initial configuration and broken behavior? |
| # | 14:34:35 | tsbere | I did the initial configuration......half an hour ago? |
| # | 14:35:09 | tsbere | Regardless, it works! Won't auto-cut, granted, but that is to be expected. |
| # | 14:40:29 | LBA has joined #evergreen |
| # | 14:42:16 | tsbere | I have an idea of how to fix the issue, though |
| # | 14:43:08 | tsbere | need to say "if this.context != default and we didn't have a user value for the key then try again with the default context" at the top of print.js |
| # | 14:54:02 | phasefx | tsbere: sounds sane to me; I'm being pulled away at the moment, but if you work up a patch, I'll fast track it |
| # | 15:02:41 | lisppaste | tsbere pasted "default external" at http://paste.lisp.org/display/114788 |
| # | 15:02:54 | tsbere | phasefx: Got lazy, see paste ^^ |
| # | 15:03:31 | phasefx | lazy++ |
| # | 15:04:15 | phasefx | wonder if it'd be better to report an error, or maybe report an error if default also lacks a value |
| # | 15:04:30 | tsbere | The former, don't think so. The latter, maybe. |
| # | 15:04:46 | tsbere | But my goal was "make it stop failing because you only set the default" |
| # | 15:05:43 | tsbere tested with a receipt and default context set, and then with just a default context set, and both tests appeared to work. He did not test beyond that. |
| # | 15:06:08 | phasefx | roger roger, thanks |
| # | 15:06:10 | mck9 | Dibs on # 0414 for an upgrade script |
| # | 15:11:06 | natschil has joined #evergreen |
| # | 15:26:51 | ben_ has joined #evergreen |
| # | 15:26:58 | ben_ | hi |
| # | 15:27:36 | ben_ | does anyone have an easy install |
| # | 15:29:39 | dbs | ben_: something like a virtual image? |
| # | 15:29:49 | ben_ | yh |
| # | 15:31:57 | ben_ | tht excatly wht i need |
| # | 15:32:29 | dbs | ben_: there's an old headless image at http://evergreen-ils.org/~denials/Evergreen1601_DebianLenny.zip |
| # | 15:32:42 | dbs | or a preview, still-very-much-in-development version at http://evergreen-ils.org/~denials/Evergreen_trunk_2010_08_23.zip |
| # | 15:32:53 | ben_ | ta |
| # | 15:33:03 | dbs | will hopefully have a new one out with 2.0 alpha3 after Friday |
| # | 15:33:46 | ben_ | would you sat the 1st ones more stable |
| # | 15:34:05 | ben_ | say* |
| # | 15:35:26 | brian_f has joined #evergreen |
| # | 15:35:41 | natschil has quit IRC |
| # | 15:42:44 | dbs | ben_: To be honest, I'm not happy with any of the virtual images; current 1.6.0 release is at 1.6.0.8, so there's lots of bug fixing that's gone in since that VM was created |
| # | 15:43:39 | ben_ | oh kos i dnt think id be able to set it up myself so is their another way then |
| # | 15:43:52 | natschil has joined #evergreen |
| # | 15:48:39 | natschil_ has joined #evergreen |
| # | 15:49:30 | natschil_ | strange...why does the Makefile.install prerequesite installer install things like libpq-dev and libdb... Shouldn't that be in the evergreen installer? |
| # | 15:50:14 | natschil_ | It also installs random things like libkrb5-dev and libmysqlclient, but I guess those are just dependencies of other packages |
| # | 15:50:18 | natschil has quit IRC |
| # | 15:50:19 | tsbere | Which Makefile.install? |
| # | 15:50:40 | natschil_ | tsbere: the one in src/extras/Makefile.install of opensrf |
| # | 15:50:57 | tsbere | Ok. Wanted to be sure which was being talked about. |
| # | 15:51:11 | ben_ | a question ppl how do i add a book or dvd |
| # | 15:51:47 | tsbere | As for why they are in one instead of the other, probably because nobody moved them? |
| # | 15:52:55 | senator has left #evergreen |
| # | 15:53:59 | natschil has joined #evergreen |
| # | 15:54:07 | ben_ | how do i add items |
| # | 15:55:02 | natschil | tsbere: sorry my internet crashed about 2 minutes ago... I just noticed it, because I'm going to try using postgresql 9.0 with some parts of evergreen, so I don't want old postgresql clients that don't work lying around |
| # | 15:55:12 | natschil_ has quit IRC |
| # | 15:55:50 | tsbere | natschil: Ok, my assumption is that some of the stuff in the opensrf variant of the file is just left over from not having been moved over to the evergreen one |
| # | 15:57:15 | Meliss has quit IRC |
| # | 15:57:44 | natschil | tsbere: probably. It probably also won't be too big of a problem, as most people use opensrf and evergreen together |
| # | 15:58:20 | ben_ | can anyone help me |
| # | 15:59:43 | dbs | natschil: all the dependencies used to be in an Evergreen prereq installer. they were split, but it's still not perfect. |
| # | 16:00:28 | dbs | also, some things are dependencies of opensrf.persist (sqlite and the like) |
| # | 16:01:42 | dbs | ben_: try http://docs.evergreen-ils.org/1.6/draft/html/ as a starting point |
| # | 16:02:00 | dbs | e.g. http://docs.evergreen-ils.org/1.6/draft/html/addingnewbibliographicrecords.html |
| # | 16:06:41 | ben_ | ta |
| # | 16:08:50 | ben_ | marc i dnt get it can some one help :S |
| # | 16:13:41 | ben_ | sorrie im really new to all this |
| # | 16:14:09 | phasefx | ben_: Evergreen is very geared toward libraries that make use of MARC, and maybe overkill if all you need are title and author fields |
| # | 16:14:42 | ben_ | is their a way i can manualy fill it in tho |
| # | 16:14:45 | phasefx | ben_: short version is tag 100 = author, tag 245 = title. It's a very arcane to those not familiar with it |
| # | 16:15:36 | shopkins has quit IRC |
| # | 16:16:14 | ben_ | where do i fill it in manuly as this is the best one ive found |
| # | 16:16:35 | phasefx | ben_: if you can find your materials through the Z39.50 interface, you can ignore MARC for the most part |
| # | 16:17:14 | ben_ | oh ok |
| # | 16:17:17 | phasefx | ben_: the link dbs pasted is a good start |
| # | 16:18:18 | phasefx | ben_: may also want to check out some of the more institution specific documentation here for screenshots: http://evergreen-ils.org/dokuwiki/doku.php?id=community_tutorials |
| # | 16:18:26 | ben_ | do u have to put any settings in for it to work |
| # | 16:19:10 | phasefx | ben_: it's pretty functional out of the box, but is a complex system to tweak and configure |
| # | 16:19:20 | ben_ | ok thanks brb ill try it |
| # | 16:20:50 | ben_ | alsodo u need to fill in all search criteria |
| # | 16:21:36 | phasefx | ben_: if searching for materials, just use the default keyword search. It's the most google-ish thing you can do |
| # | 16:22:44 | ben_ | it says no records found |
| # | 16:22:57 | phasefx | did you add a record? |
| # | 16:23:05 | ben_ | how |
| # | 16:23:56 | phasefx | ben_: what are you even looking at? You couldn't have gotten a vm image going that quickly? |
| # | 16:24:14 | ben_ | im looking at the demo version |
| # | 16:24:20 | ben_ | nd installing vm now |
| # | 16:24:25 | phasefx | ah, which demo site? |
| # | 16:24:49 | ben_ | dev.gapines.org |
| # | 16:26:07 | phasefx | try searching for harry potter |
| # | 16:27:09 | rjackson-isl has quit IRC |
| # | 16:27:17 | ben___ has joined #evergreen |
| # | 16:27:28 | ben___ | sorrie bout tht i tried tht and it worked |
| # | 16:27:43 | ben___ is now known as Guest79946 |
| # | 16:28:30 | Guest79946 | im ben my pc locked me out |
| # | 16:28:38 | Guest79946 | nd ttht worked thanks |
| # | 16:28:48 | Guest79946 | does anyone kno wht to do if it doesent |
| # | 16:29:10 | ben_ has quit IRC |
| # | 16:29:18 | granitize has left #evergreen |
| # | 16:30:45 | phasefx | Guest79946: troubleshooting problems can be a long and drawn out process. All of us here are volunteers and can probably only give you nudges in the right direction. Asking for help on the public mailing list may be better because more people will see it and they'll have more time to respond |
| # | 16:30:56 | Guest79946 | and my virtual box is up nd running i belive |
| # | 16:31:00 | Guest79946 | oh ok ta |
| # | 16:35:46 | Guest79946 | whta the deban loging |
| # | 16:37:39 | Guest79946 | as virtual box is asking for it |
| # | 16:38:21 | dbs | Try evergreen / evergreen |
| # | 16:39:08 | Guest79946 | yay ta |
| # | 16:39:20 | Guest79946 | now wht do i do |
| # | 16:39:23 | Guest79946 | sorrie im slow |
| # | 16:43:11 | Guest79946 | ?? |
| # | 16:43:51 | phasefx | one sec |
| # | 16:45:12 | phasefx | Guest79946: take a look at this: http://evergreen-ils.org/~denials/Evergreen_trunk_2010_08_23/README It's for a different image than the one you have, but should be very similar |
| # | 16:52:35 | Guest79946 | :s so confusing |
| # | 16:53:44 | Guest79946 | ta for all your help |
| # | 16:53:47 | Guest79946 has quit IRC |
| # | 16:57:59 | dchristens | Hey folks. I'm having a brain-stall... my test box (1.6.0.4) is refusing to let me register workstations. Trying as 'admin', I get "TypeError: g.my_libs_ou_hash[default_lib] is undefined". Poking through the relevent server-side file (ws_info.xul), and liberally sprinkling alerts, I get a default_lib of 1 (top-level of the org tree, which makes sense for 'admin'). Thoughts? |
| # | 16:59:35 | phasefx | dchristens: I know I've seen that before. Maybe make sure you have some work_ou's set for the admin user? |
| # | 17:00:27 | dchristens | phasefx: that's in permission.usr_work_ou_map? yep - usr 1, work_ou 1. |
| # | 17:00:34 | phasefx | hrmm |
| # | 17:01:25 | dchristens | I'd done some mucking with the org units... but I did run autogen. :-) |
| # | 17:02:41 | phasefx | dchristens: maybe slip in the server/main/ws_info.xu from the rel_1_6 branch? |
| # | 17:02:48 | phasefx | ws_info.xul |
| # | 17:03:33 | dchristens | phasefx: ok, I'll try that. Thanks! |
| # | 17:04:40 | dbs | dchristens: autogen.sh? |
| # | 17:05:36 | tsbere | dbs: He said he ran autogen |
| # | 17:05:51 | dchristens | dbs: yep. -u, even :-) |
| # | 17:06:04 | dbs | dchristens: also, if you've installed other languages, IDLCHUNK can get very upset trying to parse /openils/var/web/reports/fm_IDL.xml if the langs aren't brought up to date - although that's a 2.0 issue |
| # | 17:06:18 | dbs | tsbere: yes, thanks |
| # | 17:06:41 | tsbere is trying to remember what he did to fix that issue himself, but he thinks he blew out the db and started over |
| # | 17:06:42 | dchristens | dbs: ah, good. I'll keep a note of that. |
| # | 17:07:43 | dbs | switching to a broken locale used to hose the staff client pretty good in the past, too |
| # | 17:10:30 | dchristens | phasefx: woot! rel_1_6 ws_info.xul did the trick - thanks very much :-) phasefx++ |
| # | 17:11:53 | dchristens | dbs: locale is en-CA... it is within the realm of possibility that I borked that at some point :-) |
| # | 17:11:59 | kmlussier has quit IRC |
| # | 17:12:17 | dbs | phasefx++ |
| # | 17:12:24 | afterl has quit IRC |
| # | 17:15:21 | tsbere | That makes me wonder.....how many differences exist between en-US and en-CA? Or en-GB? |
| # | 17:20:40 | dbs | tsbere: enough |
| # | 17:21:43 | phasefx | dchristens: for reference, http://svn.open-ils.org/trac/ILS/changeset/16581 |
| # | 17:23:09 | dchristens | phasefx: thanks |
| # | 17:29:42 | Dyrcona has quit IRC |
| # | 17:30:36 | dchristens has quit IRC |
| # | 17:55:42 | dbs has quit IRC |
| # | 18:01:32 | tildeequals has quit IRC |
| # | 19:33:59 | miker_g1 has joined #evergreen |
| # | 19:39:15 | miker_g1 has quit IRC |
| # | 20:41:20 | natschil has quit IRC |
| # | 20:44:34 | tildeequals has joined #evergreen |
| # | 20:49:33 | dbs has joined #evergreen |
| # | 20:50:08 | dbs | eeevil: augh, totally failed to test your new BT.textContent() so far... dbs-- |
| # | 21:19:04 | eeevil | dbs: np. been busily beating on bibliographic barf today |
| # | 21:20:29 | dbs | and alliterating awesomely |
| # | 21:22:24 | eeevil | :) |
| # | 21:24:41 | eeevil | if you get the chance, that'd be rad. you're the one making the most active (custom) use of it, I think |
| # | 21:25:06 | eeevil | if not ... COMMIT 'EM ALL AND LET $DIETY SORT IT OUT |
| # | 21:28:26 | dbs | I lost the second half of the day trying to get either link resolver URLs, falling back to asset.uri URLs, but not both for the same record, in brief results. |
| # | 21:29:07 | dbs | Might need to go at it with something crazy like assigning a priority to each slot and firing events that trigger the next slot in line. Or something like that. |
| # | 21:40:02 | jeff | sounds like a good approach |
| # | 21:43:57 | jeff | 3 copies available in Stacks call number FIC ROW |
| # | 21:43:57 | jeff | 2 copies available in Browsing Hot Titles call number HOT TITLE |
| # | 21:43:58 | jeff | 1 other copies not currently available - see full details |
| # | 21:44:38 | jeff | whee! |
| # | 21:44:49 | jeff | miker++ dbs++ |
| # | 21:45:01 | jeff | bibtemplate++ supercat++ |
| # | 21:45:34 | dbs | jeff: you got it working |
| # | 21:45:35 | dbs | ? |
| # | 21:45:44 | dbs | (this laptop needs a bigger ? key) |
| # | 21:47:59 | jeff | dbs: so far. fixing "1 other copies" and working in "on order" and figuring out how to represent "reshelving". |
| # | 21:48:53 | jeff | maybe: 3 copies available (1 recently returned) in Browsing Hot Titles call number HOT TITLE |
| # | 21:48:54 | dbs | Ah, so you're doing more than just putting the raw status code in - something like letting people know that "reshelving" means "it'll be there in an hour or so, or you can go and pester the Circ desk"? |
| # | 21:49:54 | jeff | that's the idea. 3 copies available in Browsing Hot Titles call number HOT TITLE (2 recently returned -- may not yet be on shelf) |
| # | 21:50:09 | jeff | not sure yet. easily tweaked now. |
| # | 21:50:32 | eeevil | dbs: you might be interested in the callbacks recently added. might be a good starting piont for the ability to say "don't do this, we've got something else" ... maybe need a new pre/post-fetch callback |
| # | 21:51:09 | dbs | eeevil: yeah, saw the callbacks go in and mused about those. Should work in 1.6.1 eh? |
| # | 21:52:09 | eeevil | dbs: all of trunk bt should, yes. I think the only thing 1.6.1 won't give you is the subobject limiting. requires supercat cooperation |
| # | 21:52:18 | jeff | available, reshelving, and on order are most important to patrons. local statuses like "new serial" (a workaround, mostly) might need to fall through. |
| # | 21:53:04 | dbs | Not that anyone is worried, but another fresh database schema install on trunk (after dropping and recreating the database completely) was flawless just a few minutes ago |
| # | 21:53:12 | jeff | yay |
| # | 21:53:41 | jeff | mck9++ # and -- just so that we don't ruin that whole "thankless" bit |
| # | 21:53:48 | dbs | heh |
| # | 21:55:31 | jeff | ideally this will "just work" by adjusting two vars in result_common.js: |
| # | 21:55:32 | jeff | var resultCopySummaryEnabled = true; |
| # | 21:55:32 | jeff | var resultCopySummaryMinDepth = 2; |
| # | 21:56:41 | jeff | ... |
| # | 21:56:42 | jeff | var checkDepth = findOrgDepth(getLocation()); |
| # | 21:56:43 | jeff | if (resultCopySummaryEnabled && checkDepth >= resultCopySummaryMinDepth) { |
| # | 21:56:46 | jeff | (etc) |
| # | 21:57:32 | jeff | though it might make more sense to just see if the location ou can have volumes. |
| # | 21:58:15 | jeff | haven't tested where a sub-library with holdings is in the mix. in that case i think i would just discard the sub-lib copies/cols. |
| # | 21:58:52 | jeff | it's either that or note their sub-lib-ness. i'm not sure what the most common use cases for sub-libs are. |
| # | 21:59:30 | jeff | (or a situation where you have an ou with volumes that is a child of an ou with volumes -- by some name other than "sub-library") |
| # | 22:03:44 | dbs | With 7 different libraries on campus, we probably need to include library in the mix |
| # | 22:06:08 | jeff | hrm. if the lib can have vols, show the breakdown of location within the lib, but if at the parent level, just note the copies per lib. |
| # | 22:06:48 | jeff | so, if i'm searching l=22 (TADL) show 1 copy available at Woodmere Library, 2 copies available at Kingsley Branch Library, etc... |
| # | 22:08:00 | jeff | but if l=23 (TADL-WOOD), Show 1 copy available in Youth Audiobooks, call number CD FIC FOO. |
| # | 22:08:33 | jeff | and preface the whole summary with "Copies Available at Woodmere Library:" |
| # | 22:08:59 | jeff | heh. irc not well-suited for mockups. |
| # | 22:17:00 | atz_ | anybody know how to connect srfsh to the non-default back-end? |
| # | 22:17:13 | atz_ | something like: srfsh --config=/openils/conf/opensrf_core-dev.xml |
| # | 22:17:31 | dbs | jeff: that mockup works for me |
| # | 22:17:39 | jeff | atz_: modify .srfsh? |
| # | 22:17:57 | dbs | .srfsh.xml? |
| # | 22:18:16 | atz_ | i'll try it... |
| # | 22:18:53 | atz_ | looks like that would do it... annoying and insecure to see login data duplicated in multiple places though :\ |
| # | 22:19:11 | dbs | atz_: yep |
| # | 22:19:45 | atz_ | should just be the path for the main config file in there, and then the srfsh specific stuff |
| # | 22:20:52 | dbs | you have the power to change it! |
| # | 22:21:12 | atz_ | power yes, time no |
| # | 22:21:53 | dbs | srfsh only links against libopensrf.so, and I think the thought was that you could have a srfsh login from anywhere behind the firewall; but in practice you're probably on a server |
| # | 22:22:18 | atz_ | yeah, i guess that is true, you could be on a remote box. |
| # | 22:23:59 | dbs | doing a "<bootstrap>/path/to/opensrf_core.xml</bootstrap>" would make a lot of sense for the most common case, though, and would remove one more configuration step |
| # | 22:24:24 | dbs | with a fallback to local credentials if <bootstrap> element wasn't found. or whatever |
| # | 22:30:10 | phasefx likes how gmail bolds new addresses that you add to an email thread. it's the little things |
| # | 22:33:07 | dbs switched back to mutt yesterday |
| # | 22:36:12 | atz__ has joined #evergreen |
| # | 22:37:49 | atz__ is now known as atz |
| # | 22:38:14 | phasefx was an avid pines user for a while |
| # | 22:38:43 | phasefx | never really got into mutt and elm. Loved slrn |
| # | 22:38:43 | jeff | heh |
| # | 22:38:50 | jeff | you mean pine :) |
| # | 22:38:56 | phasefx | that too |
| # | 22:39:00 | jeff | now there's alpine. |
| # | 22:39:33 | atz_ has quit IRC |
| # | 22:45:22 | finnapz has left #evergreen |
| # | 23:02:15 | jamesrf has joined #evergreen |
| # | 23:07:47 | phasebb has joined #evergreen |
| # | 23:46:28 | dbs | solving_ui_annoyances++ |
| # | 23:59:55 | phasefx needs to add control over the mozilla print.always_print_silent preference to the printer settings editor |
April 10-13