| # | Time | Nick | Message |
|---|
| # | 00:10:29 | thethomaseffect1 has quit IRC |
| # | 00:10:48 | thethomaseffect has joined #evergreen |
| # | 01:57:31 | pranjal710 has quit IRC |
| # | 02:28:49 | timlaptop has quit IRC |
| # | 04:11:36 | kivilahtio1 has joined #evergreen |
| # | 04:13:56 | kivilahtio1 | OpenILS/Application/Search/Biblio.pm uses hard-coded search classes in validating proper search classes. So the changes in config.metabib_class do not reflect in the $searchhash validator |
| # | 04:15:12 | kivilahtio1 | LINE 1081: ( !grep { /^(?:title|author|subject|series|keyword|identifier\|is[bs]n)/ } keys %{$searchhash->{searches}} ) ) { return { count => 0 }; |
| # | 04:16:50 | kivilahtio1 | in method: the_quest_for_knowledge aka. open-ils.search.biblio|metabib.multiclass |
| # | 05:41:44 | fortin has joined #evergreen |
| # | 06:04:15 | fortin has quit IRC |
| # | 08:02:18 | collum has joined #evergreen |
| # | 08:02:54 | timhome has joined #evergreen |
| # | 08:35:53 | akilsdonk has joined #evergreen |
| # | 08:39:17 | Dyrcona has joined #evergreen |
| # | 08:48:02 | Dyrcona has quit IRC |
| # | 08:58:59 | Dyrcona has joined #evergreen |
| # | 09:04:36 | bshum | senator: So I finally learned how to use log_statement in the DB to get the full query being used when we try selection lists. I captured it it here http://pastie.org/3774034 with minor line editing. It took over 9 minutes to complete in our DB, which is why it timed out over srfsh. |
| # | 09:09:40 | mrpeters-isl | wishlist: a way to seed the database with some holds. trying to test senator's new hold pull list interface. |
| # | 09:09:56 | jeff | heh |
| # | 09:10:10 | jeff | yes. |
| # | 09:10:14 | mrpeters-isl | i know, much easier said than done |
| # | 09:10:38 | jeff | wouldn't take much. i've put some recent thought into that. |
| # | 09:10:45 | tsbere | mrpeters-isl: Fill a copy bucket with copies, place copy holds on the entire thing? |
| # | 09:10:58 | mrpeters-isl | not a bad idae |
| # | 09:13:36 | senator | bshum: awesome! i will look at that in moments |
| # | 09:14:24 | jeff | weird. staff client failed to open its initial window after login. not sure i've ever seen that happen. :-) |
| # | 09:14:43 | tsbere | I see it sometimes |
| # | 09:14:57 | tsbere | Rarely, but sometimes |
| # | 09:15:54 | tsbere pokes phasefx if he is around, wondering if there is any objection to making modal_xulG_stack go away |
| # | 09:19:13 | senator | bshum: ah ok. i think i'm starting to see the problem. can you put the words 'explain analyze' in front of that query and run it on your system? it won't actually run the query or take 9 minutes that way |
| # | 09:19:30 | bshum | senator: Happy to give that a whirl. |
| # | 09:19:40 | senator | the output from /that/ will probably give us our answer (we probably need an index) |
| # | 09:20:07 | bshum | Yeah I was thinking that maybe our tables are too big. |
| # | 09:20:19 | bshum | I was perusing line items table and it was…. bigger than I thought. |
| # | 09:21:35 | senator | actually if i had to guess it's searching by user family name or something but we're close to our answer now |
| # | 09:23:22 | bshum | I was a little surprised by that actually. The term used in the test query was just a username of the staff. I could see barcode/username check, but going into names, etc. seemed excessive to me. |
| # | 09:23:39 | bshum | But then again, I don't know how users are identified anyways :) |
| # | 09:23:53 | bshum | The query is running through with the explain analyze now |
| # | 09:23:55 | bshum | I'm waiting |
| # | 09:24:36 | senator | gah sorry. explain wouldn't have run the query. explain analyze does. 9 minute wait coming |
| # | 09:24:38 | senator | my bad |
| # | 09:24:39 | senator | but still valuable |
| # | 09:24:57 | jeff | hrm. there were more bibs in that file than i thought. vandelay appears to be doing a great job importing them all, though. :-) |
| # | 09:25:41 | bshum | senator: Oops, heh |
| # | 09:25:46 | bshum | Well that explains that |
| # | 09:25:56 | bshum | 3 minutes and going |
| # | 09:26:30 | senator | so it's a generalized thing. when you add a field to search by a user-linked field in the general search interface (like selection list owner), it just searches barcode/usrname/given names/family name instead of expecting the users to know eachother's usernames or barcodes. |
| # | 09:26:42 | senator | the 'my selection lists' interface is just a canned search on top of that |
| # | 09:27:04 | bshum | Ah |
| # | 09:28:54 | senator | when we find out what part of the query is slow, adding indexes will probably be plan A, but if that proves problematic for some reason, making my selection list do something more specialized so it runs a more efficient query would be plan B |
| # | 09:33:09 | bshum | Yeesh, 10+ minutes now and still rolling. |
| # | 09:34:55 | senator | bshum: you know what, in a separate psql session, why not just run it with explain but not analyze |
| # | 09:35:22 | senator | when the first one finally finishes maybe we'll want that result, but maybe we won't need it |
| # | 09:39:36 | mrpeters-isl | anyone tested collab/phasefx/field_hiding_uiauthor? curious if it will backport to 2.1.1... |
| # | 09:40:49 | bshum | senator: It just finished |
| # | 09:41:30 | bshum | senator: http://pastebin.ca/2135344 |
| # | 09:46:36 | senator | yep, it's the actor.usr bits |
| # | 09:46:54 | senator | and there are already indexes, we just miss them because the query's badly designed |
| # | 09:47:10 | senator | so there are indexes on all those au fields we're searching, but just on the lowercased versions |
| # | 09:47:39 | senator | if we add lowercase() to our search terms, the query planner should be able to take advantage i think |
| # | 09:47:48 | senator | will provide a patch that can be tried |
| # | 09:51:29 | senator | bshum: actually, let's do this to confirm i'm right before i ask you to actually patch your system |
| # | 09:52:08 | senator | first, in your psql session, do '\timing on' if you haven't already so that you can walk away if this takes a long time, so i don't hold a lock on your time |
| # | 09:52:53 | bshum | senator: Alright |
| # | 09:53:07 | bshum | Timing on |
| # | 09:54:00 | denials | senator++ bshum++ |
| # | 09:54:36 | denials | there are lots of tricks to finding db bottlenecks, we should start collecting them somewhere in an advanced troubleshooting section |
| # | 09:55:55 | denials | logging slow-running queries automatically, extending length of the query that's logged, statistics on index hits / table scans, yada yada |
| # | 09:56:02 | plux has joined #evergreen |
| # | 09:56:31 | senator | denials: yes! |
| # | 09:56:35 | senator | bshum: http://pastie.org/3774261 |
| # | 09:56:52 | senator | wait |
| # | 09:56:59 | senator | plus 'explain analyze' at the front |
| # | 09:57:22 | senator | anyway, it should be faster. i'm not sure it'll be fast enough yet, but if it's an improvement, we'll address remaining bottlenecks next |
| # | 09:59:14 | bshum | Alright, running now |
| # | 09:59:25 | bshum | Doh, should have told psql to use an output file |
| # | 10:01:07 | kmlussier_ has joined #evergreen |
| # | 10:10:53 | bshum | Almost 12 minutes and still running. |
| # | 10:11:19 | phasefx | tsbere: be my guest (ripping out modal_xulG_stack) |
| # | 10:11:31 | tsbere | phasefx: Yay! Because I did *that* last night ;) |
| # | 10:12:15 | senator | bshum: :-( bummer. then i'll look into it further today as i can. |
| # | 10:12:39 | phasefx | tsbere: just slowly going through scrollback :D love to see horrible kludges dissappear |
| # | 10:13:12 | bshum | senator: Just finished now |
| # | 10:15:03 | artunit has quit IRC |
| # | 10:16:17 | phasefx | mrpeters-isl: I believe the field hiding stuff got merged to master, so presumably it was tested by someone other than me |
| # | 10:21:12 | artunit has joined #evergreen |
| # | 10:21:35 | mrpeters-isl | oh, yeah...sorry, i know it got tested. just wasnt sure if anyone tested it further back. |
| # | 10:21:44 | mrpeters-isl | seems to be OK in 2.1.1 though, as best i can tell |
| # | 10:22:52 | mrpeters-isl | hmm, no, it actually doesnt |
| # | 10:47:35 | bshum | senator: http://pastie.org/3774511 for reference, with the revised query. |
| # | 11:00:11 | sal_ has joined #evergreen |
| # | 11:02:53 | mrpeters-isl | senator++ for new hold pull list |
| # | 11:04:52 | FrontierSD has joined #evergreen |
| # | 11:05:48 | FrontierSD | Hey folks. I'm a network admin for a Canadian School division. I'm looking to do an Evergreen install for kicking the tires. What's a recommended distro? Our linux servers are typically CentOS, so that would be my preference. Does it matter much? |
| # | 11:06:02 | mrpeters-isl | Debian Squeeze, IMO |
| # | 11:06:05 | tsbere | I recommend ubuntu |
| # | 11:06:21 | mrpeters-isl | I don't think CentOS is well supported (if at all?) |
| # | 11:06:42 | tsbere | I would avoid CentOS. And RHEL. And Gentoo, for that matter ;) |
| # | 11:06:43 | senator | mrpeters-isl++ # for testing new hold pull list |
| # | 11:06:48 | FrontierSD | So RedHat & derivitives are a meh |
| # | 11:06:57 | FrontierSD | Thanks then, that saves me a few hours :) |
| # | 11:07:52 | fortin has joined #evergreen |
| # | 11:09:08 | FrontierSD | How is the 64 bit support, or should I stick with 32 bit Debian? |
| # | 11:09:12 | kmlussier_ | mrpeters-isl++ for https://bugs.launchpad.net/evergreen/+bug/979933. Just noticed the same thing this morning. |
| # | 11:09:12 | pinesol_green | Launchpad bug 979933 in Evergreen "TTPAC: Patron can request email notification of a hold, despite no email on file" (affected: 1, heat: 6) [Low,Confirmed] |
| # | 11:09:49 | Dyrcona | FrontierSD: We run it on 64 bit Ubuntu, so it should work on 64 bit Debian. |
| # | 11:10:02 | moodaepo_ has joined #evergreen |
| # | 11:10:39 | mrpeters-isl | kmlussier_: yeah, total luck i happened upon that while testing the new pull list |
| # | 11:10:47 | tsbere | FrontierSD: I would go with 64 bit over 32 bit. I ran into issues a while back getting things going on 32 bit. |
| # | 11:10:50 | gmcharlt confirms, 64-bit Debian is fine |
| # | 11:11:35 | Dyrcona | tsbere: What issues with 32 bit? It seems to run fine on 32-bit FreeBSD. |
| # | 11:11:49 | Dyrcona | And, 32-bit Ubuntu, previously on the same hardware. |
| # | 11:12:26 | tsbere | Dyrcona: Well, at the time I didn't work for MVLC yet and was also trying to make it work on Fedora too, finding that 64 bit was easier to get it working on at the time. <_< |
| # | 11:12:55 | FrontierSD | tsbere: Thanks. Is there a document somewhere for network admins new to the evergreen project with best practices? |
| # | 11:13:11 | enhancin has joined #evergreen |
| # | 11:13:54 | tsbere | FrontierSD: I don't know, if there is I don't think I ever saw it. |
| # | 11:14:22 | Dyrcona | FrontierSD: Been to the dokuwiki? http://www.open-ils.org/dokuwiki/doku.php |
| # | 11:14:49 | Dyrcona | There is some useful, if slightly disorganized, information there. |
| # | 11:15:17 | mrpeters-isl | phasefx: you around? |
| # | 11:15:37 | enhancin | I'm having issue with generating predictions in the serials module. In the Subscriptions we create everything we need to, then go into Captions and Patterns and then click Generate Predictions. Select the second one, a number of issuances, and put in 12. Hit OK and it just grinds away forever I guess |
| # | 11:15:48 | mrpeters-isl | err, nevermind, phasefx |
| # | 11:15:52 | enhancin | If we do it through the alternative serials control view it gives a network connection error |
| # | 11:17:28 | jeff | oh weird. my vandelay import in 2.1.1 of a bunch of bibs ended up with a null source. |
| # | 11:18:56 | jeff | update biblio.record_entry set source = 6 where create_date::date = '2012-04-12'; :-) |
| # | 11:19:14 | jeff | (test system) |
| # | 11:23:49 | tsbere | heh |
| # | 11:49:31 | wlayton has joined #evergreen |
| # | 11:52:01 | enhancin | If the subscription that we put in has a Caption/Pattern of 12 and we try to predict 12, does that cause a conflict? I'm just trying to figure it out and the only error I can see is "update or delete on table "caption_and_pattern" violates foreign key constraint "issuance_caption_and_pattern_fkey" on table "issuance"" |
| # | 11:56:18 | senator | enhancin: unfortunately this still can happen (your initial trouble report; not sure i follow your very last message) with patterns that are either not quite mfhd-ok, or if they are mfhd-ok but the prediction code has trouble with it. best hope to troubleshoot would be to share at least your patten and the holding code for the dummy issue you're using to try to generate (via pastebin, and |
| # | 11:56:24 | senator | selfishly i ask for it in a mail to open-ils-dev so i can check on it later) |
| # | 11:57:29 | enhancin | Hm, alright I think I'll submit something to the mail anyways but let me grab the holding code and pattern |
| # | 11:58:23 | enhancin | well the caption/pattern is 12. holding pattern ["4","1","8","1","a","90","b","1","i",1] |
| # | 11:58:47 | enhancin | i think... |
| # | 11:58:51 | enhancin | i'm not a librarian. |
| # | 12:08:36 | senator | for caption/pattern, i mean the contents of it, not just its id. so in the caption/pattern tab of the interface, there's a field labeled pattern code or something like that, and its contents should resemble, but be different from, the holding code you just pasted |
| # | 12:10:37 | enhancin | hmmm..pattern code wizard..let me try to get it |
| # | 12:15:57 | enhancin | http://pastebin.com/CJ8MkXrm |
| # | 12:16:17 | enhancin | I could go through the db and find the pattern code if you need that |
| # | 12:16:27 | enhancin | or..try to pull it back up, i didn't actually find this error |
| # | 12:20:48 | danielr has joined #evergreen |
| # | 12:23:41 | dwen has joined #evergreen |
| # | 12:23:53 | wlayton has quit IRC |
| # | 12:27:19 | phasefx | are we cutting a 2.1.2? |
| # | 12:35:52 | dwen has quit IRC |
| # | 12:35:52 | danielr has quit IRC |
| # | 12:38:42 | tsbere would assume so at some point |
| # | 12:39:01 | tsbere | phasefx: I would prefer to not be the one doing so, but if it comes to that I will cut that too <_< |
| # | 12:41:56 | gmcharlt | phasefx: I agree that one should be cut, and I'm willing to do the cutting |
| # | 12:42:16 | danielr has joined #evergreen |
| # | 12:42:26 | tsbere would prefer to know that if his release cutting script is used that someone other than himself is capable of running it ;) |
| # | 12:42:58 | phasefx | gmcharlt++ tsbere++ |
| # | 12:51:18 | mrpeters-isl | git experts -- is it possible to make a copy of a branch on my machine to tinker around with? |
| # | 12:51:29 | tsbere | mrpeters-isl: Yes |
| # | 12:51:36 | mrpeters-isl | eg: rel_2_1 and i want rel_2_1_testing |
| # | 12:51:40 | tsbere | mrpeters-isl: git checkout -b local_name remote_branch |
| # | 12:51:55 | tsbere | so for that git checkout -b rel_2_1_testing origin/rel_2_1 |
| # | 12:52:06 | mrpeters-isl | hmm, but what is the remote branch? i want it to be a copy of my existing branch, with all of my changes |
| # | 12:52:10 | mrpeters-isl | not the default rel_2_1 |
| # | 12:52:29 | tsbere | Oh |
| # | 12:52:35 | mrpeters-isl | i know what ill do |
| # | 12:52:37 | tsbere | Then just provide your local branch name instead of "remote_branch" |
| # | 12:52:51 | mrpeters-isl | ok, ill try |
| # | 12:52:53 | mrpeters-isl | thanks |
| # | 12:53:17 | mrpeters-isl | yeah, that doesnt work |
| # | 12:53:21 | tsbere | ? |
| # | 12:53:23 | mrpeters-isl | fatal: git checkout: updating paths is incompatible with switching branches/forcing |
| # | 12:53:23 | mrpeters-isl | Did you intend to checkout 'isl_2_1_1_testing' which can not be resolved as commit? |
| # | 12:53:36 | tsbere | what command did you use? |
| # | 12:53:44 | mrpeters-isl | git checkout -b isl_2_1_1 isl_2_1_1_testing |
| # | 12:53:51 | tsbere | Reverse the params |
| # | 12:53:54 | mrpeters-isl | ok |
| # | 12:53:56 | tsbere | you want the testing one first |
| # | 12:54:03 | tsbere | Or rather, you want the testing one just after the -b |
| # | 12:54:05 | mrpeters-isl | right, that makes sense |
| # | 12:54:36 | mrpeters-isl | and then i use git-rebase to get all of my commits to the top, right? |
| # | 12:54:54 | mrpeters-isl | just trying to prepare everything for cherry-picking into rel_2_2 |
| # | 12:55:23 | tsbere | Well, you may want to do a git branch --set-upstream isl_2_1_1_testing origin/rel_2_1 or similar first |
| # | 12:55:58 | tsbere | Then git pull won't try and pull from your isl_2_1_1 branch |
| # | 12:56:07 | mrpeters-isl | i see |
| # | 12:56:15 | mrpeters-isl | error: unknown option `set-upstream' |
| # | 12:56:42 | tsbere | huh |
| # | 12:56:56 | mrpeters-isl | git branch --set-upstream right? |
| # | 12:57:12 | tsbere | Yea. Works for me. <_< |
| # | 12:57:25 | akilsdonk has quit IRC |
| # | 12:57:25 | mrpeters-isl | really...hmm |
| # | 12:58:00 | tsbere | It may be an older git issue? |
| # | 12:59:48 | mrpeters-isl | yeah, maybe |
| # | 13:00:34 | kmlussier_ has quit IRC |
| # | 13:00:50 | mrpeters-isl | man this is going to be an adventure :( |
| # | 13:02:31 | mrpeters-isl | thanks, tsbere++ |
| # | 13:21:59 | kmlussier_ has joined #evergreen |
| # | 13:27:52 | akilsdonk has joined #evergreen |
| # | 13:32:33 | akilsdonk has quit IRC |
| # | 13:33:09 | hopkinsju has joined #evergreen |
| # | 13:47:29 | moodaepo_ | Has anyone seen this error when running the db update from 2.* to 2.1 > http://paste.lisp.org/display/128917 |
| # | 13:47:57 | moodaepo_ | I've done that upgrade path a few times and this is a first. |
| # | 13:51:34 | tsbere | moodaepo_: You have an auditor. <_< That isn't stock, so the script doesn't know what to do with it. |
| # | 13:52:13 | bshum | Oooh |
| # | 13:52:15 | bshum | Pretty |
| # | 13:52:25 | moodaepo_ | tsbere++ |
| # | 13:52:40 | bshum | Custom tracking of changes to the circ matrix table |
| # | 13:52:45 | bshum | That looks like it'd be fun. |
| # | 13:52:55 | bshum | And insane |
| # | 13:53:02 | tsbere | moodaepo_: I think your main issue is going to either be "drop the auditor" or "find the circ matrix changes and propogate them to the auditor tables" |
| # | 13:53:41 | tsbere | 2.2 will make that much easier by allowing us to call "update_auditors" every time we ALTER TABLE <_< |
| # | 13:59:06 | kmlussier_ | hmmm...does anyone know what would make the staff client highlight the active tab like this?: https://picasaweb.google.com/lh/photo/V9m3_pCI7oOCn-R7Ci-rycjWaZsi6g_pM85ELTcv31A?feat=directlink |
| # | 13:59:52 | kmlussier_ | Some of us liked the effect, but we're not sure why this particular client is doing it. |
| # | 14:00:13 | tsbere | kmlussier_: Probably something installed into all mozilla-based applications dropping custom CSS into the mix. |
| # | 14:00:23 | tsbere | Check out the extensions information from about:config |
| # | 14:01:02 | kmlussier_ | Ooh! I've never been there before. Thanks tsbere! |
| # | 14:01:36 | tsbere | kmlussier_: Sorry, not about:config, the developer menu. About:config is on there too. >_> |
| # | 14:03:04 | tsbere | kmlussier_: Easy enough to reproduce with the right CSS in the mix, if you think it should be done. ;) |
| # | 14:05:59 | kmlussier_ | tsbere: There seems to be some enthusiasm for it here, but, like anything, it's really a personal preference. Knowing what extension is causing it would be useful so that others could replicate it if they wanted to. |
| # | 14:06:30 | tsbere | kmlussier_: Note that if an extension *is* doing that, you may see undesirable effects elsewhere that create subtle "why is this happening?" issues. |
| # | 14:08:23 | kmlussier_ | Understood |
| # | 14:13:33 | tsbere | gmcharlt: I'll grab daniel's request there. |
| # | 14:16:31 | akilsdonk has joined #evergreen |
| # | 14:30:51 | sal_ has quit IRC |
| # | 14:31:23 | bshum | Let's say one were trying to setup a new entry in config.metabib_field to target two different MARC fields. Would something like: //marc:datafield[@tag='028' or @tag='037']/marc:subfield[@code='a'] work to get both 028a and 037a? |
| # | 14:35:23 | mtcarlson has joined #evergreen |
| # | 14:50:15 | Gentlecat has quit IRC |
| # | 14:52:19 | mtcarlson has quit IRC |
| # | 15:01:52 | moodaepo_ has quit IRC |
| # | 15:20:47 | Dyrcona | So, I'm looking at "fixing" how we use sed -i in Makefiles following the autoconf suggestions and it looks like we're headed for a proliferation of *.in files. |
| # | 15:21:29 | Dyrcona | Since sed -i isn't portable we should switch to sed < whaterver.in > whatever |
| # | 15:22:37 | Dyrcona | Another thought I had was to use an AC_SUBST for sedi based on the brand of sed. |
| # | 15:27:26 | danielr has quit IRC |
| # | 15:27:32 | denials wouldn't mind a proliferation of .in files - or maybe a shadow directory that contains the files to be sed'ed? |
| # | 15:28:22 | denials | I like avoiding the unintended consequences that a "git commit -as" can have for in-place subsitutions |
| # | 15:29:45 | denials | phasefx: 2.1.2... seriously? What, you want a bugfix release more than once every 6 months? Sheesh. |
| # | 15:32:16 | denials | aka "Yes, definitely" |
| # | 15:34:41 | Dyrcona | *.in it is. |
| # | 15:35:00 | Dyrcona wonders if a generic Makefile rule would work..... |
| # | 15:35:12 | Dyrcona | Think I'll experiment in a dummy project. |
| # | 15:38:30 | plux has quit IRC |
| # | 15:38:31 | bshum | Experimenting |
| # | 15:38:52 | bshum | If one were to use an index_normalizer like 12, "replace" |
| # | 15:39:06 | bshum | In config.metabib_field_index_norm_map |
| # | 15:39:35 | bshum | Would that be similar to what it's doing it's doing to ISSN there? |
| # | 15:39:40 | bshum | To take - and make it '' |
| # | 15:42:38 | bshum | Nevermind me, I'm just musing things. |
| # | 15:42:44 | bshum | Sorry folks |
| # | 15:49:17 | enhancin | senator: Sorry, I was AFK for a while, but I've got the pattern code for that specific entry: http://pastebin.com/v5XAa0F3 |
| # | 15:49:51 | Dyrcona | bshum: Often, when I muse over such things, I find it best to try it in a development/test environment to find out. |
| # | 15:50:11 | enhancin | Just in case anyone else is wondering, It's during generating predictions in Alternate Serial Control view, under the "Issuances" tab. |
| # | 15:50:44 | bshum | Dyrcona: I managed to add a new index for something our catalogers called "media publisher number" 028a and 037a, but then it doesn't like searching values that contain dashes in them. And is super critical of where the space is in the value too. |
| # | 15:51:00 | bshum | Dyrcona: So I figure we need to add something on either end to handle that sort of thing better. |
| # | 15:51:15 | moodaepo_ has joined #evergreen |
| # | 15:51:57 | bshum | Figure ISBN/ISSN would be a good object lesson on how to handle that sort of entry difficulties. |
| # | 15:52:00 | Dyrcona | bshum: sounds like the issn or isbn normalizer would help. |
| # | 15:52:07 | Dyrcona | bshum++ |
| # | 15:52:46 | senator | enhancin: at a glance, i think you need ‡i to be year, and a ‡j to be month (this means in when creating the pattern using the wizard, on the chronology captions page add two instead of one. first year then month) |
| # | 15:53:27 | senator | i'm sorry i don't have a ton of spare cycles right this moment for this, but if you put all this information into your email to this list, it should eventually get digested not only by me but by others who may be able to help |
| # | 15:54:49 | enhancin | yeah, i'll try that part first and then if it continues i'll open up a mailing list thing |
| # | 15:57:55 | denials | bshum: just be careful with the normalization of spaces, as we found out naively removing spaces from ISSNs was a bad idea (unless you like fields that have multiple ISSNs getting all smushed up and unsearchable like 1234567812345678 instead of 12345678 12345678) |
| # | 15:58:19 | bshum | denials: Eww |
| # | 15:58:21 | denials thinks the fix for that made it in... |
| # | 15:58:29 | bshum | denials: Thanks, I'll remember that as we explore. |
| # | 15:59:22 | denials is seeing way more new bugs than committed pullrequests - which is a good sign, yay testing! - but also a bit troubling :/ |
| # | 16:04:41 | Dyrcona just made a local git repo of files so he could git clean -f -d and get rid of generated files. |
| # | 16:04:43 | bshum | Testing/using-in-production/whatever :) |
| # | 16:32:17 | collum has quit IRC |
| # | 16:33:12 | Dyrcona | using in production == testing |
| # | 16:33:16 | Dyrcona | :) |
| # | 16:33:21 | FrontierSD has quit IRC |
| # | 16:38:07 | jeff | i saw bshum's "Testing/using-in-production/whatever" and parsed it as a very confused-looking git branch name. :-) |
| # | 16:38:38 | tsbere | jeff: Could be worse. I have seen git branches recently that read like file system paths. |
| # | 16:38:45 | tsbere | *windows* filesystem paths at that. |
| # | 16:39:29 | bshum | Heh |
| # | 16:46:20 | Dyrcona | heh....just had a wacky thought: Using autoconf to generate formula novels. |
| # | 16:56:26 | kmlussier_ has left #evergreen |
| # | 17:01:56 | akilsdonk has quit IRC |
| # | 17:02:33 | fortin has quit IRC |
| # | 17:03:43 | jeff | Dyrcona: madlib.ac? |
| # | 17:03:54 | Dyrcona | yeah. :) |
| # | 17:04:26 | Dyrcona needs to modify his markov chain program to read ePubs. |
| # | 17:04:53 | jeff | Dyrcona: My computer wrote this 50 billion word novel for NaNoWriMo and all I got was this Amazon AWS bill? |
| # | 17:05:37 | Dyrcona | :) |
| # | 17:05:56 | Dyrcona | Kindle uses mobi pocket. |
| # | 17:05:59 | Dyrcona | :) |
| # | 17:07:19 | Dyrcona | I have always wanted to run the works of Shakespeare through it. |
| # | 17:07:43 | Dyrcona | Tried Hamlet. It came out Othello. ;) |
| # | 17:07:45 | pranjal710 has joined #evergreen |
| # | 17:08:40 | pranjal710 | Can someone give me the location for Evergreen staff_client Git repository? Please.. |
| # | 17:08:56 | pranjal710 | Staff_client 1.6.0.2 |
| # | 17:09:09 | Dyrcona | prajal710: Evergreen staff client is buildable from the source code. |
| # | 17:10:07 | pranjal710 | Actually I was working on a bug, and I wanted to see the code for 1.6.0.2 |
| # | 17:10:12 | Dyrcona | If you want a binary, try here: http://www.open-ils.org/code_museum.php |
| # | 17:10:26 | pranjal710 | Thankyou |
| # | 17:10:52 | Dyrcona | pranjal710: Open-ILS/xul/staff_client, I think. The directory may have changed since 1.6/2.0. |
| # | 17:11:22 | pranjal710 | Yes it has changed |
| # | 17:11:34 | pranjal710 | Its actually 1.8 .. I think |
| # | 17:11:47 | Dyrcona | pranjal710: never was a 1.8 |
| # | 17:12:39 | Dyrcona | pranjal710: We don't support 1.6 any longer as a community. You might want to see if you can reproduce and fix the bug in master. |
| # | 17:13:33 | pranjal710_ has joined #evergreen |
| # | 17:14:21 | pranjal710_ | Sorry, there was a connection problem, isnt there any way I could get the link? |
| # | 17:15:31 | Dyrcona | pranjal710_: You can get the Evergreen source code from our git repository: http://git.evergreen-ils.org/?p=Evergreen.git;a=summary |
| # | 17:15:46 | luisb has joined #evergreen |
| # | 17:15:51 | pranjal710 has quit IRC |
| # | 17:16:39 | pranjal710_ | Thankyou, I needed this only |
| # | 17:22:04 | Dyrcona | Wonder what would happen if I ran a bunch of spams through a markov chain program? Would it come out the other end making sense? |
| # | 17:22:39 | gmcharlt | tsbere: trivial pullreq for you - 980303 |
| # | 17:23:10 | Dyrcona | nothing is trivial 7 minutes before quitting time. that's when bad things happen. |
| # | 17:23:36 | gmcharlt | Dyrcona: tsbere has a quitting time? |
| # | 17:23:37 | gmcharlt | ;) |
| # | 17:23:58 | Dyrcona | Officially, yes. Unofficially, that's up to him. |
| # | 17:24:03 | tsbere | gmcharlt: Nothing is trivial 7 minutes before "go home and eat" time. that's when bad things happen. ;) |
| # | 17:24:03 | moodaepo_ | Dyrcona++ |
| # | 17:24:09 | gmcharlt | heh |
| # | 17:27:59 | Dyrcona | speaking of going home..... [disappears in a cloud of electrons] |
| # | 17:28:05 | fortin has joined #evergreen |
| # | 17:28:05 | Dyrcona has quit IRC |
| # | 17:45:20 | luisb has quit IRC |
| # | 17:45:59 | kivilahtio1 has quit IRC |
| # | 17:47:26 | luisb has joined #evergreen |
| # | 17:52:21 | hopkinsju has quit IRC |
| # | 18:20:38 | hopkinsju has joined #evergreen |
| # | 18:30:36 | luisb has quit IRC |
| # | 19:46:53 | rangi | http://git-legit.org/ |
| # | 19:50:55 | moodaepo_ | rangi++ |
| # | 20:46:12 | moodaepo_ has quit IRC |
| # | 22:40:24 | hopkinsju has quit IRC |
| # | 23:56:21 | Gentlecat has joined #evergreen |
April 10-13