IRC log for #koha, 2012-08-15

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

All times shown according to UTC.

Time Nick Message
00:03 jcamins I'm confused.
00:04 I'm seeing documentation that says open(FH, mode, expr) and also documentation that says open(FH, expr, mode)
00:06 rangi its the former
00:06 http://perldoc.perl.org/functions/open.html
00:06 jcamins Good, that's what I have.
00:07 Now. How do I not block on the read.
00:07 sysopen
00:07 Which is opposite.
00:08 rangi you can monkey with select() too
00:08 http://www.perlfect.com/articles/select.shtml
00:09 jcamins sysopen only works on files.
00:11 * jcamins stabs Perl's IO repeatedly with a spoon.
00:20 wajasu general catlaogin question.  if i z3950 search and import a biblio, saving it, i jump to an add items page.  if i change the field from Dewey Dec  to LOC, in the biblio, could we propogate that to the add items page? or is that not a good idea?
00:21 jcamins Huh?
00:24 Which tests do we mock new_dbh?
00:25 Oh, you have an example on your blog.
00:25 sysread is blocking.
00:26 wajasu i recall, that when i z3950 search, i find a record in a popup. then save, and i am on Add MARC Record.  i go to tab 9, change source of classification shelving scheme from Dewey to LOC) hit Save.  Now I am on Add Item page.  But source of classification shelving is Dewey.
00:27 shouldn't it propogate the biblio import setting for my add item, which would be associated with that biblio?
00:27 jcamins No.
00:28 There's a system preference to choose the default classification source.
00:29 wajasu true, but if i change it during biblio import, wouldn't that mean i want my item and biblio to be in sync?  or is it common for them not to be in sync.
00:32 jcamins No.
00:32 wajasu so negative. zebra's fault.
00:32 jcamins You choose which field the itemcallnumber should be pulled from by default.
00:32 No, nothing to do with Zebra.
00:32 You're asking Koha to automatically do something that is inherently non-automatable.
00:35 wajasu i guess my question involves whether it is ok for libraries to support multiple classiciation schemes at the same time? should the default be "locked". not changable at biblio import or item add.
00:36 jcamins They can use as many classification schemes as they want.
00:37 Type of classification scheme used in itemcallnumber is irrelevant.
00:37 wajasu and does each scheme influence the way labels are printed? spine labels?  callnumbers?
00:37 jcamins No.
00:37 Well, spine labels maybe.
00:40 wajasu since my librarian said "we use LOC classification" i det that as the default.  And i just thought, it would be enforcable during dataentry for consistency.  Only because i worked on spine labels.
00:40 i'm leaving you to index.
00:40 jcamins No.
00:40 wajasu Yes
00:40 jcamins Classifications are not consistent at all.
00:41 wajasu Oh.
00:41 I am learning so much.
00:41 more of a style?
00:43 jcamins Somewhat.
00:43 wahanui rumour has it somewhat is not the adjective I would use
00:44 mtj hi #koha
00:44 wajasu my librarian is up in arms because they moved the library to a new site, but the movers didn't place the shelves (with the books) back in the same relative locations.
00:44 mtj do any biblibre sites have a book-carousel running on them , currently?
00:44 wajasu AND the boss won't let him move the books :(
00:44 jcamins mtj: not that I know of.
00:45 mtj hmm, looks to be 3am in france now
00:45 jcamins Okay... why doesn't this work?
00:45 mtj ok, ill try to catch some BL folk later
00:47 Irma joined #koha
00:47 mtj jcamins, im not sure
00:48 jcamins set_context doesn't seem to do anything.
00:50 Ah.
00:50 I have to sleep before setting the context.
00:55 mtj http://koha.mediathequeouestprovence.fr did have a carousel running, but its gone now
00:55 http://catalogue.cmi.univ-mrs.[…]koha/opac-main.pl looks like its sposed to have one running, too
00:55 all those books on the main page
01:03 jcamins Wow.
01:03 select has the worst documentation EVAR.
01:11 I hate I/O.
01:12 Ooh!
01:12 I have an alternative idea.
01:13 I just read in the output file.
01:28 Damn it. Why can't I kill Zebra when the test ends?
01:29 Oh.
01:31 No, still can't.
01:36 I can kill the sh process, but not zebrasrv.
01:54 wajasu kill -9
01:55 shoot the zebra.
01:56 jcamins wajasu: yeah, but that requires me identifying the process.
01:57 wajasu ps -aef | grep zebra
01:57 jcamins wajasu: and then use cut to get the process number?
01:57 wajasu are you running zebra and trying to read its output from perl?
01:58 jcamins I've given up on that.
01:58 Now I just want to kill Zebra when the script ends.
01:58 wajasu then running it writing to a file? then reading the file when it ends?
01:58 jcamins Right.
01:59 Ah-ha!
01:59 wajasu so do you have to "wait " for the process to end?  and close/cleanup the process in perl.
01:59 jcamins Figured it out.
01:59 Use -l
01:59 The problem is that it doesn't seem to know it's a child process.
02:02 wajasu in C we would do an exec, and the child process would know and close the file descriptors inherted from the parent, etc.
02:03 jcamins wajasu: yeah, by using -l it didn't start sh, so that worked.
02:07 schnydszch joined #koha
02:09 schnydszch how do I make a MARC field-subfield be searchable in advance search. like make MARC field 590a is included in the searching limit (in advance search) of date?
02:10 papa joined #koha
03:04 pastebot "jcamins" at 127.0.0.1 pasted "rangi: it's a start, right?" (8 lines) at http://paste.koha-community.org/106
03:04 rangi yup
03:14 jcamins Uh-oh.
03:15 When I run it with -MDevel::Cover it fails spectacularly.
03:16 pastebot "jcamins" at 127.0.0.1 pasted "rangi: any ideas?" (40 lines) at http://paste.koha-community.org/107
03:17 jcamins It's either because of set_context or the fork.
03:18 rangi no idea
03:18 most likely the fork, because you are running it in the devel::cover wrapper
03:19 jcamins Yeah, that's my analysis, too.
03:20 It's exec that's causing the problem.
03:27 wajasu when you fork, in the child, if you close all the stdin,out,err filedescriptors inherited from the parent process, then the child process is not part of the parent process's  process group. and the parent won't block and wait for the child to finish.
03:27 jcamins Ooh, maybe that's my problem.
03:28 Nope.
03:29 wajasu i remember coding to discern   if child, close parent resources/file descriptors.   if you google how to write daemon.  Also, in that new index server patch from Tamil, it might have perl code to look at.
03:30 jcamins Oh, yeah, I know how to do that.
03:30 wajasu http://perldesignpatterns.com/?DaemonProcess
03:30 jcamins Now I'm stuck on the Devel::Cover issue.
03:31 Nothing to do with the fork.
03:32 set_context?
03:33 Not set_context.
03:33 C4::Search is coverage-proof.
03:34 Well... ugh.
04:04 wajasu i'm going to have to break GetPreparedLetter up so I can getLetter, do my overdue processing, and then ProcessLetter.
04:07 jcamins Wow.
04:08 The getRecords cursor functionality is... odd.
04:14 cait joined #koha
04:14 jcamins_away Heh. Funny how I always leave right when cait arrives.
04:14 cait: it's not you. It's just late.
04:15 cait heh
04:15 so leave :)
04:28 schnydszch joined #koha
04:35 wajasu does anyone recall seeing overdue_notices reporting multiple items with a fine?    and possibly accumulating them?
04:36 cait ?
04:36 what it used to do is
04:36 output all items with fines and the fine on the item, not summing up or something like that
04:37 just one line for each item and the respective fine - not sure I understand your question :(
04:38 wajasu i see a default overdue template with  <fine>USD</fine>  in it.  then later remnant non effective code is substituting that for <<item.fine>>  but the GetPreparedLetter requeries for the db letter, so back to <fine>USD</fine>, then cleanup code strips out tags that never got substituted.
04:38 so you remember seeing multiple lines.
04:39 cait that sounds messy
04:39 I am not sure what you mean by multiple lines :(
04:39 it will not output each single fine, but the total fine for each item
04:40 book a, 1.50 EUR
04:40 book b, 1.50 EUR
04:40 book c, 3.00 EUR
04:40 wajasu "Catcher inthe Rye" by Joe,   Fine: $5.00 \n   "To Kill a zebra" ,bby Frank  Fine: $10.00
04:40 cait or it did that... not sure how badly they broke it
04:40 yep
04:41 wajasu i am trying to understand the substitution code.  its very db chatty.
04:43 cait I have never gone there I fear
04:43 I tihnk not a lot of libraries are using fines
04:43 but we do... so I would be really glad to see it fixed
04:44 what is it doing now?
04:44 wajasu Fine: USD    or  Fine:  EUR
04:44 cait no amount?
04:45 wajasu no amount.
04:45 cait and there is an amount on the item I guess?
04:45 and it's F or FU?
04:46 wajasu i have <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <fine>USD</fine></item>
04:46 then its becomes <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <<item.fine>></item>
04:46 cait that doesn't make much sense to me
04:47 wajasu then later <<item.fine>> is not substituted, and then cleaned up.
04:47 cait maybe the code got messed up?
04:48 wajasu i think <fine>USD</fine>  is a OLD way to designate a placemarker, so they massaged it to <<item.fine>>
04:48 cait http://git.koha-community.org/[…]1b6ce155ed9be5fb5
04:48 I am not sure about that
04:48 the <fine> syntax is the only way I am aware of
04:49 wajasu BUT the code in overdue converts to converts to <<item.fine>> after grabbing the USD, and formats/pushes a table for each item.
04:50 cait sorry, I am lost here
04:50 wajasu then GetPreparedLetter is called with all that.  But it rereads the DB and gets the original template  <fine>USD</fine>
04:50 cait too much changed perhaps, maybe trakcing down the commits would work
04:50 the abovelink it the initial commit that introduced the feature
04:50 wajasu you should see those
04:51 cait sorry, have to get ready for work, brb
04:52 wajasu thx
04:52 cait the notices and slips have changed a lot
04:52 so i guess that's why it's broken... but no idea how the new system changed it
04:52 wajasu i see a few patches, and other bugs i see int he code that have new bugs.
04:53 i wish we could reuse template tooolkit for this.
04:53 one bug said there is a 64K limit, so after that, those notices are lost.
05:00 cait I think that got fixed
05:00 I remember it's quite old - did you see it in the code or on bugzilla?
05:01 and it's probably only for the overdue message sent as attachement, sould be hard to reach that limit for a single borrower
05:01 wajasu bugzilla.  your right.  well if i get multiple amount without summing, that would  be decent.
05:02 i'm adding another overdue with a fine so i can see if multiple rows come out.
05:03 Irma joined #koha
05:10 wajasu do fines get reconciled in a bactch job? i checked in a book for patron, wrote off the payemnt and when i log in, he still has the same amount due.
05:33 cait no, when you write it off, it's gone
05:33 but it shows as paid
05:33 another question
05:33 did you run first the fine job and then the overdues job in your testing?
05:34 wajasu: and I think rental charges and such would not be printed maybe, should be a real fine generated by the overdue notices job
05:39 wajasu ooh mama. found it.  i got its spitting out  $0.00   yeah.
05:40 i'm toast. this will have to wait for a new day.
06:29 mbalmer joined #koha
07:11 Irma1 joined #koha
07:25 eythian joined #koha
07:30 rangi hi eythian
07:30 eythian howdy
07:30 wahanui niihau, eythian
07:30 kf joined #koha
07:31 rangi evening kf
07:31 or morning
07:31 eythian hi kf
07:31 kf it's still weird :) good morning and good evening
07:38 mveron joined #koha
07:38 eythian yay, just got approval to go to YAPC::EU
07:38 rangi cool
07:38 mveron Good morning #koha
07:41 mbalmer I marc, completely forgot about the age restrictions, sorry...
07:42 I am a bit swamped in work, these days, it seems ;)
08:14 rangi fredericd++ # po files updated
08:17 eythian http://act.yapc.eu/ye2012/talk/4174 <-- ohh very relevant
08:17 rangi oh yep
08:18 kf looks like lots of talks could be relevant
08:18 there is also plack, moose, moo...
08:19 eythian yeah
08:19 The packaging one seems to be RPM focussed, alas.
08:21 rangi eythian: you'll have to represent nz at the kohacon13 meeting
08:22 its on at 3am here
08:22 eythian Oh, when's that?
08:22 Ah right.
08:22 rangi next week i think?
08:22 yep the 22nd
08:22 kf thursday I think
08:23 ah no wednesday
08:23 he probably can't
08:23 eythian I shall be at YAPC::EU then, all going well :)
08:23 though, I could phone it in (literally)
08:23 rangi :)
08:23 * magnuse waves
08:23 rangi we can deputise kf as honorary nzer then
08:23 hi magnuse
08:23 magnuse lucky eythian :-)
08:23 hiya rangi
08:24 eythian hello magnuse
08:25 magnuse kia ora eythian
08:28 did you guys hear bibsys and oclc decided not to go ahead with their deal?
08:29 eythian I didn't.
08:29 Did they say why?
08:29 rangi ohh
08:29 interesting
08:29 wahanui i heard interesting was sometimes good and sometimes bad
08:30 magnuse i have not heard a lot of detail yet
08:30 http://www.bibsys.no/norsk/nyh[…]adMore.php?id=276
08:30 there is an english bit in italics
08:31 rangi ah yep
08:31 hmm
08:32 looks like they blew the budget
08:33 magnuse they are in a hurry to find a new "search/end user tool", it seems
08:33 "differences in timing and interpretation of what the solution would entail for BIBSYS, as a system integrator"
08:34 rangi took nearly 2 years
08:34 magnuse yeah
08:34 rangi thats code for, we argued for 2 years
08:34 magnuse hehe
08:35 i did a blog post saying drop oclc, use free software. then there is noone to argue with and no lawyers :-)
08:36 eythian I'm sure they can still find someone to argue with :)
08:36 magnuse hehe
08:36 rangi oclc have been not having much luck in scandanavia lately
08:40 magnuse oh?
08:41 rangi yeah sweden
08:41 http://www.kb.se/english/about[…]o-deal-with-OCLC/
08:42 magnuse ah yes, forgot about that one
08:43 we are a tough lot to get along with...
08:44 rangi heh specially the finns, you can ask the russians about that
08:45 magnuse :-)
08:46 eythian Also the reanimated Nazis looking for their gold.
08:47 ibeardslee nazis from the dark side of the moon?
08:47 kf ?
08:48 rangi kf: there is a conspiracy theory
08:48 eythian No, the ones that were chased into the mountains and came back when the cursed gold was touched.
08:48 ibeardslee: I saw that movie when I was in London. It's good fun.
08:48 rangi after the war they built a base on the darkside of the moon
08:49 eythian rangi: it's a movie, not a conspiracy theory :)
08:49 rangi and they made it into a movie
08:49 ibeardslee Iron Sky .. yes it was a good bit of a laugh
08:49 eythian well, I suppose it could be both...
08:49 rangi finnish movie
08:49 magnuse in norway we have nazi zombies
08:49 eythian However it was Død Snøw I was talking about.
08:50 *Snø
08:50 magnuse http://www.imdb.com/title/tt1278340/
08:50 eythian magnuse: way ahead of you ;)
08:52 ibeardslee http://www.imdb.com/title/tt1034314/
08:52 magnuse eythian: gah!
08:54 the same folks have made couple of other great flix too: Kill Buljo http://www.imdb.com/title/tt0913401/ and Tomme tønner http://www.imdb.com/title/tt1553935/ (the followup to the last one was shite, though)
09:34 trea joined #koha
09:43 eythian http://youtu.be/S6vnM9I7HIo <-- magnuse, on the subject of zombies...
09:45 * magnuse is on mobile not-so-broad-band today...
09:46 mib_oo1lhy joined #koha
09:46 kf magnuse: hiding out in the woods again? :)
09:46 magnuse kf: yup
09:53 ala_3vo joined #koha
09:54 ala_3vo Hello #koha
09:55 I had an error message when trying to restore mysql file
09:55 the error message is
09:56 ERROR 1005 (HY000) at line 3318: Can't create table 'koha_siche.letter' (errno: 150)
09:56 kf magnuse: hope you sleep well after all this talk about zombies...
09:57 eythian ala_3vo: what is in the database before you do the restore?
09:57 magnuse kf: it will be ok, i think...
09:57 ala_3vo I have just install a new koha
09:58 eythian ala_3vo: and after doing that, did you run the web installer before you attempted to restore the mysql file?
09:58 ala_3vo yes, I went through that
09:59 before mysql restore
10:00 eythian OK, that's the issue. There's something funny about the letters table.
10:00 I would drop the letters table manually and try the restore again.
10:00 (actually, I'd drop everything, but that's not all that easy unfortunately.)
10:01 ala_3vo let me try an restore again
10:01 give me sometime
10:04 mib_l6ceu8 joined #koha
10:05 ala_3vo joined #koha
10:05 mib_l6ceu8 Does anyone know where I can download Koha version 3.05.00.001 ? I need to move server and the source server version is this but it isn't listed on the koha download site?
10:06 eythian there's not really such a thing as 3.05
10:06 ala_3vo Here's the error again
10:06 ERROR 1005 (HY000) at line 3309: Can't create table 'koha_koha.letter' (errno: 150) r
10:06 eythian ala_3vo: you didn't drop the letter table
10:06 mib_l6ceu8 eythian: That may be the case, but I have it in production for about 18 months!
10:06 ala_3vo eythian: how do I do that?
10:07 mib_l6ceu8 I must have downloaded it from somewhere!?
10:07 eythian mib_l6ceu8: it's not a git checkout, is it?
10:07 I don't think we make tarballs of development releases.
10:07 (which is what that is)
10:07 mib_l6ceu8 ah, yes - that would make sense!
10:07 kf you could consider and update to a recent stable version of 3.6
10:07 eythian ala_3vo: use "sudo koha-mysql siche" to get access to mysql, then 'DROP letter;' to delete the table.
10:08 mib_l6ceu8 kf: me?
10:08 eythian mib_l6ceu8: I would seriously consider the upgrade.
10:08 ala_3vo okay, I'll try tha
10:08 kf mib_l6ceu8: yes :) that was the next stable release after 3.5 - uneven is development, even numbers are stable
10:08 mib_l6ceu8 I would love to, honestly. But this version is almost a fork (I have customised it so much for the customer) that it is beyond upgrading.....
10:09 kf so how did you download it the first time?
10:09 mib_l6ceu8 git
10:09 I had just forgotten!
10:09 ala_3vo eythian: the last line states:
10:10 eythian mib_l6ceu8: well if you've customised it, and the customisations are in git, then it shouldn't be hard.
10:10 ala_3vo ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
10:10 eythian ala_3vo: what did you type to get that?
10:10 kf so with git you can get the same version again, but maybe long term you should consider updating and fixing your customizations
10:10 ala_3vo koha-mysql siche
10:10 eythian ala_3vo: did you type 'sudo koha-mysql siche'?
10:10 ala_3vo no
10:11 eythian then do that. It's important to follow instructions correctly, or things won't work.
10:11 mib_l6ceu8 kf: Agreed.  Time is against me at the moment though.
10:11 ala_3vo same message when "sudo koha-mysql siche"
10:12 eythian really? That doesn't make a whole lot of sense to me.
10:13 Oh well, you can do the same by using: mysql -uuser -ppassword database
10:13 where user, password and database are the ones for your koha database.
10:13 actually, how are you doing the restore? I bet they're exactly the same as that.
10:14 ala_3vo mysql -u koha_koha -p koh_koha < 20120730.sql
10:15 mysql -u koha_koha -p koha_koha < 20120730.sql
10:15 user is koha_koha
10:16 eythian ala_3vo: you're doing something wrong somewhere, because the first time you were using koha_siche
10:16 the second time you were using koha_koha
10:17 ala_3vo I'm sorry the only sites available is koha. It should be koha_koha
10:18 eythian ok. In that case, sudo koha-mysql koha
10:18 ala_3vo yes I have that mysql>
10:19 eythian ok, now continue with the instructions.
10:20 ala_3vo eythian: I'm lost with the instructions.
10:20 eythian 'DROP letter;'
10:20 then attempt the reload again.
10:21 I can't remember if anything depends on 'letter', if it does you'll have to follow the trail and drop all the appropriate tables.
10:21 * eythian <- lunch
10:28 kf lunch too
10:31 * magnuse too
11:26 kf back
11:28 nengard joined #koha
11:34 jcamins_away Yay! I figured out how to get coverage from Search.t!
11:36 jcamins I was running the test from the wrong directory.
11:48 * mveron ...is back in office.
11:51 nengard anyone know what reserves.constrainttype is? It has an 'o' or an 'a' in my database
11:52 mib_y0sjgk joined #koha
11:58 mib_y0sjgk anyone know why, when trying to move Koha to a new server, I am getting the "Down for Maintenance" page on OPAC and the web installer on the STAFF?
11:59 I have loaded the database from the original Koha server, the OpacMaintenance syspref is set to 0 and the source folder structure has been copied over....
11:59 Is there a file somewhere (that I am missing) that has a value set to keep showing the web installer/maintenace page?
12:03 jcamins mib_y0sjgk: did you run through the web installer? It shows up when you have code that is newer than your database.
12:04 mib_y0sjgk But then it will update the database, won't it!?
12:04 jcamins Yes.
12:05 mib_y0sjgk Right, however. How can it tell the code is newer. I copied the /etc/koha/* folder from the older server to the new one. So the old code should be (is) there now
12:06 jcamins Source code.
12:06 wahanui source code is at git.koha-community.org
12:06 jcamins /usr/share/koha/*
12:06 mib_y0sjgk yes, my mistake. I did mean /usr/share/koha/*
12:06 but /etc/koha/* too for config etc
12:07 jcamins That is very odd. Did you actually go through the installer?
12:07 (since moving to a new system)
12:07 *the new system
12:07 mib_y0sjgk I did, at first, but I noticed it upgrading tables. So I reloaded the db dump and it appeared again
12:08 jcamins You need to go through the installer.
12:08 It is upgrading tables because the code does not match.
12:09 mib_y0sjgk jcamins: So, I moved the /usr/share/koha/* folder from the old server to the new one, load the old koha database to the new, copy the /etc/koha/* folder to the new.......
12:09 which part doesn't match?
12:09 jcamins I have no idea.
12:09 Copying /usr/share/koha yourself is considered a spectacularly bad idea.
12:10 mib_y0sjgk why so?
12:11 jcamins Because you ran the installer in one environment, and are now using the files in another environment.
12:11 When you run into problems like this, all anyone can say is "that sounds weird."
12:12 mib_y0sjgk True about the "... sounds weird" !
12:12 jcamins If you don't want to upgrade to the latest stable version (and you should), at the very least you should install the same version.
12:12 Go through the installation process, point it to our existing database.
12:12 mib_y0sjgk Not sure about the moving folders though, as long as dependencies are exact I can't see any problem (not to say there isn't any though!)
12:13 jcamins Is it working as you expected?
12:13 mib_y0sjgk touche!
12:14 jcamins Actually, what you should really be doing is using the packages.
12:14 packages?
12:14 wahanui i guess packages is at http://wiki.koha-community.org/wiki/Debian
12:16 mib_y0sjgk yep, for a newer install I would. However, this is an older version of Koha I am migrating, all the dependencies came down fine from apt store
12:16 jcamins What version?
12:18 mib_y0sjgk 3.05.01 (dev version) we got stuck with a good while back at this stage
12:19 jcamins Uhhh...
12:19 Wow.
12:19 You should upgrade to 3.6.
12:19 mib_y0sjgk I know - I can't - it's complicated!
12:19 jcamins Wow.
12:19 Good luck to you.
12:19 mib_y0sjgk Thanks!!
12:29 oleonard joined #koha
12:31 oleonard Hi #koha
12:36 jcamins Statement coverage in C4::Search is up to 29.4%
12:43 kf oh, cool. how?
12:44 jcamins A lot of hard work?
12:44 ago43 joined #koha
12:52 Irma joined #koha
12:52 tcohen joined #koha
12:53 Callender joined #koha
12:55 Callender_ joined #koha
12:56 NateC joined #koha
12:57 Callender__ joined #koha
12:58 tcohen hi #koha
12:58 kf jcamins++
12:59 Callender___ joined #koha
13:00 libsysguy joined #koha
13:10 jcamins nengard: you asked me that yesterday and I answered it.
13:11 nengard I asked you what? and I logged out before I saw an answer
13:11 obviously
13:11 :)
13:11 jcamins I responded on the list as well.
13:11 nengard oh okay :)
13:12 Thank you Jared
13:12 jcamins++
13:12 sorry to ignore you the first time
13:12 but now everyone knows :)
13:13 * oleonard wonders why GMail thought that message from nengard was in Armenian
13:15 eythian American, Armenian. Easy mistake to make :)
13:16 * jcamins sighs, bangs his head on the desk.
13:16 jcamins Testing C4::Search is like shooting yourself in the arm with a nail gun every fifteen seconds.
13:16 * kf gets a pillow in between
13:16 eythian good work, it'll act like a silencer.
13:16 jcamins oleonard: I was wondering that too.
13:16 kf eythian: stop procrastinating!
13:18 nengard oleonard huh?
13:18 did gmail tell you that? or did my email have something in it that made that happen?
13:18 oleonard nengard: GMail offered to translate your email into English from Armenian.
13:18 nengard LOL
13:18 Gmail must be tired today like me :)
13:19 * nengard was up at 3am today to get bengard to the airport
13:19 oleonard Gmail says "Koha" is Armenian for "Time"
13:20 Google Translate says "Koha" is Estonian for "Time"
13:20 Here we thought Koha was a gift, turns out it's just a time-sink!
13:24 nengard OH NO!
13:25 jcamins 30%
13:25 We have reached the depressing part.
13:27 oleonard jcamins: You got to the part in C4::Search where Bambi's mom dies?
13:27 kf lol
13:27 nengard oh my
13:27 oleonard is on a roll today
13:27 jcamins lol
13:28 kf oleonard++
13:28 tcohen has anyone thought on having sort of 'groups' of patrontypes for setting circ and fines rules?
13:29 oleonard tcohen: Many people, but no one has done the work to make it happen.
13:29 jcamins tcohen: there has been discussion of how great it would be, but you're the first to volunteer. :)
13:29 kf hm
13:29 tcohen hahaha
13:29 kf metagroups for patron types?
13:30 aren't our circ rules complicated enough yet? :)
13:31 tcohen jcamins: i'd like to, but i still have to work on prioritizing cover images
13:33 jcamins: i realized i volunteer for things, but pathologically came back to implement indexing queue stuff hahaha
13:33 jcamins tcohen: I'm writing tests for C4::Search, so I understand you. :P
13:34 tcohen hehe
13:34 we are live with 3.8 now, and still need to adapt circ rules to the suspension in days implementation
13:35 we had our own when we migrated from ISIS to Koha 3.0.6
13:35 jcamins Why is coverage still at 30%?
13:37 nengard tcohen i think i have an enhancement request with that idea
13:37 i know some of our partners have asked for it in the past
13:38 tcohen - i was wrong - I did one for groups of items : bug 6685
13:38 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6685 enhancement, P5 - low, ---, kyle.m.hall, NEW , circ rules by groups of items
13:38 tcohen we have at least 12 patron types which could be grouped in 3 metagroups that are pretty similar in circ rules
13:39 jcamins Ah-ha.
13:39 tcohen if we had metagroups we could set defaults for each group, and have specific rules for a few that differ a bit
13:39 jcamins Because I was only checking the "C4::Context" syspref.
13:42 tcohen what are you working on jcamins?
13:42 nengard: i'll check that bug, thanks
13:44 jcamins tcohen: writing tests for C4::Search.
13:44 kf fast and feature packed... ubuntu makes your pc a delight to use.
13:44 jcamins Alas, it's rather a large patch...
13:44 27mb.
13:46 tcohen oh, a sysadmin here at UNC is announcing is going to NZ to work with some friends in a few months!
13:49 eythian cool
13:50 maximep joined #koha
13:50 eythian I'll be back there in about 5 or so weeks.
13:50 tcohen i think i'll send some alfajores for our Koha frineds
13:50 eythian what are they?
13:50 wahanui they are still working on it...
13:51 nengard left #koha
13:52 kf wahanui++
13:52 tcohen http://en.wikipedia.org/wiki/Alfajor
13:55 Callender joined #koha
13:57 pastebot "jcamins" at 127.0.0.1 pasted "25 tests, 21 of them new" (89 lines) at http://paste.koha-community.org/108
14:03 gmcharlt @quote random
14:03 huginn gmcharlt: Quote #208: "<mtompset> Tonight... I tango with git." (added by jcamins at 03:01 PM, June 28, 2012)
14:04 oleonard I wonder if git called him back?
14:04 kf heh
14:04 you _are_ on a roll today
14:05 * oleonard promises to get serious
14:05 oleonard |:-|
14:06 kf that looks square, not really serious
14:08 eythian squares are serious
14:09 If movies set in/from the 60's or so have taught me anything...
14:10 oleonard ...and/or TV shows shot in the 60's set in the 23rd century featuring space hippies.
14:11 drojf joined #koha
14:15 kf guru meditation???
14:16 oleonard http://www.youtube.com/watch?v=MRewcZXEMb8
14:16 kf sorry... that was the error virtualbox is showing
14:16 including a little picture of a meditating guru
14:17 drojf hi #koha
14:17 jcamins Hey, this is weird.
14:17 Did anyone know that QueryWeightFields doesn't do anything?
14:17 eythian kf: those who don't study historical error messages are doomed to repeat them.
14:17 jcamins Nothing at all.
14:17 eythian http://en.wikipedia.org/wiki/Guru_Meditation
14:17 jcamins Not a blessed thing.
14:18 oleonard Meaning Zebra always, or never ranks search results by relevance?
14:19 jcamins Meaning that we don't actually modify the relevance ranking with our stupid relevancy transformation.
14:19 wajasu joined #koha
14:20 kf there is also a bus driven by damons apparently
14:20 and it's unhappy
14:20 jcamins Oh-ho!
14:20 eythian Poor Damon.
14:20 jcamins I just managed to get QueryWeightFields working.
14:20 kf jcamins: by accident?
14:21 jcamins kf: well...
14:21 yes, actually.
14:21 wahanui actually are you going to be the system administrator for this system?
14:24 eythian tcohen: I don't know that alfajor would be allowed into the country.
14:24 tcohen i think we're gonna try
14:24 eythian Make sure that they're declared, otherwise it'd be a nasty fine should they find them otherwise.
14:24 tcohen the worst scenario would be dumping them i guess
14:25 oh, i'll let my fellow know
14:25 eythian NZ is extremely picky about those sorts of things.
14:25 tcohen goot to know!
14:25 kf but if you declare it seemed ok
14:25 I brought lots of chocolate
14:25 eythian Chocolate is OK
14:25 processed stuff is generally fine
14:26 jcamins 31.4%
14:26 eythian jcamins needs a progress bar
14:28 jcamins Whoah.
14:28 "Bad gateway"
14:28 That's what I got when I changed QueryAutoTruncate to true.
14:29 eythian that seems unexpected
14:29 * oleonard will be back later
14:29 oleonard quit
14:30 eythian quitter
14:30 jcamins It works when I access Apache directly.
14:30 I'll restart nginx.
14:30 eythian could be a cached error
14:30 jcamins Ah, good call.
14:33 oleonard joined #koha
14:35 jcamins 32.7%
14:42 mib_y56116 joined #koha
14:46 mao joined #koha
14:51 drojf joined #koha
14:54 jwagner joined #koha
14:58 tcohen nengard, is there a list of expresions/macros that can be used when defining slips?
14:59 i'd like to add the staff member cardnumber for example
14:59 rambutan joined #koha
14:59 tcohen but couldnt find a list of the available macros
14:59 jcamins 42.1%
15:00 eythian: that bug used to be an issue in the OPAC, but it was fixed.
15:00 eythian ah right. Wasn't fixed in the staff client apparently.
15:01 oh no, this client is still on 3.2
15:01 ah no, 3.6
15:01 that's not so bad
15:04 jcamins 42.1%
15:04 Oh, I already said that.
15:05 eythian we'll call it 42.15%
15:06 jcamins Thanks.
15:10 Bah. I need to populate itemtypes.
15:12 drojf jcamins: what is that slow thing you are doing?
15:14 eythian drojf: everlasting gobstopper
15:15 druthb joined #koha
15:15 druthb o/
15:15 drojf mhh sounds delicious
15:16 jcamins drojf: writing a test for C4::Search.
15:16 It isn't delicious.
15:16 It's awful.
15:16 Barrc1 joined #koha
15:17 drojf jcamins: you are a brave, brave man
15:17 jcamins Mostly just dumb.
15:17 drojf you said that ;)
15:18 Barrc1 Hey all - is there a routine available for writing/updating a specific tag value from the biblioitems marcxml feild? Say, I needed to update the 008 tag. I don't mind taking a crack at it but if there is something already there......
15:26 jcamins Barrc1: not at present. I think there is a bulk biblio update feature that is waiting for signoff.
15:26 42.8%
15:27 nengard joined #koha
15:31 Barrc1 jcamins: Thanks - maybe I will check it out and sign it off! Else write one myself!
15:31 druthb Ooohh... "Evenstar" from the Two Towers soundtrack, just came up in Pandora.  Lovely!
15:39 NateC left #koha
15:39 NateC joined #koha
15:40 jcamins 44.6%
15:40 rambutan joined #koha
15:42 Barrc1 Ha - just a strange aside - has anyone ever seen Data::Dumper display in reverse! That is, the dataset reads upwards instead of downwards!
15:43 Data Dumper
15:44 jcamins Barrc1: if it's a hash, there's no implied order.
15:44 druthb If you're dumping a hash, the order of the dumping is pretty arbitrary, as hashes are not ordered.
15:44 jcamins If it's an array, you must have reversed it by accident.
15:44 druthb jinx, jcamins!
15:44 jcamins Okay, I still need to test ccl and cql overrides, availability limit, and...
15:44 Barrc1 Yes, I know. But it is not the sort (order) that is the problem:
15:44 jcamins stemming.
15:44 wahanui stemming is off, however
15:45 jcamins wahanui: thanks for that.
15:45 wahanui bitte jcamins
15:45 jcamins Uhhh... does stemming *do* anything?
15:47 drojf jcamins: sound important?
15:47 jcamins drojf: right, thanks.
15:49 Well.
15:49 That's...
15:49 Creative.
15:50 * drojf offers english wine gums
15:50 jcamins You know how we thought stemming did something on its own?
15:50 drojf drown your sorrows in sugar ;)
15:50 jcamins We were wrong.
15:51 MY EYES THEY ARE BLEEDING FROM THE WTFERY!
15:51 I have always thought that stemming didn't work because we didn't do it right.
15:51 drojf jcamins: honestly i think i tried to find out something about it long ago, long before i knew about the full glory of Search.pm. i stopped because i thought i don't understand anything that is going on and should leave it alone
15:51 jcamins Turns out stemming doesn't work because we throw away the results.
15:52 rambutan @seen CNighswonger
15:52 huginn rambutan: I have not seen CNighswonger.
15:52 rambutan @seen chrisn
15:52 huginn rambutan: I have not seen chrisn.
15:52 jcamins @seen chris_n
15:52 huginn jcamins: chris_n was last seen in #koha 1 week, 0 days, 1 hour, 27 minutes, and 34 seconds ago: <chris_n> lol
15:52 rambutan @later tell chris_n Hey, I monitor the list at least. I'll check in on IRC.
15:52 huginn rambutan: The operation succeeded.
15:53 drojf jcamins: so we get results, but throw them away? you're kidding. right? right?
15:53 jcamins drojf: nope.
15:53 drojf wow. that's… special
15:53 jcamins If you have query weighting on, we keep the stemming, *but* then we go and massacre it with our relevancy transformation.
15:54 So stemming will only work with one word, and only if you have just the right combination of sysprefs.
15:55 drojf but in that combination i bet it's awesome
15:55 jcamins 45.9%
15:55 lol
15:55 Yes, actually.
15:55 wahanui actually are you going to be the system administrator for this system?
15:55 drojf so it makes up for the rest
15:55 jcamins If I search for "pressed" I'll get results for "University Press." :D
15:55 drojf ha! :D
15:58 jcamins ... not that I wanted those results, but...
16:00 * chris_n peaks in while eating lunch
16:01 jcamins Oh, and error conditions.
16:01 I'd also like to test scan, but it's broken in master.
16:01 Well- maybe.
16:01 Could someone please test scan in master?
16:02 * jcamins tries.
16:03 chris_n scan?
16:03 jcamins Index scan.
16:03 chris_n ahh
16:03 jcamins It does work, ignore my earlier statement.
16:04 kf jcamins: it'y only broken for diacritics
16:05 jcamins Ah, yeah, it would be.
16:13 adnc_ joined #koha
16:14 jcamins 47.0%
16:15 drojf almost there!
16:16 jcamins Okay...
16:16 I need a CQL query.
16:16 This may be problematic.
16:18 Oh, never mind.
16:19 I forgot that yaz uses a slightly modified version of CQL.
16:20 Availability limit.
16:21 Kind of hard to test something that is known to not work.
16:27 47.9%
16:28 When I hit 50%, I'm making more truffles.
16:30 BLARGH!
16:30 pastebot "jcamins" at 127.0.0.1 pasted "this is what I have to put up with" (5 lines) at http://paste.koha-community.org/109
16:32 Barrc1 left #koha
16:32 martian523 joined #koha
16:32 martian523 morning!
16:32 wahanui morning is probably a state of mind. or whenever the cat wants breakfast.
16:32 wizzyrea hi :)
16:33 martian523 i have a question regarding fines
16:33 it shows up on "my fines", but not showing up on "my summary"
16:33 rambutan an idle mind wants to know why not use $db_connection and $query?
16:34 martian523 just want to let you know i'm not an IT expert, just a regular librarian. =)
16:35 * wizzyrea is looking
16:35 jcamins rambutan: it's borrowed from the C library.
16:35 rambutan: however, the bigger issue is that we're discussing the SQL at all.
16:35 wizzyrea oph you mean in the OPAC
16:35 * wizzyrea checks that too
16:35 melia joined #koha
16:36 martian523 yes, in the opac
16:36 wizzyrea hmm, in 3.8 it shows the fines on the fines tab in my summary
16:36 the first question?
16:36 wahanui "What are you trying to do?"  "What is the goal?" or "What problem are you experiencing?"
16:36 wizzyrea the second question?
16:36 wahanui the second question is "What is the exact error message?"
16:36 wizzyrea the third question?
16:36 wahanui well, the third question is "What version of Koha are you using?" http://koha-community.org/faq/[…]ion-koha-running/
16:36 wizzyrea there it is :)
16:37 can you get a screen cap of the problem you're experiencing, martian523?
16:37 well, better, I'll show you what *I* see
16:37 martian523 ok, i'll try
16:37 wizzyrea and you can tell me if yours is different :)
16:38 martian523 ok
16:39 wizzyrea do you know what version of koha you are using?
16:39 http://screencast.com/t/ELfJb7nQb
16:39 this is what mine looks like
16:40 martian523 yes, that's how mine looks like too, but should the fines show up on "fines" instead of "no"?
16:41 but when you click on the "my fines" tab, the fines show up
16:41 isn't that kinda misleading for a patron?
16:41 "o, i don't have fines....but wait, i do."
16:42 wizzyrea oh I see - right that only applies if there is a fine for that particular item
16:42 so in my case
16:42 I have no fines accruing on berenstain bairs
16:42 bears
16:42 wow, epic misspelling.
16:43 * drojf thinks that is obvious
16:43 drojf that it is only fines for that particular item
16:43 wizzyrea the simple fix for you
16:43 is to use jquery to change the header text for that column
16:43 to whatever you think is more clear
16:44 Fines accruing on this item (too long) or "fines on this item" or "fines accruing"
16:44 martian523 hmm...
16:44 wizzyrea ping oleonard
16:44 martian523 but it is fine on these items
16:45 they're overdue, so there should be fines
16:45 wizzyrea not in my system
16:45 or are you saying that in your system, these items are overdue and should be showing that there are fines
16:45 but are not
16:46 i mean, I don't have rules for overdues so overdue items don't accrue fines in my system
16:46 martian523 yes, these items are overdue, it's not showing up on "my summary" tab
16:46 wizzyrea it's not showing that they are overdue?
16:46 martian523 but the fines are showing up on "my fines"
16:46 wizzyrea what version are you using?
16:46 martian523 it is showing up they're over due
16:46 3.8.3
16:46 jcamins martian523: did you have your IT person set up the fines cron jobs?
16:47 wizzyrea it would seem so if he shows fines on the fines tab
16:47 martian523 yes
16:48 wizzyrea then your next best option
16:48 is to use jquery to hide that until it's fixed.
16:48 and file a bug
16:48 and submit a patch :P
16:48 martian523 wow....
16:48 * jcamins wasn't paying attention, sorry.
16:48 wizzyrea wow?
16:48 martian523 file a bug and submit a patch
16:48 jcamins Be vewwy, vewwy quiet. We're hunting zebras!
16:49 And it sounds like we're about to have an epic downpour.
16:49 martian523 so i'll need to ask IT to hide that field
16:49 ?
16:49 * wizzyrea suspects you took that a bit in the wrong way - *you* don't have to submit a patch, but patches are *always* welcome ;)
16:49 cait joined #koha
16:49 wizzyrea and bug reports help us know what to fix
16:49 (can't fix it if we don't know it's broken and all that)
16:49 martian523 ok
16:49 * cait waves
16:50 martian523 thanks for your help!
16:50 adnc_ joined #koha
16:50 wizzyrea yea, let us know if you need help with the jquery
16:51 or your IT guy
16:51 * drojf notes 'wizzyrea' in his 'people to bug about jquery' list
16:51 wizzyrea whoever, we're happy to help
16:51 martian523 haha, thanks!
16:52 wizzyrea kek
16:52 yw, anytime
16:55 * wizzyrea wonders since when "try and help out" was an offensive suggestion
16:56 drojf it is on mars ;)
16:57 * wizzyrea giggles
16:57 wizzyrea good one
16:58 drojf wow, i did not remember how long things can take in windowsland. watching a stone age filemaker database to update to a new filemaker database just to export the data on one machine, waiting for a hyper-v *cough* snapshot on the other
16:59 maybe i have to reboot something. the solution to everything
17:00 * jcamins does the happy truffle dance
17:00 jcamins 50.6%
17:01 And the test is still shorter than Search.pm.
17:01 Barely.
17:01 drojf heh i should probably not complain about my db upgrade taking 10 minutes in front of jcamins
17:02 jcamins drojf: no.
17:02 drojf i wish that snapshot thing had a percentage though. i wonder if that does anything and it has been running for almost an hour now
17:03 hm. it has a progress bar. that is all grey, like in 0%
17:05 cait drojf: don't mention vm to me
17:05 * cait growls
17:05 drojf what did i miss? or should i better not ask?
17:07 uh-oh a blue line appeared, indicating something around 50%
17:07 cait virtualbox hates me
17:08 drojf i would be happy to swicht vms with you. this is hyper-v
17:08 switch even
17:08 jcamins Uh-oh. I can't tell whether these records are checked out or not.
17:09 I know what you're thinking.
17:09 You're thinking "how the devil can you not know if an item is checked out or not?"
17:09 wizzyrea do tell
17:09 jcamins I'll tell you-
17:09 I don't know.
17:11 cait drojf: I would break that too
17:11 jcamins wizzyrea: I figure baffling check out statuses is a tradition, amiright?
17:12 wajasu perl question.  fixed overdue_notice.pl to show fines for each item.  i needed to add GetLetter in C4::Letters  i noticed a @EXPORT section
17:12 drojf cait: i'm pretty sure it will break itself
17:12 wajasu at the top of C4::Letters. do i need to add GetLetter like so?  ==> @EXPORT = qw( &GetLetters &GetLetter  ...
17:12 wizzyrea you are right@
17:12 !
17:12 jcamins wajasu: that depends if you want to export it.
17:13 Okay, I shall check out a few items that I know are checked out.
17:13 wajasu i'm calling it from overdue_notices.pl successfully.
17:13 jcamins Then no.
17:14 wajasu thx
17:18 jcamins Ah-ha.
17:19 I needed to run remove_items_from_biblioitems.
17:19 Or not.
17:20 Why on earth did I decide to use the MARC21 data from the sandboxes?
17:20 In hindsight, that was roughly the stupidest thing I could've done starting out.
17:21 wajasu are you in a sandbox?
17:21 jcamins No.
17:21 But I wanted a dataset of ~100-200 records.
17:22 With items and stuff.
17:22 wizzyrea hm
17:22 jcamins And consistent authorized values.
17:23 wajasu if i upgrade from 3.0.??? to 3.8.3  then should i be running remove_items_from_biblioitems after the upgrade?
17:23 jcamins Yes.
17:23 wajasu thats on my TODO list.
17:24 jcamins If you mean the upgrade is, that's fine.
17:24 If you mean running the script, you *absolutely must* run it as soon as you upgrade.
17:24 Before anyone else touches the server.
17:24 wajasu right after the webinstaller upgrades
17:25 jcamins Right.
17:25 wajasu cool.
17:25 maximep bah, I ran it months after the upgrade :S
17:26 but dont do like me :p
17:34 jcamins Would someone please do me a favor?
17:35 Check out a book.
17:35 Any book.
17:35 Then tell me whether the OPAC says its been checked out.
17:36 wizzyrea opac search or detail
17:37 jcamins Detail.
17:37 You answered my question in a PM.
17:37 wizzyrea oh :)
17:37 cool
17:38 * jcamins reinstalls Koha.
17:42 jcamins Wow.
17:42 wizzyrea ?
17:42 jcamins I think I just killed my VM.
17:42 wizzyrea errrr
17:42 jcamins It boots, but Koha Does Not Function Right.
17:42 wizzyrea rut roh shaggy
17:42 raggy?
17:44 tcohen wajasu: it did run ok *before* the updatedatabase.pl for me
17:44 chris_n virtual machines are only ever virtually dead, not really dead
17:44 tcohen echo ">> remove_items_from_biblioitems.pl"
17:44 KOHA_CONF=/etc/$KOHAINSTANCE/koha-conf.xml PERL5LIB=/usr/share/$KOHAINSTANCE/lib perl /usr/share/$KOHAINSTANCE/bin/maintena​nce/remove_items_from_biblioitems.pl --run
17:44 echo ">> updatedatabase.pl"
17:44 echo ""
17:44 echo "========================================="
17:44 echo ""
17:44 KOHA_CONF=/etc/$KOHAINSTANCE/koha-conf.xml PERL5LIB=/usr/share/$KOHAINSTANCE/lib perl /usr/share/$KOHAINSTANCE/intranet/cgi-bi​n/installer/data/mysql/updatedatabase.pl
17:44 echo ""
17:44 echo "========================================="
17:45 (from my upgrade script for the 38 isntances I have)
17:45 oleonard joined #koha
17:48 trea joined #koha
17:49 drojf i have no idea what my script is doing, but at least it takes a long time to run it
17:50 jcamins drojf: is it breaking circulation on my newly-reinstalled Koha instance?
17:50 nengard joined #koha
17:50 drojf jcamins: nooo it would never do that
17:51 jcamins drojf: in that case I don't know either.
17:52 drojf i think it tries to guess what audio and subtitle languages our items have. and some other things. also i think it's not even in "produce an actual outout file" mode. it's great to return to working on stuff that was weird and complicated weeks ago when i remembered what all the things actually do
17:52 btw i stopped working on it because our koha was suddenly broken
17:55 great, i am held hostage by that hyper-v snapshot-taking process. or i cancel it and have it run for hours again when i'm home :/
18:05 adnc_ joined #koha
18:07 Ccorrales joined #koha
18:08 hankbank joined #koha
18:14 oleonard_ joined #koha
18:25 libsysguy joined #koha
18:37 Ccorrales_ joined #koha
18:38 wizzyrea http://cheezburger.com/6458319872
18:38 * wizzyrea giggles
18:39 druthb1 joined #koha
18:41 jcamins wizzyrea: you are hereby deputized.
18:41 I'm having trouble coming up with a search for this new dataset where relevancy would be visible.
18:43 ropuch joined #koha
18:52 drojf joined #koha
18:52 wizzyrea i'm  not sure I follow what you're wanting
18:52 halp :)
18:53 jcamins On the old dataset, I did a search for Australia.
18:53 Default sorting put the book with the title "Australia" at the bottom.
18:54 wizzyrea something like Administração da produção /
18:55 or just Administração
18:55 jcamins Ah, a good choice.
18:55 wizzyrea \o/
18:55 wajasu ok. i got Bug 8607 signed off, and just patched Bug 8378 so it need signoff by someone.
18:55 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8607 critical, P5 - low, ---, jonathan.druart, Signed Off , overdue_notices is broken
18:55 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8378 critical, P5 - low, ---, koha-bugs, Needs Signoff , <fine> syntax not working on overdues anymore
18:55 jcamins Wait, no, that only returns two equally relevant results.
18:56 * wizzyrea looks more
18:56 jcamins salud
18:56 wizzyrea oh, potter
18:56 try potter?
18:56 logbot joined #koha
18:57 jcamins All the hits have Potter in the title. :/
18:57 salud works, though, actually.
18:58 wizzyrea washington
18:58 rambutan joined #koha
18:58 wizzyrea hm no
18:58 all in description
18:59 I think I see what you're gettig at not
18:59 now*
19:01 lol, jcamins, ein
19:01 trea joined #koha
19:02 trea-lunc left #koha
19:20 jcamins Only 7 tests failing.
19:20 ala_3vo joined #koha
19:22 rambutan hey tweetie, is blip.tv down?
19:24 perhaps I should have made that a declarative statement.
19:28 adnc_ joined #koha
19:36 rangi Morning
19:36 oleonard Hi rangi
19:38 Working on anything fun lately rangi?
19:39 rangi I still have to finish my Mozilla persona patch
19:39 oleonard What's that?
19:39 wahanui that is pulled from the fields
19:40 rangi To allow ppl to auth via that (browserid)
19:40 oleonard Oh yeah
19:41 rangi I was playing with Ajax and pazpar2 as well
19:41 But mostly just testing patches and client work
19:43 You?
19:43 wahanui You are welcome, I also tried the other - moving js out of translated paths
19:45 Callender joined #koha
19:45 oleonard Heh, yeah I tried the other -- moving js out of translated paths.
19:45 * oleonard gave up
19:46 jcamins oleonard: I think the trick is to move it one library at a time.
19:46 * oleonard is ironing out the kinks in his responsive redesign of his library's web page
19:46 oleonard I hope some of that experience I'll be able to bring to Koha
19:47 I'm still not thrilled with any of the grid systems I've tested as replacements for YUI Grids
19:47 jcamins All fifty one tests are passing again.
19:48 rangi It's a shame Yahoo break everything good they do eventually
19:50 jcamins It's a shame this patch is horrifyingly large.
19:50 Actually, it's not nearly as large as I thought.
19:50 4.5MB is acceptable.
19:52 pastebot "jcamins" at 127.0.0.1 pasted "Testing C4::Search" (114 lines) at http://paste.koha-community.org/110
19:52 jcamins rangi: ^^
19:53 rangi Excellent
20:00 mveron joined #koha
20:00 mveron Good evening #koha
20:01 rangi Hi mveron
20:01 mveron Hi rangi
20:02 jcamins 66.8% coverage if you delete all the NoZebra stuff.
20:06 wajasu iok i am trying to atempt to signoff Bug 8382 again
20:06 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8382 blocker, P1 - high, ---, christophe.croullebois, Needs Signoff , It is not possible to cancel an order when receiving on a filtered page in parcel.pl
20:17 drojf joined #koha
20:17 drojf hello again
20:18 adnc_ joined #koha
20:19 kathryn joined #koha
20:20 rangi hi drojf
20:20 drojf hey. i got 8 (!!) snapshots of today now in hyper-v, none of which has the name i gave that one that pretended to go on and on
20:21 rangi heh
20:21 drojf hey rangi
20:22 jcamins It's a known issue that hidelostitems doesn't work, isn't it?
20:22 rangi yep
20:23 kathryn morning folks :)
20:29 drojf hi kathryn
20:31 kathryn :)
20:31 rambutan joined #koha
20:35 maximep left #koha
20:41 wizzyrea hi kathryn :)
20:42 kathryn hi wizzyrea!
20:45 jcamins 69.6% coverage if you delete all the NZ stuff.
20:47 (NZ=NoZebra)
20:47 wajasu jcamins - is saw a bug for deleting vestigal nozebra stuff.
20:48 jcamins wajasu: yes, that was mine.
20:50 wajasu is nozebra not an option anymore?  you must use zebra or upncoming solr?
20:50 jcamins Right.
20:50 NoZebra has not worked since 3.2.
20:51 drojf still we have people "using" nozebra with koha 3.8, according to the mailing list
20:51 jcamins drojf: yes, they regularly demand to know why they don't have usable results.
20:52 drojf yes
20:52 no items available alspo
20:52 also
20:53 wajasu can someone read bug 8382 to help me understand the desired behavior.  aquisitions, receiving order/shipment, filter Cancel ?
20:53 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8382 blocker, P1 - high, ---, christophe.croullebois, Needs Signoff , It is not possible to cancel an order when receiving on a filtered page in parcel.pl
20:54 * jcamins is attaching the patch to bug 8649.
20:54 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
20:55 wajasu i see the Receive/Cancel links in master, but after the patch, i don't see them anymore.  is that the dsired behavior?
20:55 wizzyrea i don't understand it either
20:56 rangi http://digitalcommons.kennesaw[…]glq/vol49/iss3/9/
20:56 drojf To test : when you are in "parcel.pl" ready to receive orders, simply select a filter on the left and on the filtered page try to cancel a line, you'll have the warning message but no more, the line will be not canceled.
20:56 i think "you will only get a warning message, but not more, the line will not be cancelled"
20:57 wizzyrea I didn't even see the "cancel" link  I must have been doing it wrong.
20:57 drojf hm yes i woul dsuppose that there still should be one, or i misinterpret the text
20:57 wajasu after i put somehting in the filter, i don't get the Receive/Cancel links anymore so I can't "Cancel"
20:58 before the patch, if I put the orderline inthe filter and click the filter button, i got a Receive/Cancel column added to the row.
20:58 but not i don't
20:58 maybe the javascript is not matching up
20:59 drojf from how i understand it the patch is not doing what it is supposed to. but i had a really long day, i might be wrong
20:59 jcamins rangi: what's the maximum size for uploads to bugzilla?
20:59 rangi no idea
20:59 wajasu i'm going to attach snapshots, but should i make it failedQA?
20:59 jcamins I'll find out.
21:00 :)
21:11 Bug 8648 and bug 8649 ready for sign off.
21:11 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8648 normal, P5 - low, ---, jcamins, Needs Signoff , searchResults uses SQL query rather than GetMarcFromKohaField
21:11 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
21:19 wajasu bug 8637
21:19 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8637 critical, P1 - high, ---, christophe.croullebois, Needs Signoff , Lack of control on mandatory in orderreveive.tt
21:20 wajasu owen mentioned the patch fixed it and suggested some other work, but should it still be left as Needs Signoff?
21:25 clrh joined #koha
21:30 wajasu i'm skipping that one for now
21:31 bug 8348
21:31 wahanui bug 8348 is a duplicate of bug 8110
21:31 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8348 critical, P1 - high, ---, koha-bugs, Needs Signoff , useDaysMode syspref does not apply
21:31 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8110 blocker, P1 - high, ---, kyle.m.hall, Signed Off , Add tests for Calendar modules
21:33 drojf joined #koha
21:33 wajasu skipping duplicate bug 8348 after comment #35 in 8110 and later deprecation of a patch in 8110, someone else deep into it should.
21:33 signoff
21:37 maybe bug 8253 needs to be in FailedQA based on comment#12, so Kyle might know to work on it some more?
21:37 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8253 blocker, P3, ---, kyle.m.hall, Needs Signoff , Fine doubling
22:13 rambutan joined #koha
22:16 cait joined #koha
22:21 kathryn hi cait :)
22:22 cait hi kathryn :)
22:25 libsysguy ok so I want to print a select tag in html with options 1-30.  I don't want to have to type them all so I thought I could do a forloop in TT and print them in it.  I can't seem to figure out how to make TT do that.  Anybody have any pro tips
22:26 cait what kind of loop?
22:26 does it has text that needs to be translated?
22:26 libsysguy a for loop
22:27 for(x=0; x<30; x++){}
22:40 rangi eel
22:40 eeek even
22:41 bug 8650
22:41 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8650 normal, P5 - low, ---, gmcharlt, NEW , running misc/batchRebuildBiblioTables.pl messes up tables and creates duplicates
22:42 cait sorry libsysguy - not sure
22:49 drojf uh-oh that bug report sounds bad
22:49 rangi it does
22:49 drojf i don't think it should matter what field the text was meant for, that should not happen?!
22:50 rangi could be, but running command line batch processes when you dont need to is never a good idea
22:50 so 2 problems there
22:51 drojf i have never used that script, but yes that is probably right
22:52 rangi hmm it has a -t
22:52 but yeah i reckon that note should go
22:53 drojf "rebuilds the non-MARC DB from the MARC values". i don't even know what that means
22:53 rangi wath it does is run through every record, and do _koha_modify_biblio and _koha_modify_biblioitem_nonmarc
22:53 it updates the biblio and biblioitems tables
22:55 it just runs updates
22:55 drojf but why would it duplicate entries if nothing was changed?
22:56 rangi so i cant see how it could duplicate entries
22:56 also, you cant have duplicate entries in the biblio table, at least biblionumber is unique
22:56 its impossible to have 2 with the same biblionumber unless you have messed your db up
22:57 drojf would be interesting if they messed it up before and found out by running that script
22:57 ;)
22:59 rangi it doesnt touch acquisitions at all
23:00 its an odd one
23:01 drojf isn't that libsysguy's library? he might have done something crazy :P
23:01 rangi hehe
23:01 yeah, it just runs 2 update querys
23:02 i cant see how either of them could possibly duplicate anything
23:02 papa joined #koha
23:02 rgbv joined #koha
23:02 tcohen joined #koha
23:02 rgbv Hi all
23:03 rangi hi rgbv
23:05 rgbv IWe are using the <<items.content>> sytax on our overdue notices,it generates this in emails02/08/2012Cold case /U10985963Kellerman, Faye.70566
23:05 what does the 70566 refer to? it's not the bib number
23:05 rangi itemnumber
23:05 wahanui i guess itemnumber is the primary key for the items table
23:06 rangi rgbv: you know you can change what is is in the items.content in how you call the job eh?
23:07 the switch is -itemscontent
23:07 https://wrms.catalyst.net.nz/w[…]?request_id=97492
23:07 rgbv thanks rangi, you're a star :) I did'nt know I can change it
23:07 rangi heh wrong url
23:08 http://perldoc.koha-community.[…]rdue_notices.html
23:08 so its -itemscontent title,date_due,etc
23:15 drojf good night #koha
23:16 rangi cya drojf
23:19 tomas joined #koha
23:20 tomas joined #koha
23:32 jcamins_away They don't have duplicate records. They have duplicate index entries.
23:32 That's my analysis.
23:33 wajasu ooooh
23:34 BobB_ joined #koha
23:34 ala_3vo joined #koha
23:36 ala_3vo joined #koha
23:36 rangi in acquisitions tho?
23:36 i dont think that even touches zebra
23:37 jcamins_away Ah.
23:37 True.
23:37 wajasu rangi: working on signoffs today i see for bug 8637 owen mentioned the patch fixed it and suggested some other work, but should it still be left as Needs Signoff? or is comment enough to signal the patch writer to working it some more?
23:37 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8637 critical, P1 - high, ---, christophe.croullebois, Needs Signoff , Lack of control on mandatory in orderreveive.tt
23:38 rangi yes
23:38 jcamins_away rangi: would linking a MySQL timestamp column to a MARC field even work?
23:39 wajasu the comment is enough?
23:39 jcamins_away Timestamps are maintained by the database, which is written to after the record is saved... right?
23:39 rangi thats right
23:39 yuo can manually set them tho
23:39 BUT
23:40 if that row is ever changed by anything else
23:40 the timestamp will change
23:40 ie, if you dont set it, it updates automatically
23:40 thats how mysql does it anyway
23:40 jcamins_away Right.
23:41 rangi so yeah, linking it to that column, not a good idea
23:42 wajasu rangi: if you were to pick something to signoff, what would it be?
23:43 jcamins_away wajasu: bug 8648 and bug 8649.
23:43 rangi the theme stuff
23:43 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8648 normal, P5 - low, ---, jcamins, Needs Signoff , searchResults uses SQL query rather than GetMarcFromKohaField
23:43 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8649 enhancement, P5 - low, ---, jcamins, Needs Signoff , C4::Search needs a unit test
23:43 rangi or those 2
23:43 jcamins_away Nice easy sign offs.
23:43 Oh, yeah, theme stuff.
23:43 That too.
23:43 wajasu :)
23:44 jcamins_away Jeez... themes are like two days ago! Expecting me to remember all that. :P
23:44 wajasu that unit test you slaved over today.  will i need to install Devel:Cover or something special?
23:45 jcamins_away Just Test::Warn.
23:45 And Test::MockModule and DBD::Mock.
23:45 But the latter two are already needed.
23:46 Unless you want to see the coverage report, in which case you'll need Devel::Cover.
23:46 But that's really just for fun. :)
23:47 wajasu ok.  i'll try tonight. just git clone your git repo and run?
23:49 jcamins_away Add my github repo as remote, and checkout a copy of the search_t branch.
23:51 wajasu ok. got to head out.  will try later.
23:58 libsysguy joined #koha

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

koha1