| # | Time | Nick | Message |
|---|
| # | 00:10:08 | atz | @karma |
| # | 00:10:08 | pinesol | atz: Highest karma: "dbs" (145), "miker_" (96), and "berick" (90). Lowest karma: "my_laptop" (-15), "----------------------------------" (-8), and "miker" (-3). You (atz) are ranked 23 out of 519. |
| # | 00:11:29 | atz | @later dbs "if you've got enough commits in referencing the wrong bug, at some point just update the bug with a link to the correct one" |
| # | 00:11:29 | pinesol | atz: Error: The "Later" plugin is loaded, but there is no command named "dbs" in it. Try "list Later" to see the commands in the "Later" plugin. |
| # | 00:11:39 | atz | @list later |
| # | 00:11:39 | pinesol | atz: notes, remove, and tell |
| # | 00:11:48 | atz | @later tell dbs "if you've got enough commits in referencing the wrong bug, at some point just update the bug with a link to the correct one" |
| # | 00:11:48 | pinesol | atz: The operation succeeded. |
| # | 01:03:03 | phasefx_ | hrmm, dojo bug? |
| # | 01:03:32 | phasefx_ | var ds = '2009-12-03T23:59:59-0500'; var d = dojo.date.stamp.fromISOString( ds ); dojo.date.stamp.toISOString( d ); ==> '2009-12-03T23:51:39-05:00' |
| # | 01:22:44 | phasefx_ | http://bugs.dojotoolkit.org/ticket/9028 |
| # | 01:22:57 | phasefx_ | it's -0500 instead of -05:00 |
| # | 01:28:19 | pmplett has quit IRC |
| # | 01:40:46 | jeff | cute. |
| # | 01:42:19 | jeff frowns at ``ISO 8601 supports a lot of things which we don't'' |
| # | 01:44:14 | phasefx_ | no biggie; I'm not as worried about slinging regexps around :) |
| # | 03:43:39 | christoph__ has joined #evergreen |
| # | 03:53:11 | christoph__ | Hi, it seems that there is no colon or fullstop automatically put between titles and subtitles (MARC field 245 a and b), but if I manually put a colon in the MARC record it is still swallowed in the OPAC view. |
| # | 03:57:16 | christoph__ | Sorry, I just found out that a Marc 245 a ending with a semicolon will produce a colon between title and subtitle |
| # | 04:06:15 | eguest309 has joined #Evergreen |
| # | 04:18:11 | christoph__ | christoph__: maybe I am also wrong with this assumption that a semicolon at the end of Marc 245 a is changed to a colon in the opac view. |
| # | 05:28:53 | eguest309 has quit IRC |
| # | 05:29:02 | eguest309 has joined #Evergreen |
| # | 05:48:00 | eguest309 has quit IRC |
| # | 05:48:04 | eguest309_ has joined #Evergreen |
| # | 05:54:07 | brendan_ga has quit IRC |
| # | 06:10:50 | artunit has quit IRC |
| # | 06:11:23 | artunit has joined #evergreen |
| # | 06:17:50 | christoph__ has quit IRC |
| # | 08:03:35 | mck9 has joined #evergreen |
| # | 08:52:28 | atheos_ has joined #Evergreen |
| # | 08:53:33 | atheos has quit IRC |
| # | 08:53:45 | mrpeters-isl has quit IRC |
| # | 08:57:01 | eguest309_ has quit IRC |
| # | 08:57:28 | eguest309 has joined #Evergreen |
| # | 08:57:49 | eguest309 has left #Evergreen |
| # | 09:21:35 | mrpeters-isl has joined #evergreen |
| # | 09:26:26 | r123 has joined #evergreen |
| # | 09:28:02 | dbs has joined #evergreen |
| # | 09:42:38 | Meliss has joined #Evergreen |
| # | 09:44:15 | Meliss has quit IRC |
| # | 09:47:29 | atheos_ is now known as atheos |
| # | 10:03:14 | mrpeters-isl | all, should OpenSRF C have a process i can see running? |
| # | 10:03:41 | mrpeters-isl | still trying to diagnose the Settings server sleeping issue... OpenSRF C is the only service i dont see running |
| # | 10:04:33 | mrpeters-isl | unless OpenSRF System-C is it |
| # | 10:12:09 | phasefx_ | mrpeters-isl: are you experimenting with the stock OpenSRF configs or Evergreen? There should be an OpenSRF System-C, and then each C service sould have a Listener and a Drone. The Perl services will each have Masters, Listeners, and Drones |
| # | 10:14:04 | phasefx_ | the c-services will also have the things capitalized ("Listener" versus "listener", "Drone" versus "drone") |
| # | 10:27:10 | mrpeters-isl | phasefx_ its evergreen |
| # | 10:27:25 | mrpeters-isl | im just totally stuck on this deal...noone seems to have any idea whats happening |
| # | 10:27:33 | mrpeters-isl | settings-tester all good |
| # | 10:27:35 | mrpeters-isl | all services start up |
| # | 10:27:53 | mrpeters-isl | but any autogen -u or even doing marc_export gives "No Response from settings server...going to sleep" |
| # | 10:28:12 | mrpeters-isl | but request opensrf.settings opensrf.settings.host_config.get "mig.evergreen.lib.in.us" gives a response, so settings is responding?! |
| # | 10:28:45 | jenny has joined #evergreen |
| # | 10:30:08 | lisppaste3 | mrpeters-isl pasted "logs" at http://paste.lisp.org/display/90730 |
| # | 10:30:16 | mrpeters-isl | no errors in logs, im just plain puzzled |
| # | 10:31:42 | lisppaste3 | mrpeters-isl annotated #90730 "settings tester happy" at http://paste.lisp.org/display/90730#1 |
| # | 10:32:20 | lisppaste3 | mrpeters-isl annotated #90730 "services look happy" at http://paste.lisp.org/display/90730#2 |
| # | 10:32:41 | phasefx_ | turn your logging levels up and try again? |
| # | 10:33:17 | mrpeters-isl | yeah, i can try that |
| # | 10:36:07 | lisppaste3 | mrpeters-isl annotated #90730 "logs on 4" at http://paste.lisp.org/display/90730#3 |
| # | 10:36:12 | mrpeters-isl | still see nothing unhappy |
| # | 10:38:28 | jenny has left #evergreen |
| # | 10:38:53 | r123 has left #evergreen |
| # | 10:39:40 | phasefx_ | this is still failing? perl /openils/bin/fieldmapper.pl /openils/conf/opensrf_core.xml |
| # | 10:41:45 | mrpeters-isl | Can't locate OpenILS/Utils/Fieldmapper.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /openils/bin/fieldmapper.pl line 4. |
| # | 10:41:45 | mrpeters-isl | BEGIN failed--compilation aborted at /openils/bin/fieldmapper.pl line 4. |
| # | 10:42:41 | phasefx_ | echo $PERL5LIB |
| # | 10:43:17 | mrpeters-isl | eh yeah crap i wasnt opensrf |
| # | 10:43:40 | mrpeters-isl | r |
| # | 10:43:40 | mrpeters-isl | No Response from settings server...going to sleep |
| # | 10:44:46 | phasefx_ | perl -d /openils/bin/fieldmapper.pl /openils/conf/opensrf_core.xml |
| # | 10:44:56 | phasefx_ | then step it through it with n |
| # | 10:45:12 | phasefx_ | see where it falls asleep |
| # | 10:45:41 | mrpeters-isl | right after main::(/openils/bin/fieldmapper.pl:8): |
| # | 10:45:41 | mrpeters-isl | 8: Fieldmapper->import(IDL => OpenSRF::Utils::SettingsClient->new->config_value("IDL")); |
| # | 10:45:47 | phasefx_ is not familiar with any of these processes, so he may be going the long way through all of this |
| # | 10:45:52 | mrpeters-isl | DB<1> n |
| # | 10:45:52 | mrpeters-isl | No Response from settings server...going to sleep |
| # | 10:45:52 | mrpeters-isl | at /usr/local/share/perl/5.10.0/OpenSRF/Utils/SettingsClient.pm line 106 |
| # | 10:45:52 | mrpeters-isl | OpenSRF::Utils::SettingsClient::grab_host_config('mig.evergreen.lib.in.us') called at /usr/local/share/perl/5.10.0/OpenSRF/Utils/SettingsClient.pm line 39 |
| # | 10:45:52 | mrpeters-isl | OpenSRF::Utils::SettingsClient::config_value('OpenSRF::Utils::SettingsClient=HASH(0x39608e8)', 'IDL') called at /openils/bin/fieldmapper.pl line 8 |
| # | 10:46:17 | phasefx_ | is mig.evergreen.lib.in.us in the config? |
| # | 10:46:54 | phasefx_ | I'd expect for an immediate fail if it wasn't, not this sleep thing :-/ |
| # | 10:46:59 | mrpeters-isl | yes, its specified in opensrf.xml |
| # | 10:47:09 | mrpeters-isl | instead of <localhost></localhost> |
| # | 10:47:52 | phasefx_ | just curious, is localhost not suitable for this setup? |
| # | 10:48:06 | mrpeters-isl | phasefx_: localhost fails with the same error |
| # | 10:48:20 | mrpeters-isl | i took the steps to get the domain in place, in hopes that would fix it...but same thing |
| # | 10:48:57 | phasefx_ | hrmm, why is SettingsClient.pm in /usr/local/share/ I wonder |
| # | 10:49:57 | phasefx_ | could you have multiple OpenSRF's installed in different locations? |
| # | 10:50:26 | phasefx_ | I have one in /usr/local/share/ too, maybe that's a red herring (I expected it to all be in /openils) |
| # | 10:50:34 | mrpeters-isl | phasefx_ this is a totally blank install of the os |
| # | 10:50:42 | mrpeters-isl | all i have put on here is OpenSRF 1.2 and Evergreen 1.6 |
| # | 10:50:48 | mrpeters-isl | so i highly doubt it |
| # | 10:51:15 | mrpeters-isl | nope, no OpenSRF in /usr/local/share |
| # | 10:51:44 | mrpeters-isl | "/usr/local/share/perl/5.10.0" has an OpenSRF.pm |
| # | 10:52:01 | phasefx_ | well there must be a /usr/local/share/perl/5.10.0/OpenSRF/Utils/SettingsClient.pm for it to have reached line 39 in that file |
| # | 10:52:07 | mrpeters-isl | yeah, my bad...i see it now |
| # | 10:52:34 | mrpeters-isl | 39 is - if(!$host_config) { grab_host_config($host); } |
| # | 10:53:38 | dbs | mrpeters-isl: just jumping in, have you run "perl -MNet::Domain -e 'print Net::Domain::hostfqdn() . "\n";'" |
| # | 10:54:13 | phasefx_ | srfsh# request opensrf.settings opensrf.settings.host_config.get "mig.evergreen.lib.in.us" |
| # | 10:54:55 | mrpeters-isl | dbs: yes, that gives mig.evergreen.lib.in.us |
| # | 10:54:57 | dbs | because OpenSRF-C not running is a typical indication of the expected hostname not being found in opensrf.xml section |
| # | 10:55:07 | mrpeters-isl | phasefx: that gives the config back...a big long string of it |
| # | 10:55:44 | mrpeters-isl | dbs: its running |
| # | 10:55:46 | phasefx_ | is there a perl one-liner or script for making that same request easily with the OpenSRF perl libs? |
| # | 10:55:46 | mrpeters-isl | as far as i know |
| # | 10:55:58 | dbs | atz: yep, that was the plan (adding a comment to the bug pointing people coming from my commit comments to the real bug in question) |
| # | 10:56:24 | jenny has joined #evergreen |
| # | 10:56:38 | dbs | mrpeters-isl: so open-ils.cstore is running? |
| # | 10:56:55 | mrpeters-isl | opensrf 27906 0.0 0.0 104208 22004 ? S 10:35 0:00 OpenSRF Listener [open-ils.cstore] |
| # | 10:56:55 | mrpeters-isl | opensrf 27919 0.0 0.0 105892 22488 ? S 10:35 0:00 OpenSRF Drone [open-ils.cstore] |
| # | 10:57:32 | dbs | Okay, I was reading your scrollback asking about OpenSRF-C. carry on |
| # | 10:58:24 | mrpeters-isl | dbs: yeah, sorry, i was just covering all bases |
| # | 10:58:38 | mrpeters-isl | C wasnt as obvious as the perl and router processes |
| # | 11:02:18 | mrpeters-isl is a troublemaker |
| # | 11:03:29 | phasefx_ | dbs: btw, I think miker_ was putting the brakes on his email, not on your momentum |
| # | 11:03:53 | dbs | heh, well it's clearly something we need to talk about :) |
| # | 11:04:36 | phasefx_ | I think the described uses of those fields match what gmcharlt said |
| # | 11:05:25 | gmcharlt | heh, except when OCLC gets it wrong and states that they *don't* want the (OCoLC) prefix for OCLC numbers stored in 035 fields |
| # | 11:05:26 | dbs | Saw that gmcharlt had replied as I was hitting send, of course |
| # | 11:05:56 | dbs | gmcharlt++ |
| # | 11:06:05 | gmcharlt is content to ignore OCLC for that one, since any system does need to be able to recognize (OCoLC)ocmXXXXXXXX anyway |
| # | 11:06:19 | phasefx_ | hey, use of MARC is completely consistent, there should be no problems anywhere :) |
| # | 11:10:59 | dbs | yay, en-US translation templates have been successfully loaded into launchpad: https://translations.launchpad.net/evergreen |
| # | 11:11:22 | dbs | it's still chewing on the translated PO files, though - apparently needs manual review |
| # | 11:12:44 | dbwells has quit IRC |
| # | 11:12:55 | dbs | once those are in place, i'll announce on -dev and -general and invite people to the translation party - although new translations (es-US anyone) could start right away, I think |
| # | 11:15:40 | lisppaste3 | phasefx pasted "test script " at http://paste.lisp.org/display/90735 |
| # | 11:15:46 | phasefx_ | mrpeters-isl: ^^ |
| # | 11:16:43 | gmcharlt | dbs: that reminds me - does launchpad support creating variations of en-US? it might be a niceness to be able to support a public library variant, academic, law, etc. |
| # | 11:16:50 | atz | dbs: nice... i'll be excited to see how it goes w/ launchpad |
| # | 11:18:02 | dbs | gmcharlt: they lean pretty heavily towards ISO 639, so I'm not even sure if they're going to like our hy-AM style. but we'll see |
| # | 11:21:35 | phasefx_ | dbs: no worries about bsd'ed strings (or lack thereof) for this, or was that a different service? |
| # | 11:21:36 | lisppaste3 | mrpeters-isl annotated #90735 "result" at http://paste.lisp.org/display/90735#1 |
| # | 11:21:43 | mrpeters-isl | phasefx_: ^^ |
| # | 11:22:04 | phasefx_ | mrpeters-isl: pass your hostname as an argument |
| # | 11:22:21 | mrpeters-isl | ./test.pl -mig.evergreen.lib.in.us? |
| # | 11:22:22 | dbs | phasefx: the BSD string licensing applies to the translations that are created on Launchpad, not the files that are uploaded |
| # | 11:22:41 | phasefx_ | mrpeters-isl: without the dash |
| # | 11:22:50 | phasefx_ | dbs: ah |
| # | 11:23:18 | dbs | phasefx: so yes, translators will have to agree to bsd-licensing their translations if they use launchpad to do it, but the en-US source remains under the guarded GPL licence of GPLS |
| # | 11:23:24 | mrpeters-isl | opensrf@mig:~$ ./test.pl mig.evergreen.lib.in.us |
| # | 11:23:24 | mrpeters-isl | $VAR1 = undef; |
| # | 11:24:17 | phasefx_ | mrpeters-isl: interesting. try tail -f osrfsys.log | grep CALL: elsewhere and run the script again |
| # | 11:25:28 | phasefx_ | should see something like this: [2009-11-19 11:24:36] opensrf.settings [INFO:14505:Application.pm:118:] CALL: opensrf.settings.host_config.get [mig.evergreen.lib.in.us] |
| # | 11:25:36 | mrpeters-isl | [2009-11-19 11:25:28] opensrf.settings [INFO:28209:Application.pm:118:] CALL: opensrf.settings.host_config.get [] |
| # | 11:25:44 | phasefx_ | very interesting |
| # | 11:25:46 | mrpeters-isl | $VAR1 = undef; |
| # | 11:26:09 | phasefx_ | heck, hardcode the hostname into the script, replace $ARGV[0] |
| # | 11:26:13 | mrpeters-isl | ok |
| # | 11:26:45 | mrpeters-isl | [2009-11-19 11:26:37] opensrf.settings [INFO:27970:Application.pm:118:] CALL: opensrf.settings.host_config.get [migevergreenlibinus] |
| # | 11:27:01 | mrpeters-isl | $VAR1 = undef; |
| # | 11:27:13 | phasefx_ | make sure it's quoted in the source with " " |
| # | 11:27:37 | mrpeters-isl | [2009-11-19 11:27:29] opensrf.settings [INFO:27807:Application.pm:118:] CALL: opensrf.settings.host_config.get [mig.evergreen.lib.in.us] |
| # | 11:27:44 | mrpeters-isl | $VAR1 = undef; |
| # | 11:27:57 | phasefx_ | increase the timeout in the source from 10 to 60? |
| # | 11:28:40 | mrpeters-isl | ok, now it pulled a bunch of code |
| # | 11:28:48 | mrpeters-isl | z39.50 servers, etc. |
| # | 11:29:03 | phasefx_ | what type of environment is this running on? |
| # | 11:29:14 | phasefx_ | for some reason, 10 seconds isn't enough time |
| # | 11:29:21 | mrpeters-isl | a vm with 4 CPU's, bunch of ram, etc. |
| # | 11:29:46 | phasefx_ | the config file should be in the filesystem cache |
| # | 11:30:10 | mrpeters-isl | are you looking for specifics on the hardware? |
| # | 11:30:36 | dbs | memcached is alive? |
| # | 11:30:49 | mrpeters-isl | yes |
| # | 11:31:11 | phasefx_ | it shouldn't take more than 10 seconds to fetch that data |
| # | 11:31:31 | mrpeters-isl | 32GB RAM, 4 CPU should be pretty hefty |
| # | 11:31:48 | phasefx_ | I have a much smaller image using virtualbox |
| # | 11:31:53 | dbs | Well, it's a VM, right? |
| # | 11:32:14 | dbs | Is anyone else running Evergreen 1.6.0.0 & OpenSRF 1.2.0 on Debian Lenny? |
| # | 11:32:21 | mrpeters-isl | we are, in production |
| # | 11:32:28 | dbs | heh, okay |
| # | 11:32:41 | dbs | how much RAM does the VM have? |
| # | 11:32:46 | mrpeters-isl | 32GB |
| # | 11:33:10 | dbs | seriously? |
| # | 11:33:59 | mrpeters-isl | seriously: http://yfrog.com/iy32gbj |
| # | 11:34:04 | dbs | maybe it's some crazy Linux kernel vm paging issue. Try dropping it to 4 GB or 2GB or something |
| # | 11:34:26 | atheos | mrpeters-isl you gave it TOO MUCH POWWAH |
| # | 11:34:58 | mrpeters-isl | haha |
| # | 11:35:27 | mrpeters-isl | we can try that |
| # | 11:35:56 | dbs is amazed |
| # | 11:36:18 | atheos | although, we gave our dev box 128G of ram |
| # | 11:36:52 | phasefx_ | if it is a kernel bug, might just fall on certain values |
| # | 11:37:44 | mrpeters-isl has quit IRC |
| # | 11:37:59 | mrpeters-isl has joined #evergreen |
| # | 11:39:51 | dbs | mrpeters-isl: also, turn off the quake server |
| # | 11:40:19 | mrpeters-isl | dbs: haha yeah, blame atheos for that...though its not even in use |
| # | 11:40:29 | mrpeters-isl | it was just a vm to do some testing with |
| # | 11:40:29 | atheos | :) |
| # | 11:40:38 | atheos | testing, gaming. same thing |
| # | 11:41:38 | phasefx_ remembers the Doom hack where you kill processes in your system by shooting monsters |
| # | 11:42:17 | dbs | "Atheos: stop killing the open-ils.cstore daemon!" |
| # | 11:43:06 | atheos | ok, now I'm up for CTF - who's with me? |
| # | 11:43:44 | mrpeters-isl | hmm why is it telling me services are started, yet i stop them, and restart them...but still says they are running? |
| # | 11:44:37 | mrpeters-isl | 22 seconds to pull that data with test.pl even with 2CPU and 4GB ram |
| # | 11:46:35 | phasefx_ | random thought, how big are are opensrf_core.xml and opensrf.xml? |
| # | 11:47:23 | mrpeters-isl | 1 sec |
| # | 11:47:40 | phasefx_ | 8K and 44K for me |
| # | 11:47:58 | mrpeters-isl | -rw-r--r-- 1 opensrf opensrf 43408 2009-11-19 10:22 opensrf.xml |
| # | 11:47:58 | mrpeters-isl | -rw-r--r-- 1 opensrf opensrf 5347 2009-11-19 11:47 opensrf_core.xml |
| # | 11:48:16 | mrpeters-isl | so 43k and 5k |
| # | 11:48:32 | phasefx_ | another random thought, traceroute to mig.evergreen.lib.in.us? :) |
| # | 11:48:52 | mrpeters-isl | traceroute to mig.evergreen.lib.in.us (208.119.0.251), 30 hops max, 40 byte packets |
| # | 11:48:52 | mrpeters-isl | 1 mig.evergreen.lib.in.us (208.119.0.251) 0.052 ms 0.007 ms 0.006 ms |
| # | 11:48:54 | mrpeters-isl | just the 1 hop |
| # | 11:50:03 | phasefx_ | ejabberdctl connected-users | wc -l |
| # | 11:51:12 | phasefx_ | as root |
| # | 11:51:25 | mrpeters-isl | 30 |
| # | 11:51:32 | phasefx_ | I have 116 |
| # | 11:51:56 | lisppaste3 | mrpeters-isl annotated #90730 "jabber ussers" at http://paste.lisp.org/display/90730#4 |
| # | 11:52:32 | phasefx_ | but this after you've had problems starting services |
| # | 11:53:15 | mrpeters-isl | yeah, i got that resolved |
| # | 11:56:06 | mrpeters-isl | ok, restarted services...now have 128 jabber users |
| # | 11:56:15 | mrpeters-isl | i think something must not have started up properly last time |
| # | 11:57:56 | mrpeters-isl | could we just increase the timeout on autogen/marc_export? |
| # | 12:01:50 | phasefx_ | you could, but I think the delay hints at some other problem. I just don't know what it is, or where else it may bite you later |
| # | 12:02:33 | mrpeters-isl | phasefx_ this thing will never be used for anything except doing test loads for migrations |
| # | 12:02:50 | mrpeters-isl | noone will use the OPAC, at least if they do it will be very rare |
| # | 12:03:05 | atheos | I'll play quake on i |
| # | 12:03:06 | atheos | it |
| # | 12:05:28 | phasefx_ | so in this case, the timeouts are in SettingsClient.pm |
| # | 12:06:32 | mrpeters-isl | ok |
| # | 12:07:49 | mrpeters-isl has quit IRC |
| # | 12:07:56 | mrpeters-isl has joined #evergreen |
| # | 12:12:26 | mrpeters-isl | yeah, so giving it 60 seconds in SettingsClient.pm worked |
| # | 12:12:38 | mrpeters-isl | i agree, there may be something else going on, but ill keep at it |
| # | 12:13:07 | mrpeters-isl | does marc_export use the same timeout values from SettingsClient.pm? |
| # | 12:45:34 | rickd has joined #evergreen |
| # | 12:56:46 | twirlip has joined #evergreen |
| # | 12:58:33 | pmplett has joined #evergreen |
| # | 13:01:56 | r123 has joined #evergreen |
| # | 13:17:35 | dbwells has joined #Evergreen |
| # | 13:19:51 | branflakes has joined #Evergreen |
| # | 13:39:06 | rsinger has quit IRC |
| # | 13:39:29 | rsinger has joined #evergreen |
| # | 13:54:35 | dbs | phasefx: when I saw your commit the other night moving to dojo, I wondered whether there would be a way to use a local copy & avoid fetching the layer over the network |
| # | 13:57:38 | phasefx_ | I didn't even think about the offline interfaces using util.date |
| # | 13:57:58 | phasefx_ | our packaged 1.6.0.0 has an offline bug, btw, though it's merely annoying/cosmetic |
| # | 13:59:57 | rickd_ has joined #evergreen |
| # | 14:07:09 | mrpeters-isl has quit IRC |
| # | 14:07:15 | mrpeters-isl has joined #evergreen |
| # | 14:07:44 | eby_ has joined #evergreen |
| # | 14:12:15 | mrpeters-isl | all, where does Item > Call # Volume > Bib Record > Publication Year (normalized) get pulled from in the reporter? |
| # | 14:12:59 | dbs | mrpeters-isl: check fm_IDL.xml to find out |
| # | 14:15:05 | mrpeters-isl | dbs: i dont see any information there that is helpful |
| # | 14:15:07 | dbs | (short answer: one of reporter.super_simple_record, reporter.simple_record, or reporter.materialized_simple_record, depending on the relationship label that you followed from Bib Record to Pub Year (Normalized) |
| # | 14:15:09 | mrpeters-isl | just that it is an int data type |
| # | 14:15:41 | dbs | the <class> definition has a oils_persist:tablename attribute that points to the table name |
| # | 14:15:54 | mrpeters-isl | right, but my question is does that table in the database get populated from MARC? and if so, which field? |
| # | 14:17:54 | rickd has quit IRC |
| # | 14:21:14 | dbs | Heh, no, your original question was "where does ... get pulled from in the reporter?" |
| # | 14:23:17 | pmplett is now known as pmp_afk |
| # | 14:24:44 | dbs | So, as the actual name of the source in the Reports interface is "Simple Record Extracts", you can see that that maps to reporter.super_simple_record, which is a view on reporter.materialized_simple_record |
| # | 14:27:35 | mrpeters-isl | dbs: allow me to rephrase then |
| # | 14:27:52 | mrpeters-isl | how is the pubdate field in reporter.simple_record populated? |
| # | 14:28:10 | dbs | And then there's a trigger or function that populates reporter.materialized_simple_record |
| # | 14:30:39 | dbs | from reporter.old_super_simple_record, which is a view built on metabib.full_rec |
| # | 14:31:05 | dbs | which pulls the pub_date from "LEFT JOIN metabib.full_rec pubdate ON (r.id = pubdate.record AND pubdate.tag = '260' AND pubdate.subfield = 'c')" |
| # | 14:31:17 | mrpeters-isl | there we go, thats just what i needed :) |
| # | 14:31:36 | dbs | mrpeters-isl: and now you can answer similar questions for others in the future! |
| # | 14:32:16 | dbs | oh, and the SELECT is "SUBSTRING(pubdate.value FROM $$\d+$$) AS pubdate" (just to throw another curve at you) |
| # | 14:32:56 | mrpeters-isl | excellent |
| # | 14:39:36 | branflakes is now known as branflakes-afk |
| # | 14:44:32 | mrpeters-isl | dbs: also trying to discover the same for the indexed title/author fields |
| # | 14:44:44 | mrpeters-isl | im clear on it up to the point at chich it pulls from metabib.full_rec |
| # | 14:45:39 | dbs | "\d reporter.old_super_simple_record" in psql should give you what you need |
| # | 14:45:59 | mrpeters-isl | ah yeah excellent |
| # | 14:46:15 | mrpeters-isl | \d reporter.materialized_simple_record; wasnt so detailed :) |
| # | 14:54:05 | mrpeters-isl | how often do these fields get updated? |
| # | 14:54:29 | mrpeters-isl | im getting reports that the reporter is spitting out blank title/author fields for "recently" updated records |
| # | 14:56:04 | greg-g | dbs: curious, how has the launchpad experience been? And is the plan to just use it for translations or also code hosting/bug management/etc? |
| # | 14:57:12 | dbs | greg-g: the svn trunk is being mirrored there in a bzr repo, so anyone can branch from that; I'm hosting a branch there specifically for the translations, although other branches (feature development, etc) could be hosted if so desired |
| # | 14:57:43 | dbs | we're also using it as a public-facing bug tracker (bugs.launchpad.net/evergreen) fairly successfully so far, I think. Just one month into the experiment |
| # | 14:58:12 | greg-g | dbs: awesome! |
| # | 14:58:27 | greg-g | so, no plans to make it the main bug tracker? |
| # | 14:58:44 | dbs | mrpeters-isl: they get updated immediately if you're using the trigger - but that had some race conditions, I believe, and has been switched to nightly calls of the refresh() function |
| # | 14:58:49 | greg-g | can always have a private equinox project on LP |
| # | 14:59:05 | dbs | greg-g: the plan is to test it for 3 months and then see how things have gone |
| # | 14:59:07 | greg-g | good plan |
| # | 14:59:27 | dbs | we were going to use the trac module for upstream integration but the config started getting dicey |
| # | 14:59:28 | greg-g | dbs: sorry to interrupt. just like seeing the cross-polination of the different projects I track :) |
| # | 14:59:34 | greg-g | yuck |
| # | 14:59:37 | dbs | greg-g: no need to apologize |
| # | 15:03:42 | jenny has left #evergreen |
| # | 15:12:54 | mrpeters-isl | is tehre any reason why simple record extracts > author (normalized) is pulling an alternate author from the 700 tag? |
| # | 15:13:05 | mrpeters-isl | its causing duplicate entries in the report for the same item, but with 2 different authors |
| # | 15:14:40 | mrpeters-isl | my understanding is that it is only supposed to pull from 100$a or 110$a |
| # | 15:15:27 | mrpeters-isl | SELECT * FROM metabib.full_rec WHERE record=14330231 AND tag=100; gives only the 1 author (graham, ruth) in the 100$a |
| # | 15:16:05 | mrpeters-isl | yet, author (normalized) outputs a combination of 100$a and 100$d, creating "graham, ruth : 1950" as the normalized author |
| # | 15:16:08 | mrpeters-isl | this cant be correct |
| # | 15:19:32 | pmp_afk is now known as pmplett |
| # | 15:39:44 | twirlip is now known as twirlip_afk |
| # | 15:56:28 | [1]atz has joined #evergreen |
| # | 15:56:38 | dbs | mrpeters-isl: that is a puzzler. |
| # | 15:57:15 | atz has quit IRC |
| # | 15:57:15 | wjr has quit IRC |
| # | 15:57:15 | phasefx has quit IRC |
| # | 15:57:15 | _bott_1 has quit IRC |
| # | 15:57:24 | [1]atz is now known as atz |
| # | 15:58:57 | _bott_1 has joined #evergreen |
| # | 15:58:57 | wjr has joined #evergreen |
| # | 15:58:57 | phasefx has joined #evergreen |
| # | 15:59:09 | mrpeters-isl | dbs: glad its not just me then! haha |
| # | 15:59:45 | phasefx__ has joined #evergreen |
| # | 16:05:44 | branflakes-afk is now known as branflakes |
| # | 16:11:26 | wjr has quit IRC |
| # | 16:11:29 | phasefx has quit IRC |
| # | 16:11:31 | _bott_1 has quit IRC |
| # | 16:11:38 | wjr has joined #evergreen |
| # | 16:12:15 | dbs | mrpeters-isl: you're sure you're not pulling from "Indexed author entries"? |
| # | 16:13:01 | _bott_ has joined #evergreen |
| # | 16:20:32 | mrpeters-isl | dbs: yeah, i guess it is (metabib.author_field_entry) |
| # | 16:23:27 | mrpeters-isl | however, if i use the Simple Record Extracts > Title / Author (normalized) i get empty author/title fields! but they have values in the database! |
| # | 16:24:00 | mrpeters-isl | can't tell me that is normal, i can't see how it would be |
| # | 16:25:31 | mrpeters-isl | evergreen=# SELECT title,author FROM reporter.simple_record WHERE tcn_value='095109C658E845DEB50D30F7FAEAB7B1'; |
| # | 16:25:31 | mrpeters-isl | title | author |
| # | 16:25:31 | mrpeters-isl | ----------------------------------+-------------- |
| # | 16:25:31 | mrpeters-isl | in every pew sits a broken heart | graham, ruth |
| # | 16:25:31 | mrpeters-isl | (1 row) |
| # | 16:25:53 | mrpeters-isl | reporting on that same TCN value gives a blank title/blank author when using simple record extracts > title and author normalized |
| # | 16:26:15 | phase_bb has joined #evergreen |
| # | 16:26:16 | dbs | Do you have anything in the reporter.materialized_simple_record for that TCN? |
| # | 16:26:26 | mrpeters-isl | no, its empty |
| # | 16:26:50 | dbs | Do you have anything in reporter.materialized_simple_record? |
| # | 16:27:01 | mrpeters-isl | 1727078 id;s |
| # | 16:27:10 | dbs | okay, you've got something :) |
| # | 16:27:20 | dbs | just not what you want |
| # | 16:28:11 | mrpeters-isl | right, but why are so many of our records just fine in simple_record, but empty in materiralized_simple_record |
| # | 16:29:17 | dbs | wondering whether this was due to the race condition. if this is your dev box, can you run "SELECT reporter.refresh_materialized_simple_record();" |
| # | 16:40:25 | gdunbar has quit IRC |
| # | 17:20:28 | dbwells | quick question about the permission.grp_perm_map table. I am just switching from 1.6RC to 1.6 final, and this table is not populated in the final. Is this intentional? It is possible I emptied it somehow. |
| # | 17:22:18 | dbs | it's intentional |
| # | 17:22:32 | dbs | oh, uh, wait - one sec |
| # | 17:23:16 | dbs | nooo, that should definitely have data |
| # | 17:23:38 | dbs | is this a fresh install? |
| # | 17:27:32 | dbwells | nevermind, I see what I did. I was experimenting for the first time with copying group information from one instance to another, and one step deleted the grp_tree and subsequently the grp_perm_map entries. |
| # | 17:28:21 | dbs | yay :) |
| # | 17:28:28 | dbs | now I get to go home and have food |
| # | 17:28:48 | dbwells | dbs: thanks. still new to postgres :) |
| # | 17:28:49 | dbs | dbwells: before I go though, have you posted anything on the wiki? |
| # | 17:29:25 | dbwells | still working on it, and haven't linked to it yet, but here is the page in progress: |
| # | 17:29:27 | dbwells | http://www.open-ils.org/dokuwiki/doku.php?id=acq:serials:basic_predicting_and_receiving |
| # | 17:31:13 | branflakes has left #Evergreen |
| # | 17:31:17 | dbwells | it is more or less ready for criticism, though I always like to wait a while and re-read |
| # | 17:32:01 | dbs | groovy, thanks! will try to peruse it tonight |
| # | 17:32:33 | dbs has quit IRC |
| # | 17:40:42 | brendan_ga has joined #evergreen |
| # | 17:41:34 | bbonner has joined #Evergreen |
| # | 17:54:52 | eby_ has quit IRC |
| # | 18:21:47 | jmeeuwen | slowly but surely getting a grip on the opensrf package for fedora |
| # | 18:23:44 | rickd has joined #evergreen |
| # | 18:24:13 | pmplett is now known as pmp_afk |
| # | 18:28:49 | phasefx_ | jmeeuwen: rock |
| # | 18:29:26 | jmeeuwen | got a couple of questions lined up while i'm getting familiar with the product, too ;-) |
| # | 18:29:31 | brendan_ga has quit IRC |
| # | 18:31:00 | phasefx_ | I'll be back in a moment; I can try to help, but am not an OpenSRF guru |
| # | 18:40:56 | phasefx_ | jmeeuwen: if you want to fire off the questions here, feel free. Mailing list might be another good avenue |
| # | 18:41:15 | jmeeuwen | i'll try here if you don't mind |
| # | 18:42:01 | rickd_ has quit IRC |
| # | 18:42:23 | jmeeuwen | the first question is about libmemcache, that seems to have no upstream continuing development, and if it is sustainable to continue to use it rather then libmemcached |
| # | 18:44:10 | phasefx_ | didn't realize there were two different but similarly named libraries there. I'll have to punt on that one |
| # | 18:44:39 | jmeeuwen | it seems libmemcache is a C API from ages ago (??) and libmemcached is a client library from Tangent (??) |
| # | 18:44:55 | jmeeuwen | either way, i'll look into that when i have a chance |
| # | 18:45:30 | jmeeuwen | the other thing i wanted to mention is that in make install DESTDIR=/path/to, DESTDIR isn't always taken into account |
| # | 18:47:04 | phasefx_ | I can believe it. I noticed an OpenSRF file today in /usr/local/share/ when I thought they'd all be going into /openils the way I ./configure'ed it |
| # | 18:47:45 | jmeeuwen | that's what i notice building an RPM in user space too |
| # | 18:48:02 | jmeeuwen | so i'm going to come up with a couple of fixes for it |
| # | 18:48:21 | phasefx_ | jmeeuwen++ |
| # | 18:49:02 | phasefx_ | with ./configure --prefix I wouldn't have expected to find anything elsewhere |
| # | 18:49:31 | jmeeuwen | i do that, but then i need to make install DESTDIR=$RPM_BUILD_ROOT |
| # | 18:49:56 | phasefx_ | ah |
| # | 18:51:33 | jmeeuwen | i had some apxs2 calls with a --with-apxs=/usr/sbin/apxs too |
| # | 18:53:20 | jmeeuwen | more importantly, can i send patches to open-ils-dev? |
| # | 18:54:27 | phasefx_ | absolutely, and if you don't get a timely response, start poking folks in here |
| # | 18:56:01 | phasefx_ | I don't know if OpenSRF is on launchpad yet or if it's just Evergreen, but we want to make it easier for folks to use distributed VCS if they'd prefer too |
| # | 18:59:32 | jmeeuwen | also, do you know what mod_placeholder is? |
| # | 19:00:41 | phasefx_ | I don't, though give me a moment to peek at it. I suspect I'm the wrong person altogether to help you based on the questions so far :D sorry |
| # | 19:00:41 | jeff | rings a bell. i think it's a dummy module for ease of packaging/automating configs. |
| # | 19:00:44 | phasefx_ | jeff: yay |
| # | 19:00:49 | phasefx_ | more brainz |
| # | 19:00:58 | r123 has quit IRC |
| # | 19:01:22 | jmeeuwen | jeff, alrighty |
| # | 19:01:25 | jmeeuwen removes it |
| # | 19:01:25 | jmeeuwen | ;-) |
| # | 19:01:29 | jeff | yeah, it's a "magic comment" |
| # | 19:01:44 | jmeeuwen | for apxs then, isn't it? |
| # | 19:02:17 | jeff | used by the install-exec-local target in src/gateway/Makefile |
| # | 19:02:29 | jeff | i don't know if it's an apxsism or an opensrfism |
| # | 19:04:08 | jmeeuwen | apxs can install and activate httpd modules but it's virtually incompatible with packaging efforts |
| # | 19:11:15 | phasefx_ | heh, commit log message that came with the mod_placeholder addition reads, "merging perl CPANification/normalization branch work " |
| # | 19:11:43 | jmeeuwen | can anyone show me /etc/httpd/conf/httpd.conf where it loads the osrf modules? |
| # | 19:13:12 | djfiander has joined #Evergreen |
| # | 19:13:54 | phasefx_ | "# adds a placeholder module so apxs will be happy" |
| # | 19:15:00 | jmeeuwen | i now have something similar to <ifModule !osrf_http_translator.c> LoadModule osrf_http_translator modules/osrf_http_translator.so </ifModule> |
| # | 19:16:59 | phasefx_ | on my evergreen system I have this: |
| # | 19:17:01 | phasefx_ | opensrf@lenny:/etc/apache2$ grep -r osrf_http_translator * |
| # | 19:17:01 | phasefx_ | eg_vhost.conf: SetHandler osrf_http_translator_module |
| # | 19:17:01 | phasefx_ | httpd.conf:LoadModule osrf_http_translator_module /usr/lib/apache2/modules/osrf_http_translator.so |
| # | 19:17:08 | phasefx_ | you want to see more context from one of those? |
| # | 19:19:25 | jmeeuwen | that's the one, i got it, thanks |
| # | 19:19:58 | jmeeuwen | debian lenny, huh? ;-) |
| # | 19:20:54 | phasefx_ | on a virtual box image. ubuntu something or another hosting that. and winxp running putty to connect to all these things at the moment :) |
| # | 19:21:14 | phasefx_ | no red hat / fedora / cent os experience at all :) |
| # | 19:22:52 | phasefx_ | though I did run Mandrake at some point in the past, that was derived from RH, right? |
| # | 19:24:59 | jmeeuwen | long time ago, yes |
| # | 19:38:50 | bbonner has quit IRC |
| # | 19:42:25 | jmeeuwen | excellent, i have some packages |
| # | 19:42:55 | phasefx_ | hot dog |
| # | 19:43:18 | jmeeuwen | now i'm going to rebuild, rebuild and rebuild them |
| # | 19:43:34 | jmeeuwen | figure out the build requirements, then the actual requirements for each component |
| # | 19:43:44 | jmeeuwen | and the ---enable-java is on my TODO list as well |
| # | 19:43:56 | phasefx_ | hrmm |
| # | 19:44:18 | phasefx_ | not sure how mature that is |
| # | 20:04:23 | jmeeuwen | do people use it? |
| # | 20:07:01 | phasefx_ | I don't think so. I think it may just be client-side bindings that work, and that Java-support for OpenSRF services is incomplete |
| # | 20:07:41 | djfiander has quit IRC |
| # | 20:07:45 | jmeeuwen | good to know, i wasn't enabling it in my package either |
| # | 20:13:28 | jmeeuwen | i'm off to bed, it's 2:15 AM ;-) |
| # | 20:13:30 | jmeeuwen | nn! |
| # | 20:13:45 | phasefx_ | nighters |
| # | 20:17:11 | eby_ has joined #evergreen |
| # | 23:58:54 | jamesrf has quit IRC |
April 10-13