| # | Time | Nick | Message |
|---|
| # | 03:12:20 | mariolone has joined #evergreen |
| # | 03:12:20 | mariolone has left #evergreen |
| # | 04:33:13 | mariolone has joined #evergreen |
| # | 04:33:14 | mariolone has left #evergreen |
| # | 05:08:46 | tsbere_ has joined #evergreen |
| # | 05:09:38 | tsbere has quit IRC |
| # | 06:03:00 | mtisi has quit IRC |
| # | 06:43:26 | LBA has joined #evergreen |
| # | 07:33:57 | eliasp_ has quit IRC |
| # | 07:39:22 | eliasp_ has joined #evergreen |
| # | 07:45:50 | tater-laptop has quit IRC |
| # | 07:50:15 | sfortin has joined #evergreen |
| # | 07:54:04 | rickd_ has joined #evergreen |
| # | 07:55:39 | rickd_ has joined #evergreen |
| # | 08:04:54 | collum has joined #evergreen |
| # | 08:06:51 | rickd_ has quit IRC |
| # | 08:08:41 | tater-laptop has joined #evergreen |
| # | 08:15:15 | dbs has quit IRC |
| # | 08:18:02 | tater-laptop has quit IRC |
| # | 08:19:31 | phasebb has quit IRC |
| # | 08:22:16 | kmlussier has joined #evergreen |
| # | 08:31:15 | tsbere_ is now known as tsbere |
| # | 08:35:14 | rickd_ has joined #evergreen |
| # | 08:42:42 | mtisi has joined #evergreen |
| # | 08:47:18 | mrpeters-isl | @later bshum - Re: SIP logging - we just log to /var/log/SIP.log and let syslog-ng read that file |
| # | 08:47:18 | pinesol` | mrpeters-isl: Error: The "Later" plugin is loaded, but there is no command named "bshum" in it. Try "list Later" to see the commands in the "Later" plugin. |
| # | 08:47:26 | mrpeters-isl | @later tell bshum - Re: SIP logging - we just log to /var/log/SIP.log and let syslog-ng read that file |
| # | 08:47:26 | pinesol` | mrpeters-isl: The operation succeeded. |
| # | 08:51:42 | csharp | would there be a recommended minimum RAM for a standalone DB server for Evergreen (thinking 8GB as a default)? |
| # | 08:52:15 | csharp | (PINES production current runs 132G, but I'm thinking of a "default" cluster setting) |
| # | 08:52:29 | csharp | s/current/currently/ |
| # | 08:59:33 | Meliss has joined #evergreen |
| # | 09:05:30 | mrpeters-isl | heh our db server has 256GB |
| # | 09:05:47 | mrpeters-isl | we did OK on 64GB though |
| # | 09:06:04 | mrpeters-isl | csharp: i guess it'd depend on the size, you know? |
| # | 09:06:07 | csharp | mrpeters-isl: so did we |
| # | 09:06:45 | mrpeters-isl | it's fun running the whole thing in RAM hah |
| # | 09:07:03 | csharp | mrpeters-isl: it definitely helps if you can ;-) |
| # | 09:09:10 | mrpeters-isl | 8GB is probably a decent minimum for a small library |
| # | 09:09:23 | mrpeters-isl | based on my limited experience at that size |
| # | 09:09:35 | mrpeters-isl | that's probably 3 or 4 libraries for us which we were only at for a short time |
| # | 09:10:07 | csharp | mrpeters-isl: that was my thinking too - a single PINES system would probably just need 8 |
| # | 09:10:31 | mrpeters-isl | i mean, we see some legacy systems coming off of servers with 1GB or less of memory |
| # | 09:10:42 | mrpeters-isl | smaller libraries, that is |
| # | 09:11:17 | mrpeters-isl | and of course that's not evergreen, but you'd imagine the bib/patron data footprint being comparable |
| # | 09:11:35 | csharp | mrpeters-isl: right |
| # | 09:11:38 | mrpeters-isl | i guess another consideration would be do you run all of evergreen on that server, or is it just the database |
| # | 09:11:50 | csharp | it would just be the database |
| # | 09:12:53 | mrpeters-isl | let me check something....curious how much "over" the data we load up in memory we're using |
| # | 09:14:18 | mrpeters-isl | looks like we're using about 96GB beyond the 128GB in our base psql directory that we cat > /dev/null |
| # | 09:14:34 | mrpeters-isl | almost works out to about a gig or 2 per library, if you think of it that way |
| # | 09:15:00 | csharp | mrpeters-isl: sounds logical to me |
| # | 09:15:24 | bshum has joined #evergreen |
| # | 09:15:31 | mrpeters-isl | i say give 8GB a shot :) |
| # | 09:15:45 | yboston has joined #evergreen |
| # | 09:16:02 | csharp | thanks for the sanity check, mrpeters-isl |
| # | 09:16:33 | tsbere | We are planning on trying to run our system on 24. I think. |
| # | 09:16:37 | tsbere | For the DB alone |
| # | 09:16:53 | mrpeters-isl | yeah, we are by all means overkill |
| # | 09:17:13 | gmcharlt | Postgres' performance is strongly dependent on the ability to cache reads of the database files in memory; ideally, having enough RAM to cache the whole thing in memory (plus enough extra for Postgres itself and the OS, natch) is good |
| # | 09:17:27 | tsbere | We have two servers we plan to use. One will have the DB, the other everything else. One has 24 GB, the other has 128 GB. |
| # | 09:17:28 | bshum | mrpeters-isl: Ah, thanks. I cheated and changed the SIPServer code to point to local5 since it seemed we weren't using that one, then added local5 to point to a destination log for all SIP activities. |
| # | 09:17:29 | mrpeters-isl | ^^ there is the expert :) |
| # | 09:17:45 | gmcharlt | but if memory is tight, at minimum you need enough RAM to cache the tables in metabib.* |
| # | 09:18:13 | bshum | mrpeters-isl: For us, local6 (the default location) was getting jammed up with other osrfsys messages and it was confusing :( |
| # | 09:18:20 | gmcharlt | a rule of thumb I use is figuring on 200K-400K of total database size per bib record you intend to have in the final database |
| # | 09:18:35 | csharp | gmcharlt: thanks so much for the tips |
| # | 09:18:38 | mrpeters-isl | good to know, gmcharlt |
| # | 09:19:13 | bradl | leave enough RAM for the Doom server, too. (man, I'm old) |
| # | 09:19:18 | mrpeters-isl | lol |
| # | 09:19:27 | csharp | bradl: that's a given |
| # | 09:19:35 | atheos | so, about 64k? |
| # | 09:19:46 | mrpeters-isl | haha i knew atheos would chime in when the gaming talk started :) |
| # | 09:20:02 | bradl | atheos++ |
| # | 09:20:19 | atheos | love doom, but quake2 was the best |
| # | 09:20:22 | csharp plays the PINES Library Action (TM) MMORPG |
| # | 09:20:25 | berick gives bradl a 64k RAM PACK |
| # | 09:20:34 | mrpeters-isl | atheos - i think we still have a partition somewhere for your planned quake server haha |
| # | 09:21:17 | atheos | mrpeters-isl - yea, too bad quake live has obsoleted it's purpose. well, not bad really, quake live is pretty cool. |
| # | 09:21:18 | bradl | berick: 30 pin memory, right? |
| # | 09:21:31 | gmcharlt | mrpeters-isl: and with your setup, we can run THOUSANDS of Doom servers |
| # | 09:21:34 | gmcharlt | thousands, I tell you |
| # | 09:22:15 | mrpeters-isl | lets have some fun with the old vmware boxes :) |
| # | 09:23:03 | berick | bradl: now your talking crazy |
| # | 09:23:18 | mrpeters-isl | gmcharlt: if you're in the office, we're having some trouble with slony (ticket 15327) - maybe you can peek in? John said no one was in yet that could look at it... |
| # | 09:23:51 | mrpeters-isl | i'm going to turn into a human doom server if we don't get reports back online soon :) |
| # | 09:24:27 | jenny has joined #evergreen |
| # | 09:25:35 | gmcharlt | mrpeters-isl: remind me, what's your replication server? |
| # | 09:25:50 | mrpeters-isl | 192.168.80.4 |
| # | 09:41:08 | gmcharlt | mrpeters-isl: please try bouncing slon on .80.4 |
| # | 09:46:53 | mrpeters-isl | stop start as documneted? |
| # | 09:47:00 | gmcharlt | ye |
| # | 09:47:01 | gmcharlt | s |
| # | 09:47:04 | mrpeters-isl | 10-4 |
| # | 09:47:20 | mrpeters-isl | postgres@reporter:~$ slonik_unsubscribe_set set1 node2 | slonik |
| # | 09:47:20 | mrpeters-isl | <stdin>:11: unsubscribed node 2 from set 1 |
| # | 09:47:31 | mrpeters-isl | same error on start |
| # | 09:47:38 | mrpeters-isl | postgres@reporter:~$ slonik_subscribe_set set1 node2 | slonik |
| # | 09:47:38 | mrpeters-isl | <stdin>:4: NOTICE: subscribe set: omit_copy=f |
| # | 09:47:38 | mrpeters-isl | <stdin>:4: NOTICE: subscribe set: omit_copy=f |
| # | 09:47:38 | mrpeters-isl | CONTEXT: SQL statement "SELECT "_replication".subscribeSet_int( $1 , $2 , $3 , $4 , $5 )" |
| # | 09:47:38 | mrpeters-isl | PL/pgSQL function "subscribeset" line 77 at PERFORM |
| # | 09:47:39 | mrpeters-isl | <stdin>:10: Subscribed nodes to set 1 |
| # | 10:12:47 | dbs has joined #evergreen |
| # | 10:12:47 | dbs has joined #evergreen |
| # | 10:29:40 | tsbere | I have a potential concern about two of the summer of coding project ideas. |
| # | 10:32:24 | tsbere | I fear that "Modernize Evergreen's Web interface" may break work done for "Bring sanity to the Evergreen configuration interface", or that the latter may almost have to happen for the former. |
| # | 10:34:12 | dbs | tsbere: That's a fair concern. The idea is to provide a number of ideas for projects so that Google can decide whether the project warrants being included in the GSoC in the first place. |
| # | 10:34:52 | dbs | If accepted, then students can submit applications with a proposal for an idea they would like to work on (which may or may not be on the list of potential project ideas that we've provided) |
| # | 10:35:38 | dbs | So if we get through step 1 and are accepted into the program, then if we get students applying for the GSoC, then we can worry about whether their proposals require coordination. Make sense? |
| # | 10:36:29 | tsbere | Yea. Although perhaps we should make note on those two ideas now that they may need coordination if both are being worked on. Reasoning being the configuration interface uses a dojo interface that is no longer available for use in newer versions. |
| # | 10:38:09 | dbs | I would leave that up to the mentor and the student to work out, personally. The student might want to explore something entirely different, such as XUL or a TT2 interface or jQuery or Pyjamas or something else as a potential solution to the problem |
| # | 10:38:47 | tsbere | On a different note, is "customizable toolbar(s) for the staff client" a potentially large enough project idea? |
| # | 10:39:04 | dbs | Sure! |
| # | 10:40:00 | tsbere needs to dig up his note about what his password is for the dokuwiki as he is only logged in on one of two domains it "lives" on |
| # | 10:40:23 | dbs | Oh, MARC::Record, what do you mean '"undefined" is not a valid tag'? DWIM! :) |
| # | 10:40:58 | gmcharlt | heh |
| # | 10:41:15 | tsbere corrects himself, he needs to request a password reset as his note appears to have had something spilled on it and is unreadable |
| # | 10:41:29 | gmcharlt | the newewst application profile for ISO2709, where the tag length is set to 9 |
| # | 10:41:51 | phasefx | not 8.3? |
| # | 10:42:08 | phasefx | tsbere: I'll reset your pw |
| # | 10:42:21 | tsbere | phasefx: I filled out the form already. |
| # | 10:42:27 | phasefx | ah, cool |
| # | 10:42:28 | tsbere | Not that big a deal ;) |
| # | 10:42:39 | phasefx | forget that these things are user friendly |
| # | 10:43:03 | tsbere | Well, the greylister here will be a PITA for a few minutes, but I really have to get back to work on setting up this helpdesk. |
| # | 10:52:31 | tsbere | I added to the summer of code project ideas page. May need some editing tweaking. |
| # | 10:53:06 | dbs | tsbere: it all does :) thanks! |
| # | 10:53:28 | tsbere | I also didn't list a mentor. Wasn't sure who to put. |
| # | 10:54:13 | dbs | Yeah, I left many of those blank. When gmcharlt and phasefx and I put our heads together I guess we can pencil in names |
| # | 11:18:06 | LBA has left #evergreen |
| # | 11:37:39 | dbs | It occurs to me that it would probably make sense to add grace periods as a column in either config.rule_circ_duration or config.rule_recurring_fine (probably the latter), rather than the all or nothing grace periods that we have today |
| # | 11:39:06 | gmcharlt | dbs: yes, I think that ideas been mooted before; I lean towards crrf |
| # | 11:39:53 | dbs | could add that to the student projects list I guess |
| # | 11:40:08 | gmcharlt | yep |
| # | 11:40:57 | tsbere | dbs/gmcharlt: I wouldn't add that |
| # | 11:41:11 | tsbere points at his 90% completed git branch named graceperiods |
| # | 11:41:26 | dbs | tsbere: well, if we don't know about these things... :0 |
| # | 11:41:37 | tsbere | Would have had it done by now but this helpdesk project not turned out to be so time consuming |
| # | 11:41:40 | tsbere | >_> |
| # | 11:42:44 | dbs | hah |
| # | 11:43:57 | tsbere grumbles about stupid db designs |
| # | 11:47:38 | tsbere | This uses mysql. It wants an autoincrement id value. WHY DOES IT NOT DO SO? |
| # | 11:58:39 | Dyrcona has joined #evergreen |
| # | 12:05:09 | brian_f has joined #evergreen |
| # | 12:14:30 | bshum | org unit shortnames are case sensitive right? |
| # | 12:14:49 | bshum | In that one could theoretically use the same name for shortnames for a library system and branch |
| # | 12:14:56 | bshum | Just different case |
| # | 12:15:07 | bshum | Or would that end up being very bad for searching in the future? |
| # | 12:15:24 | dbs | bshum: it would work, but it's probably not a great idea |
| # | 12:16:37 | dbs | I bet the intent was for shortnames to be case-insensitive, but we never added a LOWER() to the unique index definition |
| # | 12:17:14 | bshum | dbs: I'm helping to write up the org units for the rest of our consortium libraries and we still haven't come up with a very strong shortname naming scheme |
| # | 12:17:46 | bshum | I suddenly wasn't sure about how best to handle the library system org units |
| # | 12:18:43 | tsbere | One option is to say the system is ABC and the branch is ABC-DEF and sublibs/bookmobiles are ABC-DEF-GHI |
| # | 12:19:03 | bshum | Most all our libraries are single branches |
| # | 12:19:12 | dbs | bshum: understood; for individual branches we've used national library codes where available, but at the system level we have "LAURSYS" and "WINDSYS" and "ALGOMASYS" |
| # | 12:19:56 | Dyrcona | bshum: You can set an option in PostgreSQL to make select statement matches ignore case, so relying on case in a unique key is a bad idea in my opinion. |
| # | 12:21:05 | Callender has quit IRC |
| # | 12:24:02 | bshum | Dyrcona: That's what I was suddenly afraid of. |
| # | 12:24:16 | bshum | dbs: Thanks Dan, that sounds like a sound approach |
| # | 12:24:46 | bshum | The shortnames only really appear to end users in the staff client right? In the OPAC, everything comes with the real full names |
| # | 12:25:04 | Dyrcona | bshum: We used the location codes from our legacy ILS for the shortnames, if that helps you. |
| # | 12:25:55 | gmcharlt | Dyrcona: true, but that would tempt me to add some code to open-ils.search to make it refuse to run if that Pg option was enabled |
| # | 12:25:57 | gmcharlt | ;) |
| # | 12:26:03 | mrpeters-isl | we just use a few letters that "make sense" along with the first letter of the city - Indiana State Library - Indianapolis = ISLI for example |
| # | 12:26:18 | mrpeters-isl | Mooresville Public Library - Mooresville = MVPLM |
| # | 12:27:31 | csharp | bshum: the shortnames in PINES pre-dated evergreen, and were system-branch, as in Athens Regional Library System, Athens-Clarke County Library became ARL-ATH |
| # | 12:28:09 | csharp figures that's obvious, but just in case it helps ;-)( |
| # | 12:28:28 | dbs | gmcharlt: word. There are all kinds of ways to shoot yourself in the foot if you mess with config options. |
| # | 12:30:05 | csharp | one of our library systems uses letters as in CPRL-A, CPRL-B, etc. |
| # | 12:30:26 | bshum | Dyrcona: That's what we're doing as well with our Horizon libraries. I'm just trying to resolve between branch / system level shortnames for single sites. |
| # | 12:30:38 | dbs | I'm surprised sites don't use OCLC holdings codes |
| # | 12:30:41 | gmcharlt | bshum: in my experience, it's almost a universal that EG consortia use the first part of the shortname as a group mechanism for branches of a library |
| # | 12:31:16 | kmlussier_ has joined #evergreen |
| # | 12:31:26 | kmlussier has quit IRC |
| # | 12:31:28 | Dyrcona | bshum: I use some variation of the town name for the Systems, since we don't really have many real systems. |
| # | 12:31:28 | kmlussier_ is now known as kmlussier |
| # | 12:31:54 | phasefx | off-topic, I started typing this and found it amusing: sudo cp Cat |
| # | 12:33:06 | Callender has joined #evergreen |
| # | 12:34:27 | csharp | http://www-users.cs.york.ac.uk/susan/joke/unix.htm |
| # | 12:39:55 | bshum | Aha, thanks everyone. Org units can be such a hassle :( |
| # | 12:41:37 | mrpeters-isl | hahahahaha thanks csharp |
| # | 12:46:08 | kmlussier has quit IRC |
| # | 12:48:17 | bshum | Hmm, just noticed that in the 2.0 patron registration, one can select for the home library to be the system group instead of the specific branch (not that you can save it this way). This differs from how selecting permission groups works in having nonselectable choices grayed out. |
| # | 12:48:46 | bshum | Also in that it uses the shortname code instead of the full name. |
| # | 12:51:26 | bshum | Can't remember if it worked that way in the original patron editor. |
| # | 12:51:36 | bshum | Anyone have the old 1.6 around? (old? heh....) |
| # | 12:53:11 | gmcharlt | bshum: does the system OU's type have can_have_users set to true? |
| # | 12:53:53 | bshum | gmcharlt: Nope, those are set to false for that OU type |
| # | 12:57:56 | mrpeters-isl | hmm i can confirm the same behavior |
| # | 12:58:07 | mrpeters-isl | with 2.0.1 at least |
| # | 12:58:17 | jenny | bshum: just compared, 1.6 most definitely has the full name of the home library and 2.0 just has the short name code. We allow (some) users to be registered at the system level, so we aren't a good test of that |
| # | 12:58:26 | kmlussier has joined #evergreen |
| # | 12:58:29 | jenny | also 2.0.1 |
| # | 12:58:40 | mrpeters-isl | now, i dont know if it will let you "save" someone who has a system (with a false can_have_users value) though |
| # | 12:59:27 | mrpeters-isl | i'm betting this isn't too hard to fix |
| # | 12:59:42 | mrpeters-isl | just need to think about what i've learned the past couple weeks about this interface for a second... |
| # | 13:00:18 | mrpeters-isl | yikes - yeah, it let me save a user after making their home_ou a system level org |
| # | 13:00:58 | mrpeters-isl | double checked that system does not have "can have users" enabled |
| # | 13:02:22 | jenny | ditto...made the changes and tested w/ same results as mrpeters-isl |
| # | 13:05:33 | mrpeters-isl | i'm thinking maybe register.js is linking actor.usr.home_ou = actor.org_unit.id and grabbing the "shortname" instead of the "name" field like it used to |
| # | 13:05:37 | dbs | Sounds like it's time for someone to open a bug. |
| # | 13:05:42 | mrpeters-isl | agreed |
| # | 13:05:45 | bshum | Yay more bug tickets :) |
| # | 13:08:04 | jamesrf has quit IRC |
| # | 13:08:46 | eeevil | speaking of bugs (and, better, fixes) ... it's about time for a 2.0.3, and a technology preview (alpha, but I've gotten complaints about "finishedness" using that term) for 2.1 ... and a 1.6.1 ... thoughts? |
| # | 13:09:22 | tsbere | No opinion on 2.0.x, but any chance of my patron registration patch being looked at again before a 2.1 "preview"? |
| # | 13:09:42 | mrpeters-isl wonders if the patron registration uses FETCH_ORG_BY_SHORTNAME : ['open-ils.actor','open-ils.actor.org_unit.retrieve_by_shortname'], |
| # | 13:10:15 | mrpeters-isl | really just feeling around blindly though... |
| # | 13:11:07 | jamesrf has joined #evergreen |
| # | 13:14:57 | eeevil | tsbere: unsure ... |
| # | 13:17:05 | eeevil | tsbere: ... berick will look it over soon, so "yes" |
| # | 13:17:15 | dbs | would be nice to have tsbere's patch in 2.1, agreed |
| # | 13:17:30 | mrpeters-isl | +1 to that |
| # | 13:17:32 | eeevil | oh, I had no worries about it getting in in some form |
| # | 13:17:40 | eeevil | just unsure on immediate berick tuits |
| # | 13:17:48 | dbs | what about https://bugs.launchpad.net/evergreen/+bug/724583 - patron credit patch via dbwells? |
| # | 13:18:36 | dbs | (for 2.0.x) |
| # | 13:19:06 | eeevil | phasefx: did you look at the patch? (I'm looking now, fwiw) |
| # | 13:19:55 | dbwells | dbs: eeevil I can apply that right away, if no objections. It does lead to another bug being possible, but one thing at a time isn't bad. |
| # | 13:20:23 | phasefx | eeevil: I have not |
| # | 13:20:45 | eeevil | dbwells: another identified bug, or just "changes can introduce bugs"? |
| # | 13:21:07 | eeevil | dbwells: if the latter, +1 on committing, from me |
| # | 13:23:09 | dbs | phasefx: if you could identify "the bit of code" that's not being reached for display of pre-cats in https://bugs.launchpad.net/evergreen/+bug/723895, it would save some rediscovery time :) |
| # | 13:23:52 | dbwells | eeevil: actually, there is a related bug where you can generate credit by deliberately overpaying with a patron credit, but it isn't directly caused by the fix, so I'll commit and create a separate bug for that. It is certainly less serious than 'not working at all' |
| # | 13:24:27 | eeevil | dbwells++ |
| # | 13:27:47 | phasefx | dbs: done |
| # | 13:28:02 | dbs | dbwells: i think you opened https://bugs.launchpad.net/evergreen/+bug/727432 for that already |
| # | 13:28:21 | dbs | phasefx++ |
| # | 13:28:27 | dbwells | dbs: heh, so I did :) |
| # | 13:28:43 | dbs | you're good ! |
| # | 13:29:11 | dbwells | been in a buggy mood lately, I guess |
| # | 13:30:51 | berick | tsbere: my only suggestion, and this can come post-commit, would be to cache the datePattern org setting value inside AFW (when it has to be fetched), so it's only fetched once per page. |
| # | 13:31:00 | berick | otherwise, tsbere++ |
| # | 13:45:59 | tsbere | berick: That is a good idea, but I wasn't sure how to do that yet. Haven't dug into the widgets enough yet. |
| # | 14:21:15 | mtate has quit IRC |
| # | 14:28:55 | brian_f has quit IRC |
| # | 14:29:04 | tater has joined #evergreen |
| # | 14:29:35 | tater is now known as mtate |
| # | 14:41:31 | brian_f has joined #evergreen |
| # | 14:58:27 | jenny has quit IRC |
| # | 15:00:49 | jenny has joined #evergreen |
| # | 15:23:30 | brian_f has quit IRC |
| # | 15:25:34 | brian_f has joined #evergreen |
| # | 15:28:08 | dbs | dbwells: are you going to merge a fix for 731564? |
| # | 15:29:13 | dbs | also, boy howdy could we use a standard set of tests: import records; run searches; confirm expected results are returned - especially with the big old SVF in trunk/2.1 to shake everything up again |
| # | 15:31:07 | dbwells | dbs: certainly when I find the time, which may not be today, so I thought I would leave it an open invitation :) |
| # | 15:31:37 | dbs | dbwells: okey doke, assuming eeevil hasn't begun the 2.0.3 rolling, I'll try and get that fix into place now |
| # | 15:31:46 | dbs | dbwells++ |
| # | 15:35:41 | dbwells | committing db changes generally takes me way more time than it probably should, as my level paranoia about making a mistake on them is pretty high, so... |
| # | 15:36:00 | dbwells | dbs++ # lightening my load :) |
| # | 15:37:12 | eeevil | dbs: I have not |
| # | 15:38:16 | gmcharlt | 0666.schema.royt-is-proven-right.sql # alter table biblio.record_entry rename column marc to ... |
| # | 15:40:33 | eeevil | hehe |
| # | 15:40:34 | dbs | gmcharlt++ |
| # | 15:45:56 | jeff | gmcharlt++ # ha! |
| # | 15:48:26 | eeevil | dbs / dbwells: thanks for that fix! |
| # | 16:00:05 | Meliss has quit IRC |
| # | 16:00:31 | kmlussier has quit IRC |
| # | 16:00:51 | jennam has quit IRC |
| # | 16:16:38 | sfortin has quit IRC |
| # | 16:20:08 | phasefx has quit IRC |
| # | 16:20:39 | jenny has quit IRC |
| # | 16:20:46 | phasefx has joined #evergreen |
| # | 16:25:46 | _bott_ | Anyone ever have trouble with find_orphaned_reports.pl, looking for part of the output_base, instead of the report ID? e.g. LINE 1: SELECT id FROM reporter.schedule WHERE id = web |
| # | 16:26:11 | _bott_ | Where the output_base is: /openils/var/web/reporter |
| # | 16:30:28 | phasefx has quit IRC |
| # | 16:31:09 | phasefx has joined #evergreen |
| # | 16:33:42 | jenny has joined #evergreen |
| # | 16:34:29 | gmcharlt is now known as gmcharlt_md |
| # | 16:34:35 | gmcharlt_md is now known as gmcharlt |
| # | 16:41:35 | collum has quit IRC |
| # | 16:42:19 | gdunbar has quit IRC |
| # | 16:54:46 | brian_f | Is berick around, or somebody who knows how to install the Template Toolkit version of evergreen? |
| # | 16:55:44 | berick | brian_f: howdy |
| # | 16:56:14 | brian_f | hi berick! |
| # | 16:57:03 | brian_f | berick: would it be easy for you to post install instructions to the wiki? I'd like to see what is involved in it |
| # | 16:57:33 | berick | brian_f: yes, i can do that. i can probably get a draft up there today |
| # | 16:57:34 | brian_f | or if they are very rough, i'd be happy to get an e-mail version and help clean them up for you |
| # | 16:58:01 | brian_f | berick: that would be great! |
| # | 16:58:26 | berick | brian_f: thanks. i'll let you be the judge of roughness... |
| # | 16:58:59 | brian_f | sounds more than fair to me! |
| # | 17:00:00 | dbs | as I recall there was very little outside of the norm to do to get opac-tt-poc rolling - small addition to apache conf I think? |
| # | 17:00:12 | dbs | berick++ in any case |
| # | 17:01:16 | berick | yeah, apache conf, 2 or 3 perl packages |
| # | 17:03:31 | berick | dbs++ # for introducing me to KeyPassX many months ago via coffeecode |
| # | 17:03:59 | berick | i was reminded as I went to log into the wiki... |
| # | 17:06:02 | dbs | heh |
| # | 17:06:13 | dbs | pleased to be of assistance in whatever meagre way I can |
| # | 17:27:09 | Dyrcona has quit IRC |
| # | 17:29:31 | berick | brian_f: don't have time to test the steps ATM, so I probably left something out. if you try it and have problems, let me know. http://evergreen-ils.org/dokuwiki/doku.php?id=dev:opac:template-toolkit |
| # | 17:29:59 | berick will post to -dev as well |
| # | 17:30:27 | brian_f | berick++ thanks - will let you know |
| # | 17:32:09 | jenny has left #evergreen |
| # | 17:40:56 | yboston has quit IRC |
| # | 17:45:30 | dave-esi has quit IRC |
| # | 17:46:58 | dbs has quit IRC |
| # | 19:07:53 | rickd_ has quit IRC |
| # | 20:32:40 | brian_f has quit IRC |
| # | 20:56:54 | finnapz has joined #evergreen |
| # | 21:10:55 | bshum | Neato, tried the new opac with a copy of our 2.0.1 system, pretty fun watching it go :) |
| # | 21:10:58 | bshum | berick++ |
| # | 21:12:21 | bshum | When copying the perlmod contents for OpenILS/WWW, I ended up using a different path for the actual installed contents in /openils/lib instead of the path specified in the wiki. |
| # | 21:24:32 | eliasp_ has quit IRC |
| # | 21:31:21 | eliasp has joined #evergreen |
| # | 21:38:31 | tater-laptop has joined #evergreen |
| # | 21:54:13 | mrpeters-isl_ has joined #evergreen |
| # | 22:00:07 | jamesrf has left #evergreen |
| # | 22:23:05 | mrpeters-isl_ has quit IRC |
April 10-13