| # | Time | Nick | Message |
|---|
| # | 00:16:08 | tildeequals has joined #evergreen |
| # | 00:41:41 | artunit has joined #evergreen |
| # | 02:20:33 | HitScan has joined #evergreen |
| # | 02:30:24 | HitScan has quit IRC |
| # | 06:38:30 | rickd_ has quit IRC |
| # | 07:04:55 | sfortin has joined #evergreen |
| # | 07:28:43 | rickd_ has joined #evergreen |
| # | 07:52:57 | granitize has joined #evergreen |
| # | 08:13:29 | mck9 has left #evergreen |
| # | 08:13:37 | mck9 has joined #evergreen |
| # | 08:37:57 | Dyrcona has joined #evergreen |
| # | 08:47:58 | sfortin has quit IRC |
| # | 08:54:26 | gmcharlt has quit IRC |
| # | 08:54:27 | gmcharlt has joined #evergreen |
| # | 09:04:52 | kmlussier has joined #evergreen |
| # | 09:13:52 | rickd_ has quit IRC |
| # | 09:15:51 | Meliss has joined #evergreen |
| # | 09:20:57 | afterl has joined #evergreen |
| # | 09:24:20 | bshum has joined #evergreen |
| # | 09:34:00 | eby has quit IRC |
| # | 09:47:39 | eby_ has joined #evergreen |
| # | 09:49:17 | bshum | Hmm, so we're now referencing each org unit's address separately as their own entry. |
| # | 09:49:58 | bshum | That makes deleting the default org units a bit trickier than it used to be, right? |
| # | 09:50:12 | tsbere | Dyrcona found that out recently. |
| # | 09:51:33 | bshum | tsbere: Quirky. Good to know it's not just my imagination this morning. |
| # | 09:52:02 | tsbere | Although he wasn't removing them so much as trying to inject addresses to find a duplicate key warning |
| # | 09:55:03 | tsbere | Lazy man's method is probably a couple of truncate statements with a sequence reset or two |
| # | 09:56:17 | bshum | Our org structure only has three depths, so I usually try to delete out all the org units first, then delete the other layers I don't need. Then add back org units for a "test" scenario. |
| # | 09:56:32 | bshum | Trying out some new ideas, but have to clear out some room first. |
| # | 09:56:48 | tsbere | Right, so truncate the two tables, reset the id sequences, and you have nothing left. |
| # | 09:56:49 | bshum | I think the thing that's quirky is the "delete" button in the staff client is misleading since it can't actually delete anything. |
| # | 09:57:20 | bshum | I wouldn't think you could do that with the 1 consortium being referenced on the actor.usr table for the admin account. |
| # | 09:57:33 | tsbere | so your users get wiped out too. Make a new one! :P |
| # | 09:58:03 | bshum | This reminds me of something that happened when I was preparing an install for training where I nuked every other table of my EG install. |
| # | 09:58:19 | bshum | Maybe I'll poke at it more gingerly at first. |
| # | 09:58:33 | bshum | But I like your style tsbere! :) |
| # | 09:58:56 | miker_ | why not just edit and use? |
| # | 09:59:28 | miker_ | at least the top OU, anyway |
| # | 10:01:55 | tsbere | Maybe the db create scripts need a "only create the CONS org unit" flag or something. |
| # | 10:02:55 | miker_ | tsbere: perhaps. or, when a "put some test data into my fresh install" script (set) is built, it can do that |
| # | 10:03:07 | miker_ | s/when/"when"/ |
| # | 10:05:11 | mck9 | Dibs on #405 for an upgrade script |
| # | 10:06:00 | Dyrcona_ has joined #evergreen |
| # | 10:06:06 | bshum | miker_: Edit was my plan. Just have to remind myself to change the org unit types so that I can delete what I don't need. |
| # | 10:07:10 | Dyrcona has left #evergreen |
| # | 10:07:37 | Dyrcona_ is now known as Dyrcona |
| # | 10:14:28 | tsbere | miker_: Any thoughts (good or bad) on the latest circ matrix patch there? Looks like you have been busy with other things, but can't hurt to ask. |
| # | 10:16:10 | miker_ | tsbere: sorry, yeah, I haven't had a chance to look yet |
| # | 10:16:17 | tsbere | n/p |
| # | 10:24:21 | alxp has joined #evergreen |
| # | 10:40:44 | dbs has joined #evergreen |
| # | 10:40:44 | dbs has joined #evergreen |
| # | 10:44:15 | dbs is going to push out a final OpenSRF 1.6.0 release, as there doesn't seem to have been much change since the alpha |
| # | 10:46:43 | alxp has quit IRC |
| # | 10:47:00 | alxp has joined #evergreen |
| # | 10:56:04 | alxp has quit IRC |
| # | 10:56:20 | alxp has joined #evergreen |
| # | 10:58:55 | eby_ is now known as eby |
| # | 10:58:56 | miker_ | dbs++ |
| # | 11:05:50 | alxp has quit IRC |
| # | 11:06:09 | alxp has joined #evergreen |
| # | 11:08:35 | denials_ has quit IRC |
| # | 11:19:50 | branflakes has quit IRC |
| # | 11:29:37 | denials has joined #evergreen |
| # | 11:47:38 | dbs has quit IRC |
| # | 11:52:23 | dbs has joined #evergreen |
| # | 11:52:23 | dbs has joined #evergreen |
| # | 11:55:08 | jamesrf has joined #evergreen |
| # | 12:12:19 | dbs loses 1.5 hours to configuring ssh + tsocks to circumvent free wifi limitations. ah well, freewifi++ |
| # | 12:21:59 | tsbere is considering one of three "tasks" for his next evergreen project. Add org lassos to the circ matrix stuff, learn and maybe overhaul indb hold matrix stuff, or try and figure out how to do customizations in the opac that may not even be voted on by the committee that doesn't exist yet |
| # | 12:23:59 | dbs | http://evergreen-ils.org/downloads/opensrf-1.6.0.tar.gz is uploaded and http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.6:install has been updated |
| # | 12:24:14 | kmlussier has quit IRC |
| # | 12:24:53 | phasefx | dbs++ |
| # | 12:24:58 | dbs | rel_1_6_0 has been tagged, http://evergreen-ils.org/downloads/OpenSRF-ChangeLog-1.4.0-1.6.0 and http://evergreen-ils.org/downloads/opensrf-1.6.0.tar.gz.md5 have been uploaded |
| # | 12:25:23 | dbs | tarball / directory are now lowercase per Debian packaging conventions. One more (tiny) step. |
| # | 12:25:34 | dbs | http://evergreen-ils.org/dokuwiki/doku.php?id=dev:rolling_a_release is updated too |
| # | 12:28:02 | miker_ | dbs++ |
| # | 12:28:11 | tsbere | dbs++ |
| # | 12:28:26 | tsbere would grab copies, but apparently broke the vm he would grab them into |
| # | 12:28:58 | dbs | you guys are sweet, but svn / svn2cl / tar / sftp aren't all that tough :) |
| # | 12:29:08 | phasefx | offline.pl on my lenny system is wanting Clss/DBI/Frozen/301.pm funf un |
| # | 12:29:46 | dbs | phasefx: Makefile.install should have installed that for you |
| # | 12:29:51 | phasefx | it didn't |
| # | 12:29:59 | alxp has quit IRC |
| # | 12:30:00 | phasefx | trying to figure out why now |
| # | 12:30:17 | alxp has joined #evergreen |
| # | 12:30:42 | tsbere wants to know why he turned the laptop on, only to have it start shutting down, while plugged in |
| # | 12:31:13 | dbs | phasefx: did you install the prereqs recently? |
| # | 12:31:29 | phasefx | yeah, just a moment ago |
| # | 12:31:49 | tsbere | phasefx and dbs: I got a similar problem on a clean ubuntu lucid install recently, figured I just screwed something up |
| # | 12:32:08 | dbs | bah |
| # | 12:33:22 | phasefx | tests failing during install |
| # | 12:33:38 | dbs | it's a "force install" fer crissakes |
| # | 12:34:14 | miker_ | dbs: some versions of the cpan command want -f, some want some other syntax ... could that be it? |
| # | 12:34:15 | dbs | perl Open-ILS/src/extras/Makefile.install install_cpan_force |
| # | 12:34:47 | phasefx | make -f |
| # | 12:34:57 | dbs | yes, make -f, sorry |
| # | 12:35:16 | alxp has quit IRC |
| # | 12:35:32 | alxp has joined #evergreen |
| # | 12:35:34 | dbs | miker_: gah. I guess if CPAN.pm itself changes the semantics of the command between versions, we're all doomed |
| # | 12:35:52 | miker_ | dbs: you weren't informed of the doom? |
| # | 12:35:56 | dbs | phasefx: how about we say lenny isn't supported? |
| # | 12:36:15 | miker_ | heh |
| # | 12:36:16 | dbs | (kidding) |
| # | 12:36:30 | lisppaste | phasefx pasted "install_cpan_force" at http://paste.lisp.org/display/114630 |
| # | 12:36:37 | phasefx was about to cry :') |
| # | 12:37:10 | miker_ | phasefx: just use `cpan -f Class::DBI::Frozen::301` |
| # | 12:37:29 | miker_ | well, sudo that |
| # | 12:37:48 | phasefx | that worked |
| # | 12:39:18 | phasefx | would it be good or bad to use the cpan command instead of perl in that Makefile? |
| # | 12:39:25 | alxp has quit IRC |
| # | 12:39:44 | miker_ | phasefx: not all distros use that, I don't think ... unsure though |
| # | 12:40:06 | alxp has joined #evergreen |
| # | 12:40:12 | dbs | yeah, they definitely don't |
| # | 12:40:14 | phasefx will ignore and let some other brave soul maintain Makefile.install :) |
| # | 12:40:41 | dbs | could add the "notest" pragma |
| # | 12:40:55 | tsbere looks at the cpan docs, and has something that says -fi is needed to force install.....just after saying that f and i are mutually exclusive and only the first will be used |
| # | 12:43:03 | sfortin has joined #evergreen |
| # | 12:43:05 | kmlussier has joined #evergreen |
| # | 12:44:05 | tsbere | dbs: How about perl -MCPAN -e'force("install","blah");' ?? |
| # | 12:45:00 | dbs | tsbere: tried it in the past, didn't work. maybe it will work with all of the currently supported distros. If you want to tackle the problem and test on all the distros, cool. |
| # | 12:45:27 | tsbere | dbs: You are lucky if I test on lucid. I don't have enough cpu power or patience (yet) to keep piles of distros around. |
| # | 12:46:57 | dbs | We are lucky to have you test on lucid! |
| # | 12:47:38 | tsbere | at least I think that is what I am testing on. Why do they insist on naming them but putting versions numbers in the filenames? |
| # | 12:47:39 | dbs | see, we used to do that: http://svn.open-ils.org/trac/ILS/changeset/11276/trunk/Open-ILS/src/extras/Makefile.install |
| # | 12:49:23 | phasefx | so on one box I have, OfflineStore.pm gives an error, Can't locate parent.pm. Presumably coming from use parent 'Class::DBI::Frozen::301'; is parent supposed to come from UNIVERSAL? |
| # | 12:50:11 | tsbere | dbs: How about a "if cpan exists in the path, run it with -f" additional check? |
| # | 12:51:22 | phasefx | no, parent is its own thing, I think |
| # | 12:52:21 | dbs | parent is its own thing and has been added to Makefile.install |
| # | 12:52:33 | dbs | tsbere: really, don't |
| # | 12:53:00 | tsbere isn't planning on changing anything, is just commenting while waiting for a virtual machine to get somewhere on this laptop |
| # | 12:56:53 | dbs | we did use the notest pragma briefly. hmm |
| # | 13:01:16 | alxp_ has joined #evergreen |
| # | 13:01:16 | alxp has quit IRC |
| # | 13:01:19 | alxp_ is now known as alxp |
| # | 13:14:32 | tsbere thought the circ matrix was hard to wrap his head around, but the hold matrix makes no sense to him whatsoever |
| # | 13:21:41 | tsbere | My understanding is that there isn't a document for the circ matrix stuff to explain how it works. I assume that the same, unfortunetly, is the case for the hold matrix stuff? |
| # | 13:21:59 | bshum | tsbere: More or less correct. |
| # | 13:22:23 | bshum | Some of us have learned pieces of it through trial/error though. |
| # | 13:23:07 | bshum | There's alot to the hold matrix pieces that could use work, based on our observations. |
| # | 13:23:26 | bshum | But I'm not a coder, so I just report things and shadow others. |
| # | 13:23:28 | tsbere | Someone had to come up with a design doc or notes of some kind at some point before it was written with at least a list of requirements. That brings up the question "does that still exist somewhere for reference?" |
| # | 13:24:20 | dbs bets shadows remain on whiteboard fragments in a GA landfill |
| # | 13:24:56 | bshum enjoy's dbs' imagery |
| # | 13:26:28 | tsbere | miker_: You have any insight to offer on the hold matrix stuff? |
| # | 13:26:41 | dbs | For the actual documentation, it would probably be a good approach to start with the simplest case - a single branch library system with a single class of patrons - and write that story, then add another variable and show how the story changes |
| # | 13:27:19 | tsbere | dbs: That is all well and good, but I am not sure I can document that on the hold matrix yet. |
| # | 13:27:32 | tsbere | maybe I should just forget hold matrix for now and document the circ matrix as of my changes. |
| # | 13:27:33 | dbs | tsbere: I'm not asking you to! |
| # | 13:27:41 | dbs | yes, that would be awesome |
| # | 13:28:23 | tsbere was expecting the holds first check to be "can this item circulate to this patron at the pickup location?" |
| # | 13:28:23 | dbs | maybe bshum could document what he knows of the hold matrix. nudge nudge |
| # | 13:29:50 | bshum | dbs: I started writing some stuff, but I think Robert's been doing alot of the configuration policy writeups in DIG. Didn't want to duplicate too much efforts. That said, there's alot of quirks in in-db holds that I should put to words at some point :( |
| # | 13:30:28 | tsbere | bshum: Oh, allow me to put them into words from what I have figured out so far: in-db holds IS a quirk |
| # | 13:31:45 | atz_ | is that somewhere between a bug and a feature? |
| # | 13:31:49 | bshum | tsbere: Heh, fair enough. I don't know how many people are actively using in-db holds at present time. Might be up to 5 by now. |
| # | 13:31:57 | bshum | people/sites/libraries |
| # | 13:33:16 | alxp has quit IRC |
| # | 13:33:26 | bshum | tsbere: And I agree that checking circ/hold together would have sounded logical. |
| # | 13:33:31 | alxp has joined #evergreen |
| # | 13:33:51 | tsbere | atz_: I think in this case it is a collection of obscure bugs pretending to be a feature |
| # | 13:34:03 | atz_ | a bugspiracy |
| # | 13:34:36 | miker_ | tsbere: I do have insight into the holds matrix ... that, like the circ stuff, was mine (for good or ill) |
| # | 13:35:04 | tsbere | miker_: Do you have any notes on what the original specs for the thing were? |
| # | 13:35:31 | miker_ | yes ... "Make it able to do most of what the scripts can do, particularly what people use in the scripts today" ;) |
| # | 13:35:57 | miker_ | unfortunately, I don't have time today to work on docs for that. but, I want to ... soon |
| # | 13:36:34 | tsbere | miker_: Do holds at least at some point in the perl layer that I have yet to find ask the circ layer if the item is allowed to circ? |
| # | 13:37:31 | miker_ | tsbere: no, because that doesn't matter. staff can override any "can't circ" condition given permissions |
| # | 13:37:48 | bshum | tsbere: Maybe I'm being roundabout, but wouldn't having hold restrictions to block the transit in the first place be the way to go? |
| # | 13:38:08 | phasefx | conditions can change too re: circ. Good way to get someone to pay their fines, for example, if a hold is ready for pickup |
| # | 13:38:10 | bshum | Or you're saying having a hold true rule that connects to a circ false rule? |
| # | 13:38:15 | miker_ | bshum: or use boundaries |
| # | 13:38:23 | alxp has quit IRC |
| # | 13:39:05 | alxp has joined #evergreen |
| # | 13:41:13 | tsbere | It seems wrong to me to have to effectively maintain the same rules in two places. You don't want it to circ, so you have to make sure a rule says it can't be held too. At the very least, a partial "can it circ" check seems like it would make sense, even if you skip over a few of the tests. |
| # | 13:42:07 | tsbere | Especially when even before my changes you could have rules for whether something can circ to someone that can't be checked for if it can be held for them |
| # | 13:43:13 | dbs | haha. the Class::DBI::Frozen::301 install failed on my squeeze-box too. dbs-- |
| # | 13:43:20 | atz_ | :( |
| # | 13:45:13 | miker_ | dbs: you've installed EG on an accordian? |
| # | 13:45:21 | miker_ | miker_-- |
| # | 13:45:34 | dbs | miker_: thanks for completing the setup! |
| # | 13:45:41 | miker_ | I do what I can |
| # | 13:45:42 | dbs | Now I'm motivated to fix this thing |
| # | 13:47:58 | Dyrcona has quit IRC |
| # | 13:56:23 | tsbere | dbs: Now give me URLs for when the network only allows talking to pre-approved sites and the admin won't give the server access to talk to the sites things are downloaded from ;) |
| # | 13:56:24 | tsbere kids |
| # | 13:56:52 | dbs | heh |
| # | 13:57:21 | dbs | phasefx: if you have a chance, can you try install_cpan_force from r17770? |
| # | 13:57:30 | dbs will backport to 2.0 anyway |
| # | 13:58:47 | phasefx | dbs: sure thing |
| # | 13:59:23 | dbs | gah, didn't reference both previous commits in r17771, oh well |
| # | 13:59:40 | phasefx | dbs: appears to be working (make_test FAILED but failure ignored because 'force' in effect) |
| # | 13:59:51 | dbs | that's the desired result. yay! |
| # | 13:59:53 | tsbere | dbs: What if cpan throws a config dialog up? |
| # | 14:00:08 | dbs | tsbere: what do you mean? |
| # | 14:00:33 | phasefx gets prompts as it is now, the -y or whatnot doesn't seem to always work |
| # | 14:00:45 | tsbere | I think parser had that issue, did a Makefile.install and it asked him to provide options that weren't set |
| # | 14:01:07 | dbs | tsbere: that's a requirement of using CPAN |
| # | 14:01:55 | tsbere | dbs: My question is, when you pass in the piped command, what happens if cpan prompts for something first? |
| # | 14:02:02 | dbs | just one more hurdle of many in the install gauntlet (to mix metaphors nicely) |
| # | 14:02:17 | dbs | tsbere: by the time you get to install_cpan_force, you've already gone through CPAN configuration |
| # | 14:02:27 | dbs | for the many other CPAN requirements |
| # | 14:02:57 | dbs | if you want to avoid that, then you need to package up all of the unpackaged CPAN dependencies (or ensure they're the right level in the distro packages) |
| # | 14:03:00 | tsbere | I had at least one install that was, for some reason, asking the same question for every invocation of cpan until I ran cpan manually and wrote the config |
| # | 14:03:41 | dbs | I'm sorry to hear that |
| # | 14:03:59 | tsbere found that install to be very very very annoying until he fixed cpan |
| # | 14:05:32 | tsbere | I would recommend expect, but then you need expect. <_< |
| # | 14:07:00 | dbs | Yeah. Maybe that was a recent Ubuntu where they don't "o conf commit" by default on the initial config? Whatever it was, boo-- |
| # | 14:07:41 | atz_ | dbs: but they do have an "allow cpan to guess/autoconfig" option on first manual run |
| # | 14:07:52 | dbs | atz_: yes they do |
| # | 14:07:53 | tsbere | Technically, it only wanted me to answer one config option every time, saying it was missing. |
| # | 14:07:59 | atz_ | where it goes and finds your wget/ftp/etc for you, at least |
| # | 14:08:04 | atz_ | which is really pretty nice |
| # | 14:08:43 | dbs | atz_: yes. and I've seen that pretty much everywhere in recent distros (squeeze, fedora 13 too) but I don't think that's what tsbere was experiencing. |
| # | 14:09:35 | tsbere | I am thinking that it may be a good idea to throw a warning out during the Makefile.install if some cpan settings are set in specific ways.......I just don't know how to best check them automatically. |
| # | 14:10:14 | tsbere | I think the main one is prerequisites_policy, recommend follow instead of ask |
| # | 14:10:31 | alxp has quit IRC |
| # | 14:10:51 | alxp has joined #evergreen |
| # | 14:12:09 | jamesrf has quit IRC |
| # | 14:13:28 | dbs has quit IRC |
| # | 14:16:10 | finnx has quit IRC |
| # | 14:27:36 | alxp has quit IRC |
| # | 14:28:14 | alxp has joined #evergreen |
| # | 14:31:36 | moodaepo has joined #evergreen |
| # | 14:31:47 | dbs has joined #evergreen |
| # | 14:31:48 | dbs has joined #evergreen |
| # | 14:32:11 | atz_ | tsbere, should be an option we can use for that |
| # | 14:35:00 | alxp has quit IRC |
| # | 14:35:01 | dbs realizes that he intended to nail down that Vandelay.pm problem today |
| # | 14:35:18 | dbs | <-- easily sidetracked |
| # | 14:35:21 | alxp has joined #evergreen |
| # | 14:35:38 | tildeequals has quit IRC |
| # | 14:37:23 | alxp has quit IRC |
| # | 14:37:43 | alxp has joined #evergreen |
| # | 14:38:19 | alxp has joined #evergreen |
| # | 14:41:40 | alxp has quit IRC |
| # | 14:42:01 | alxp has joined #evergreen |
| # | 14:42:10 | kmlussier has quit IRC |
| # | 14:42:31 | kmlussier has joined #evergreen |
| # | 14:43:04 | alxp has quit IRC |
| # | 14:43:26 | alxp has joined #evergreen |
| # | 14:45:12 | alxp has quit IRC |
| # | 14:45:36 | alxp has joined #evergreen |
| # | 14:47:47 | alxp has quit IRC |
| # | 14:48:09 | alxp has joined #evergreen |
| # | 14:50:43 | finnapz has joined #evergreen |
| # | 14:50:50 | finnapz is now known as finnx |
| # | 15:03:19 | tildeequals has joined #evergreen |
| # | 15:03:24 | jamesrf has joined #evergreen |
| # | 15:13:05 | alxp has quit IRC |
| # | 15:13:20 | alxp has joined #evergreen |
| # | 15:16:26 | phasefx | max fine standing penalty, how is that configured/generated these days? used to be in fineThreshold in circ_groups.js. Does that still work? |
| # | 15:18:00 | gmcharlt | permission.grp_penalty_threshold |
| # | 15:18:03 | phasefx spies a group penalty threshold interface |
| # | 15:18:11 | phasefx | gmcharlt: muchos gracias |
| # | 15:18:52 | phasefx | gmcharlt: do you know if inheritance rules work there, or every group must be explicit? |
| # | 15:19:32 | gmcharlt | phasefx: it 'herits |
| # | 15:19:43 | phasefx | thanks |
| # | 15:20:19 | finnx has quit IRC |
| # | 15:21:04 | alxp has quit IRC |
| # | 15:21:45 | alxp has joined #evergreen |
| # | 15:24:05 | sfortin has quit IRC |
| # | 15:28:39 | alxp has quit IRC |
| # | 15:28:45 | alxp has joined #evergreen |
| # | 15:31:07 | branflakes has joined #evergreen |
| # | 15:33:42 | finnx has joined #evergreen |
| # | 15:40:24 | dbs | r17776 is not one of my shining moments |
| # | 15:42:55 | kmlussier_ has joined #evergreen |
| # | 15:44:08 | kmlussier has quit IRC |
| # | 15:44:22 | kmlussier_ is now known as kmlussier |
| # | 15:47:30 | Callender has quit IRC |
| # | 15:55:10 | Callender has joined #evergreen |
| # | 15:59:02 | miker_ | dbs: did that get into rel_2_0? does it need to be reverted there too? |
| # | 15:59:29 | miker_ | dbs: also ... you've SEEN how much code of mine I have to revert, right? ;) no wories |
| # | 15:59:56 | t2tallis has joined #evergreen |
| # | 16:00:30 | Meliss has quit IRC |
| # | 16:01:06 | dbs | it's there |
| # | 16:02:06 | miker_ | dbs++ |
| # | 16:02:18 | miker_ | gmail, why must you fail me? |
| # | 16:03:32 | dbs | miker_: heh... i just wish that I hadn't imported 40,000 records with that patch in place locally |
| # | 16:03:40 | jamesrf has quit IRC |
| # | 16:04:04 | miker_ | oh dear |
| # | 16:04:25 | miker_ | well, shove in some 901$c values and overlay! ;) |
| # | 16:04:32 | jamesrf has joined #evergreen |
| # | 16:06:45 | dbs | miker_: testing out overlay is the plan :) |
| # | 16:06:53 | miker_ | whee |
| # | 16:10:01 | alxp has quit IRC |
| # | 16:10:37 | t2tallis | has anyone been able to install Evergreen on Gentoo linux? |
| # | 16:12:04 | dbs | t2tallis: a long time ago, in a galaxy far away... |
| # | 16:12:20 | dbs | seriously, that's what I first installed Evergreen on. |
| # | 16:12:37 | dbs | as did the second major production site for Evergreen (BC Sitka) |
| # | 16:13:14 | dbs | but I don't think anyone has gone with Evergreen on Gentoo for a long time |
| # | 16:13:53 | t2tallis | I am trying to install it for use at my church and i have been encountering problems when i issue the make install |
| # | 16:14:13 | t2tallis | and i was wondering if anyone would have any advice for me |
| # | 16:16:04 | jamesrf | what is your issue? |
| # | 16:17:13 | jamesrf | btw i am from BC Sitka but we haven't run Gentoo on production since last Dec. and that was running EG 1.2 |
| # | 16:18:08 | t2tallis | I belive it is related to OpenSRF and not being able to install some packages |
| # | 16:18:31 | t2tallis | as it is my understanding that evergreen builds on top of opensrf |
| # | 16:20:18 | jamesrf | yes so is there a specific error message you are getting? |
| # | 16:21:43 | t2tallis | one second i have to log into the console of the server |
| # | 16:24:03 | t2tallis | i am looking at http://www.open-ils.org/dokuwiki/doku.php?id=opensrf:1.4:install at step 3 and as i do not see an option there for gentoo what do i put or do i continue to step 4? |
| # | 16:24:56 | dbs has quit IRC |
| # | 16:27:02 | tsbere | t2tallis, I would recommend installing 1.6 (at least) and using the 1.6 instructions at a minimum, instead of 1.4. |
| # | 16:27:39 | t2tallis | is that for openSRF or Evergreen? |
| # | 16:28:36 | tsbere | I recommend installing the 2 alpha evergreen with the 1.6 opensrf, test with it, and if that works for you go with the official 2.0 release when it happens. Then again, I don't know if anyone put the links for those releases anywhere other than irc....... |
| # | 16:28:48 | t2tallis | as i have downloaded opensrf 1.4.0 and evergreen 1.6.1.2 |
| # | 16:30:11 | tsbere | Regardless of what version, the step 3 in there is needed, or at least what it does is needed, but I don't know if that is a complete list of targets available |
| # | 16:31:38 | tsbere | Hmmm......no gentoo targets in the latest versions of files. That means manually figuring out what you need, I think. |
| # | 16:31:40 | granitize has quit IRC |
| # | 16:33:47 | tsbere | t2tallis, your best bet may be to use your gentoo install to download a more tested distro, unless there is a specific important reason you are using Gentoo? |
| # | 16:34:47 | t2tallis | well that is what me and my brother have installed for use as a webserver and database server |
| # | 16:35:07 | t2tallis | though i was at one point going with fedora core |
| # | 16:35:41 | tsbere | Welll, as it currently stands apache config tends to break other sites with evergreen due to other issues related to logging |
| # | 16:35:58 | kmlussier has quit IRC |
| # | 16:35:59 | tsbere | So running other sites on the same server may not be easy |
| # | 16:36:47 | tsbere | although the database server can be pretty much anything that runs postgresql |
| # | 16:36:51 | t2tallis | well it is not setup to have it at a virtural server. i just have each project in a different folder in the htdocs directory |
| # | 16:38:08 | t2tallis | would this work? http://bzr.coffeecode.net/OpenSRF/trunk/src/extras/Makefile.install |
| # | 16:38:11 | tsbere | Still could be an issue permissions-wise if you aren't paying enough attention during setup. |
| # | 16:38:26 | t2tallis | as it seems to include a target for gentoo |
| # | 16:38:41 | tsbere | I think that one is a bit dated |
| # | 16:39:56 | t2tallis | would it work for step 3 even though its dated? |
| # | 16:41:25 | tsbere | Huh, looks like gentoo was in there a month ago, but has had issues that weren't documented in the file |
| # | 16:42:07 | t2tallis | what type of issues could there be? |
| # | 16:42:20 | tsbere | Said something about masked package mangling |
| # | 16:43:38 | csharp | t2tallis: how big is your church's library? It's possible you can just use an extra PC if it's not a large collection |
| # | 16:44:02 | t2tallis | it seems it over 500 books |
| # | 16:44:35 | csharp | I'm assuming it would not get constant, heavy use, right? |
| # | 16:44:47 | t2tallis | that is correct |
| # | 16:45:06 | csharp | do you have an extra machine somewhere you could use? |
| # | 16:45:21 | t2tallis | maybe but i am just sure |
| # | 16:45:28 | t2tallis | i mean not sure |
| # | 16:45:29 | tsbere | The 1.4 opensrf file still had the gentoo target. You could try it on the makefile.install there. |
| # | 16:45:32 | csharp | I would think 1G RAM minimum Pentium 4 would work |
| # | 16:46:10 | csharp | t2tallis: Evergreen is still basically designed to be run on a single-purpose server |
| # | 16:46:26 | t2tallis | what are you thinking csharp? i will look into that tsbere |
| # | 16:46:54 | tsbere | Looks like the 1.6.1.x main branch still has a gentoo target too. No clue how well tested they are. |
| # | 16:47:47 | csharp | t2tallis: installing Evergreen on a server used for other purposes will probably (certainly? :-) ) break its other uses, as tsbere mentioned |
| # | 16:49:07 | csharp | probably not very well tested... I don't think anyone is using Gentoo in a production environment right now |
| # | 16:50:20 | t2tallis | well this is not going to be in an production enviroment yet. I am trying to get this to work so i can evaluate it and see if it could work |
| # | 16:51:24 | csharp | what I mean is that the Gentoo-specific parts of the Makefile.install are likely out-of-date |
| # | 16:51:26 | phasefx | t2tallis: how beefy is your server? You could cheat and run a ready-made Evergreen image inside Virtualbox |
| # | 16:53:07 | phasefx | Virtualbox can be run headless, as well |
| # | 16:54:01 | csharp | t2tallis: if I were you, I would co-opt an older PC and install it there using Debian Lenny (most-used) or one of the other currently supported OSs, but having said that, I'll leave you to make that decision :-) |
| # | 16:54:45 | t2tallis | i will look into that csharp. providing i can find hard drives that work |
| # | 16:55:13 | csharp | t2tallis: btw, is your nick in tribute to Thomas Tallis the composer? |
| # | 16:55:40 | t2tallis | csharp you just guessed my real given name |
| # | 16:55:45 | csharp | heh |
| # | 16:56:03 | t2tallis | but i would like to think that was my parent thinking |
| # | 16:56:41 | csharp | are you familiar with the English composer of that name? (c. 1500s) |
| # | 16:56:51 | t2tallis | yes |
| # | 16:57:06 | csharp | cool - I'm a fan (as far as it goes :-) ) |
| # | 16:58:45 | bshum has quit IRC |
| # | 16:59:27 | t2tallis | tsbere what did you mean by "masked package mangling" ? |
| # | 16:59:29 | peter____ has joined #evergreen |
| # | 17:00:04 | peter____ is now known as pmplett |
| # | 17:00:19 | tsbere | t2tallis, that is a very good question. I was quoting the file I was looking at the old version of. |
| # | 17:00:29 | tsbere | In other words, I haven't got a clue |
| # | 17:05:49 | t2tallis | thanks all for yor advice |
| # | 17:06:08 | csharp | t2tallis: good luck |
| # | 17:06:15 | t2tallis | thanks |
| # | 17:07:45 | t2tallis has quit IRC |
| # | 17:13:22 | afterl has quit IRC |
| # | 17:22:18 | jamesrf has quit IRC |
| # | 17:35:36 | jamesrf has joined #evergreen |
| # | 17:51:18 | jamesrf_ has joined #evergreen |
| # | 17:52:24 | jamesrf has quit IRC |
| # | 17:52:44 | jamesrf has joined #evergreen |
| # | 17:58:49 | jamesrf has quit IRC |
| # | 17:59:14 | jamesrf has joined #evergreen |
| # | 19:03:24 | pmplett has quit IRC |
| # | 19:30:45 | dbs has joined #evergreen |
| # | 19:34:25 | dbs | Huh. We didn't have that Vandelay.pm patch in place in production after all. what the... |
| # | 19:45:12 | miker_g1 has joined #evergreen |
| # | 20:00:01 | dbs | and there's no corruption in those 40K records. yay, I guess |
| # | 20:03:04 | dbs | loading_the_right_class++ |
| # | 20:03:41 | miker_ | heh |
| # | 20:12:09 | dbs | AutoIDL is up to 150/379 classes now. wow |
| # | 20:16:43 | miker_g1 has quit IRC |
| # | 20:21:24 | miker_g1 has joined #evergreen |
| # | 20:27:32 | miker_ | yeah ... that ui/ infrastructure doesn't lend itself to local loading |
| # | 20:28:11 | senator | if only js supported property accessors |
| # | 20:28:16 | senator | then it could be automagic |
| # | 20:28:18 | senator | alas |
| # | 20:28:30 | senator | we live in no such world. or most of browsers don't, anyway. |
| # | 20:29:02 | miker_ | was gonna say ... moz does |
| # | 20:29:11 | jamesrf has quit IRC |
| # | 20:29:44 | miker_ | but might break everything else outside the SC |
| # | 20:45:30 | miker_g1 has quit IRC |
| # | 20:47:14 | miker_ | grabbinb 0406 |
| # | 20:56:04 | jamesrf has joined #evergreen |
| # | 21:11:59 | pmplett has joined #evergreen |
| # | 21:12:02 | tildeequals has quit IRC |
| # | 21:57:25 | miker_ | dbs: objections to me adding facets to the atom feed link you're building? |
| # | 21:58:08 | dbs | miker_: none here |
| # | 21:58:29 | miker_ | done |
| # | 21:58:45 | dbs | I just wanted even the lamest of researchers to see the RSS feed icon light up |
| # | 21:59:09 | miker_ | heh, yeah. you going to backport? I'm about to look at jamesrf's mac patch |
| # | 21:59:19 | dbs | (note: I have no idea what will happen with IE) |
| # | 21:59:27 | miker_ | meh, do you care? |
| # | 21:59:31 | miker_ | ;) |
| # | 21:59:33 | dbs | heh |
| # | 22:00:08 | dbs | sure, I'll backport it. I was trying to focus on wrapping things up for alpha2 but seems to be lots of new stuff going in |
| # | 22:00:19 | miker_ | ha |
| # | 22:00:32 | miker_ | yeah, alpha3 will be needed, and much improved |
| # | 22:01:03 | miker_ | hopefully we can get folks to dogpile alpha3 :) |
| # | 22:03:06 | jeff | dbs: so today i met the tadl patron that was inquiring about how to determine the version of an evergreen install :) |
| # | 22:03:48 | dbs | jeff: did they say "those feedback people are rude!" |
| # | 22:04:51 | jeff | hah, no. they were very pleased with their experience. |
| # | 22:05:53 | dbs | yay |
| # | 22:19:07 | dbs has quit IRC |
| # | 22:19:13 | StephenGWills has left #evergreen |
April 10-13