IRC log for #koha, 2014-09-10

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:03 rohdechris joined #koha
00:13 chrisvella94 joined #koha
00:33 rohdechris left #koha
00:47 rocio joined #koha
00:48 rocio left #koha
00:58 tcohen joined #koha
01:01 tcohen oh oh
01:01 rangi ?
01:02 pastebot joined #koha
01:03 logbot joined #koha
01:05 * tcohen didn't know we don't have a way to import/export authority frameworks
01:05 lied to a librarian
01:05 rangi ahh
01:06 there are some scripts that can go through bugzilla and make a changelog type thing
01:06 it might be a start of a feature list
01:07 if we pulled out all enhancements and new features
01:07 that are pushed, or closed etc
01:07 tcohen :-D
01:10 rangi something like this
01:10 http://www.bugzilla.org/status/changes.html
01:15 tcohen awesome!
01:15 wahanui That'll be $1 for the awesome jar, tcohen
01:19 wizzyrea ohh awesome indeed
01:31 dcook tcohen: I opened a bug report for import/export of authority frameworks I believe
01:31 Never got around to it though...
01:32 Need to find a way to update those too for existing installs..
01:32 As I think authority records had changes with RDA as well
01:32 tcohen dcook: if you find the bug, point me to it
01:32 it seems we have all that is needed to implement it
01:33 dcook Probably :)
01:34 tcohen bye!
01:34 dcook Hmm, maybe I didn't open a bug
01:34 I think I might've just sent a listserv email then...
01:34 Or just talked about it on IRC
01:34 Ages ago in any case
01:40 BobB hi all
01:40 has anyone done an Overdrive integration?
01:41 eythian we have a couple.
01:42 BobB cool
01:42 so if you set the parameters in the sys prefs, does that give Overdrive results with the search results?
01:43 what I am wondering is whether the user has to authenticate to the OPAC to see the OD results?
01:43 eythian I'm not actually sure. I haven't done it myself, but I don't _think_ so.
01:43 rangi will know more.
01:43 BobB so anyone can access the results, but then perhaps not link to the content?
01:43 rangi actually wizzyrea did south taranaki, shes the one to ask
01:44 ive never actually done one
01:44 eythian oh right.
01:44 ask wizzyrea :)
01:44 BobB ok, thx  :)
01:50 * wizzyrea waves
01:55 wizzyrea that thing is a thing I know about >.>
01:57 eythian @later tell cait http://www.oktoberfest.co.nz/
01:57 huginn eythian: The operation succeeded.
01:57 wizzyrea it's a springtime party!
02:25 dcook Sweeeet. I think I have an idea to improve the ccl.properties
02:25 range r=o
02:25 Boom
02:25 * dcook drops mic
02:26 dcook It doesn't really work that way though :p
02:26 acqdate,range,st-date-normalized:2013-01-01 - 2015-10-01
02:26 :D
02:26 "acqdate,range:2013 - 2015" would work though
02:27 Ohh you could even do "acqdate,range,st-date-normalized:2013-01 - 2015-10"
02:28 Could have a whole range of ccl aliases for Zebra's special attributes...
02:29 s=pwThe structure is set to either word or phrase depending on the number of tokens in a term (phrase-word).
02:29 That's kind of magical
02:30 I don't think we'd want to use that by default though
02:30 I think most folk expect a "wrdl" search
02:31 Oooh. I didn't know you could change ccl.properties without re-indexing.
02:31 Of course, that makes total sense...
02:39 Mind you, maybe there's no point with that...
02:39 Maybe it makes more sense to add "r=o" to acqdate
02:39 That would probably make it easier for transitioning to elasticsearch..
02:40 Just adding "r=o" to dates
02:40 Well...not all dates
02:40 r=r allows "1950-1960"
02:40 while r=o would require "1950 - 1960"
02:40 r=r won't work with iso dates whereas r=o will...
02:41 But we can't change existing r=r to r=o without changing documentation
02:41 * wizzyrea blinks
02:41 wizzyrea are you monologuing again?
02:41 :)
02:42 dcook Maybe a little bit... :p
02:47 Hmm, the dates don't work quite as I'd expect..
02:47 Close but Zebra returning more results than I'd think..
02:48 tcohen joined #koha
02:49 dcook Maybe funny processing..
03:11 JesseM_a_ joined #koha
03:12 edveal joined #koha
03:18 druthb_away joined #koha
03:25 jmsasse joined #koha
03:43 dcook I love how "st-date-normalized" should actually be "st-date-unnormalized".
03:43 eythian heh
03:43 dcook It's like someone thought, "Hey...how can I best screw with a bunch of people..."
03:44 Then again..
03:44 wth..
03:44 Ok, I think Indexdata made this mistake
03:45 Or maybe I'm just reading it strangely..
03:45 Ooh
03:45 eythian: I wanted to ask you about ES
03:46 How does it handle ranges?
03:46 Specifically for dates
03:46 Actually, that's not the real question
03:46 eythian it depends
03:46 dcook What's the syntax for specifying a date range?
03:46 eythian the way I'm using it, I think it's just date1-date2
03:46 dcook Interesting
03:46 wahanui well, Interesting is sometimes good and sometimes bad
03:46 wizzyrea edit links from the detail page: super great, thanks.
03:46 eythian oh, no
03:47 dcook wizzyrea:?
03:47 eythian field:[date1 TO date2
03:47 ]
03:47 http://lucene.apache.org/core/[…]#Range%20Searches
03:47 wizzyrea there's a little edit link in the items table on the biblio detail view now
03:47 dcook This syntax http://www.elasticsearch.org/g[…]-range-query.html matches something I was going to try myself as well
03:47 wizzyrea takes you directly to editing the item, and it's fantastic.
03:48 dcook Even when independent branches is turned on?
03:48 eythian yeah, I'm not using that method of querying ES (yet)
03:48 dcook eythian: So how would that look if a user were writing it out?
03:48 Oh..
03:48 I guess they'd have to use the Lucence syntax
03:48 eythian I've never tried, I just know that it works with the advanced search range things.
03:48 yeah
03:49 dcook I've been thinking a bit about context based help pages..
03:49 So that someone could click on "Syntax help" or something less scary, and get the right help for building a query
03:49 eythian ah yeah
03:50 dcook As at the moment there's no way for people to know what search engine is in use
03:50 As far as I can tell
03:50 eythian yeah, you pretty much can't
03:50 dcook Yeah, I was supporting someone today and I didn't have access to their backend at all (not even their staff client)
03:51 Rather interesting trying to figure things out when you can't see anything
03:51 I'm not even sure if it WAS an elephant
03:52 I'm thinking of changing "acqdate" so that it can be used with date ranges
03:53 Ahh
03:53 Date (un-normalized)100unsupported
03:54 Makes sense
03:54 I wonder why we bother with it then though
03:55 eythian sorting?
03:55 wahanui somebody said sorting was a Monday job
03:55 dcook Oh, I just mean that Zebra says it doesn't support it. But we still have it in ccl.properties.
03:56 eythian ah
03:56 dcook Lots of them actually
03:57 Oh my...
03:57 According to the Bib-1 profile, "Date normalized" is supposed to be "Generalized time" as according to ASN.1 http://www.obj-sys.com/asn1tutorial/node14.html
03:58 ISO 8824
03:58 Rather than ISO 8601's YYYY-MM-DD
03:59 I assume when Zebra says it uses ISO dates that it uses 8601...
04:00 eythian oh man ASN.1
04:00 dcook Mmm, that's what MARC 005 uses, yeah?
04:01 eythian I think so
04:01 dcook Hmm, maybe not...
04:01 But based on it
04:01 Apparently 005 uses ISO 8601 :S
04:02 I guess the standard does say hyphens are optional
04:02 at least for YYYY-MM-DD
04:03 Yeah...I don't think MARC adheres to 8601 even though it says it does for the 005
04:03 * dcook gives MARC a thumbs down
04:03 eythian MARC doesn't even adhere to the MARC spec.
04:03 dcook hehe
04:04 005 is almost ISO 8824 but not quite
04:04 :S
04:04 Yeah, MARC takes liberties with MARC
04:07 eythian: Any idea what a "digital number" i s?
04:07 is*
04:07 eythian a 1 or a 0?
04:08 dcook Hmm, I don't think that's what they're meaning :/
04:08 numeric (@attr 4=109)ignoredNumeric ('n')Special index for digital numbers
04:08 eythian I've got no idea
04:08 dcook I assume they mean that it's an integer?
04:08 eythian maybe?
04:08 wahanui maybe is, like, a momentaneous error
04:08 dcook lol
04:08 well timed, wahanui
04:08 wahanui dcook: sorry...
04:08 dcook I think that's what it must mean
04:09 Maybe not..
04:09 year (@attr 4=4)ignoredYear ('y')Non-tokenized and non-normalized 4 digit numbers
04:09 Makes sense
04:09 I suppose we do say "4 digit numbers"
04:09 eythian yeah, I guess
04:09 dcook I can't imagine a number that's not a digital number..
04:10 Maybe as opposed to a date
04:10 Which may or may not have extra punctuation?
04:10 eythian "twelve"
04:11 there's no digits there
04:11 dcook Mmm
04:11 When you say it like that, it just seems obvious :p
04:11 Good one
04:12 I am tempted to make a "range" qualifier...
04:12 You could specify "local-number,range:1-100"
04:12 Get all records with bib numbers between 1 and 100
04:12 But... I don't want to add something that might make it more annoying for people to use ElasticSearch at some point
04:12 So maybe makes more sense to make local-number capable of being a range on its own
04:13 * dcook nods to himself
04:14 gerundio joined #koha
04:14 dcook In that case, st-numeric probably shouldn't have a "r=o" in it
04:15 Rather unnecessary
04:18 Hmm, could actually improve a few of the item indexes
04:18 Not sure anyone uses them though
04:33 * wizzyrea always enjoys dcook's monologues
04:33 indradg joined #koha
04:33 wizzyrea truly.
04:33 dcook I always hope that they're entertaining at least :)
04:33 indradg joined #koha
04:34 dcook Just imagine if I were a teacher O_O
04:34 Poor students...
04:40 Interesting... "Date-of-acquisition" is the only index that uses a "date" register
04:40 We use a "number" register for "date-entered-on-file"
04:40 That seems great..
04:41 Oh, and a sort index
04:41 sort register rather
04:41 I wonder if it doesn't work with date..
04:41 wizzyrea: I also love when I find a bug and then I go on these big quests to right wrongs
04:44 Man "ls" is a sweet tool..
04:44 eythian sudo apt-get install sl
04:44 wizzyrea :)
04:45 dcook hehe
04:45 * dcook wishes he had a debian-based OS..
04:45 dcook I wonder if they have a rpm for opensuse
04:46 Nah
04:47 gmcharlt joined #koha
04:56 dcook Love that moment when you discover the cause for something that you've been wondering about...
05:01 carmenh joined #koha
05:11 schnydszch joined #koha
05:12 indradg joined #koha
05:13 schnydszch left #koha
05:14 schnydszch joined #koha
05:17 dcook ISO 8601:2000 allowed truncation (by agreement), where leading components of a date or time are omitted. Notably, this allowed two-digit years to be used and the ambiguous formats YY-MM-DD and YYMMDD. This provision was removed in ISO 8601:2004.
05:17 Standards... :/
05:19 Whoa... Zebra deja vu...
05:23 mtj peeps, can anyone recomend an best chioce for SIP2 - telnet or raw-socket?
05:24 koha prefers raw to telnet for sip2... from memory
05:25 any prefs, anyone?
05:25 * dcook has no clue about SIP2
05:26 mtj i might have missed wizzyrea - she would know :0)
05:27 * mtj will try to catch wiz tomorrow
05:28 mtj i sorta remember telnet option, to be more glitchy for sip stuff
05:32 cait joined #koha
05:34 * magnuse waves
05:34 * cait waves
05:35 dcook hey cait, magnuse
05:51 magnuse hiya dcook
05:56 laurence joined #koha
06:20 Oak joined #koha
06:20 * Oak waves
06:21 magnuse Oak
06:21 Oak magnuse
06:21 magnuse :-)
06:21 Oak :]
06:21 magnuse \o/
06:22 Oak |o_
06:22 nah. does not look right.
06:23 dcook _o|
06:23 Hmm, nopes.
06:24 A little like dancing I suppose!
06:25 ashimema_zzzz morning #koha
06:28 Oak yup. or that aviation hand signals...
06:30 more like dancing. like the head is tilted towards the horizontal arm. saturday night fever style, almost.
06:31 okay enough use of imagination. back to work.
06:31 magnuse good morning ashimema
06:37 reiveune joined #koha
06:37 reiveune hello
06:41 magnuse bonojur reiveune
06:41 * cait has to run, bbiab
06:41 reiveune hi magnuse dcook cait
06:41 cait left #koha
06:42 paul_p joined #koha
06:46 sophie_m joined #koha
06:47 schnydszch joined #koha
06:48 alex_a joined #koha
06:49 alex_a bonjour
06:49 indradg joined #koha
07:24 gaetan_B joined #koha
07:24 gaetan_B hello
07:27 cait joined #koha
07:38 magnuse bonojur cait gaetan_B alex_a
07:42 wow, my gitified dev install is acting weird, with different versions in all the different places that has a version number
07:43 ashimema well done magnuse..
07:43 alex_a salut magnuse
07:44 ashimema I'm still very much up and down as to whether I think gitified is a good approach to development or not now..
07:44 * cait waves
07:44 cait ashimema: i think it might be good for running workshops
07:44 magnuse yeah, it's got its up and downs
07:44 ashimema I'm running into more and more cases where I want to test somthing that isn't easily doable using a gitified install (zebra index changes for example).
07:44 It's certainly quick to get you up and running..
07:45 my main dev environment is gitified though, and I'm starting to regret that..
07:45 paul_p joined #koha
07:46 ashimema I do think however, with some modifications, the script would serve very well for getting sandbox instances up and running super quick..
07:46 at the moment, they suffer pretty much the same drawbacks..
07:46 but in a sandbox environment they're not so nasty ;)
07:46 * ashimema is waffling again.. somone kick him
07:47 is going to go back to playing with mojolicious, angularjs and mongodb
07:47 cait oooh
07:48 * ashimema should add bootstrap in there somewhere.. and we have a very pretty app very quickly.
07:50 cait :)
08:04 * magnuse becomes curious as to what ashimema's app does
08:10 Oak i'll ask. what does your app do ashimema?
08:10 magnuse thanks Oak :-)
08:10 Oak :)
08:17 rana joined #koha
08:17 rana hello
08:17 wahanui salut, rana
08:18 rana i am facing koha web installation problem
08:18 following error i have found
08:18 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /usr/share/koha/lib/C4/Context.pm line 802.
08:18 BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 68.
08:19 anyone have any idea?
08:20 Oak rana: which linux distribution and version are you running?
08:20 rana ubuntu 12.04
08:20 magnuse rana: and how are you installing? packages?
08:20 and which instructions are you following?
08:20 rana packages
08:20 wahanui it has been said that packages is at http://wiki.koha-community.org/wiki/Debian
08:20 rana yes
08:20 it got the koha web installation screen
08:21 succesfully login
08:21 and follw the instructions
08:21 cait did you install mysql-server?
08:21 rana yes
08:21 cait how did you create the instance?
08:22 how did your koha-create command look like?
08:22 rana with the command koha-create --create-db INSTANCE NAME HERE
08:22 cait hm
08:22 magnuse: ?
08:22 rana means
08:23 cait i am not sure what's wrong :(
08:23 magnuse: do you have an idea?
08:24 indradg rana: did you manage to complete the install? or the error hit you before that?
08:25 rana no error i have found during installation
08:25 indradg so when did you face the error?
08:25 rana when i open the koha web installation page
08:25 indradg "redirecting you in 5 seconds or click here" part?
08:25 rana successfully login
08:25 indradg ok
08:25 then?
08:26 rana then when koha connect mysql then the error came
08:26 Oak this runs ok?: service mysql restart
08:26 rana ok let me c heck
08:29 its cant be start
08:29 Oak 5 cookies his database server was down
08:30 rana what to do
08:30 Oak oho.
08:30 what does it say?
08:30 why can't it start i mean.
08:30 rana cant connect local mysql server through socket
08:31 var/run/mysqld/mysqld.sock
08:31 indradg rana: did you install mysql-server ?
08:31 rana yes
08:32 magnuse what if you do "sudo /etc/init.d/mysql start"?
08:32 no, that might be wrong
08:32 no, it's right
08:32 rana job fail to start
08:33 magnuse any error meassge?
08:33 rana its stying JOb fail to start
08:34 should i remove mysql-server and again reinstall it?
08:36 magnuse does it just say "failed to start", or does it indicate why?
08:36 there is a log file you can look at
08:38 try
08:38 sudo tail /var/log/mysql.err
08:39 sudo tail /var/log/mysql/error.log
08:39 on my machine they are empty, but you might have more luck
08:39 rana ty
08:40 Oak oh well. we tried.
08:46 thd-away joined #koha
08:46 ashimema sorry, was in a meeting..
08:46 it's a re-write of a ptfs-europe product.. rebus:list..
08:46 it basically just gathers lists of materials for libraries
08:47 right.. must dash
08:47 indradg couple of years back I had to concoct a custom pre-seeded debian DVD, with all deps in place and then a bunch of curl scripts to talk to the web-installer and forcefeed the default system values.
08:48 ashimema_ joined #koha
08:55 cait hm we cheat
08:55 the indexes for the facets, su-to, su-geo etc.
08:55 all seem to resovle into Subject...
08:55 *sigh*
08:56 Viktor joined #koha
09:28 magnuse cait: it's not just that everything in those fields are *also* in the Subject index?
09:31 cait there seems to be no specific index
09:31 if yoiu look at ccl properties, it seems those indexnames all are mapped to Subject
09:32 and then the su- don't appear in record.abs at all
09:42 magnuse and it's supposed to be implemented for grs1?
09:45 Joubu hello #koha
09:46 Oak hello Joubu
09:57 cait magnuse:  i think dom is just the same
09:57 magnuse: talking about the old facet code
09:57 we just don't have specific indexes or don't use them for the facets right now
09:58 magnuse ok, i was just clutching at straws :-)
10:00 cait understandable ;)
10:00 * magnuse needs lunch
10:37 Viktor joined #koha
10:45 magnuse hiya Viktor
10:45 Viktor Hi magnuse :)
10:45 Oak no sleep for the computers.
11:07 laurence left #koha
11:48 * cait had lunch
11:49 oleonard joined #koha
11:52 oleonard paxed: msgctxt?
11:54 meliss joined #koha
11:56 paxed oleonard: google it
11:56 wahanui http://i.imgur.com/1n6mH4N.jpg
11:57 oleonard paxed: No.
11:57 paxed: If you're making a suggestion, explain it.
12:01 francharb joined #koha
12:10 Viktor Is it possible that the two fields "today's checkouts" and "previous checkouts" are displayed in reverse alphabetical order?
12:11 Because in swedish the two fields are switched (which is correct in reverse alphabetical order) and it's a pain since previous checkouts hides the ones you're doing right now.
12:12 I've been trying to locate where in the code to look for what's going on but can't find the right place.
12:12 oleonard Viktor: On the circulation page?
12:13 Viktor yep oleonard
12:14 I looked at the .tt, .pl and .js files but can't really find where the table for checouts is created and how the layout is decided.
12:15 I know it's some ajax magic, but the stuff my browser showed me was raw data being transfered and not formated html.
12:17 oleonard Yeah the table is being put together outside of circulation.tt now
12:18 tcohen joined #koha
12:18 Viktor I looked at the includes to but didn't have any luck (which doesn't really say all that much)
12:20 collum joined #koha
12:25 oleonard Viktor: checkouts.js
12:25 That's where the table is being built
12:26 Viktor Aha - thanks! I'll look into it and see what's going on then.
12:30 oleonard Viktor: I can reproduce your bug, for what it's worth.
12:31 Viktor oleonard: Good to know it's not our install.
12:31 Should it be filed as a separate bug or just comment on the ajax thread?
12:32 oleonard Separate bug
12:32 Dyrcona joined #koha
12:33 NateC joined #koha
12:34 Viktor It seems .rowGrouping is the culprit.
12:34 sGroupingColumnSortDirection: "desc"
12:36 kmlussier joined #koha
12:36 oleonard Does changing that change the behavior for you?
12:38 Viktor Don't know yet. Tried a git pull on my dev install but it just hang up so I'm just fooling around in Safari with my regular laptop now :)
12:39 * oleonard thought it didn't but wasn't editing the file under the correct translation, trying again
12:39 Viktor But if it does just changing that would solve it for us in swedish but mess up our english install :/
12:39 oleonard Yes that is the culprit
12:40 ping khall
12:40 Viktor Yay oleonard++
12:43 khall you rang?
12:43 oleonard The row grouping plugin places "previous checkouts" at the top by doing a sort on the string, but that string is different in different languages
12:45 Viktor Filed a bug now http://bugs.koha-community.org[…]_bug.cgi?id=12899
12:45 huginn 04Bug 12899: enhancement, P5 - low, ---, koha-bugs, NEW , Row grouping in checkouts table is alphabetical and layout depends on words chosen in translation
12:49 khall oleonard: I think we will need to somehow have the sorting direction defined as part of the translations. Is there any example of that in Koha already?
12:49 https://jquery-datatables-row-[…]roupOrdering.html
12:49 oleonard I was just about to post that link too khall :)
12:49 khall heh
12:50 pastebot "oleonard" at 127.0.0.1 pasted "Something like this? A dummy column with numeric sort data" (19 lines) at http://paste.koha-community.org/198
12:51 khall ooh, that's an interesting idea!
12:52 tcohen jo
12:52 hi
12:52 wahanui bidet, tcohen
12:52 cait please no cryptic strings for translators :)
12:52 Viktor Think I'll generally leave you to solve this :) But I had thought the grouping was done in js based on the "checked out on" dates.
12:52 cait a hidden column or value woudl be good
12:54 oleonard I'll submit a patch. khall I hope you can take a look at it
12:55 khall will do!
12:57 Viktor Thanks oleonard++ khall++ cait++
13:11 nengard joined #koha
13:13 mveron joined #koha
13:13 mveron Hi #koha
13:17 BigRig joined #koha
13:26 cma joined #koha
13:27 Viktor joined #koha
13:57 Joubu @QA team: bug 12891 is critical and needs QA
13:57 huginn Joubu: I suck
13:57 Joubu huginn: yes I know
13:57 huginn Joubu: downloading the Perl source
14:00 pastebot "tcohen" at 172.16.248.212 pasted "cait: we need just this, on *slimUtils.xsl" (20 lines) at http://paste.koha-community.org/200
14:03 cait tcohen: doens't look too scary - but how to use that everywhere? :)
14:05 tcohen <xsl:call-template name="buildURL"><xsl:with-param name="IntranetBiblioDefaultView">...<​/xsl:with-param></xsl:call-template>
14:05 where ... would be <xsl:value-of></..
14:05 the variable itself
14:31 dac joined #koha
14:32 mveron oleonard ++   :-)
14:32 cait Joubu: sorry for bug 10226 - shoudl have marked it better, hesitated to fail :(
14:32 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10226 normal, P5 - low, ---, kyle, Passed QA , suspended holds still show not available
14:32 gmcharlt joined #koha
14:33 Joubu cait: no problem, now we are tests :)
14:33 have
14:33 ... oops
14:33 rocio joined #koha
14:34 cait Joubu: thx  :) Joubu++
14:40 dac joined #koha
14:40 druthb gmcharlt++   # mentioning Koha's under-appreciated QAM in his blog
14:41 paul_p joined #koha
14:42 * cait hides
14:43 gmcharlt joined #koha
14:44 * druthb gets a bungee cord, ties gmcharlt to his chair with it.
14:44 gmcharlt quassel does not seem to like me today
14:46 nengard_webinar left #koha
14:51 * druthb drags cait out of hiding.
14:52 * cait hides behind her support call :)
15:01 reiveune bye
15:01 reiveune left #koha
15:05 oleonard Bug 11668 test plan says "Supply translations for the "Total" and "TOTAL" strings in the $LANG-messages.op file."
15:05 What is the "$LANG-messages.op" file?
15:07 gmcharlt joined #koha
15:16 oleonard Oh I see it wasn't generated because bugs.
15:40 Joubu bye #ko
15:40 hahaha
16:05 tcohen bye Joubu
16:20 indradg joined #koha
16:20 khall oleonard: I just filed bug 12904 on a whim. Does this make sense?
16:20 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12904 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , Force browser to load new javascript files after upgrade
16:21 cait khall: hm probably - we tell libraries to clean cache etc too
16:21 i once had a werid case with a bad cookie
16:22 khall cait: my problem is I can't reproduce the issue. My browsers just won't cache the files!
16:22 cait the result was that they alsways had all funds showing up in a pull down...
16:22 hm but i would't change the files
16:22 sorry, just read your bug
16:23 khall cait: yeah, I don't think this involves cookies
16:23 we could extend it to include css though
16:23 cait not sure about the solution
16:24 khall I'm open to any solution, it would just be nice to avoid the whole "here's how to clear your browser cache" song and dance every time we upgrade
16:24 cait :)
16:24 have to run - bbl :)
16:24 cait left #koha
16:40 gerundio hi everyone
16:41 where can I find an article on how to setup send mail on Koha?
16:46 indradg gerundio: http://wiki.koha-community.org[…]n_packages#E-mail
16:47 however, if you are looking to setup a smtp (mail) server or a smarthost, there is any number of tutorials on the web that will do
16:49 jcamins postfix?
16:49 wahanui i think postfix is found at https://help.ubuntu.com/community/Postfix (but you probably can skip the SASL stuff) or at http://www.postfix.org/documentation.html
16:50 gerundio indradg, thanks for the tips
16:50 is there a place in the staff interface where I can send an email for test purposes?
16:51 flustrated joined #koha
16:52 flustrated Athena is the Devil.
16:53 I've imported my patron list, I've imported my marc records. But if I try to search for a book, nothing comes up.  Am I doing something wrong or missing something?
16:53 Or do I need to import circ data first?
16:53 and how do I do that?
16:53 cait joined #koha
16:54 kmlussier joined #koha
16:54 flustrated hello
16:55 indradg flustrated: nope! circ data is not necessary for search of items
16:55 kmlussier left #koha
16:55 indradg how did you install... .deb package or tarball?
16:56 flustrated It's on an ubuntu server... through apt get
16:57 wnickc joined #koha
16:57 flustrated Is there some intermediary step after applying the marc records before the catalog can be searched?
16:58 I can run  a report that lists all the books in my catalog
16:58 but I can't find them to check them out.
16:58 druthb indexing?
16:58 wahanui indexing is done by Zebra.
16:59 gmcharlt flustrated: some possibilities - Zebra is not running; in that case, run koha-start-zebra
17:00 another possibility - Zebra is running (chek for a process named zebrasrv), but the records are not indexed
17:00 in that case, use koha-rebuild-zebra -f
17:00 kmlussier joined #koha
17:02 gmcharlt yet another possibility: the OpacSuppression system preference is on, but due to a quirk, in that case there needs to be at least one record that's marked as suppress
17:02 in that case, either mark a record suppresed via the MARC editor, or turn off the OpacSuppression  system preference
17:02 flustrated I feel like I'm 5
17:03 gmcharlt flustrated: sorry, I hope I'm not offending you
17:04 there are just a lot of moving parts to Koha's catalog search
17:05 * cait waves
17:05 cait flustrated: how did you install koha and how did you add the records? :)
17:07 gmcharlt cait: (to save a repeat) via packages
17:07 flustrated then imported data after massaging it
17:08 jcamins How did you import the data?
17:12 flustrated through tools>import patrons and stage MARC and MARC mgmt
17:13 jcamins Okay, good.
17:20 cait oh sorry
17:27 flustrated thanks you've given me some rabbits to chase!
17:30 druthb gmcharlt++
17:30 tcohen gmcharlt++
17:32 cait gmcharlt++ :)
17:34 magnuse gmcharlt++
17:45 indradg hi #koha
17:50 I was looking at bug 6892, tried out something adding 4 in ind1 of 856$u and the entering ftp://<some_url> , should Koha allow that?
17:50 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6892 enhancement, P5 - low, ---, gmcharlt, NEW , If a URL has been entered without http://, it isn't correctly linked
17:50 indradg jcamins, cait, gmcharlt ^^^
17:55 carmenh joined #koha
18:03 edveal joined #koha
18:03 Dyrcona joined #koha
18:13 Dyrcona joined #koha
18:23 wnickc joined #koha
18:46 mveron joined #koha
18:50 flustrated ok, I'm back
18:50 I do not see Zebra as a running service
19:07 WNickC_ joined #koha
19:30 gmcharlt flustrated: no zebrasrv? then sudo koha-start-zebra {librarycode} should start it
19:32 flustrated When I try sudo koha-start-zebra (instance) it says it's already running.  But koha says it can't see the zebra.  Maybe it's standing next to a picket fence.
19:37 indradg joined #koha
19:40 rangi what does ps axf | grep "zebrasrv" show you
19:43 flustrated A long error
19:44 29819 ?  S 0:00 daemon --name=library-koha-zebra --errlog= etc.
19:45 rangi hmm thats not an error .. is there are a line that looks like
19:45 \_ zebrasrv -v none,fatal,warn -f /etc/koha/sites
19:45 flustrated a couple actually
19:46 rangi right, so yep, the zebrasrv is running successfully then
19:47 flustrated So, is koha just not looking in the right place?
19:47 rangi where is it telling you that it is not running?
19:47 flustrated if I go to the localhost:8080 and click on "about koha"
19:48 bag I'm a little late to the show - maybe this has already been said - but what do you have in your system preference - that reads "SearchEngine"
19:48 rangi and have you done a full rebuild of the indexes ?
19:48 bag you should have Zebra selected there
19:49 flustrated where do I find the system pref setting for "search engine"
19:59 ok, found it.  yep, Zebra is set
19:59 rebuild command looks like sudo koha-rebuild-zebra -v -f library   right?
20:00 rangi yep
20:01 flustrated dbd::mysql::st execute failed: table 'koha_library.auth_header' doesn't exist at /usr/share/koha/bin/migrat​ion_tools/rebuild_zebra.pl line 440.
20:02 and a couple more similar messages
20:06 indradg joined #koha
20:13 paul_p joined #koha
20:17 flustrated left #koha
21:31 cait nght all
21:31 cait left #koha
21:47 kmlussier joined #koha
21:56 fredericd joined #koha
22:11 eythian hi
22:34 mtj- joined #koha
22:44 mle joined #koha
23:11 rocio left #koha
23:19 papa joined #koha
23:25 grex joined #koha
23:36 dpavlin joined #koha
23:50 RowdyChild|Away joined #koha

← Previous day | Today | Next day → | Search | Index

koha1