Time Nick Message 23:57 dcook I so don't have time for this but it would help other people... 23:57 dcook Yes... 23:56 dcook While that wouldn't be as comprehensive, we really only find this issue with Suppress... 23:55 dcook We can just add 14=1 to Suppress even 23:55 dcook Ooohh... 23:48 pastebot "dcook" at 127.0.0.1 pasted "Workaround for annoying OpacSuppression issue" (18 lines) at http://paste.koha-community.org/166 23:48 dcook Sort of.. 23:47 dcook That's cool 23:47 dcook Oh hey, that does work 23:46 dcook Excluding anything with OpacSuppression on 23:46 dcook If OpacSuppression is on, we add a bit to the query.. 23:46 * dcook ponders 23:45 dcook To add 0 if it's not set, and 1 if it is set 23:45 dcook I suppose the thing to do would actually be to change the indexing... 23:45 dcook As I don't think there's a way to search for "not set" 23:44 dcook I guess that 14=1 wouldn't really make a difference 23:43 dcook Righto 23:43 eythian dcook: if it's turned on, but you have no suppressed items, you get no results 23:43 dcook I think I recall 23:43 dcook Oh, nevermind 23:42 dcook eythian: What's the issue with OpacSuppression again? 23:18 dcook Nope... not it.. 23:17 dcook Hmm maybe that doesn't do what I think it does 23:15 dcook map ï i 23:15 dcook equivalent ï(ie) 23:15 dcook Ahh... I think I've solved that "siemon" = "simon" problem 23:09 dcook Which disable ranking for the entire query or at least the rest of the query 23:09 pianohacker yeah 23:09 dcook I think Search.pm has a few exceptions already in it for yr and acqdate 23:09 dcook Possibly st-year too I think 23:08 dcook The presence or absence of a number might still be important for the overall relevance score of a query segment 23:08 pianohacker oh, right, st-date-normalized and st-numeric 23:08 dcook It might be useful in a complex query 23:08 dcook Well, almost meaningless 23:08 dcook pianohacker: I'd say so 23:07 dcook Because rk=() overwrites the relation attributes used for range searches... 23:07 pianohacker it's kind of meaningless for a numeric, explicit-index search anyway, right? 23:07 dcook Anything that uses r=o to be honest 23:07 dcook Well... 23:07 dcook Yeah, I think that's the only option atm 23:07 pianohacker I think the fix for now is to just explicitly not add the rk=() wrapping for ,st-numeric searches 23:07 dcook Cool :) 23:06 pianohacker dcook: yeah, I did 23:05 dcook Looks like the newest YAZ makes the CCL2RPN work properly for that lex r=o example 23:05 dcook pianohacker: Did you see my million emails about the latest Zebra and YAZ changes? 23:04 dcook Boo.. http://www.indexdata.com/zebra/doc/zebra-cfg.html 23:04 dcook Nah that would've just made sense.. 23:01 dcook Probably is 23:01 dcook I wonder if there's a config option somewhere else for that.. 22:59 dcook Well that's neat 22:58 pastebot "dcook" at 127.0.0.1 pasted "OpacSuppression stuffz" (18 lines) at http://paste.koha-community.org/165 22:57 dcook Yep 22:57 dcook Let's see about the OpacSuppression suggestion 22:57 dcook Well it doesn't work for made up use attributes... 22:56 dcook ^ 22:56 pianohacker that's probably good. 22:55 cait you 2 make absolutely no sense to me :) 22:55 dcook word 22:55 pianohacker PQF is weird. 22:55 dcook So we can do a test of that quite easily.. 22:54 dcook Looks like you had it right with @attr 14=1 22:54 pianohacker ah, yup yup 22:54 dcook Look at 3.2.2. Zebra Extension Rank Weight Attribute (type 9) 22:54 dcook Yeah 22:54 dcook Ahh, nevermind 22:54 dcook How do you mean? 22:54 dcook Precedence for @attrs without values... 22:53 dcook Oh wait... no I think you were right the first time 22:53 pianohacker bgkriegel++ 22:53 pianohacker I think that's it... is there any precedence for @attr's without values? 22:52 dcook Maybe @attr 14=1 1? 22:51 dcook Yeah, wth... 22:51 dcook My bad.. 22:51 dcook Oh wait 22:51 dcook I would think 22:51 huginn dcook: I'll give you the answer as soon as RDA is ready 22:51 dcook @attr 7=14 1 22:51 huginn pianohacker: I'll give you the answer just as soon as RDA is ready 22:51 pianohacker @attr 14=1 ? 22:51 dcook Oh, I'm looking at automatic single error correction in Zebra (e.g. "carer" includes hits for "career"), but Indexdata says that's not a thing... so I need to give them more info.. 22:51 pianohacker well, that's clearly specified :P 22:50 dcook I can't remember what I was actually looking for. Just noticed that at a glance 22:50 dcook pianohacker: http://www.indexdata.com/zebra/doc/querymodel-zebra.html 22:50 pianohacker dcook: whatcha looking at? 22:49 dcook Too many other things to do but if I don't look at this now.. 22:49 dcook Hmm 22:49 dcook In theory 22:49 eythian that presumably also fixes the OpacSuppression thingy 22:49 dcook Well, maybe 22:49 dcook While that would make debugging harder, that could be nicer in production... 22:48 dcook "Specifies whether un-indexed fields should be ignored. A zero value (default) throws a diagnostic when an un-indexed field is specified. A non-zero value makes it return 0 hits" 22:48 dcook Oh snap... 22:31 * cait glares at her qa queue 22:04 trasheagle ok, thanks for the help 22:04 cait but for searching, sru makes sense yes 22:04 cait trasheagle: currently we only have a restful implementation for cataloguing i think... but we are working on a new restful API that will cover more - but it's not available yet 22:03 cait see here: http://wiki.koha-community.org/wiki/Making_more_indexes_searchable_with_Zebra_SRU 22:02 wahanui etc/zebradb/pqf.properties is the key: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=etc/zebradb/pqf.properties 22:02 cait etc/zebradb/pqf.properties 22:02 cait hm it looks like there is another file involved then 22:02 trasheagle t do this? 22:02 trasheagle The regular REST API doesn 22:01 trasheagle I am correct in that Zebra/SRU is needed for this? 22:01 cait well... or not sure at all 22:01 cait i am not totally sure 22:01 cait i have never played with SRU so far 22:00 trasheagle Since 040 is already indexed, how would I form a URL to search on it? 21:59 cait so you can't search on it 21:59 cait but 084 is not 21:59 cait 040 is indexed already 21:59 trasheagle So I need to add index_data_fields for the tags I want to index? 21:58 eythian hi 21:58 pianohacker I did the needful 21:58 trasheagle ok 21:58 bag ha 21:58 cait well... yes. 21:56 pianohacker so strict 21:56 cait pianohacker: ... and include the test plan in the commit message... :) 21:55 cait http://wiki.koha-community.org/wiki/How_to_add_new_zebra_index 21:55 cait hm ok, that's not too far from the one i showed you - but you can look up the file in your installation of course and see there 21:54 trasheagle Koha version: 3.20.05.000 21:54 cait which version are you running? 21:54 cait in your installation 21:54 cait but this is master.. it might look slightly different 21:53 cait the one i checked is this one http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=etc/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml;h=6b1fb87baa1a43544075de546bf178b6765bf1b9;hb=c0adb88d0a55ac5625bd5973bb7053b14769bd41 21:53 cait the index definitions can be found in several files 21:53 cait 084 is not indexed at all right now - you'd have to add an index first for that 21:53 cait 040 is indexed in Code-institution 21:53 trasheagle Would you be able to point me to the documentation about that? 21:51 trasheagle I am looking through the CQL docs: http://www.loc.gov/standards/sru/cql/spec.html 21:51 cait and then use those to form a search 21:51 cait what you want to do is find out which index those tags are indexed in 21:50 cait it doesn't work quite the way you want it to, I think 21:50 trasheagle err I want to search by those tag values 21:50 trasheagle I want to form a URL that gives me records with those tag values 21:49 pianohacker sure 21:49 cait can you please add a test plan? 21:49 pianohacker mmm 21:49 * cait hands pianohacker some chocolate 21:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15197 critical, P5 - low, ---, jweaver, Needs Signoff , Multiple special characters (</&/>) not escaped correctly in Rancor 21:49 pianohacker cait: bug 15197 21:49 trasheagle values* 21:48 trasheagle So the datafields have a tag value and subfields with values 21:47 trasheagle http://paste.koha-community.org/164?tx=on&wr=on&ln=on&tidy=on&hl=on&store=on&submit=Format+it%21 21:47 trasheagle <datafield tag="040" ind1=" " ind2=" "> <subfield code="a">WiMaASF</subfield> <subfield code="c">WiMaASF</subfield> <subfield code="e">rda</subfield> </datafield> <datafield tag="084" ind1=" " ind2=" "> <subfield code="2">NHC</subfield> <subfield code="a">WRMT.10.ASFPM2010</subfield> </datafield> 21:47 trasheagle I should use the paste, sry 21:46 trasheagle whoops 21:46 cait in zebra multiple marc tags can be mapped to one index... i think you can only search using the index names 21:46 trasheagle <datafield tag="040" ind1=" " ind2=" "> <subfield code="a">WiMaASF</subfield> <subfield code="c">WiMaASF</subfield> <subfield code="e">rda</subfield> </datafield> <datafield tag="084" ind1=" " ind2=" "> <subfield code="2">NHC</subfield> <subfield code="a">WRMT.10.ASFPM2010</subfield> </datafield> 21:46 trasheagle So using the REST API I have a record that has this: 21:46 trasheagle This is all going to be through the API 21:46 cait can you give an example search you want to do? 21:46 trasheagle MARC tags 21:46 cait or tags as marc tags? 21:45 rangi tag as in the tags in the tag cloud? 21:45 trasheagle It doesn't look like this is possible with the regular REST API 21:45 trasheagle I am looking to be able to search records by tag. 21:44 trasheagle Anyway, I'm not sure how to form the SRU URL to get what I want. 21:43 trasheagle quota* 21:43 trasheagle Disk quote issues, they were resolved and Zebra is running. 21:42 wizzyrea what kind of trouble? 21:42 trasheagle indexed* 21:42 trasheagle I enabled Zebra/SRU and have Zebra index, I have a bit of trouble with that. 21:42 trasheagle Ok, well I've inherited a Koha Debian install. 21:41 cait trasheagle: just ask away, if someone around knows the answer they will react 21:40 cait that's not a very specific question :) 21:40 trasheagle Does anyone have any experience with the Zebra/SRU search? 21:37 * cait waves 21:34 wizzyrea hi 19:49 bag hurry up jenkins 19:46 tcohen i can't leave until jenkins finishes, I'm too anxious 19:42 bag too cold to go running outside - I think I will go use a treadmill inside 19:42 cdickinson_ perfect 19:42 cait in november a sweater and my thinnest jacket shoudl not be too warm... but it is 19:42 huginn cdickinson_: The current temperature in Waterloo, Lower Hutt, New Zealand is 15.2°C (8:40 AM NZDT on November 17, 2015). Conditions: Mostly Cloudy. Humidity: 57%. Dew Point: 7.0°C. Pressure: 29.62 in 1003 hPa (Steady). 19:42 cdickinson_ @wunder lower hutt 19:42 cait it's 8 at night :) 19:42 huginn bag: The current temperature in Vancouver Heights, Vancouver, Washington is 8.2°C (11:42 AM PST on November 16, 2015). Conditions: Overcast. Humidity: 82%. Dew Point: 5.0°C. Windchill: 8.0°C. Pressure: 30.24 in 1024 hPa (Falling). 19:42 bag @wunder pdx 19:42 * tcohen laughs *super warm* 19:42 cait it's super warm here for this time of the year 19:42 tcohen bag: that's hard for a tennis match :-/ 19:41 huginn cait: The current temperature in Bodensee Konstanz City, Konstanz, Germany is 13.0°C (8:41 PM CET on November 16, 2015). Conditions: Clear. Humidity: 59%. Dew Point: 5.0°C. Pressure: 30.09 in 1019 hPa (Steady). 19:41 cait @wunder Konstanz 19:41 huginn tcohen: The current temperature in Cordoba, Argentina is 32.0°C (4:00 PM ART on November 16, 2015). Conditions: Partly Cloudy. Humidity: 29%. Dew Point: 12.0°C. Pressure: 29.68 in 1005 hPa (Falling). 19:41 tcohen @wunder cordoba, argentina 19:13 bag sounds good indeed 19:12 rangi sounds good 19:12 cait maybe we can do it as part of the usual clean-up 19:12 tcohen thanks rangi 19:11 rangi ill wait until after the release tho 19:11 rangi yep 19:10 cait there are also components for contribs and bugs.kc.org 19:10 rangi eventually yes 19:10 cait should we move Websites, Mailing Lists, etc. translate.koha-community.org and the others then? 19:09 cait i should have scrolled all the way up 19:09 cait y 19:09 cait sorr 19:09 cait ah 19:09 cait Dev tools? 19:09 cait hea and splitter don't seem to fit in 19:08 rangi http://bugs.koha-community.org/bugzilla3/enter_bug.cgi 19:08 cait hm maybe a different description then? 19:07 tcohen can u please assign me the CI component while you're there :-D 19:06 tcohen 100% agreed! 19:06 rangi so we can put bugs about all our stuff, like splitter, or hea etc 19:06 rangi CI can be a component 19:06 tcohen not only tests :-D 19:06 rangi im gonna call it infrastructure 19:05 tcohen who knows 19:05 tcohen but CI could be used to build docs, build master packages, etc 19:05 tcohen yeah, they are of course related 19:05 cait we have test suite, but not jenkins 19:05 tcohen I generalized it because we could introduce more tools if needed 19:05 huginn New commit(s) kohagit: Bug 15152: t/db_dependent/Reports_Guided.t should not depend on existing data <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=c0adb88d0a55ac5625bd5973bb7053b14769bd41> / Bug 15133: encode correctly email generated by runreport.pl <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=9515db57bdd13cdff33d9056963455fb850ad877> / Bug 15120: runreport.pl cronjob doesn't allow custom subjects anymore < 19:05 cait aah 19:05 tcohen cait: Continuous Integration (a.k.a. jenkins) 19:04 rangi 2 secs 19:04 tcohen sure 19:04 tcohen yeah 19:04 rangi not under the koha product 19:04 tcohen i want the RM and the QA team to be able to fill bugs on that 19:04 rangi yup, but probably should be its own product 19:04 cait CI? 19:04 tcohen rangi: is it possible to have bugs for the CI infrastructure on bz? :-D 19:03 rangi :) 19:03 * tcohen sits waiting for jenkins to go green once and for all 19:01 tcohen this is a proof I don't introduce typos on my commit messages only 19:00 rangi :) 19:00 rangi !! 19:00 tcohen !! 19:00 tcohen hi rangi 18:53 cait morning rangi, hi all 18:51 rangi morning 18:45 talljoy ah. we had a netsplit on bywater channel...that explains it 18:45 talljoy_phone hi rocio! 18:45 rocio haha 18:45 rocio talljoy_phone 18:45 talljoy_phone ha! well all of koha can see my screencast! don't judge me...i'm no video person. heh 18:44 huginn talljoy_phone: The operation succeeded. 18:44 talljoy_phone @later tell dani rocio asked for tutorial on bulk updates in RT. here is one if you would like to view http://screencast.com/t/ni1HH0UVY4j 18:19 wahanui amyk is great 18:19 bag amyk? 18:19 bag amyk is great 18:19 amyk-meeting amyk? 18:19 wahanui you are new to the committers list (from yesterday) 18:19 JesseM jessem? 18:19 wahanui I LIKE BASEBALL 18:19 bag bag? 17:37 bag heya tcohen 17:36 tcohen hi bag 17:30 bag heya druthb 17:30 druthb good afternoon, bag. :P 17:27 bag morning 17:19 gaetan_B bye 17:09 Shane-S I do play when the news says the jackpots are 150+ million...otherwise only the christmas scratch offs I get from co-workers 17:07 Shane-S oh wait...I gotta do that to win don't I...seems I always miss a step ;) 17:07 cait are you playing the lottery? 17:07 cait heh 17:06 Shane-S someday if I ever hit the lottery I will have to mail you all $500 coffee gift cards ;) 17:06 cait :) 17:05 Shane-S and I am the IT person...so Library stuff...is foreign to me...though not nearly as much now since Koha and Evergreen endevors (Koha won FYI) 17:04 Shane-S running on OS 9...so yeah...old...and before my time 17:04 Shane-S I think we "have" 3,000 books, but the system was from Follets Circ/Cat for OS X 17:04 cait :) 17:03 Shane-S okay batch all done, and all books fixed. Was actually only 50...not bad for an 8,000 records DB ;) 16:59 cait i have had someone else recently with a similar problem i think 16:59 Shane-S all because I didn't keep up on the updates 16:59 cait sometimes the scaries errors come down to small things :) 16:59 Shane-S ty cait I was lost looking at the error...i feared a major migration issue....requiring a rebuild 16:58 cait yep 16:58 Shane-S <100 so batch should be easy enough 16:57 cait hm yeah - i tihnk the import doesn't mind 16:56 Shane-S hmm..no item type of book...maybe they imported that way 16:55 Shane-S so, I am going to doublecheck my item types...and them batch update 16:55 cait yeah 16:55 cait ah 16:55 Shane-S I found it...so Books in type is set to "BK" these have a code of "BOOK" 16:55 cait and yes, you can od select statements from the reports tool 16:54 cait Shane-S: did you only try = "" or IS NULL also? 16:52 Shane-S hmm..having no luck...report only comes out with values for itype I did WHERE items.itype<>"BK" and no blanks for itype are in the report 16:40 Shane-S can I use SQL through a tool, or need to SSH in? 16:39 cait might want to do the batch in batches :) 16:39 Shane-S yeah.. 16:38 cait depends a bit on how many you get out 16:38 cait yeah, that's what i sometimes do 16:38 cait select itemnumber from items where itemtype = "" or itemtype is NULL or so 16:38 Shane-S oh...so maybe SQL out the ID, then batch...less stress 16:38 cait that has the advantage that you don't have to worry about zebra - the batch edit tool takes care of it 16:38 Shane-S hmm...seems like SQL might work...need to go write one...been awhile since my php/mysql days 16:37 cait or you can get the itemnumbers out with sql and use the item batch edit with the list 16:37 cait sql 16:37 cait yeah you can update it too with ql 16:36 cait to get them all 16:36 cait ou could write a report 16:36 cait hm 16:35 Shane-S like update itemtype = "4" where itemtype = ""? 16:35 Shane-S any way to batch update all record with "" to be books? 16:34 Shane-S I swear it was defaulted to "book"...maybe when I did the MARC import way back when item types didn't migrate and it wasn't an issue in previous versions? 16:33 cait that'd explain it too 16:33 cait oh 16:33 Shane-S ah, okay...now to test...itemtype wasn;t set 16:32 Shane-S finally returned my results :p 16:31 Shane-S my second library (same server) but added from 3.12 (other one with issues was like 3.08) hasn't had these problems and migrated fine. 16:30 Shane-S if I cna ever find the book....search is slow... 16:30 Shane-S so I am looking at the itemtype field? 16:29 cait an additional space can be really hard to see - but maybe it's another easier to spot difference 16:29 cait ah good 16:28 Shane-S yeah it is, same books cause it 16:27 cait and then you can take a closer look at this one 16:27 cait next time it occurs 16:27 cait i'd check if it's repeatable for a specific item 16:27 cait might be koha is more strict now than it used to be 16:26 cait that should not affect your items actually hm. 16:26 Shane-S we installed from packages so it was all done via scripts 16:26 cait but it should be fixed in 3.20 16:26 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13934 critical, P5 - low, ---, jonathan.druart, Pushed to Stable , Check in fails on master "Can't bless non-reference at .../ItemType.pm Line 64" 16:26 cait Shane-S: hm there is also bug 13934 16:25 Shane-S cait: okay..issue might be we had to do a long migration and db upgrade from 3.12 -> 3.20 would that have messed these up, they are older books 16:24 reiveune bye 16:24 cait exactly - no additional spaces at the end... and the same case spelling 16:23 cait check that the items itypes match exactly valid itemtype codes - 16:23 bora Yes, I set it to "yes." 16:23 cait sorry, i should be more clear 16:23 cait Shane-S: hm check your itemtypes are all valid 16:22 wnickc if so did you make sure that 'check for embedded item record data' is set to yes 16:21 wnickc and formatted correctly for koha: http://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx) 16:19 Shane-S When doing returns (returns.pl) often we are getting an error Can't bless non-reference value at /usr/share/koha/lib/C4/ItemType.pm line 64. Where or what can I look for to fix or provide more information? 16:19 bora Yes, it is in the field 952 16:15 wnickc bora: where did the records come from? Marcedit is the easiest way I know to look into the marc 16:14 mveron Good evening / daytime #koha 16:14 bora Could you tell how to check it? 16:13 bora Sorry, I do not know how find if the item in the field 952 or not. 16:10 wnickc hi bora, are the items in the 952 field in the marc records? 16:08 bora How can I do to be able to import records with items? Thanks. 16:07 bora Hi! I am trying to import Koha records (with items) into a new Koha version. But I only can import the records, not items. 16:00 huginn New commit(s) kohagit: Bug 15116: Show menu at the top of batch circ page <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=528e9963ee80f3abb6f70ecdaa616b6511bdbb3f> / Bug 14078: (followup) converting from ISO5426 is not complete <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=636050f9be374fc15acad8b047c1ae227d38b225> / Bug 14078: converting from ISO5426 is not complete <http://git.koha-community.org/gitweb/?p=koha 14:46 ashimema feels like a hack to me.. but it'll do for now ; 14:46 ashimema we're just switching to the 50 request limit tonight tcohen 14:45 Dyrcona Sorry, been messing with Apache configs today. :) 14:45 Dyrcona mpm_pancake.conf 14:39 cait mmh pancakes 14:33 * magnuse wanders off to make pancakes, but will read back later 14:33 tcohen the current integration on packages relies on starman and kill the child process each 50 requests 14:32 tcohen ashimema: how do u run plack? do u have some requests limit ? 14:32 ashimema we're running under a dev install.. not packages 14:32 ashimema about once a week at the moment. 14:32 ashimema my man got back to me.. 14:32 magnuse hi tcohen 14:31 cait and hi tcohen :) 14:31 cait tcohen: they were discussing using plack in prodcution - i was just curious :) 14:31 magnuse i was planning to restart plack every night, but koha-plack refused to be run from cron out of the box, and i have not had time to investigate 14:31 tcohen cait: what is it about? 14:31 magnuse cait: we see the webinstaller a couple of times a week, maybe 14:30 tcohen late morning 14:27 ashimema and.. I'm yet to roll on Joubu's latest patches that attempt to fix the disconnects onto the server in question.. 14:27 ashimema having said that, the code only uses koha's dbic implimentation, not it's own connection, so likeyl it's not our code.. 14:26 ashimema Some of the disconnects are inside our own code.. the cash management piece we haven't yet submitted upstream.. 14:26 ashimema We are using it for opac and staff 14:25 ashimema oen moment and I'll ask the guy who restarts it 14:25 ashimema Hmm.. 14:24 cait ashimema: how often do you need to restart? / how stable is it? 14:10 magnuse ashimema: ok, thanks 14:04 ashimema we run plack in parallel with cgi at the moment, so customers have a fallback whilst we go restart plack 14:04 ashimema have seen the db disconnect.. but not the installer modules issue 14:03 ashimema Not seen that one I'm afraid.. 13:59 magnuse i have a library running under plack in production. every so often it looks like something bad happens to the databaseconnection, and they are shown the webinstaller. fair enough. but if they click into the webinstaller, it shows perl modules as missing that are *not* actually missing from the server they are runinng on. anyone else seen that? 13:45 ashimema hi magnuse 13:45 wnickc hi magnuse 13:42 * magnuse waves 13:36 ashimema hi nengard 13:25 nengard Hi all 13:18 huginn khall: tcohen was last seen in #koha 2 days, 20 hours, 5 minutes, and 50 seconds ago: <tcohen> bye Joubu uuuuu 13:18 khall @seen tcohen 13:07 magnuse yay! 13:01 Viktor magnuse++ was right. A meta report for getting the SQL of reports saved me the process of manually view/copy/paste/add descriptions to 70 reports. xarragon++ walked me through it. 11:50 cait ashimema++ :) 10:37 * cait waves 10:25 * ashimema in meeting now 10:25 ashimema 'tis all about permissions errors 10:24 ashimema running as root 10:23 ashimema it's there at the top of the paste 10:23 ashimema oops.. 10:23 ashimema how did you attempt to run the rebuild? 10:14 kohanoob any zebra experts around? 10:14 kohanoob i imported an existing Koha db (from 3.18.3) into a blank 3.18.5 empty db 10:13 kohanoob what i have is Koha 3.18.5 (.deb install on Debian 7) 10:12 kohanoob http://pastebin.com/jxb9GJX3 10:12 kohanoob I'm having some trouble with zebra reindexing 10:12 kohanoob hi 10:04 huginn paul_p: joubu was last seen in #koha 2 days, 17 hours, 10 minutes, and 2 seconds ago: <Joubu> Have a good week-end #koha! 10:04 paul_p @seen joubu 10:04 paul_p !seen joubu 10:03 paul_p Joubu = dans les parages ? 08:13 gaetan_B hello 08:01 wahanui niihau, alex_a 08:01 alex_a bonjour 07:59 dcook Although maybe a compound key of bibliographic number and sequence number... 07:57 dcook MARC sure is a jerk.. 07:57 dcook I suppose there's no way of storing an item number in there... 07:56 dcook I wonder why we didn't use some of the embedded item fields in the bibliographic records... like 852 07:48 wahanui que tal, Francesca 07:48 Francesca hi 07:47 reiveune hello 07:04 Francesca ah well 07:03 Francesca brains are not my kind of food 07:03 Francesca thanks, I think 07:02 magnuse Francesca: https://en.wikipedia.org/wiki/Brain_%28food%29 04:07 Francesca who eats brains 04:02 eythian so don't eat too many 04:02 eythian very rich, though 04:02 eythian it's an example of food, jcamins 04:01 * jcamins was checking. 04:01 jcamins No, the response still doesn't make sense to me. 04:01 wahanui such as brains. 04:01 jcamins food? 04:01 wahanui okay, eythian. 04:01 eythian no wahanui, food is <reply>such as brains. 04:01 wahanui ...but food is ready... 04:01 eythian wahanui: food is <reply>such as brains. 03:59 dcook Fooooooooooooood 01:44 dcook Now figuring out a way to make Zebra not autocorrect the spelling... 01:43 pastebot "dcook" at 127.0.0.1 pasted "The joys of zebra::snippet" (18 lines) at http://paste.koha-community.org/161 01:43 dcook Particularly useful when you get a record hit, and you want to know which index the hit came from... 01:41 huginn 04Bug 11232: new feature, P5 - low, ---, tomascohen, RESOLVED FIXED, Retrieve facets from Zebra 01:41 dcook :D 01:41 dcook Huzzah... figured out how to access zebra::snippet on an older Koha based on stuff I wrote on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11232 01:35 Francesca lol 01:35 cdickinson no, it's a criminal offence to NOT be tired 01:34 Francesca is it a criminal offence to be tired now? 01:33 cdickinson I feel like a criminal for being not tired for once 01:31 Francesca skills 01:31 Francesca hahahaha 01:31 * eythian just sleeps with his eyes open 01:31 * dcook yawns three 01:30 * Francesca is tired also 01:30 * wizzyrea yawns 01:25 huginn Francesca: The current temperature in Wellington, New Zealand is 14.0°C (2:00 PM NZDT on November 16, 2015). Conditions: Mostly Cloudy. Humidity: 67%. Dew Point: 8.0°C. Pressure: 29.80 in 1009 hPa (Steady). 01:25 Francesca @wunder wlg