Evergreen ILS Website

IRC log for #evergreen, 2014-03-13

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
01:20 zerick joined #evergreen
03:56 tsbere_ joined #evergreen
05:08 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:32 b_bonner joined #evergreen
06:33 mtcarlson_away joined #evergreen
07:47 csharp @quote random
07:47 pinesol_green csharp: Quote #49: "<bshum> I've never trusted Klingons, and I never will. I can never forgive them for the death of my boy." (added by Dyrcona at 05:02 PM, April 03, 2013)
07:53 collum joined #evergreen
07:54 akilsdonk joined #evergreen
07:59 rjackson-isl joined #evergreen
08:26 gsams joined #evergreen
08:36 Dyrcona joined #evergreen
08:48 mmorgan joined #evergreen
08:58 17SAAUN8Z joined #evergreen
08:58 timf joined #evergreen
09:04 ericar joined #evergreen
09:17 dluch joined #evergreen
09:27 dbwells ldwhalen: The door isn't completely closed on RC1, but I'll also say that I don't consider those three bugs to be blockers (they aren't brokenness of major features, and they don't directly affect any data).  I'll look for some time today to review them if I can.
09:29 dbwells ldwhalen: They might also get somewhat more attention if you un-assign yourself (I generally ignore bugs which are assigned to someone else).
09:30 mrpeters joined #evergreen
09:34 hopkinsju joined #evergreen
09:38 jl- I'm all set up for the conference
09:39 jl- that was quick
09:41 asimon joined #evergreen
09:44 jl- I'm all set up for the conference
09:44 jl- that was quick
09:44 * tsbere appears to be getting echos ;)
09:45 csharp Hello? (Hello?) Hellooo (Hellooo)
09:45 asimon * I am trying to setup a crontab for the opensrf user.  I am using the online example, but syslog shows messages like: (CRON) error (grandchild #3450 failed with exit status 2) whenever CRON runs one of the commands.  What is the best way to diagnose what is wrong with the file?
09:45 berick joined #evergreen
09:46 jl- can anyone here me? help
09:46 jl- :P
09:46 jl- asimon: does the shell script run file when you run it manually?
09:46 phasefx asimon: paste one of the lines?
09:46 jl- s/hear/here
09:47 jl- s/fine/file
09:48 Dyrcona s/(fi)n(e)/\1l\2/ # for less readability, more perliness. :)
09:48 Dyrcona or, should that be $1 $2 in perl?
09:48 csharp asimon: http://ubuntuforums.org/showthread.php?t=1760488
09:49 csharp asimon: so it sounds like it's a cron-level (not EG/OpenSRF-level issue)
09:49 asimon jl: Yes.  For example, I just ran '/openils/bin/hold_targeter.pl /openils/conf/opensf_core.xml' without error.
09:50 Dyrcona asimon: You created the crontab for the opensrf user and not root?
09:50 jl- asimon: I mean the .sh script
09:51 yboston joined #evergreen
09:51 asimon phasefx: * */4 * * * . ~/.bashrc && /usr/bin/perl $EG_BIN_DIR/hold_targeter.pl $SRF_CORE  (EG_BIN_DIR and SRF_CORE are properly set at the top of the file)
09:51 asimon Dyrcona:  Yes it is the opensrf crontab file.
09:52 jl- paste the file somewhere
09:53 pastebot "asimon" at 64.57.241.14 pasted "opensrf crontab file" (76 lines) at http://paste.evergreen-ils.org/33
09:53 ldwhalen dbwells: I was mainly trying to figure out if I should push myself last night to fix some things that ktomita_ had found.  I decided not to.  I will have them fixed today.  No need to review them yet that will not be a good use of your time.
09:54 pastebot "Dyrcona" at 64.57.241.14 pasted "Sample Ubuntu Crontab that works" (10 lines) at http://paste.evergreen-ils.org/34
09:54 jwoodard joined #evergreen
09:54 dbwells ldwhalen: ok, thanks
09:54 jl- shouldn't the environmental variables contain $
09:55 jl- you can test them with echo $variable
09:56 Dyrcona asimon: The /usr/bin/perl bits are probably unnecessary.
09:56 Dyrcona asimon: You might also try setting the shell explicitly to /bin/bash.
09:57 * Dyrcona is having a devil of a time understanding the forum thread that phasefx shared.
09:57 * Dyrcona is also working on two other problems while trying to pay attention here.
09:59 berick joined #evergreen
09:59 asimon Dyrcona: I have removed the /usr/bin/perl bits and added a SHELL statement.  BTW, I got the same error messages before I added /usr/bin/perl to the file.
09:59 Dyrcona sorry, csharp.... I am confused.
10:02 Dyrcona asimon: I've not seen that problem before, and your crontab looks good to my eyes. Dunno what's wrong with it if it still fails.
10:06 asimon Dyrcona:  Jobs are now running.  I think that adding the SHELL statement was the solution.  TY
10:06 asimon jl: TY
10:07 asimon csharp: TY
10:35 krvmga joined #evergreen
10:35 Dyrcona joined #evergreen
10:36 krvmga i keep getting reports of dropdown menus not working in the catalog. it's not limited to any particular browser. i can't duplicate it. i don't know what's going on.
10:37 krvmga has anyone else had any report like this?
10:42 jeff in what environments is it being reported?
10:43 krvmga jeff: i'm getting reports from patrons.
10:43 krvmga i'm assuming they're at home.
10:43 krvmga they can't choose format, library, anything with a dropdown.
10:43 jeff by environment, i mean operating system and browser, etc. :-)
10:44 krvmga firefox, IE, windows 7
10:52 berick_ joined #evergreen
10:57 * dbs thinks.... some common browser plugin that we would shun like the plague?
10:57 dbs Sounds familiar for some reason.
11:03 dbwells joined #evergreen
11:05 jihpringle joined #evergreen
11:09 krvmga i've sent a message to a patron who experienced the problem asking them to turn off browser plugins, restart, and see if the problem persists.
11:10 krvmga if it is a plugin, then we will have somewhere to start tracking down which one.
11:59 fparks joined #evergreen
12:01 RoganH joined #evergreen
12:08 bradl is docs.evergreen-ils.org really dog slow for anyone else? And by slow I mean you click a link and it takes 10+ seconds to render the next page?
12:09 bradl @isitsloworisitjustme
12:09 pinesol_green bradl: Down time is a fact of business when you're a poor 501c3 corporation.
12:10 bradl well, ignore me, it's all speedy now
12:10 bradl :)
12:10 RoganH bradl: the gerbils in the wheels haven't had their chocolate frosted sugar bombs today
12:11 bradl @excuse
12:11 pinesol_green bradl: Beyond here be dragons.
12:11 RoganH I want to put that over my closed stacks door.
12:12 kmlussier joined #evergreen
12:13 afterl joined #evergreen
12:15 csharp is docs.evergreen-ils still hosted by Mohawk?
12:16 gmcharlt yes
12:16 csharp cool - just wondering ;-)
12:19 dreuther joined #evergreen
12:20 gmcharlt @blame add $wo forgot to give the gerbils their chocolate-frosted sugar bombs
12:20 pinesol_green gmcharlt: Error: Blames must contain $who.
12:20 gmcharlt @blame add $who forgot to give the gerbils their chocolate-frosted sugar bombs
12:20 pinesol_green gmcharlt: The operation succeeded.  Blame #14 added.
12:20 csharp @blame
12:20 pinesol_green csharp: (blame [<channel>] [<id>] <who|what> [for <reason>]) -- Blames <who|what> (for <reason>, if given). If <id> is given, uses that specific blame. <channel> is only necessary if the message isn't sent in the channel itself.
12:21 csharp @blame [someone]
12:21 pinesol_green csharp: It's all http://www.firstpersontetris.com/'s fault!
12:21 csharp bleh
12:21 csharp @blame csharp
12:21 pinesol_green csharp: csharp stole bradl's tux doll!
12:21 Dyrcona @blame 14 csharp
12:21 pinesol_green Dyrcona: csharp forgot to give the gerbils their chocolate-frosted sugar bombs
12:21 csharp both of those blames are true!
12:22 Dyrcona @blame 4 Dyrcona
12:22 pinesol_green Dyrcona: It really IS Dyrcona's fault!
12:26 bradl csharp: I'm just glad you don't want child .. err... tux support.
12:27 csharp bradl: so that's why you won't answer my phone calls!
12:28 bradl i lost my phone
12:29 csharp :-)
12:41 dreuther Hello.  My name is Dan Reuther and I am taking over work on https://bugs.launchpad.net/evergreen/+bug/1152863   I am trying to get up to speed on the code base and am looking for resources on how the localization system works.
12:41 pinesol_green Launchpad bug 1152863 in Evergreen "Support for traditional Boolean operators" (affected: 3, heat: 18) [Wishlist,Triaged]
12:47 krvmga joined #evergreen
12:47 krvmga follow up on previous report of dropdown menus not working: patron told me that the problem went away after she rebooted her machine.
12:48 Dyrcona @facepalm
12:48 pinesol_green Dyrcona: Mr. Spock: Something fascinating just happened.
12:49 krvmga She applied the Microsoft Big Red Button solution. It works for so many things.
12:52 ningalls joined #evergreen
13:02 Dyrcona MVF/CRA code seems to be ignoring ingest.metarecord_mapping.preserve_on_delete
13:03 Dyrcona We have it set to true, but our deleted records are not having their information preserved.
13:03 Dyrcona Prior to the MVF/CRA work, the record_attr and other information stayed around for deleted records.
13:05 gorodplus joined #evergreen
13:06 Dyrcona dreuther: It's gettext, basically.
13:06 hbrennan joined #evergreen
13:09 csharp-web joined #evergreen
13:17 dreuther Dyrcona: Thanks.  I will look into that.
13:43 dreuther_ joined #evergreen
13:57 mrpeters joined #evergreen
14:07 jl- anyone recently exported voyager records -> evergreen? I'm using http://rocky.uta.edu/doran/voyager/export/
14:07 jl- export is running
14:08 mcooper joined #evergreen
14:20 hbrennan jl-: You're really doing it?
14:27 jl- hbrennan: yup but it's still a test run of course
14:27 jl- ran fine appearently
14:27 hbrennan Exciting
14:28 hbrennan Hope the hotel issue hasn't stopped your plans for attending the conference?
14:30 jl- nope I will be there
14:30 jl- I booked at hyatt regency
14:30 jl- :)
14:30 jl- I'm excited
14:30 hbrennan Great! Me too (for you) and me
14:30 hbrennan and everyone
14:30 jl- :)
14:31 hbrennan Be sure to submit your IRC name to eg14@biblio.org so it gets on your nametag, or at least the contact list
14:32 hbrennan unless you want to remain anonymous :)
14:33 jl- yes, the jl- psynonym is infamous
14:33 jl- ;)
14:40 jl- that's why I VPN through Iran
14:41 hbrennan Naturally
14:44 jl- Auth file: Shippensburg University-full-auth.mrc
14:44 jl- Bib file: Shippensburg University-full-bibs.mrc
14:44 jl- MFHD file: Shippensburg University-full-mfhd.mrc
14:45 jl- not sure what the third would be?
14:45 hbrennan That's serials stuff
14:45 hbrennan I still don't understand it :)
14:45 jl- lol
14:46 hbrennan http://docs.evergreen-ils.org/dev/_marc​_format_for_holdings_display_mfhd.html
14:46 hbrennan it produces holdings info
14:46 hbrennan I still haven't implemented it
14:46 jeff_ joined #evergreen
14:47 Dyrcona jl-: If you really want to get lost in the minutiae: http://www.loc.gov/marc/
14:47 jeff_ joined #evergreen
14:47 hbrennan Dyrcona: haha. I'm bored.. think I'll just read MARC rules today
14:48 jl- Dyrcona: I'd rather not, the question is if these need to be imported into evergreen
14:48 Dyrcona jl-: Yep. You'll want to import them into Evergreen.
14:48 Dyrcona How is another story. :)
14:50 * jl- blank stare
14:55 jl- Dyrcona: do I have to run this Shippensburg University-full-bibs.mrc through yaz-marcdump?
14:55 jl- it appears as if the file has no line breaks
14:56 Dyrcona It should be a binary file.
14:56 Dyrcona .mrc is usually binary.
14:56 jl- yes
14:56 Dyrcona I usually write something to read those and load them as-is, but other methods will tell you to convert it to marcxml first.
14:57 jl- I think yaz can handle that
14:57 Dyrcona It can, yes.
14:57 Dyrcona You should also ask yaz to convert to utf-8 at the same time.
14:58 jl- yaz-marcdump -f MARC-8 -t UTF-8 -o marc -l 9=97 marc21.raw >marc21.utf8.raw
14:58 jl- or
14:58 jl- yaz-marcdump -f MARC-8 -t UTF-8 -o marcxml marc21.raw >marcxml.xml
14:59 Dyrcona jl-: There's another thing you might want to add....
14:59 Dyrcona hang on a sec.
14:59 jl- ok
14:59 yboston Quick announcement
15:00 yboston I will be hosting a pub trivia outing next week on Wednesday night
15:00 kmlussier @love trivia
15:00 pinesol_green kmlussier: The operation succeeded.  kmlussier loves trivia.
15:00 yboston after the dev and DIG hackfest
15:00 csharp yboston++ # I'm totally there
15:00 bshum Go Team Evergreen!
15:00 csharp bshum: booya!
15:00 yboston starts at 7 PM, and it is a like a 7 minute walk from the hotel
15:01 yboston I made reservations for 15, but we might be more
15:01 Dyrcona jl-: Put a -l 9=97 somewhere before the -o.
15:02 yboston My trivia team might be there too, the Dublin Hardcores
15:02 yboston (that is our actual name)
15:02 jl- Dyrcona: what's that for?
15:02 Dyrcona jl-: sets the leader position 09 to 'a'
15:03 Dyrcona you need that to follow the spec. for utf-8 records.
15:03 jl- interesting
15:03 jl- btw which one do I need to go with? 0 marcxml or -o marc
15:04 jl- I'm assuming marcxml
15:04 Dyrcona it's a lowercase letter oh for the output format.
15:04 jl- I know
15:04 Dyrcona jl-: http://www.indexdata.com/yaz/doc/yaz-marcdump.html
15:04 jl- yaz-marcdump -f MARC-8 -t UTF-8 -o marc -l 9=97 marc21.raw >marc21.utf8.raw
15:04 jl- or
15:04 jl- yaz-marcdump -f MARC-8 -t UTF-8 -o marcxml marc21.raw >marcxml.xml
15:05 Dyrcona You want marcxml
15:05 jl- thought so
15:05 jl- yaz-marcdump -f MARC-8 -t UTF-8 -o marcxml -l 9=97 marc21.raw >marcxml.xml
15:06 Dyrcona looks good to me.
15:06 Dyrcona 9='a' should work, too, btw. I've always just used the decimal value of the letter a.
15:07 Dyrcona you'll substitute your own filenames, of course.
15:08 jl- ;)
15:08 Dyrcona You should also be warned that yaz-marcdump will process bad records that Evergreen will choke on, later.
15:08 Dyrcona At least, that has been my experience in the past.
15:08 jl- yes oh yes indeed
15:08 jl- that is a big flaw
15:09 jl- if I'm not mistaken, my export tool should have taken care of those
15:09 Dyrcona Well, it is a question of following Postel's law....
15:09 Dyrcona I've had experience with ILS software that will allow you to create and export junk records.
15:09 jl- hm
15:10 jl- Dyrcona: the conversion worked but I think I forgot to put them into line format
15:10 jl- for the  staging importer
15:11 Dyrcona Will yaz-marcdump do that? -- Put them one record per line?
15:11 Dyrcona I've never bothered.
15:11 jl- hmm, do they need to be put into one per line?
15:12 Dyrcona I usually write something with MARC::Batch to read each record, then call an Evergreen utility function to flatten the marc before loading.
15:12 Dyrcona jl-: It depends on how you are loading them. Some of the methods say to do that.
15:12 Dyrcona You want the marcxml to be stripped and cleaned in the database.
15:13 jl- Dyrcona: this is the method I was going to use docs.evergreen-ils.org/dev/_migrati​ng_your_bibliographic_records.html
15:14 jl- I see at the top
15:14 jl- there is a way to flatten them into lines
15:15 Dyrcona The python script at the very top of the page you referenced promises to do that for you.
15:15 jl- yup
15:17 artunit joined #evergreen
15:18 mtj_ joined #evergreen
15:33 jl- call last):File "./flatten.pl", line 9, in <module>reader = pymarc.MARCReader(open(input, 'rb'), to_unicode=True)TypeError: __init__() got an unexpected keyword argument 'to_unicode'
15:33 jl- hm
15:39 Dyrcona jl-: Not that this has anything to do with it, but Python scripts usually end in .py.
15:39 Dyrcona I don't do much Python and have never used pymarc, so can't help there.
15:48 Bmagic under what circumstance will evergreen show an item status as "wrong shelf" ? The situation that I had was while it was really on the hold shelf
15:48 jl- yeah it might be a dependency, I used the same script somewhere else on a VM and it worked fine
15:52 jl- Dyrcona I think the script needs to be adjusted because it already us utf8
15:52 jl- reader = pymarc.MARCReader(open(input, 'rb'), to_unicode=True)
15:53 jl- writer = codecs.open(output, 'w', 'utf-8')
15:53 Dyrcona jl-: Could be. I don't do much Python.
15:54 jl- < Dyrcona> I usually write something with MARC::Batch to read each record, then call an Evergreen  utility function to flatten the marc before loading.
15:54 jl- could you expand?
15:54 jl- :)
15:56 Dyrcona OpenILS::Utils::Normalize has a function, clean_marc() that prepares a MARC record for the Evergreen database.
15:57 Dyrcona You could write a script that uses MARC::Batch to read your MARC file and call that function on each record then print each record with a linefeed after it.
15:57 Dyrcona Or, you could just load the records from your script.
16:20 jl- thanks and good night
16:42 dreuther_ eeevil:  I am taking over the work on https://bugs.launchpad.net/evergreen/+bug/1152863   Would you be available sometime in the next day or so to answer a few questions I have?  Thanks
16:42 pinesol_green Launchpad bug 1152863 in Evergreen "Support for traditional Boolean operators" (affected: 3, heat: 18) [Wishlist,Triaged]
16:45 eeevil dreuther_: unfortunately, I probably won't have any significant amount of time, between the upcoming conference and my daily duties, in the near future.  feel free to ask questions for anyone to answer either here or on the mailing lists, though
16:46 dreuther_ eeevil:  Understandable. I appreciate it.
17:12 hopkinsju joined #evergreen
17:21 dluch joined #evergreen
17:21 mmorgan left #evergreen
17:24 burlingtonwa joined #evergreen
17:28 dreuther_ Is it possible for a query say on the the advanced search tab,  to be localized?
17:29 burlingtonwa There's no way to delete a PO from the staff client, is there?  Just want to check to make sure I'm not missing anything.
18:00 jihpringle burlingtonwa: no, there's no way to delete a PO in the staff client
18:01 rangi joined #evergreen
18:01 jihpringle it can be done through the database but that can cause problems if any line items are or were attached to it
18:07 burlingtonwa jihpringle: good to know
18:08 burlingtonwa so even if I've already deleted all the line items that were attached to the PO, it still might not be a good idea to delete the PO in the db?
18:12 jihpringle you may be okay deleting it if you've deleted all the line items (since deleted line items are completely deleted from the database) but I'd recommend that you check and make sure the PO isn't being referred to be anything else in the database before you delete
18:13 jihpringle if what you have now is a blank pending PO you could just add new line items to it
18:14 burlingtonwa True -- we usually just generate POs using the vendor order MARC records
18:15 burlingtonwa thanks for your help!
18:15 jihpringle you can upload your MARC file to a selection list instead of a new PO and then add the line items to the existing PO
18:15 jihpringle glad to help :)
18:27 burlingtonwa oh yes!  That selection list plan sounds like a great idea to help get our POs cleaned up :-)
18:43 dcook joined #evergreen
18:44 dbwells_ joined #evergreen
19:19 timf joined #evergreen
19:29 ldwhalen What do I have to do to sign off on someone else's commit?
19:36 dac joined #evergreen
19:36 fparks_ joined #evergreen
19:42 dreuther joined #evergreen
20:18 dconnor joined #evergreen
20:25 dconnor joined #evergreen
20:49 ningalls joined #evergreen
21:37 kmlussier joined #evergreen
21:43 hopkinsju joined #evergreen
23:59 zerick joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat