← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:52 | irma joined #koha | |
| 00:58 | pianohacker | away, bye all |
| 01:07 | eythian | wahanui: whatever |
| 01:07 | wahanui | eythian: excuse me? |
| 01:07 | eythian | wahanui: whatever is <reply>and ever, amen. |
| 01:07 | wahanui | OK, eythian. |
| 01:12 | JasonBurds joined #koha | |
| 01:32 | chrisvella94 joined #koha | |
| 01:46 | wizzyrea | whatever. |
| 01:46 | wahanui | and ever, amen. |
| 01:46 | wizzyrea | :) |
| 01:54 | carmenh joined #koha | |
| 03:06 | Pablo joined #koha | |
| 03:06 | Pablo left #koha | |
| 03:07 | PabloAB joined #koha | |
| 03:13 | irma joined #koha | |
| 03:58 | eythian | http://ryannorth.tumblr.com/po[…]acebook-was-a-guy |
| 04:43 | trendynick joined #koha | |
| 04:44 | chrisvella94 joined #koha | |
| 04:47 | eythian | @wunder nzwn |
| 04:47 | huginn | eythian: The current temperature in Wellington, New Zealand is 10.0°C (4:30 PM NZST on July 22, 2014). Conditions: Overcast. Humidity: 62%. Dew Point: 3.0°C. Pressure: 29.71 in 1006 hPa (Steady). |
| 05:02 | cait joined #koha | |
| 05:23 | petter joined #koha | |
| 06:10 | petter left #koha | |
| 06:11 | lovetruth joined #koha | |
| 06:11 | lovetruth | hello :) |
| 06:11 | I have a little problem | |
| 06:11 | I can access the admin (:8080) koha interface | |
| 06:12 | but I want to access the :80 interface too | |
| 06:12 | how can I?... | |
| 06:33 | lds joined #koha | |
| 06:45 | reiveune joined #koha | |
| 06:45 | reiveune | hello |
| 06:49 | chrisvella94 joined #koha | |
| 06:56 | lovetruth | anyone?... |
| 06:56 | wahanui | Anyone? Anyone? Bueller? Bueller? |
| 06:56 | lovetruth | listen? |
| 06:56 | wahanui | listen is http://animalstalkinginallcaps[…]ng-me-for-fission |
| 06:58 | yohann joined #koha | |
| 06:58 | lovetruth | virtualhost? |
| 06:58 | wahanui | somebody said virtualhost was http://httpd.apache.org/docs/trunk/vhosts/ |
| 06:58 | lovetruth | ? |
| 06:58 | .? | |
| 06:58 | wahanui | well, . is an integral part of the call number. |
| 06:58 | lovetruth | hello? |
| 06:58 | wahanui | i think hello is it possible to install koha on debian wheezy? or do i have to install debian squeeze |
| 07:01 | lovetruth | port? |
| 07:01 | wahanui | port is the one interesting piece of info, i guess |
| 07:01 | lovetruth | 8080? |
| 07:01 | wahanui | 8080 is, like, koha, /opt/lampp/htdocs is 4080 |
| 07:01 | lovetruth | opac? |
| 07:01 | wahanui | hmmm... opac is for patrons |
| 07:01 | lovetruth | opac? |
| 07:01 | wahanui | opac is for patrons |
| 07:02 | lovetruth | intra? |
| 07:02 | intra? | |
| 07:03 | alex_a joined #koha | |
| 07:03 | alex_a | bonjour |
| 07:04 | lovetruth | intra? |
| 07:07 | cait joined #koha | |
| 07:17 | cait | good morning #koha |
| 07:26 | @later tell bgrkiegel tried again with newer poedit version - the empty strings have disappeared :) | |
| 07:26 | huginn | cait: The operation succeeded. |
| 07:33 | cait | @wunder Konstanz |
| 07:33 | huginn | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 17.6°C (9:30 AM CEST on July 22, 2014). Conditions: Light Rain. Humidity: 96%. Dew Point: 17.0°C. Pressure: 29.89 in 1012 hPa (Steady). |
| 07:39 | gaetan_B joined #koha | |
| 07:39 | gaetan_B | hello |
| 07:39 | wahanui | what's up, gaetan_B |
| 07:40 | cait | morning Joubu |
| 07:40 | I couldn't finish bug 9043 last night, trying again today | |
| 07:40 | Joubu | cait: hello |
| 07:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9043 enhancement, P5 - low, ---, jonathan.druart, Signed Off , Adding system preferences to control the visibility of the content on the Advanced Search page |
| 07:40 | Joubu | cait: no worries, I have just sent a follow-up :) |
| 07:40 | cait | :) |
| 07:44 | filing a few little bugs i found at the workshop last week | |
| 07:45 | one is with the libre office export | |
| 07:45 | if your sql report has no results, trying to export gives a perl error | |
| 07:47 | matts_away joined #koha | |
| 07:50 | cait | also bug 12619 |
| 07:50 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12619 major, P5 - low, ---, koha-bugs, NEW , Shipment cost gets lost on finishing the invoice |
| 07:50 | cait | nothing like presentations to turn up some bugs :) |
| 07:52 | gerundio joined #koha | |
| 07:54 | Joubu | cait: did you create a bug report for the export issue? |
| 08:00 | cait | yep |
| 08:00 | bug 12622 | |
| 08:00 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12622 minor, P5 - low, ---, gmcharlt, NEW , Exporting report as Open Document Spreadsheet results in Perl error when report has no results |
| 08:00 | cait | meeting brb |
| 08:10 | atheia joined #koha | |
| 08:10 | trendynick joined #koha | |
| 09:10 | cait | back |
| 09:11 | alex_a joined #koha | |
| 09:29 | gerundio | hey cait, are you the right person to talk to regarding authorities in Koha? :) |
| 09:36 | cait | um not sure |
| 09:36 | i know what an authority is :) but not all the details | |
| 09:39 | gerundio | are you familiar with the koha-auth script? |
| 09:40 | cait | not realyl familiar with the code sorry |
| 09:42 | gerundio | do you know anyone here in the channel that might be? |
| 09:57 | cait | gerundio: jcamins i think |
| 09:58 | gerundio | ok, thanks, cait++ |
| 09:58 | cait | but don't tell him i said that ;) |
| 09:58 | gerundio | jcamins, let me know when you're around |
| 09:59 | we'll have to clean our tracks, can you delete the channel log entries? :p | |
| 10:04 | cait | not a super power of mine |
| 10:24 | Joubu | cait: I have just submited a patch for the export bug. Actually, this was more buggy than you thought. |
| 10:58 | jcamins | I have no idea what the koha-auth script does. |
| 11:07 | cait | Joubu: thx! :) |
| 11:17 | gerundio | jcamins, too bad for me :| |
| 11:17 | any idea about pqf (Prefix Query Format) though? | |
| 11:18 | jcamins | Yes, I know pqf. What about it? |
| 11:18 | gerundio | basically koha-auth is a script that allows to perform 3 operations |
| 11:18 | retrieve a txt list of authorities from biblio records | |
| 11:18 | add those authorities into koha's database | |
| 11:19 | and finally link the authority and biblio records | |
| 11:19 | I'm having trouble in the last step just for a single authority type | |
| 11:19 | which always returns a warning saying that a authority was not found | |
| 11:20 | jcamins | A lot of people try to use inappropriate scripts to do that. They should use koha-auth. |
| 11:20 | gerundio | I'm using koha-auth |
| 11:20 | jcamins | I know, I'm just commenting that other people should use it too. |
| 11:22 | gerundio | https://github.com/fredericd/K[…]BiblioTask.pm#L99 |
| 11:22 | can you translate me that PQF query? | |
| 11:23 | I have 3 authority types defined, it works fine for 2 of them and it fails for authors, which should be pretty straighforward | |
| 11:23 | jcamins | It does exactly what it says on the box: looks for an authority with an exact match of $heading and an authtype of $authority->{authcode} |
| 11:23 | At a guess, your indexing is wrong. | |
| 11:24 | gerundio | in this case I'm harvesting the author data from tags 700, 701 and 702 on subfields a and b |
| 11:24 | and add them to autorithy record 200 | |
| 11:25 | jcamins | Are you using DOM or GRS-1? |
| 11:26 | gerundio | I'm not really sure, I think DOM... is there anywhere I can look to give you the precise information? |
| 11:26 | jcamins | Most likely it doesn't actually matter. |
| 11:27 | gerundio | the files at /etc/koha/zebradb for both biblios and authorities start with the dom prefix |
| 11:27 | jcamins | GRS-1 wouldn't work with that ever, but I suspect that the DOM configuration probably wasn't done in such a way as to make it usable anyway. |
| 11:28 | Confirmed. | |
| 11:28 | Unless koha-auth is doing other things for name authorities elsewhere, it does not support UNIMARC name authorities. | |
| 11:28 | gerundio | where can I make sure that the authorities field 200 is being indexed and is searchable? |
| 11:29 | it seems to be working correctly for the other 2 authority types | |
| 11:30 | jcamins | Wait, maybe I misunderstood you. |
| 11:30 | gerundio | I can't figure out why the search isn't matching any authority records for this type in particular |
| 11:30 | jcamins | The data is all going in field 200, or it's going in 700, 701, 702, and 200? |
| 11:30 | gerundio | from biblio 700, 701, 702 into auth field 200 |
| 11:31 | jcamins | Okay, that makes more sense. After a few moments I realized that it didn't make any sense. |
| 11:31 | So it should work fine with DOM, in theory. | |
| 11:32 | I have no idea why it isn't working, unfortunately. | |
| 11:32 | gerundio | http://paste.koha-community.org/112 |
| 11:32 | this is my koha-auth.conf file | |
| 11:32 | for authority types ASS and CO it works as expected | |
| 11:32 | my problem is with AUT | |
| 11:35 | it looks like authority fields 210 and 250 are properly indexed but 200 is not | |
| 11:35 | how/where can I check that? | |
| 11:38 | btw, after adding the authority records using koha-auth and performing a rebuild_zebra -r -a the search for authorities works for all 3 authority types | |
| 11:39 | the only problem being that the AUT type records don't have any biblio records linked to them | |
| 11:41 | NateC joined #koha | |
| 11:46 | meliss joined #koha | |
| 11:57 | francharb joined #koha | |
| 12:18 | gaetan_B | gerundio: maybe this has nothing to do with your problem but in C4/AuthoritiesMarc.pm there's a GuessAuthTypeCode function with hardcoded links between authority field and authority type |
| 12:18 | also we are part of the evil people using something else than koha-auth (but maybe we should use it, i don't know really) | |
| 12:32 | also if the only problem you actually have is that in an authority search, the authority appeared not to be linked to any bibliographic record, it might be a zebra problem (there is an index in the bibliographic records that is used for this. I don't know how to set it up, but if you look at how other are indexed you should find out) | |
| 12:36 | edveal joined #koha | |
| 12:48 | gerundio | gaetan_B, sorry for leaving you without a reply all this time, I was out to lunch |
| 12:48 | tcohen joined #koha | |
| 12:48 | gerundio | I'll look into that and see if it helps me figure out what the problem is |
| 12:48 | thanks | |
| 12:49 | kmlussier joined #koha | |
| 12:51 | cait | gmcharlt: around? |
| 12:55 | tcohen | morning |
| 12:56 | cait | morning tcohen :) |
| 12:56 | tcohen | @seen oleonard |
| 12:56 | huginn | tcohen: oleonard was last seen in #koha 3 days, 18 hours, 35 minutes, and 24 seconds ago: <oleonard> It's a good thing patches are tested by humans because I don't always put "apply the patch" into the test plan. |
| 12:56 | cait | h |
| 12:56 | oh | |
| 12:57 | Dyrcona joined #koha | |
| 12:57 | cait | 3 days without oleonard! |
| 12:58 | tcohen | hell yeah! |
| 12:59 | cait | let's color the opac pink! |
| 12:59 | tcohen | cait: our users are testing 3.16 and report that they see authorised values codes instead of descriptions on records |
| 12:59 | cait | or hm lime green? |
| 12:59 | tcohen | have you seen that? |
| 12:59 | cait | hmmmmmmmm |
| 12:59 | i need a better description | |
| 12:59 | where exactly? | |
| 13:00 | tcohen | XSLT record detail on the staff interface |
| 13:00 | sorry | |
| 13:00 | RELTERMS linked at $r | |
| 13:00 | $e | |
| 13:03 | cait | aah |
| 13:03 | yes i think i have seen that but in a different context | |
| 13:03 | one of the libraries used to have a local subject linked to an authorized value | |
| 13:03 | after updating we noticed that the search was no longer working (but update to 3.12) | |
| 13:04 | let me find the ticket | |
| 13:07 | hmmmm | |
| 13:07 | i think the whole thing appeared a bit broken | |
| 13:07 | koha displayed the description, but indexed the code | |
| 13:07 | so the links on the subjects were with the description, but nothing was found, because the code was indexed | |
| 13:07 | a bit different to what yu see | |
| 13:08 | but what appeared to happen was that somewhere int he xslt processing, there was some magic to do the translation from code to description | |
| 13:09 | ... and i didn't really fix it, but we changed the way they enter the data and now we really have the description in the records | |
| 13:09 | that probably doesn't make much sense :) | |
| 13:11 | meliss joined #koha | |
| 13:14 | cait | Joubu: is there a central bug report for the gst rewrite yet? |
| 13:14 | i was thinking it would be good to link some of the exiting problems to it - and then could check if the spec covers it | |
| 13:17 | Joubu | cait: no yet |
| 13:18 | cait: it's a good idea. I cannot do it for now. I am busy... | |
| 13:18 | cait | that's ok, if you don't hate the idea, i might do it when i stumble on somethin in bugzilla next time - or maybe add to the page |
| 13:32 | tcohen | cait: was afk |
| 13:32 | the records are saved with the authorized value id, that's correct | |
| 13:49 | rhcl | Interesting. http://yacy.net |
| 13:49 | Wonder if there would be a way to expose the Koha db through it? | |
| 14:09 | Joubu | cait: don't you think the module field in letter is sometime badly named? |
| 14:09 | cait: for instance claimacquisition should be acquisition | |
| 14:09 | cait: and claimissues should be serials, don't you think? | |
| 14:09 | carmenh joined #koha | |
| 14:12 | jcamins | Joubu: I do, but I vote you wait to change it until 10402 is in. :P |
| 14:13 | Joubu | jcamins: arf, yes of course |
| 14:13 | carmenh | good morning barton :) … good morning everyone :) |
| 14:14 | Joubu | I am going to add a letter for "acquisition", so there is no sense to keep claimacq |
| 14:24 | cait | Joubu: hm not sure, i know someone is working on acq order emails |
| 14:24 | and you can have more then one template for claiming, so i think the more specific module is ok for differentiating | |
| 14:24 | Joubu | cait: hum.... me ? |
| 14:24 | wahanui | somebody said Joubu was going to add a letter for "acquisition", so there is no sense to keep claimacq |
| 14:25 | cait | Joubu: hm someone else too :) |
| 14:25 | Joubu | I am currently adding a notification on receiving orders... |
| 14:25 | That's why I ask | |
| 14:25 | cait | hm let me read back so i get the whole conversation |
| 14:26 | Joubu | there was no conversation :) |
| 14:26 | cait | just checking I get everything right :) |
| 14:26 | i think we shoudl keep it claim* | |
| 14:26 | because | |
| 14:27 | for claims you can have like 3 letters - for example in different languages | |
| 14:27 | and they wills how in the pull down on the acq claim page | |
| 14:27 | Joubu | who is working on "acq order emails"? |
| 14:27 | cait | if we now add order emails (send to the vendor when the basket is closed) - we shoudl have a new module to select those |
| 14:27 | Joubu | cait: yes ok, I agree |
| 14:27 | cait | so we don't want the claims to show up in the list as well |
| 14:27 | and maybe long term it would be nice if you could have the template for the order emails by vendor | |
| 14:28 | Joubu | but how will we call it? |
| 14:28 | cait | so also multiple, like english, french and german |
| 14:28 | hm | |
| 14:28 | i would agree that claimissues would be better as claimserials | |
| 14:28 | or acq_claim | |
| 14:28 | like it is it's difficult | |
| 14:28 | maybe acqorders? | |
| 14:28 | jcamins: ? | |
| 14:29 | tgoat joined #koha | |
| 14:30 | jcamins | cait: I just described a book as an "adult" because I couldn't think of the word "independent," so you should avoid asking me for naming help today. |
| 14:30 | cait | adult books? ;) |
| 14:31 | jcamins | As opposed to children books that are part of a family, yeah. |
| 14:32 | (i.e. monograph versus serial) | |
| 14:32 | * druthb | scratches her head, and looks curiously at jcamins. |
| 14:32 | jcamins | druthb: this is why I shouldn't be asked for word choice suggestions. |
| 14:32 | * druthb | wonders if the heat in NYC has made him come a little bit unzipped in the head. |
| 14:33 | jcamins | druthb: I'm still not awake. Five hours of semi-energetic dancing followed by train troubles leaves a fellow feeling tired. |
| 14:34 | tcohen | heh |
| 14:34 | jcamins | cait: is "Bildern" a noun? |
| 14:34 | cait | images, normally Bilder |
| 14:35 | but if you say... something "in Bildern" for example it would mean.. hm 'in images'? | |
| 14:35 | the n comes from the case i think | |
| 14:35 | jcamins | I see. "in pictures." |
| 14:35 | cait | right |
| 14:35 | jcamins | Thanks! |
| 14:35 | huginn | New commit(s) kohagit: Bug 11347: DBRev 3.17.00.010 <http://git.koha-community.org/[…]a15b833ecde5c13f4> |
| 14:41 | tcohen | does anyone know if oleonard is fine? |
| 14:42 | jcamins | tcohen: did something happen to him? |
| 14:42 | tcohen | we miss him |
| 14:42 | cait | jcamins: he disappeared 3 days ago |
| 14:42 | but might be just vacation? | |
| 14:42 | tcohen | cait: i think you're right |
| 14:43 | rhcl | @seen oleonard |
| 14:43 | huginn | rhcl: oleonard was last seen in #koha 3 days, 20 hours, 21 minutes, and 48 seconds ago: <oleonard> It's a good thing patches are tested by humans because I don't always put "apply the patch" into the test plan. |
| 14:47 | cait | tcohen: i think 11842 is any setup with memcache |
| 14:47 | not necessarily plack | |
| 14:50 | tcohen | the "blocks" confused me, it seems |
| 14:51 | cait | Joubu: did you test bug 11842 on master? |
| 14:51 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11842 normal, P5 - low, ---, robin, Passed QA , MARC framework editing is broken when memcache is enabled |
| 14:51 | cait | i think the version is probably wrong |
| 14:51 | Joubu | cait: yes, why? |
| 14:53 | cait | tcohen was asking :) |
| 14:53 | because the bug says 3.12 | |
| 14:56 | Joubu | cait, tcohen: it's memcache + plack on master |
| 14:56 | I reproduced the issue and confirm the patch fixes it | |
| 14:56 | * tcohen | doesn't have a plack setup |
| 14:56 | gerundio | jcamins, I'm using yaz-client to perform the same PQF queries as koha-auth |
| 14:57 | tcohen | does it imply any regression on non-Plack? |
| 14:57 | Joubu | tcohen: I tried without plack, I didn't get the bug |
| 14:57 | and no bug after the patch | |
| 14:59 | gerundio | the find command returns Number of hits: 1 when searching for the 2 working authority types |
| 14:59 | and Number of hits: 0 for the one with problems | |
| 14:59 | even so, when I try to use the show command I keep getting this message: "Diagnostic message(s) from database: | |
| 14:59 | [239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10'" | |
| 15:00 | yohann left #koha | |
| 15:02 | gerundio | how can I enable the server to let me see the unimarc records? |
| 15:02 | jcamins | gerundio: it's not the type of MARC, it's that you didn't set what syntax you want to use. |
| 15:02 | yaz? | |
| 15:02 | wahanui | rumour has it yaz is from IndexData and the Koha XSLT filters are essentially copied from YAZ |
| 15:02 | jcamins | yaz-client? |
| 15:02 | wahanui | i think yaz-client is http://www.indexdata.com/yaz/doc/yaz-client.html |
| 15:03 | gerundio | yes, I'm using yaz-client |
| 15:03 | jcamins | Right, I'm trying to remember how to get wahanui to give you the right link. |
| 15:03 | troubleshooting zebra? | |
| 15:03 | zebra server? | |
| 15:03 | wahanui | i heard zebra server was not configured to return ISO 2709 by default and will ignore the request but it will serve MARCXML records if MARCXML is requested. |
| 15:03 | jcamins | zebra troubleshooting? |
| 15:03 | wahanui | zebra troubleshooting is see [understanding zebra indexing] and [yaz client] |
| 15:03 | gerundio | is this it? http://wiki.koha-community.org[…]s_a_Z39.50_server |
| 15:03 | jcamins | yaz client? |
| 15:03 | wahanui | i think yaz client is http://wiki.koha-community.org[…]ng_Zebra_indexing |
| 15:03 | jcamins | Yes, that's the one. |
| 15:04 | Though maybe Understanding Zebra indexing would also help. | |
| 15:04 | gerundio | do I have to call yaz-client with the -c option? |
| 15:05 | jcamins | No. |
| 15:05 | You just need to set the syntax and format. | |
| 15:05 | form xml, etc. | |
| 15:06 | gerundio | done :D jcamins++ |
| 15:06 | tcohen | and maybe elem? |
| 15:06 | reiveune | bye |
| 15:06 | reiveune left #koha | |
| 15:08 | gerundio | jcamins, the results are the same querying via yaz-client and running koha-auth |
| 15:08 | jcamins | tcohen: that's covered by "etc." |
| 15:08 | gerundio: in that case, it sounds like koha-auth isn't generating authorities correctly. | |
| 15:08 | gerundio | where can I check the index setup for authorities? |
| 15:08 | jcamins | Or the indexing is wrong. |
| 15:08 | understanding zebra indexing? | |
| 15:08 | wahanui | i heard understanding zebra indexing was http://wiki.koha-community.org[…]ng_Zebra_indexing |
| 15:48 | gaetan_B | bye |
| 16:01 | SherryS joined #koha | |
| 16:06 | SherryS left #koha | |
| 16:20 | cait left #koha | |
| 16:38 | WNickC joined #koha | |
| 16:41 | WmNickC joined #koha | |
| 16:41 | WNickC joined #koha | |
| 16:42 | WNickC joined #koha | |
| 16:49 | eternalsword | I'm trying to debug cat_issues_top as I'm getting unexpected results. I'm not sure how to tell the script to print a variable and stop execution. I tried die $variable; but it keeps executing and doesn't print the variable. |
| 17:10 | okay, think I've got it tracked down. What is the difference between timestamp and issuedate in the old_issues table? | |
| 17:12 | or the issues table. | |
| 17:12 | wahanui | the issues table is not used on displaying item. |
| 17:12 | bag | timestamp is usually the last time that row was touched |
| 17:17 | cait joined #koha | |
| 17:17 | eternalsword | okay, that's the issue, reports/cat_issues_top.pl uses timestamp instead of issuedate for date checked out. |
| 17:28 | carmenh joined #koha | |
| 17:31 | collum joined #koha | |
| 17:33 | eternalsword | okay, just added bug #12628 with attached patch |
| 17:33 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12628 normal, P5 - low, ---, gmcharlt, NEW , reports/cat_issues_top.pl queries incorrect column |
| 17:35 | eternalsword | whoops, little vague on the title, so I updated bug #12628 |
| 17:35 | Alphaman joined #koha | |
| 17:38 | cait | eternalsword: thx for filing :) |
| 17:46 | gerundio joined #koha | |
| 18:15 | JasonBurds joined #koha | |
| 19:02 | smrt joined #koha | |
| 19:07 | eternalsword | I'm still having trouble debugging. Is there any built-in logging mechanism that I can use to output variables to? |
| 19:09 | cait | yes |
| 19:09 | if you put a warn in a .pl file | |
| 19:09 | it will show up in the logs | |
| 19:14 | eternalsword | which of the logs would it show up in? |
| 19:14 | bag | heya cait |
| 19:15 | JasonBurds joined #koha | |
| 19:16 | eternalsword | does it make a difference if I'm using starman/plack instead of apache? |
| 19:17 | cait | hi bag |
| 19:17 | eternalsword: it depends - there is one for staff and one for opac | |
| 19:17 | and where they are depends on your type of installation | |
| 19:18 | eternalsword | dev installation. staff portion. |
| 19:18 | cait | /var/log/ |
| 19:18 | um | |
| 19:18 | not quite | |
| 19:18 | your koha-dev directory and then in there var/log | |
| 19:22 | eternalsword: not sure about plack, haven't used that so far | |
| 19:22 | plack for staff is a bit experimental | |
| 19:22 | bag: are you testing plack for staff yet? | |
| 19:22 | bag | not yet |
| 19:23 | haven't been sitting still long enough | |
| 19:25 | jcamins | Look through var/log/ for an error log. |
| 19:29 | I'd guess var/log/koha-error.log. | |
| 19:30 | However, I write all my own Plack configuration, so it might not match whatever other people use. | |
| 19:33 | eternalsword | figured out issue. seems starman caches scripts. I just had to restart it. |
| 19:57 | cait | gmcharlt: around? |
| 20:05 | pianohacker joined #koha | |
| 20:17 | JasonBurds joined #koha | |
| 20:20 | eternalsword | I believe I have a fix for http://bugs.koha-community.org[…]_bug.cgi?id=10188 but await inclusion of my earlier patch as they are intertwined and I'm too lazy to split it up. |
| 20:20 | huginn | 04Bug 10188: normal, P5 - low, ---, tomascohen, In Discussion , Top Most-circulated items doesn't count current loans |
| 20:26 | jcamins | eternalsword: if you mean that your fix depends on the previous patch, your best bet is to mark the dependency and submit the second patch right away. That way anyone who wants a fix for the second will have to sign off on the first. |
| 20:31 | eternalsword | it's not dependent, my new code had to move lines affected by the first patch though and utilizes a different variable name. |
| 20:31 | jcamins | So you're going to have to rewrite one of the patches no matter what? Why don't you just make one dependent on the other in that case? |
| 20:39 | eternalsword | jcamins: if I had two independent patches against master for each fix, I would need to update one of the patches when the other got applied. My earlier patch is straightforward, just correcting which column-name gets used in the query. My second is more involved, utilizing unions, so would warrant more consideration. |
| 20:39 | jcamins | eternalsword: right, so I'd think you could save yourself trouble down the road by just updating the second patch now. |
| 20:40 | eternalsword | I haven't posted it yet. Are you saying I can and to specify that it depends on another patch even though for different bugs? |
| 20:40 | jcamins | ("trouble" as in "work," not "trouble" as in "right here in River City") |
| 20:41 | Right. I do that when there's an interaction which means that they have to be applied in a certain order. | |
| 21:01 | eternalsword | okay, patch added to bug 10188 |
| 21:01 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10188 normal, P5 - low, ---, tomascohen, In Discussion , Top Most-circulated items doesn't count current loans |
| 21:10 | carmenh joined #koha | |
| 21:18 | eternalsword | does this look right for an ISBN pqf? @attr 1=7 @attr 5=1 "1559631562" |
| 21:50 | NateC joined #koha | |
| 21:53 | edveal joined #koha | |
| 21:55 | wizzyrea | hello |
| 21:55 | wahanui | niihau, wizzyrea |
| 22:05 | wizzyrea | not many around, but has anyone seen an issue with overdue notices where the subject is simply not included? |
| 22:05 | it's weird because it's defined in the notices. | |
| 22:05 | but it doesn't come out in the result. | |
| 22:06 | tcohen joined #koha | |
| 22:06 | tcohen | @seen cait |
| 22:06 | huginn | tcohen: cait was last seen in #koha 2 hours, 8 minutes, and 40 seconds ago: <cait> gmcharlt: around? |
| 22:18 | eythian | hi |
| 22:33 | http://youtu.be/GyV_UG60dD4 | |
| 22:39 | tcohen | hi |
| 22:39 | pianohacker | wow. I had to close that mid-song due to the twitching |
| 22:43 | eternalsword | I've tracked my z39.50 lookup issue to _create_import_record in C4/ImportBatch.pm Why is a z39.50 lookup even touching the local database? |
| 22:49 | pianohacker | eternalsword: the z39.50 search works by storing its results in a temporary holding location (the reservoir) so they can later be imported into the MARC editor |
| 22:49 | tcohen | eternalsword: because there is a reservior |
| 22:49 | ^^^^^^that | |
| 22:49 | pianohacker | eternalsword: what problem are you having? |
| 22:56 | eternalsword | well, the z39.50 search always says no results. In my debugging, I tried yaz client which worked. I was able to track down the issue to the _create_import_record returning falsy. |
| 22:58 | carmenh joined #koha | |
| 22:59 | pianohacker | eternalsword: could I ask you to run SELECT import_batch_id FROM import_batches WHERE batch_type = 'z3950' |
| 23:00 | and verify that all the servers you were using show up in the results | |
| 23:01 | eternalsword | The record gets added, I just checked, but for whatever reason, the $my_import_record_id is 0. |
| 23:02 | pianohacker: yes, all the servers are there. | |
| 23:05 | pianohacker | that's really odd. Are you running an old version of DBD::mysql? (you can check this on debian using dpkg -l libdbd-mysql-perl)? I can't think of anything else |
| 23:06 | eternalsword | I'm on arch, I'll take a look-see. |
| 23:06 | pianohacker | that or something is really screwy with your DB |
| 23:06 | ah, yeah. I got Koha running on an Arch server a while back, but it was a battle | |
| 23:07 | eternalsword | version 4.027 |
| 23:08 | pianohacker | exactly the same as mine. Dammit |
| 23:09 | does the record end up in the DB with a correct import_record_id? | |
| 23:09 | papa joined #koha | |
| 23:12 | eternalsword | pianohacker: that's it, it's no longer incrementing, it's just inserting 0 |
| 23:13 | pianohacker | hrrrrm. |
| 23:13 | eythian | show create table import_batches |
| 23:13 | maybe it's lost the autoincrement | |
| 23:13 | pianohacker | yeah, check to make sure import_record_id has the autoincrement |
| 23:14 | but how in the seven hells would that have happened? | |
| 23:14 | eythian | mysql. |
| 23:16 | pianohacker | mariadb can't come soon enough... |
| 23:16 | eternalsword | this is a migrated from older koha then upgraded database, so who knows. |
| 23:16 | yeah, looks like no autoincrement http://pastebin.com/nFD6WyB6 | |
| 23:17 | quite possible bug in phpmyadmin's export or something. | |
| 23:18 | pianohacker | ^ would not surprise me at all |
| 23:19 | you should be able to fix that with an ALTER TABLE | |
| 23:21 | dcook | eythian: more of a postgres person? |
| 23:21 | eythian | who isn't |
| 23:21 | eternalsword | yeah, fortunately I'm just testing, so I can just make sure I have a good sql dump. |
| 23:22 | eythian | I recommend mysqldump |
| 23:22 | dcook | eythian: haha. I've only used it with Dspace. It's taken some getting used to but I like it well enough overall I suppose. |
| 23:22 | * dcook | isn't a big fan of phpmyadmin |
| 23:23 | dcook | It's been ages since I've used it, but it seemed pretty limited. |
| 23:24 | If you can, I'd suggest using the MySQL workbench or the older MySQL query browser | |
| 23:24 | (The query browser is no longer supported, I think, but it's nicer than the workbench) | |
| 23:26 | * dcook | just realized that eythian said mysqldump...that would work too... |
| 23:29 | pianohacker | or chive |
| 23:29 | like phpmyadmin, but a bit more lightweight and self-contained | |
| 23:37 | eternalsword | mysqldump piped to ssh then catted and output to file on remote system is very useful. |
| 23:38 | eythian | but there's an unneccessary file in the process, just pipe directly to mysql on the remote system :) |
| 23:44 | * eternalsword | takes phpmyadmin out back and shoots it |
| 23:44 | eternalsword | that was exactly the issue. |
| 23:46 | eythian: I wanted to verify accuracy this time instead of just blindly trusting the export. | |
| 23:55 | eythian | good to know that phpmyadmin can be specifically dodgy sometimes. |
| 23:55 | pianohacker | can't say I would've recommended it, but schema corruption is something else entirely |
| 23:55 | wonder if it even bothers with foreign keys at all... |
← Previous day | Today | Next day → | Search | Index