IRC log for #koha, 2014-07-22

← 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

koha1