← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | tcohen joined #koha | |
| 00:05 | dcook | wb tcohen |
| 00:06 | tcohen | bye dcook! |
| 00:13 | dcook | Didn't realize you were going. Bye! |
| 00:16 | facets? | |
| 00:16 | wahanui | facets are drawn from the records in the search results |
| 00:16 | dcook | facets? |
| 00:16 | wahanui | facets are drawn from the records in the search results |
| 00:16 | dcook | facets is also http://bugs.koha-community.org[…]_bug.cgi?id=11232 |
| 00:16 | huginn | 04Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra |
| 00:16 | dcook | facets? |
| 00:16 | wahanui | facets is probably http://bugs.koha-community.org[…]_bug.cgi?id=11232 |
| 00:16 | huginn | 04Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra |
| 00:16 | dcook | Kewl |
| 00:17 | WaylonR | hmm |
| 00:17 | forget facets | |
| 00:17 | wahanui | WaylonR: I forgot facets |
| 00:18 | WaylonR | facets are drawn from the records in the search results and are being worked on in bug 11232: http://bugs.koha-community.org[…]_bug.cgi?id=11232 |
| 00:18 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11232 new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra |
| 00:18 | 04Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra | |
| 00:18 | WaylonR | facets? |
| 00:18 | wahanui | facets are drawn from the records in the search results and are being worked on in bug 11232: http://bugs.koha-community.org[…]_bug.cgi?id=11232 |
| 00:18 | huginn | 04Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra |
| 00:18 | WaylonR | heheh |
| 00:18 | Power of the bots. | |
| 00:46 | PKI? | |
| 00:46 | PKIAuth? | |
| 00:47 | ahhh | |
| 00:47 | PKIAuth via SSL certificate? | |
| 00:58 | mtompset joined #koha | |
| 00:59 | mtompset | Greetings, #koha. |
| 00:59 | eythian | WaylonR: yes |
| 01:02 | tcohen | hi mtompset |
| 01:02 | WaylonR | hiya mtompset |
| 01:02 | bug 9055 | |
| 01:02 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9055 enhancement, P5 - low, ---, wrobertson1981, Patch doesn't apply , Mandumah.com's multiple branch search, multiple branch security mod |
| 01:02 | WaylonR | awaiting your testing. |
| 01:03 | mtompset | Greetings, tcohen. Yes, I too am glad that I think we've ironed out the silent warnings from C4/Auth.pm. Just waiting for someone to sign off all the patches. :) |
| 01:03 | tcohen | which need signing? |
| 01:07 | mtompset | the last two. |
| 01:07 | wahanui | the last two are the error messages. |
| 01:07 | mtompset | both mine and papa's. |
| 01:08 | Sorry, WaylonR. I got distracted by other things. I'll try to get to it this week. | |
| 01:08 | WaylonR | cool. |
| 01:12 | eythian | http://i.imgur.com/gEFY3dE.png <-- mtompset, we have papa's patches applied here, it's made quite a difference. |
| 01:12 | (that's accesses and errors from our koha logs.) | |
| 01:13 | tcohen | what do u use for that graphics? |
| 01:13 | mtompset | Let me guess, you applied it around 16:00? ;) |
| 01:14 | eythian | mtompset: I think a little after that on the Friday, yeah |
| 01:14 | tcohen | what tool is that eythian? |
| 01:14 | eythian | tcohen: it's a logging thing Catalyst is building internally. |
| 01:15 | tcohen | ok, looks reallynice :-D |
| 01:15 | mtompset | eythian: Did that include everything on 11077? |
| 01:15 | eythian | you haven't seen half of it :) it's full of tables and charts and things giving all sorts of information. |
| 01:16 | mtompset: no, just the ccode one I think, maybe one or two other things, but they were put in earlier. | |
| 01:16 | mtompset | tcohen: eythian pointed me to a pretty picture the other day. |
| 01:16 | Oh wait... papa works for the same company as you do, eythian? | |
| 01:16 | eythian | yeah |
| 01:17 | mtompset | shoot... you can't sign his patch off. :( |
| 01:17 | eythian | nope |
| 01:18 | http://ubuntuone.com/2pr7mZNPOGou5um3i8l4WI <-- tcohen | |
| 01:22 | WaylonR | huh.... DBD::mysql::db do failed: Error on rename of './kohadbdev/patronimage' to './kohadbdev/#sql2-65bc-c5f7f' (errno: 152) at the bug 10636 in updatedatabase.pl |
| 01:22 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10636 normal, P5 - low, ---, kyle, Pushed to Master , patronimage should have borrowernumber as PK, not cardnumber |
| 01:40 | papa | he can, but he does not like my code |
| 01:41 | mtompset | Shoot... I just discovered another lack of addendum in my patch on 11077. :( |
| 01:42 | dcook | gmcharlt++ |
| 01:42 | great summary emails for kohacon | |
| 01:43 | especially the hackfest | |
| 01:45 | nengard joined #koha | |
| 01:50 | dcook | eythian++ |
| 01:53 | wizzyrea | is there something special you have to do to make OpacHiddenItems work? |
| 01:53 | mtompset | No, just enter it in YAML format. |
| 01:54 | wizzyrea | well I did that (yes, the syntax is correct), and it's not working. |
| 01:54 | dcook | wizzyrea: That's odd. |
| 01:54 | mtompset | How so? |
| 01:54 | Are you confusing OpacSuppression with OpacHiddenItems? | |
| 01:54 | wizzyrea | i do a search for a known withdrawn item, with a withdrawn rule in, and it shows up |
| 01:54 | no I am not. | |
| 01:55 | mtompset | in opac? |
| 01:55 | wizzyrea | yes. |
| 01:55 | dcook | Can you cover withdrawn items with that syspref? |
| 01:55 | wizzyrea | it is in the example. |
| 01:55 | mtompset | Hmmm.... |
| 01:55 | dcook | Hmm |
| 01:55 | Wasn't withdrawn misspelled at one point? | |
| 01:55 | As withdrwn | |
| 01:56 | Or something like that | |
| 01:56 | wizzyrea | this is previous to that fix. |
| 01:56 | wthdrawn | |
| 01:56 | wahanui | wthdrawn is that right? |
| 01:56 | dcook | Hmm, I've just used that syspref with item type before and it worked as expected |
| 01:56 | nengard left #koha | |
| 01:56 | dcook | Sorry :/ |
| 01:57 | wizzyrea | now there is only one item on this particular record, and it's withdrawn, it is the only bib that comes back for this search |
| 01:57 | so we're not going through the results. | |
| 01:58 | dcook | Mmm |
| 01:58 | That makes (a kind of) sense | |
| 01:58 | So you're searching for that record and it's taking you directly to the bib | |
| 01:58 | And not showing the item at the bottom? | |
| 02:00 | wizzyrea | no it is showing the item. |
| 02:01 | dcook | Hmm, bizarre |
| 02:02 | wizzyrea | but yes, it's taking me straight to the bib. |
| 02:02 | but, if there's nothing special requred to make it work, I will figure out why it's not working ;) | |
| 02:02 | dcook | Yeah, I was going to say, without debugging, I have no idea. Shouldn't be anything special required to make it work. |
| 02:02 | Have you tried it with other examples? | |
| 02:03 | I like using "itype: [ILL-BOOK]" | |
| 02:05 | dpk1 joined #koha | |
| 02:08 | wizzyrea | eythian++ for spotting the problem on his fancy new log thingie. |
| 02:08 | eythian | :) |
| 02:08 | wizzyrea | it gets mad if you only have one entry in there. |
| 02:09 | put it in twice and it works just fine. | |
| 02:09 | mtompset | put what in twice? |
| 02:09 | wizzyrea | > wthdrawn: [1] |
| 02:10 | > wthdrawn: [1] | |
| 02:10 | for example | |
| 02:10 | dcook | Hmm, I just have a oneline entry |
| 02:11 | wizzyrea | something to do with wthdrawn? idk. |
| 02:11 | dcook | I'll take a look :) |
| 02:11 | wizzyrea | this is 3.12 |
| 02:11 | dcook | I'll take less of a look ;) |
| 02:11 | wizzyrea | is ok I'll try to poke at it. |
| 02:12 | mtompset | Oh no... try leaving a BLANK line. |
| 02:12 | I think it is a blank line parsing issue. | |
| 02:12 | wizzyrea | mmm I tried that. |
| 02:12 | mtompset | wthdrawn: [1]\n\n? |
| 02:13 | dcook | I seem to remember reading that the YAML processor likes at least a few newlines |
| 02:13 | wizzyrea | I didn't try it with two \n's |
| 02:13 | dcook | The place I was looking at it in Koha appended the new lines though |
| 02:13 | wizzyrea | yea there was a patch for that. |
| 02:13 | this one may not have it | |
| 02:14 | nope, that doesn't work | |
| 02:15 | but a newline in the syspref box does. | |
| 02:15 | mtompset | Are you testing one of my OpacHiddenItem's patches? |
| 02:15 | wizzyrea | no. |
| 02:16 | and newline, in this case, is actually hitting enter a couple of times after your entry. | |
| 02:17 | dcook | ^^makes sense |
| 02:18 | But yeah...works fine in 3.8.0 | |
| 02:18 | tcohen | papa: did you address the warnings from hitting enter on an empty Checkout form? |
| 02:18 | dcook | Even without those extra newlines |
| 02:18 | wizzyrea | yep, it does now - didn't even occur to me that one would have to do that until eythian pointed me to the error message. |
| 02:18 | maybe a newer or different yaml parser? idk. | |
| 02:19 | papa | tcohen: not intentionally |
| 02:20 | tcohen | bye #koha, bedtime :-D |
| 02:20 | dcook | night tcohen |
| 02:20 | Hmm, I think OpacHiddenItems was treated differently in a newer version.. | |
| 02:24 | wizzyrea | could be |
| 02:24 | dcook | Hmm...instead of being taken straight to the record I seem to get a 404.. |
| 02:25 | wizzyrea | yea, same |
| 02:25 | the net effect is that it's hidden | |
| 02:25 | dcook | I guess so, eh? |
| 02:25 | wizzyrea | ...perhaps poorly, but the borrower doesn't see it so... |
| 02:25 | dcook | True true |
| 02:26 | * wizzyrea | saves concern for that for when the client notes it. |
| 02:26 | wizzyrea | (if they note it) |
| 02:26 | thank you all for your attention :) | |
| 02:27 | mtompset | Hmmm... bug 10584? |
| 02:27 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10584 enhancement, P5 - low, ---, mtompset, Pushed to Master , Hide OPAC bibilo details if all items are hidden. |
| 02:28 | mtompset | hmm... maybe more of bug 10872 |
| 02:28 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10872 minor, P5 - low, ---, mtompset, Pushed to Master , C4::Items GetHiddenItems fix and optimization |
| 02:29 | wizzyrea | yep I saw those. |
| 02:32 | mtompset | Because the fix and optimization patch corrects a problem where the YAML code busts in certain contexts causing the hiding to fail completely. |
| 02:32 | I think it was MARCdetail though. | |
| 02:42 | wizzyrea | either way this install won't have those patches ;) |
| 02:46 | dcook | So wizzyrea...what was the issue again and how did you fix it? |
| 02:47 | The code in master looks like it appends those newlines, so I don't imagine that would've been the issue? | |
| 02:47 | wizzyrea | the issue was that it didn't like having only one entry all on one line |
| 02:47 | I fixed it by putting in two blank lines after the single entry | |
| 02:47 | dcook | Wait a tic.. |
| 02:47 | wizzyrea | it might have worked with one. |
| 02:48 | i noted that there was a patch to append newlines. | |
| 02:48 | dcook | return () if (! $yaml =~ /\S/ ); |
| 02:48 | wizzyrea | and that it had been pushed. |
| 02:48 | dcook | That's not in mine.. |
| 02:48 | mtompset | that return looks like mine. :) |
| 02:48 | from bug 10872. | |
| 02:48 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10872 minor, P5 - low, ---, mtompset, Pushed to Master , C4::Items GetHiddenItems fix and optimization |
| 02:50 | mtompset | basically, a quick return if the yaml doesn't have printable text. :) |
| 02:50 | dcook | Yeah |
| 02:50 | mtompset | that was an optimization. :) |
| 02:51 | dcook | wizzyrea: I just find it so weird that adding the blank lines did it :S |
| 02:52 | wizzyrea | yea, I'm not sure. |
| 02:52 | dcook | Before you had them, were you getting t hat "nable to parse OpacHiddenItems syspref" warning in your logs? |
| 02:52 | wizzyrea | Code: YAML_PARSE_ERR_SINGLE_LINE was the message |
| 02:53 | dcook | Filing a bug for it? |
| 02:54 | wizzyrea | well... I haven't tested it on master. |
| 02:54 | only 3.12 | |
| 02:54 | mtompset's stuff may well fix it | |
| 02:54 | dcook | $yaml = "$yaml\n\n"; # YAML is anal on ending \n. Surplus does not hurt |
| 02:54 | Should fix it :S | |
| 02:54 | But it's in 3.8.0 and master | |
| 02:54 | * mtompset | shrugs. |
| 02:55 | mtompset | I just know that we are particular about using OpacHiddenItems. :) |
| 02:55 | Hence my patches and enhancements. :) | |
| 02:55 | dcook | I suppose if that problem is still around when I upgrade, I'll see it then |
| 02:55 | * dcook | saunters off to put food in his gut |
| 03:05 | BobB joined #koha | |
| 03:12 | mtompset | gmcharlt: you here? |
| 03:13 | @later tell gmcharlt Found a minor issue in MARC::File see my comments in bug 11183. | |
| 03:13 | huginn | mtompset: The operation succeeded. |
| 03:15 | gmcharlt | mtompset: not a bug in MARC::Field, a bug in Koha calling that routine incorrectly and not verifying that it's passing a valid subfield label |
| 03:16 | the warning is showing up only because I recently enabled the warnings stricture in MARC::Record and friends | |
| 03:16 | mtompset | You have no explicit error checking in the code, though. Intentionally done for speed? |
| 03:17 | gmcharlt | nope, legacy -- but note that it would not have been out of line for that method to throw an exception if called incorrectly |
| 03:19 | mtompset | So, how would I find the code that calls it badly? |
| 03:20 | gmcharlt | or to put it another way: although I'll surely paper over that warning at some point in a future MARC::Record release, the fact that it shows up signals an error in calling code, that MARC::Field |
| 03:20 | mtompset | the Koha code that is. |
| 03:21 | eythian | http://search.cpan.org/~dapm/p[…].14.4/lib/Carp.pm <-- die using this to get a backtrace |
| 03:22 | gmcharlt | well, either trawl logs or go through all of the calls to MARC::Field->subfield() and look for ones that can possibly be invoked without a defined subfield code being passed to it |
| 03:30 | mtompset | C4/Search.pm 1838. :) |
| 03:36 | eythian | http://eventcinemas.co.nz/movi[…]solation-Of-Smaug# <-- wizzyrea, tickets available now :) |
| 03:37 | wizzyrea | oooOOOoooo |
| 03:40 | * dcook | hopes the second one is better than the first... |
| 03:40 | says only slightly hypercritically | |
| 03:41 | gmcharlt | yes, the paradox of middle-movie-syndrome |
| 03:41 | mtompset | Okay... this is weird. |
| 03:41 | gmcharlt | for a film that is part of a set... based on one book |
| 03:41 | wizzyrea | it's got the barrel bit in it and the elf kingdom |
| 03:41 | I think it's gonna rock. | |
| 03:41 | possibly spiders too, not sure. | |
| 03:41 | mtompset | What if $item->{$code} was never set? Shouldn't $item->{$code} return undef? |
| 03:42 | gmcharlt | and roll, even, if I remember that chapter correclty ;) |
| 03:42 | eythian | mtompset: it would, yes |
| 03:50 | mtompset | Ah... it doesn't nest errors on STDERR. :) |
| 03:51 | print STDERR "blah: " . undef . "\n"; | |
| 03:51 | eythian | it should |
| 03:52 | $ perl -e 'use warnings; print STDERR "blah: " . undef . "\n";' | |
| 03:52 | Use of uninitialized value in concatenation (.) or string at -e line 1. | |
| 03:52 | blah: | |
| 03:53 | mtompset | inside of C4/Search.pm? |
| 03:53 | eythian | It shouldn't make a difference. |
| 03:53 | * mtompset | shrugs. |
| 03:53 | eythian | so long as use warnings is on. |
| 03:54 | mtompset | At least I know it is undef, which means a simple if check around the call should silence up that 314 MARC::File warning. |
| 03:54 | and still give the same behaviour. | |
| 04:23 | dcook | frameworks? |
| 04:23 | wahanui | frameworks are a big topic |
| 04:23 | dcook | frameworks? |
| 04:23 | wahanui | frameworks are a big topic |
| 04:24 | mtompset | advanced visibility options on frameworks. :P |
| 04:25 | dcook | That's what I'm thinking about at the moment :p |
| 04:25 | WaylonR | how can i manually set the dbversion of koha? |
| 04:27 | Oak joined #koha | |
| 04:27 | Oak | Ahoy me hearties |
| 04:28 | hello mtompset | |
| 04:28 | time to sleep for you. | |
| 04:28 | mtompset | Greetings, Oak. |
| 04:28 | Oak | :) |
| 04:28 | mtompset | No, just one more patch. :) |
| 04:28 | Oak | okay one more. |
| 04:28 | wahanui | one more is better than one less but yeah they should be the same |
| 05:01 | dcook | visibility options...ugh |
| 05:12 | mtompset | dcook: Yep. Ugh. :) |
| 05:12 | Oh, and for everyone that was paying attention to Haiyan (Yolanda). The Philippines is getting hit with ANOTHER shortly. | |
| 05:12 | http://www.pagasa.dost.gov.ph/wb/tcupdate.shtml | |
| 05:13 | Thankfully only signal 1 as compared to signal 5. | |
| 05:25 | * dcook | wonders why "installer-data-mysql-en-marcflavour-marc21-mandatory-marc21_framework_DEFAULT.sql" doesn't seem to insert rows in order |
| 05:25 | dcook | Or that they are retrieved out of order on a select... |
| 05:26 | Mmm the tab column perhaps.. | |
| 05:26 | for some reason.. | |
| 05:28 | What the.. | |
| 05:28 | wahanui | it has been said that the is a stop word |
| 05:30 | eythian | dcook: there is no such thing as order for sql tables |
| 05:30 | or for rows in sql tables, more accurately perhaps | |
| 05:31 | fredy joined #koha | |
| 05:31 | dcook | I've heard that said before, but I'm not sure that I've ever understood |
| 05:31 | Order by changes the order | |
| 05:31 | At least the order that is displayed | |
| 05:32 | eythian | yeah, that lets you apply a sort |
| 05:32 | but if you don't, there's no favoured ordering. | |
| 05:32 | dcook | It seems that primary key is sometimes used as a favoured ordering |
| 05:32 | eythian | it might be |
| 05:32 | dcook | But not always? |
| 05:32 | eythian | but it's not a given |
| 05:32 | dcook | I think that's the scenario I'm running into now |
| 05:33 | eythian | if you delete some rows in the middle of a table, and then insert some rows, they may go into the emptied space. |
| 05:33 | dcook | I noticed that my framework export wasn't writing out the rows "in order", but then I removed my where clause, ran the query, added the where clause again, and now it does.. |
| 05:33 | eythian | if you need order, always use order by. If you don't care about order, don't worry about it. |
| 05:34 | dcook | Right, that's usually what I would do |
| 05:34 | eythian | It is usually the case that they will come out in the order that they were added in, but not always. |
| 05:34 | dcook | But I was wondering what the SQL export in the frameworks was doing |
| 05:35 | This is certainly a case in point for what you're saying :) | |
| 05:37 | Hmm, was able to do it again by deleting all the rows and then re-running the SQL file from the installer | |
| 05:37 | Hmm, then it went away...interesting | |
| 05:38 | eythian: The only reason it mattered is that I was doing a diff between two frameworks and the order was causing issues | |
| 05:39 | But I couldn't apply an order by in that case | |
| 05:40 | But thanks :) | |
| 05:44 | eythian | np :) |
| 05:44 | cait joined #koha | |
| 05:44 | eythian | hello cait |
| 05:44 | wahanui | hello cait are you here? |
| 05:44 | mtompset | Greetings, cait. :) |
| 05:45 | * dcook | waves to cait |
| 05:46 | cait | hello all |
| 05:46 | :) | |
| 06:31 | mtompset | be rangi? |
| 06:31 | wahanui | Send a patch! |
| 06:31 | mtompset | be eythian? |
| 06:31 | wahanui | Sod it all, let's head to the pub! |
| 06:31 | dcook | Good advice |
| 06:31 | On that note, I'm out | |
| 06:31 | Nice being back. See everyone later (eventually) | |
| 06:31 | mtompset | Bye, dcook. |
| 06:31 | I'm very overdue for sleep. | |
| 06:38 | Have a great day, #koha cait eythian Oak WaylonR and whoever else may be lurking. :) | |
| 07:41 | * magnuse | waves |
| 07:55 | marcelr joined #koha | |
| 07:55 | marcelr | hi #koha |
| 07:58 | kf joined #koha | |
| 07:58 | kf | hi #koha |
| 08:01 | magnuse | kia ora kf and marcelr |
| 08:05 | marcelr | hi magnuse and kf |
| 08:06 | kf | hi magnuse and marcelr |
| 08:12 | BobB++ | |
| 08:33 | ashimema joined #koha | |
| 08:38 | kf | good morning ashimema |
| 08:43 | ashimema | Good morning kf |
| 08:44 | brb | |
| 09:02 | ashimema joined #koha | |
| 09:03 | ashimema | Good morning #koha |
| 09:20 | magnuse | hiya ashimema |
| 09:20 | ashimema | hello magnuse |
| 09:22 | Yowsers.. I did not expect this: http://www.librarytechnology.o[…]ytext.pl?RC=18587 | |
| 09:22 | kf | and here i was hoping that you would know something :) |
| 09:22 | the press release on their website reads quite different | |
| 09:23 | no mention of koha | |
| 09:24 | magnuse | wow, that's weird |
| 09:25 | is COTS Digital Library System (DLS) a renaming of their fork? | |
| 09:31 | kf | i guess it's other products and koha only being a small part |
| 09:31 | magnuse | yeah, probably |
| 10:25 | ashimema | hey magnuse.. do you understand how koha-shell works.. (could you point me to some docs for it?) |
| 10:26 | busla joined #koha | |
| 10:28 | magnuse | ashimema: hm, i don't think there are a lot of docs, apart from the source and the man page |
| 10:28 | have you looked at the man page? | |
| 10:28 | ashimema | just asked my colleagues about the PTFS stuff.. it was news to them too.. But.. they do understand what DLS is (as Inc were trying to sell it to us..) |
| 10:29 | DLS is just a pretty interface atop ArchivalWare and Koha. | |
| 10:30 | magnuse | s/koha/their fork of koha/ i presume... |
| 10:31 | ashimema | sorry.. yeah.. their fork. |
| 10:32 | The stuff atop it is very new.. this'll be the first user fomr the sounds. | |
| 10:32 | anywho.. I thought they were slowing down their koha efforts.. show what I know. :( | |
| 10:32 | aha.. the man page has a bit mroe detail. | |
| 10:33 | aha.. found what I was doing wrong... I was using 'koha_dev' instead of 'dev' as the instance.. | |
| 10:33 | silly me. | |
| 10:53 | magnuse | hehe, yeah that would mess things up |
| 12:35 | kf | jcamins: around? |
| 12:36 | collum joined #koha | |
| 13:08 | ebegin joined #koha | |
| 13:11 | tcohen joined #koha | |
| 13:21 | tcohen | morning #koha |
| 13:28 | kf | hi tcohen |
| 13:31 | tcohen | hi kf |
| 13:31 | kf | tcohen: hwen is the big day? or was it already? |
| 13:31 | tcohen | Nov 24th |
| 13:31 | :-D | |
| 13:32 | kf | :) |
| 13:32 | going on honeymoon too? | |
| 13:33 | tcohen | europe, on march |
| 13:33 | kf | nice! |
| 13:33 | where are you going in europe? | |
| 13:33 | france? ;) | |
| 13:34 | tcohen | spain, france, england, maybe germany |
| 13:34 | after the wedding we will make our desicion | |
| 13:35 | nengard joined #koha | |
| 13:35 | kf | cool :) |
| 13:36 | tcohen | we are too anxious right now :-D |
| 13:51 | @later tell mtompset are you sure bug 10876 depends on bug 10584? | |
| 13:51 | huginn | tcohen: The operation succeeded. |
| 14:03 | magnuse | tcohen: norway is nice too! ;-) (bloody expensive, though...) |
| 14:04 | tcohen | i'm considering Norway too |
| 14:04 | Petter invited me to visit | |
| 14:09 | magnuse | w00t! |
| 14:09 | when will the trip be? | |
| 14:09 | tcohen | march |
| 14:09 | magnuse | nice |
| 14:09 | jenkins_koha | Starting build #114 for job Koha_3.12.x (previous build: SUCCESS) |
| 14:10 | * magnuse | recommends northern norway |
| 14:10 | magnuse | it will be late winter in march, but that can be nice too :-) |
| 14:10 | * magnuse | wanders off |
| 14:10 | tcohen | Aurora :D |
| 14:13 | chris_n joined #koha | |
| 14:13 | tcohen | @later tell rangi: jenkins seems to still want to read t/ILSDI_Services.t, which was moved to db_dependet (sort of) |
| 14:13 | huginn | tcohen: The operation succeeded. |
| 14:29 | oleonard joined #koha | |
| 14:31 | oleonard | Hi #koha |
| 14:38 | kivilahtio joined #koha | |
| 14:45 | kivilahtio | hi! Do you have a working overdue notifications print service? |
| 14:45 | we need to send our overdue notifications to our patrons twice a week. | |
| 14:45 | kf | libraries here use mostly email nos |
| 14:45 | now | |
| 14:45 | and print themselves | |
| 14:45 | daily | |
| 14:45 | mtompset joined #koha | |
| 14:46 | mtompset | Greetings, #koha. |
| 14:46 | kivilahtio | we merge all the notifications for one patron to one letter which is printed |
| 14:46 | hi mtompset | |
| 14:46 | kf: Just curious if anyone has such a service available | |
| 14:46 | kf | yeah, just telling you how it works here - to explain why we have not |
| 14:47 | kivilahtio | kf: Ok, I'll start working on a print service interface |
| 14:47 | mtompset | tcohen: You here? |
| 14:47 | kivilahtio | or maybe Joubu knows something about that? |
| 14:47 | oleonard | wtf, Bug 11233 |
| 14:47 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11233 enhancement, P5 - low, ---, gmcharlt, NEW , testing development |
| 14:50 | * kf | hands oleonard the cookie jar |
| 14:50 | kivilahtio | bribery! |
| 14:50 | kf | you can have one too ;) |
| 14:50 | kivilahtio | is it a CGICOOKIE? |
| 14:50 | I already have quite a few :) | |
| 14:51 | kf | it's just a chocolate chip peanut butter coconot oatmeal cookie :P |
| 14:51 | mtompset | ^not^nut^ ;) |
| 14:51 | kivilahtio | peanut butter coconut |
| 14:51 | sounds wicked | |
| 14:53 | jcamins | kf: you added peanut butter to the coconut oatmeal chocolate chip cookie? |
| 14:53 | Interesting. | |
| 14:53 | wahanui | interesting is sometimes good and sometimes bad |
| 14:53 | kf | ... |
| 14:54 | * jcamins | thinks it would be good in this situation. |
| 14:54 | jcamins | But it's an unusual addition. |
| 14:54 | tcohen | hi mtompset |
| 14:54 | oleonard | The nice thing about virtual cookies is that you can add anything you want and the recipe still works for you |
| 14:56 | mtompset | Oops... looking further, tcohen. There was an issue with YAML not being loaded properly. |
| 14:57 | 10872 fixes that for MARCdetail. | |
| 14:57 | That's why I put the depends. | |
| 14:57 | Because 10584 was sort of umbrella-ish. | |
| 14:57 | tcohen | yes, but 10584 changes the current behaviour |
| 14:59 | mtompset | Yes, you could data mine before. |
| 15:00 | * druthb | waves to mtompset and jcamins and oleonard and tcohen and kf, and then passes out again. |
| 15:01 | tcohen | hi druthb! |
| 15:03 | gmcharlt: around? | |
| 15:13 | ashimema | damn you kf.. you've made me crave a cookie now. |
| 15:16 | kf | *muahahaha* |
| 15:18 | jcamins | I have a container full of chocolate-white chocolate chip cookies. |
| 15:21 | oleonard: why are you here? Isn't it a holiday? | |
| 15:21 | oleonard | Instead of having today off we have the day after Thanksgiving off. |
| 15:22 | jcamins | Ooh, that's a lot more useful. |
| 15:23 | oleonard | In order to mimic the denial of service usually associated with being closed we're having an impromptu failure of OverDrive service authentication :| |
| 15:23 | And waiting for a response on a support ticket from those guys is interesting on a national holiday. | |
| 15:28 | dpk1 joined #koha | |
| 15:34 | NateC joined #koha | |
| 15:35 | maximep joined #koha | |
| 15:42 | jenkins_koha | Project Koha_3.12.x build #114: SUCCESS in 1 hr 32 min: http://jenkins.koha-community.[…]/Koha_3.12.x/114/ |
| 15:42 | * Mark Tompsett: Bug 10872 - C4::Items GetHiddenItems fix and optimization | |
| 15:42 | * Tomas Cohen Arazi: Bug 10872: UT for GetHiddenItemnumbers and POD fix | |
| 15:42 | * Kyle M Hall: Bug 10731 - IntranetSlipPrinterJS is not working for hold slips [v3.10/v3.12] | |
| 15:42 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10872 minor, P5 - low, ---, mtompset, Pushed to Stable , C4::Items GetHiddenItems fix and optimization |
| 15:42 | jenkins_koha | * Marcel de Rooy: Bug 10376: fix ability to print cart from IE9 & 10 |
| 15:42 | * David Roberts: Bug 10894: Add ID to main address in member entry form | |
| 15:42 | * Katrin Fischer: Bug 10871: Make confirmation message for deleting news translatable | |
| 15:42 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10731 minor, P5 - low, ---, kyle, Pushed to Stable , IntranetSlipPrinterJS is not working for hold slips |
| 15:42 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10376 normal, P5 - low, ---, m.de.rooy, Pushed to Stable , Printing cart does not work under IE9 | |
| 15:42 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10894 enhancement, P5 - low, ---, colin.campbell, Pushed to Stable , ID required for mainaddress fieldset in create new patron | |
| 15:42 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10871 trivial, P5 - low, ---, katrin.fischer, Pushed to Stable , Confirmation message for deleting news entries is not translatable | |
| 15:49 | edveal joined #koha | |
| 16:20 | slef | hi all |
| 16:20 | Dyrcona joined #koha | |
| 16:20 | druthb | hi slef. :) |
| 16:23 | slef | Is biblibre's 2011 unilim template/css still the latest mobile browser stuff for koha? |
| 16:24 | oleonard | The latest mobile browser stuff for Koha is the new Bootstrap theme |
| 16:24 | slef | ccsr? |
| 16:24 | wahanui | rumour has it ccsr is not behaving |
| 16:25 | nengard | ha |
| 16:26 | kf | slef: bootstrap is the latest and greatest :) |
| 16:26 | oleonard++ | |
| 16:26 | slef | there's actually a theme called "bootstrap" now? |
| 16:26 | I've been away from the front-end for a while | |
| 16:26 | kf | it will be in 3.14 |
| 16:27 | responsive opac? | |
| 16:27 | bootstrap opac? | |
| 16:27 | bootstrap? | |
| 16:27 | wahanui | an up to date demo of the Bootstrap OPAC can be found at http://responsive.mykoha.co.nz - it's tracking from oleonard's branch bootstrap-opac on gitorious. Bug reports should be filed on bug 10309. |
| 16:27 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10309 new feature, P5 - low, ---, oleonard, Pushed to Master , New OPAC theme based on Bootstrap |
| 16:27 | oleonard | I wonder if that demo is still tracking my repo? If it is then it's out of date now :( |
| 16:28 | kf | oleonard: nothing that can't be fixed? :) and also still good for a first impression |
| 16:30 | slef | looks a lot better than the last time I saw it |
| 16:30 | a few text overflows but nothing fatal | |
| 16:35 | mtompset | Greetings, druthb. I was wearing my chauffeur hat. |
| 16:46 | gmcharlt++ # for appropriately thanking people for their patches. :) | |
| 16:49 | NateC_ joined #koha | |
| 16:55 | mtompset | tcohen++ # for copying Galen's good example. :) |
| 17:23 | maximep left #koha | |
| 17:32 | maximep joined #koha | |
| 17:41 | kf left #koha | |
| 17:59 | tcohen | bye #koha |
| 18:46 | cait joined #koha | |
| 18:47 | cait | hi |
| 18:47 | druthb | cait! |
| 18:49 | mtompset | Greetings, cait. :) |
| 18:57 | okay, question. | |
| 18:57 | wahanui | question is, like, "What is the meaning of life, the universe and everything?" |
| 18:57 | mtompset | Why is the use_ok() inside of a BEGIN{ }, in a lot of the tests? |
| 18:57 | Does it have to be? | |
| 19:00 | jcamins | Yes. |
| 19:00 | Because use happens at compile time. | |
| 19:09 | * mtompset | starts work on improving test coverage for t/NewsChannels.t |
| 19:49 | mtompset | Sorry, slef. |
| 19:51 | slef | heh no problem mtompset... I just got confused while catching up |
| 19:52 | mtompset | Consider I don't use a threaded email reader (is Windows Live Mail even capable?!) I didn't see the problem, but I know it exists. |
| 19:52 | ^Consider^Considering^ | |
| 19:53 | slef | mtompset: see http://koha.1045719.n5.nabble.[…]ha-tp5777436.html |
| 19:54 | mtompset: didn't you realise that developers didn't put multiple buttons to write emails just for the fun of it? ;-) Developers love metadata too baby yeah | |
| 19:55 | mtompset | Ah... Yucky. |
| 19:56 | Oh good... on a positive note, I have the listed in my address list, so I should be able to avoid this in the future. | |
| 20:10 | jcamins | gmcharlt: around? |
| 20:10 | gmcharlt | jcamins: on my way out the door for a couple hours |
| 20:11 | jcamins | Okay. Ping me next time you're around? |
| 20:11 | (today, tomorrow, whenever) | |
| 20:12 | nengard left #koha | |
| 20:27 | rangi | morning |
| 20:28 | oleonard | Hi rangi |
| 20:33 | mtompset | Greetings, rangi oleonard |
| 20:35 | mrx joined #koha | |
| 20:39 | mrx | Hi All, I'm just experimenting a simple query to dig an isbn 9781927147986 |
| 20:39 | Below query work just fine in reporting module of koha but when I try to use same through script it is returning null(0E0), any ideas? | |
| 20:39 | SELECT biblionumber FROM biblioitems where isbn=9781927147986 | |
| 20:39 | my $context = C4::Context->new(); | |
| 20:39 | my $dbh = $context->dbh(); | |
| 20:39 | my $query = "SELECT biblionumber FROM biblioitems where isbn=9781927147986"; | |
| 20:39 | my $sth = $dbh->prepare($query); | |
| 20:39 | my $rc = $sth->execute(); | |
| 20:39 | mtompset | is ISBN a varchar? Where's the single quotes? |
| 20:41 | rangi | or better yet |
| 20:42 | use placeholders | |
| 20:42 | and let dbi do it for you | |
| 20:42 | where isbn=? | |
| 20:42 | $sth->execute(9781927147986); | |
| 20:42 | then if it needs '' dbi will do it | |
| 21:02 | pianohacker joined #koha | |
| 21:09 | edveal joined #koha | |
| 21:11 | mrx | actually tried both ways with and without single quotes, but it a bit strange still no results |
| 21:29 | $sth->excute(9781927147986); still returining nada... | |
| 21:29 | oleonard | Bye #koha |
| 21:42 | peggy joined #koha | |
| 21:44 | mtj | mrx, after your execute - do you actually fetch the result? |
| 21:47 | mrx | Yeap, using $sth->fetchrow_hashref() |
| 21:48 | mtj | hmm, weird... |
| 21:48 | wahanui | weird is normal after a while :) |
| 21:48 | mtj | when i get stuck with dbi, i turn the tracing on |
| 21:49 | DBI->trace(3); etc... | |
| 21:49 | you might be connecting to the wrong database, and not realising | |
| 21:50 | http://search.cpan.org/~timb/D[…]/DBI.pm#DBI_TRACE | |
| 21:52 | mrx | I think database is ok because interestingly enough, I'm scanning a list of isbns and few records are returning just fine but this one and few others as just not coming up. Although reporting module is picking them up. Let me look into tracing, it might help. |
| 21:53 | eythian | trailing spaces or something like that? |
| 21:55 | mtj | yeah, sql sounds fine - its prolly the record thats the problem |
| 21:56 | mrx | nope, query is exactly as I wrote. Also used place holders, no spaces. Could it be some kind of indexing issue in my instance of koha, shouldn't be because report module is picking it as it is like the same record is popping up with same query there. Sorry, unable to get my head around it and just ranting, I guess. Any help is much appreciated, thx |
| 21:56 | ashimema | anyone here understand the finer points of matching with bulkmarkimport? |
| 21:57 | jcamins | ashimema: I know that it never worked for me. |
| 21:58 | cait | unrelated, but an interesting read about matching |
| 21:58 | http://bywatersolutions.com/20[…]h-points-in-koha/ | |
| 21:59 | ashimema | Hmmm... |
| 22:00 | Well, I've added my index and it appears to be searching.. although not exactly as I expected.. | |
| 22:00 | but I can't get the bulkmarcimport to work with it | |
| 22:01 | jcamins | ashimema: yeah, I just refuse to support bulkmarcimport. |
| 22:01 | ashimema | care to give me a fly by rundown on how to use your usual import scripts indtead cait? I still havent had a chance to get my head around them |
| 22:02 | what do you use instead of bulkmarkimport then Jared? | |
| 22:02 | cait | ashimema: normally i don't do the importing, but i have run them successfully |
| 22:02 | you need to add your matching rules to the gui first, then you use the number it got there for the command line job | |
| 22:03 | ashimema | oh.. I see |
| 22:03 | cait | our rule is normally number 3 - matching on 001, but the article shows you can do more complicated things |
| 22:03 | jcamins | ashimema: I use stage-file and commit-file. |
| 22:03 | ashimema | same as cait then.. |
| 22:03 | humm.. am I the only one still using bulkmarcimport.. | |
| 22:04 | jcamins | Hi Martin! |
| 22:04 | eythian | I've had little luck with the matching in bulkmarcimport, it seemed to work mostly, but be very fragile. I have a deduplication script I use to tidy things up after. I do use it for imports though. |
| 22:04 | mtj | mrx, if you're really curious -- you can always enable dbi tracing around the reporting code, and see what SQL is allowing the reporting module to succeed, too |
| 22:06 | ashimema | haha.. you suddenly got who I am then jcamins ;) |
| 22:06 | jcamins | ashimema: yeah, I asked cait. |
| 22:06 | cait | :P |
| 22:06 | ashimema | :) |
| 22:06 | cait | i also told him to be nice... but not sure if that will work |
| 22:06 | jcamins | I figured I must've met you since you used my name. |
| 22:06 | mtj | mrx, … and if you compare the 2 trace files, you'll definitely get to the bottom of your mystery :) |
| 22:07 | mrx | mtj, yea working on tracing at the moment. Fingers, toes everything crossed |
| 22:07 | bag | :) |
| 22:07 | ashimema | yeah.. your name slipped instead of your nick.. |
| 22:07 | * jcamins | responds to both. |
| 22:07 | ashimema | eythian, is this the kind of syntax you used?.. ~/kohaclone/misc/migration_tools/bulkmarcimport.pl -t -b -match NFER-number,035a -v -file Results/bibl.mrc -v >Logs/load_bibl_fix.log |
| 22:07 | that's good to know.. | |
| 22:08 | eythian | jcamins: I note that a whois would also tell you :) |
| 22:08 | jcamins | Well, I respond to four of the five options from [name,nick] |
| 22:08 | eythian: interesting. | |
| 22:08 | wahanui | interesting is sometimes good and sometimes bad |
| 22:08 | jcamins | Does whois have anything about me? |
| 22:08 | eythian | ashimema: it's along those lines, yeah. Part of the problem I had was that I was matching on ISBN and the whole import would abort if it saw a record without one. |
| 22:08 | it has your name, yes | |
| 22:09 | jcamins | Cool. |
| 22:09 | I don't remember configuring that to work. | |
| 22:09 | eythian | but matching by ISBN is always unreliable anyway, causes more problems than it solves. |
| 22:10 | cait | night :) |
| 22:10 | cait left #koha | |
| 22:10 | eythian | later cait |
| 22:10 | dcook joined #koha | |
| 22:13 | ashimema | I was using direct matching upon a number from their old system (i'm in the habit of dumping old uid's in the 035).. I had to re-add the 035a index to zebra.. which worked.. but there will be a number of new records with no 035.. and that should be fine.. |
| 22:14 | hmm | |
| 22:14 | * dcook | waves to ashimema |
| 22:15 | ashimema | I just get: unable to search the database for duplicates : No query entered at /home/koha/kohaclone/misc/migration_tools/bulkmarcimport.pl line 220, <GEN13> line 1506. |
| 22:15 | so frustrating. | |
| 22:15 | eythian | I used to put them in 024a, but now I just find somewhere in 998 |
| 22:15 | ashimema | maybe I'll try those other import scripts jcamins and cait recommend |
| 22:15 | 998 is actually a pretty nice place.. I like that idea.. doesn't polute the records as much | |
| 22:16 | hey dcook :) | |
| 22:16 | pianohacker | hey dcook |
| 22:16 | dcook | hey guys :) |
| 22:17 | ashimema | pianohacker.. hows that shibboleth stuff coming.. I was thinking of writting a followup somtime in the next couple of weeks to do the update/replicate procedures.. but was holding off incase you were going places with it? |
| 22:18 | pianohacker | ashimema: It's going well, have the autocreate in place (rebased against 3.12.06) on my github |
| 22:18 | Koha_rookie joined #koha | |
| 22:18 | ashimema | awesome.. |
| 22:18 | wahanui | That'll be $1 for the awesome jar, ashimema |
| 22:18 | pianohacker | ashimema: https://github.com/pianohacker[…]ibboleth-v3.12.06 |
| 22:19 | Koha_rookie | Hi, anyone that can help with some issues in language settings? Koha v3.12.01, on Mint / Sql and perl installed |
| 22:20 | ashimema | Is it based upon matthias's work?.. be good to get it submitted as dependant upon that initial foray rather than in amongst it.. I'm a big fan of breaking these things into smaller chunks for the whole sign-off/qa routine. |
| 22:20 | NateC joined #koha | |
| 22:20 | ashimema | what the problem Koha_rookie.. i may or may not be able to shed some light |
| 22:21 | Koha_rookie | any help is appreciated ;) |
| 22:23 | here is the symptom, I´ve entered in the administration/preferences/Global settings and I tried to check "Español" as a default language (currently is English) but once I did that I receive "Internal server error"....very generic error | |
| 22:23 | pianohacker | ashimema: I'm in the process of doing just that for my own bugs, yeah... And yes, it is based on his stuff, just rebased. |
| 22:25 | ashimema | Koha_rookie: OK, lets go back a couple of steps.. what version of koha are we talking about and how did you install it. Packages? |
| 22:25 | excellent.. I'm looking after that bug now.. trying to keep it rebased in the hopes someone will come along and test it.. fixed a bug regardin reverseDNS too.. I think. | |
| 22:26 | Koha_rookie | We followed the tutorial, v3.12.01 |
| 22:26 | jcamins | What tutorial? |
| 22:27 | ashimema | point us at the tutorial Koha_rookie.. unfortunately there are now an abundance of tutorials for various versions and methods.. many of which are now a bad idea (i'm working on getting rid of some on the wiki some time soon) |
| 22:29 | Koha_rookie | let me find it |
| 22:30 | wiki.koha-community.org/wiki/Koha_on_ubuntu_-_tarball | |
| 22:31 | jcamins | So you installed a while ago? |
| 22:31 | Koha_rookie | not really, a couple of months ago |
| 22:31 | jcamins | That's what I meant. |
| 22:32 | Just making I understood why you had v3.12.01 instead of v3.12.06. | |
| 22:32 | Are you able to switch languages when it's not the default? | |
| 22:33 | Koha_rookie | Nope, I just see two checkboxs in the I18N/L10N, English (checked) and Spanish (unchecked) |
| 22:34 | ashimema | pianohacker: that's looking like some great work there.. can't wait to test it once you submit it :) It took me so long to get over that fist hurdle of getting a connection working, that my time dried up for the extra development. |
| 22:35 | jcamins | Koha_rookie: and when you check Spanish and click Save, you get the error? |
| 22:35 | pianohacker | ashimema++ |
| 22:35 | Koha_rookie | jcamins: exactly |
| 22:35 | pianohacker | the pointer to shibboleth was a huge boon; it's a big overcomplicated pain in the ass, but still easier than doing it in perl |
| 22:35 | jcamins | This is language or opaclanguage you're trying to change? |
| 22:36 | Koha_rookie | both of it |
| 22:37 | jcamins | Did you try changing them separately? |
| 22:37 | Koha_rookie | moreover, we are trying to change any parameters and it raise the same error.... |
| 22:37 | jcamins | Oh. |
| 22:37 | In that case it has nothing to do with the translations. | |
| 22:37 | ashimema | OH.. that's a endemic of more serious problems. |
| 22:38 | * ashimema | scratch head |
| 22:38 | eythian | use the logs, luke :) |
| 22:38 | jcamins | Or, it may have something to do with translations, but that pref isn't at fault. |
| 22:38 | You'll need to check your web server logs. | |
| 22:38 | Koha_rookie | yep...I guess so, we are looking the logs... |
| 22:40 | and the koha logs? We checked that one (koha-error_log) and we have the following error "Premature end of scripts header: systempreferences" | |
| 22:41 | peggy joined #koha | |
| 22:42 | jcamins | Someone else gets to tell that person that The koha-community.org website is for the Koha project. |
| 22:42 | rangi | heh |
| 22:42 | jcamins | Koha_rookie: were you ever able to change system preferences? |
| 22:43 | Koha_rookie | nope, everytime we tried we get the same error |
| 22:44 | rangi | jcamins: im doing so off list |
| 22:46 | ashimema | ack.. now what could be wrong with my marc records for the stage marc import to say they're bad :( |
| 22:46 | trea joined #koha | |
| 22:46 | jcamins | Koha_rookie: maybe your missing some dependencies? |
| 22:46 | rangi | emailed |
| 22:46 | jcamins | *you're |
| 22:46 | wizzyrea | rangi++ |
| 22:47 | jcamins | What should we have for dinner? |
| 22:47 | dcook | ashimema: I think there is a script that can check that out for you |
| 22:47 | ashimema | mm. somewhere maybe :s |
| 22:47 | Koha_rookie | is it recommendable to update my version to 3.12.06 and start from scratch? I didn any data conversion |
| 22:47 | * dcook | has a little look |
| 22:48 | ashimema | bulkmarcimport wouldn't have complained.. that mark file has been imported with minimal changes before ;) |
| 22:48 | dcook | MARC21_parse_test.pl, I think |
| 22:48 | ashimema | Koha_rookie.. if your will to start again, then the prefered install method these days is to use packages. |
| 22:49 | they're muhc more of a 'Just Works' approach. | |
| 22:49 | cheer dcook | |
| 22:49 | Koha_rookie | ok, great, do you have the latest wiki for the latest version? |
| 22:49 | wizzyrea | packages? |
| 22:49 | wahanui | packages is at http://wiki.koha-community.org/wiki/Debian |
| 22:50 | dcook | ashimema: cronjobs/MARC21_parse_test.pl. I'm not sure when it was introduced but it's floating around in master |
| 22:51 | Koha_rookie | I´d really appreciate your help ashimena and wahanui I´ll try with those packages |
| 22:52 | ashimema | wahanui is a bot Koha_rookie.. but yeah... I'll be about for a bit.. can't go to bed until this import works :( |
| 22:52 | yeah.. I've found it.. looks like it acts upon records already in the DB though.. my import fails before I get that far | |
| 22:53 | Koha_rookie | thanks a lot, I hope I will share my experience, Have a good import ;) |
| 22:54 | peggy | What is a reasonable expectation for the amount of time it should take between entering a barcode and having Koha confirm the checkin? |
| 22:54 | ashimema | anyone happen to know what throws : 'records not staged because of MARC error' It seemed to come up awefully quick to have actually checked much |
| 22:54 | wizzyrea | peggy - that depends a lot on what the connection to the server is like, what the current load is on the system, and lots of factors |
| 22:55 | peggy | Right. My question is how good can it be? |
| 22:55 | wizzyrea | but usually you would expect something within 1-10 seconds |
| 22:55 | over that and something, somewhere, is funny. | |
| 22:55 | dcook | ashimema: Ah, right. Dinger. Hmm. I don't think I've encountered that error myself. |
| 22:55 | ashimema | yeah.. tis a bit of a bugger |
| 22:55 | * wizzyrea | guesses from your question that it's taking longer than you think it should |
| 22:56 | peggy | We are around 2 seconds, I know the delay is not due to network, since I can change a logging preference in half a second |
| 22:57 | I would go to a bigger server and/or more memory if that would help. | |
| 22:57 | dcook | ashimema: Are you loading up marcxml or iso marc? |
| 22:57 | eythian | peggy: it probably would help, but it's hard to quantify by how much. |
| 22:57 | wizzyrea | ^ |
| 22:58 | rangi | peggy: also the browser makes a difference, and also how long the css/js is set to be cached by |
| 22:58 | have you tried in different browsers, firefox faster than ie 9 or less, chrome faster than firefox is what i would expect | |
| 22:58 | peggy | HOw long the css/js is set to be cahed? |
| 22:58 | cached | |
| 22:58 | ashimema | isomarc |
| 22:58 | eythian | it depends totally on your configuration |
| 22:58 | ashimema | though it's easy enough to switch to marcxml |
| 22:58 | eythian | and how you've installed, etc. |
| 22:58 | peggy | We use firefox, I can try chrome |
| 22:59 | wizzyrea | what version of firefox? |
| 22:59 | dcook | ashimema: I was hoping you were going to say marcxml, because I think the bulk import only handles iso marc :/ |
| 22:59 | eythian | chrome and firefox are more or less the same speed these days |
| 22:59 | peggy | Current version |
| 22:59 | wahanui | Current version is probably 3.2.5 |
| 22:59 | eythian | wahanui: forget current version |
| 22:59 | wahanui | eythian: I forgot current version |
| 22:59 | pianohacker | well that's probably not right |
| 23:00 | dcook | ashimema: Is it giving you a number? Like '42 records not staged because of MARC error'? |
| 23:01 | ashimema | hmm.. interesting.. looks like the first file was actually a gziped isomarc.. oops. |
| 23:01 | dcook | That could do it |
| 23:01 | ashimema | but.. that gave: 1903 in file, 1903 failed due to MARC error |
| 23:02 | unzipping it give 1 and 1.. interesting.. | |
| 23:05 | dcook | Looks like it throws an error only if it is a MARC::Record object with no fields |
| 23:05 | rangi | http://blogs.perl.org/users/je[…]-cert-themes.html |
| 23:06 | dcook | Looks like MarcToUTF8Record returns an empty object if it can't parse the record |
| 23:06 | ashimema | cheers dcook.. I'm gin over my marc file again now. |
| 23:07 | dcook | gin? |
| 23:09 | jcamins | ashimema: gin is only 40% alcohol. MARC requires more. |
| 23:09 | ashimema | :) |
| 23:09 | dcook | But so tasty... |
| 23:09 | ashimema | hmm.. it really doesn't like my marc file.. |
| 23:10 | jcamins | dcook: tasty enough, but not tasty enough to offset the MARC. |
| 23:11 | dcook | jcamins: true true |
| 23:12 | * ashimema | heads downstairs to grab a large scotch |
| 23:12 | dcook | ashimema: After that, I'd probably throw in a billion warns into ImportBatch.pm and Charset.pm |
| 23:13 | ashimema | glad to see someone else resorts to a crap load of warns on ocassions. |
| 23:13 | dcook | hehe |
| 23:14 | jcamins | ashimema: that's the ticket. 190 proof. |
| 23:15 | wizzyrea | no su after 2 |
| 23:15 | dcook | hehe |
| 23:15 | jcamins | wizzyrea: hehe. |
| 23:17 | * ashimema | sets 'alias su='ECHO Noooooo!!!' |
| 23:19 | dcook | Mmm double-encoded ampersands...that's fun... |
| 23:20 | pianohacker | &amp; ? |
| 23:20 | dcook | yarp |
| 23:20 | papa joined #koha | |
| 23:20 | dcook | The browser handles it just find but my script doesn't.. |
| 23:26 | Interesting...we encode ampersands at the bib-level but not at the item-level | |
| 23:29 | NateC left #koha | |
| 23:29 | papa joined #koha | |
| 23:33 | NateC joined #koha |
← Previous day | Today | Next day → | Search | Index