IRC log for #koha, 2012-03-28

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

All times shown according to UTC.

Time Nick Message
00:06 melia I am wondering about datatables
00:06 Bug 6836
00:06 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6836 enhancement, P2, ---, julian.maurice, RESOLVED FIXED, jQuery plugin Datatables integration http://wiki.koha-community.org[…]/DataTables_HowTo
00:07 melia that one made it so that we can use datatables in Koha, right?
00:07 Bug 5345
00:07 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5345 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , DataTables in Koha
00:07 melia that one is using datatables for all of the tables in acquisitions?
00:07 rangi thats the idea yeah
00:08 melia so we want to use datatables for everywhere else in koha rather than using tablesorter?
00:08 rangi yes
00:08 we dont have to go removing them
00:08 but we shouldnt introduce new ones, and remove them if and when we get the chance
00:09 if that makes sense
00:09 melia so if we want to sort other tables, we just need to use datatables rather than tablesorter. right?
00:09 rangi im pretty sure thats the idea yes
00:09 melia ok got it. thanks!
00:11 jcamins My understanding is that datatables is generally vastly superior, so I'm not clear why we'd want to use tablesorter, anyway.
00:25 Culiforge left #koha
00:31 ronald joined #koha
00:39 Culiforge joined #koha
00:41 Culiforge Hey, it's me again with Fedora.. can't seem to get Graphics::Magick and PDF::API2::simple to install. cpan says G::M doesnt' exist and flat refuses to install PDF::API2::simple. any ideas?
00:47 jcamins Culiforge: G::M is unnecessary.
00:47 As is PDF::API2::Simple.
00:47 However, for the latter the problem is probably that you're missing MakeMaker or something like that.
00:47 Culiforge jcamins: but makefile.pl won't install koha without it.. ...or will it?
00:48 jcamins Culiforge: it will.
00:49 Culiforge jcamins: please go on.. I'm intrigued...
00:52 jcamins Culiforge: you just continue with the instructions.
00:52 All Makefile.PL does is create a Makefile to run with make.
00:52 Run Makefile.PL.
00:52 Run make.
00:52 Run make install
00:52 You're done. :)
00:52 * jcamins wanders off.
00:53 Culiforge jcamins: right on, I thought it was like a dependency I had to fix before continuing.. thanks jcamins_away
01:04 Irma1 joined #koha
01:05 melia left #koha
01:07 Culiforge left #koha
01:38 kathryn joined #koha
01:56 libsysguy joined #koha
01:58 druthb joined #koha
01:58 druthb o/
01:59 libsysguy \o
01:59 druthb hi, libsysguy!
01:59 libsysguy heya druthb
01:59 whatcha up to
02:00 druthb just got back from dinner and a little shoppin'.  Found a great summery skirt and some shorts, and a couple of new tunics, on sale! :D
02:00 libsysguy w00t sale prices
02:01 * libsysguy is waiting on my favorite clothing brand to go on sale
02:02 * druthb has trouble finding tops and dresses in her size; Omar the Tentmaker is not a popular brand in Kansas.
02:02 libsysguy you're in Kansas…geez im going to start playing where in the world is druthb again
02:04 druthb we've settled down in KS.  :)
02:04 libsysguy ohhh well then I guess I'll win the game ;)
02:04 druthb Lawrence has lots of advantages--liberal-ish town, very local-store friendly, trans-protective laws...and wizzyrea and trea are here (and teh Spud.)
02:05 * libsysguy is trying to move to austin where it is more liberal
02:08 libsysguy does anybody have any opinions on wiki software here
02:08 * druthb has opinions, yes.
02:08 rangi i like ikiwiki
02:08 libsysguy the university uses contribute and it just crashed on an upgrade and I lost like 50% of my data
02:09 rangi mostly cos i can interact with it entirely with git
02:09 http://ikiwiki.info/
02:09 libsysguy ahhh
02:09 ronald joined #koha
02:09 druthb I use dokuwiki a lot for migrations stuff.
02:09 libsysguy do you know if it has ADLDAP support?
02:09 off the top fo your head
02:10 rangi no idea
02:10 libsysguy kk thanks rangi
02:33 Brooke joined #koha
02:33 Brooke o/
02:36 DeZzA joined #koha
02:38 ronald joined #koha
02:48 Brooke ruh oh shaggy. Bots be quittin.
03:26 Amit_Gupta joined #koha
03:26 Amit_Gupta heya bag
03:37 jenkins_koha joined #koha
03:38 ronald joined #koha
04:26 Amit_Gupta joined #koha
04:39 bag yo Amit_Gupta :D
04:39 hi there
04:40 ronald joined #koha
05:07 Amit_Gupta joined #koha
05:15 ronald joined #koha
05:17 Oak joined #koha
05:17 Oak hello my hearties
05:17 kia ora #koha
05:37 Irma joined #koha
05:51 cait joined #koha
05:52 * cait waves
06:00 sophie_m joined #koha
06:04 Oak_ joined #koha
06:04 Oak back home cait ? :)
06:05 cait yes :)
06:09 Oak good
06:12 laurence joined #koha
06:14 cait Oak: yep
06:14 Oak: how is your project?
06:15 Oak wait 5 minutes cait... on Skype with boss
06:43 reiveune joined #koha
06:43 reiveune hello
06:48 cait hi stephane :)
06:51 Joubu hello
06:51 cait hi jonathan
06:51 bbiab
06:52 alex_a hello
06:54 paul_p joined #koha
07:00 paul_p good morning #koha
07:01 sam1975 joined #koha
07:02 julian_m joined #koha
07:02 sophie_m hello
07:02 sam1975 hello, it's the first time i came to the irc of koha
07:03 asaurat joined #koha
07:03 asaurat hi
07:05 julian_m hello
07:26 hdl joined #koha
07:26 gaetan_B joined #koha
07:27 magnuse kia ora #koha!
07:28 gaetan_B hello #koha!
07:30 gaetan_B joined #koha
07:35 gaetan_B joined #koha
07:47 hdl joined #koha
07:55 hdl joined #koha
08:00 laurence joined #koha
08:13 hdl joined #koha
08:14 Oak joined #koha
08:18 kf joined #koha
08:18 kf hi #koha :)
08:18 asaurat hi kf!
08:18 magnuse guten morgen kf
08:18 kf :)
08:18 * kf waves at asaurat and magnuse
08:18 asaurat I've got a german friend at home this week + a german intern hosted in our flat who will stay for a month =) germany week !!
08:20 kf ah, that's good
08:20 so you won't miss me so much ;)
08:20 only joking :)
08:20 asaurat would still be fun to work together more often =)
08:21 kf :)
08:22 slef hi all
08:23 kf hi slef .)
08:23 :)
08:23 asaurat hi!
08:23 * magnuse has a library asking about "Using Koha as a Content Management System"
08:23 magnuse http://manual.koha-community.o[…]6/en/kohacms.html
08:23 http://wiki.koha-community.org/wiki/Koha_as_a_CMS
08:24 no plan on implementing that hack - feels like it should either be part of koha or removed from the manual?
08:25 Oak hello kf :)
08:25 magnuse
08:25 kia ora #koha
08:25 kf magnuse: I guess perhaps implementing the hack as a real featurew would be nice
08:25 I have had some problems with editing localuse prefernces :( there is a bug
08:25 on bugzilla for that
08:26 magnuse: perhaps it could be an enhancement to work similar to the news?
08:30 Guillaume joined #koha
08:30 slef we've used koha as a CMS before. Not sure if it was that hack or an earlier one. Basically: don't. Use a CMS.
08:31 kf slef: I agree, but an option to add a few pages is nice
08:31 magnuse slef: that's what i'm thinking too
08:31 kf slef: not full cms functionality, but perhaps things like a help age
08:31 help page
08:31 magnuse and it made me think of a wordpress theme to match the default look of koha...
08:33 slef anyone like to open a bug suggesting dropping Appendix E from the manual, or integrate it properly, using extending news instead of using sysprefs?
08:36 magnuse i can do that
08:36 kf yay :)
08:37 magnuse++
08:38 magnuse kf, slef: mind if i copy our little conversation into the bug?
08:40 kf hm
08:40 can you fix the typos? :P
08:40 slef magnus_away: go for it
08:40 * slef looks at his IRC client
08:41 slef left #koha
08:41 hdl joined #koha
08:41 slef joined #koha
08:41 magnuse kf: yup :-)
08:42 bug 7840
08:42 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7840 enhancement, P5 - low, ---, nengard, NEW , Koha as a CMS
08:46 slef no verb in subject line
08:46 magnuse feel free to fix it :-)
08:46 * slef fixes
08:47 magnuse slef++
08:47 slef bug 7840
08:48 oi huginn
08:48 huginn: ?
08:48 huginn slef: downloading the Perl source
08:48 slef huginn: bug 7840
08:48 huginn slef: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7840 enhancement, P5 - low, ---, nengard, NEW , Remove from manual Koha as a CMS (or add it to master)
08:48 slef bah, grammar fail, but moo
08:48 magnuse hm, is that good syntax? ;-)
08:48 slef erm, hello moo
08:49 magnuse hehe
08:49 slef didn't see you there
08:49 SMIDSY
08:50 magnuse wow, you learn something new every day... http://en.wiktionary.org/wiki/SMIDSY
08:59 hdl joined #koha
09:11 rangi evening
09:11 http://virtualbreath.net/curio[…]ld-in-our-office/
09:12 magnuse yay :-)
09:16 rangi magnuse: there are quite a few maori in norway at the moment
09:16 at http://www.nrk.no/witbc2012/
09:17 magnuse yay
09:17 Oak joined #koha
09:17 magnuse @wunder kautokeino
09:17 huginn magnuse: The current temperature in Kautokeino, Norway is 1.0°C (8:00 AM CEST on March 28, 2012). Conditions: Partly Cloudy. Humidity: 80%. Dew Point: -1.0°C. Pressure: 29.47 in 998 hPa (Falling).
09:19 magnuse nice location
09:19 and lucky with the weather
09:19 coud be -30 there now
09:20 http://www.yr.no/place/Norway/[…]3/statistics.html
09:20 rangi ohh yeah
09:20 lucky
09:21 magnuse they had -39.7 on february 7th
09:23 macphisto joined #koha
09:24 Oak the documentation on Acquisitions is rather short, no?
09:25 http://manual.koha-community.o[…]/en/acqadmin.html
09:25 macphisto hi! i need help. I've the following error "Can't locate C4/Biblio.pm in @INC". What does it mean? (i try the sudoc loader, maybe frenchies on this chat may have an idea)
09:26 Lea joined #koha
09:27 Lea IDENTIFY
09:32 rangi macphisto: sounds like you have exported PERL5LIB
09:33 s/have/havent/
09:34 macphisto ok
09:34 i think  i  should do export PERL5LIB=<koha-root>, something like that?
09:35 rangi yep
09:35 you probably need to do export KOHA_CONF=/path/to/koha-conf.xml
09:35 as well
09:42 Oak should I be working on Acquisitions module first, before doing cataloging for my MLIS project? What things we can do in Acquisition?
09:46 that's why I always ask stupid questions to cait
09:46 :)
09:55 slef joined #koha
10:19 Oak joined #koha
10:33 Oak do many libraries use the Koha'a Acquisition module?
11:10 mbalmer joined #koha
11:11 mbalmer joined #koha
11:26 jwagner joined #koha
11:33 laurence left #koha
11:44 nengard joined #koha
11:50 sophie_m left #koha
11:53 sophie_m joined #koha
11:55 NateC joined #koha
12:01 collum joined #koha
12:08 tcohen joined #koha
12:11 pastebot "nengard" at 98.114.30.184 pasted "report help needed: this report should show items with a status of on order or processing (both are negative numbers) with holds on them." (13 lines) at http://paste.koha-community.org/324
12:23 oleonard joined #koha
12:23 collum joined #koha
12:25 jwagner nengard, in your report, why are you joining to authorized values? Doesn't seem necessary.
12:25 nengard they want to see the status
12:25 and seeing a code is not helpful
12:25 it would show -1 or -2
12:25 they want to see "on order' or 'in processing'
12:31 jwagner Are you limiting to item-level holds? It's joining from reserves to biblio, then to items, and if you have multiple items that may account for the inflation in the count
12:31 oleonard Hi 3koha
12:31 I mean #koha
12:33 ago43 joined #koha
12:40 nengard jwagner, yes that's what i think is happening - i'm counting bib level holds since there are very few item level holds ? i'm thinking the answer is that an accurate count isn't possible
12:43 clrh joined #koha
12:43 clrh hello
12:43 wahanui bonjour, clrh
12:47 jwagner nengard, I think you're right.  On the other hand, if these are on-order items, maybe you could start from the other direction?
12:47 Select from items only those with the statuses, then count how many holds are on the biblionumber?
12:47 That might get a closer count
12:52 nengard nope, same count if i only look at items and join on reserves
12:53 jwagner Well, darn.  I'm out of ideas :-(
12:54 nengard heh
12:57 magnuse i have a library asking about authorities - in their current system they can mark authorities as "candidate", "authorized" etc - is that possible in koha?
12:57 kf magnuse: I don't think it is
12:57 gmcharlt magnuse: agree with kf
12:57 kf magnuse: perhaps they coudl use an 9xx field - and jcamins will know
12:58 hi gmcharlt :)
12:58 hope to get a look at dom indexing tonight
12:58 magnuse thanks kf, gmcharlt
12:59 gmcharlt magnuse: MARC21 defines the 008/33 as level of establishment
12:59 magnuse yeah, i just saw that, but i guess that info is not displayed anywhere useful?
12:59 gmcharlt in principle Koha could use that to treat provisional and preliminary authorites as special
12:59 kf @marc 008 33
12:59 huginn kf: unknown field/subfield combination (008/33)
13:00 magnuse gah, where's jcamins_away when you need him ;-)
13:00 kf gmcharlt++ :)
13:00 gmcharlt magnuse: did your contact say if candidate authorities behave differently in their current ILS?
13:00 magnuse nope, i'm gonna ask them!
13:00 gmcharlt or does it just display somewhere but not affect indexing?
13:01 magnuse that's my guess, but i will check with them
13:05 JesseM joined #koha
13:16 slef @marc 008
13:16 huginn slef: This field contains 40 character positions (00-39) that provide coded information about the record as a whole and about special bibliographic aspects of the item being cataloged. These coded data elements are potentially useful for retrieval and data management purposes. []
13:17 slef magnuse: marc21?
13:17 wahanui hmmm... marc21 is at http://www.loc.gov/marc/biblio[…]hic/ecbdlist.html , http://www.loc.gov/marc/authority/ecadlist.html
13:17 magnuse slef: yup
13:17 slef magnuse: see wahanui's links for a field list. Not sure if 008/33 is displayed.
13:19 magnuse well, i couldn't see it when i searched for an authority, at least
13:21 libsysguy joined #koha
13:22 Oak joined #koha
13:26 talljoy joined #koha
13:27 pnm joined #koha
13:29 maximep joined #koha
13:40 slef probably won't be displayed directly, might be used elsewhere (zebra or icons or so on) as I think I've found 008 in bibliographic records being used that way
13:57 paul_p gmcharlt are you about ?
13:58 gmcharlt => any news about our problem to push into http://git.koha-community.org/[…]bal.git;a=summary ?
13:59 * jcamins_away is here.
14:01 jcamins magnuse: 008/33
14:01 Koha doesn't do anything with that, though.
14:05 wizzyrea /me waves
14:05 * wizzyrea waves, too
14:06 jcamins Hi there, wizzyrea.
14:07 * kf waves
14:07 kf hi jcamins :)
14:07 hi wizzyrea :)
14:07 wizzyrea hi kf :)
14:07 jcamins Hi kf. :)
14:07 wizzyrea and hello everybody
14:08 kf oleonard++ for his great blog
14:08 oleonard Sorely neglected :(
14:09 kf oleonard: I am writing instructions about how to customize the opac and it's a great help
14:09 oleonard: you don't happen to have a followup for the new css gradient in the header? :)
14:09 * oleonard has two or three half-finished posts, not to mention my imaginary hackfest-wrapup
14:09 oleonard kf: ?
14:10 kf oleonard: and the wiki page :)
14:10 oleonard: my next chapter is about changing the background color of the header - but it's ok :) I will figure it out
14:10 oleonard Oh you mean a follow-up describing how to use the new CSS features for customization?
14:10 kf yep :)
14:11 oleonard How did I manage to spend a week working on nothing but Koha and come back with more work than ever? :)
14:12 kf I dunno
14:12 asaurat joined #koha
14:12 kf but I know the problem
14:13 but don't you feel inspired and motivated to do all those things at the same time?
14:18 clrh I am investigating a koha/mysql architecture performance problem: if I put mysql on koha source server, an opac-search take 2 times less than if I separate mysql server and koha sources - do you know thinks about this? did you work or remember works from others?
14:18 wizzyrea joined #koha
14:19 jcamins clrh: that's odd. My experience was that there was a huge speed-up when the MySQL server was moved to a separate system.
14:20 clrh huge speed Oo ?
14:21 jcamins clrh: could it be that the MySQL configuration on the new server is different?
14:21 clrh same configuration in both cases
14:22 jcamins Hm.
14:22 That's very odd, and I have no idea what it could be.
14:25 Time to test bug 7818!
14:25 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7818 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , support DOM mode for Zebra indexing of bibliographic records
14:26 hdl jcamins: on the same physical machine or two different ones ?
14:27 Morthland joined #koha
14:27 Morthland How can I turn off tag-clouds and advanced search
14:28 jcamins hdl: two different ones.
14:28 hdl: even with VMs, though, I found it was an improvement.
14:29 hdl well. On two differnent vms, same physical server, improvement can come.
14:29 oleonard Morthland: You want to turn off advanced search?
14:29 Morthland yes
14:29 hdl But on two different physical machines, it just cut performances by 0.6
14:29 jcamins hdl: hmm.
14:30 hdl unless you have some magic.
14:30 jcamins Oh, I bet I know what it was!
14:30 I had the MySQL server on a much more powerful system.
14:30 oleonard Morthland: You could hide the link, but I don't think you could prevent users from accidentally finding the page (without custom Apache configuration or something)
14:31 Morthland So,
14:31 you mean,
14:31 just comment it out
14:31 ?
14:31 hdl even on a much more powerful system, you have to tune mysql so that it manages much more connections. and initiate tcp connexions very fast.
14:31 oleonard Morthland: I don't recommend editing the templates since that creates problems during upgrade
14:31 Morthland Should I do it in CSS?
14:32 oleonard Morthland: You can turn off the tags link by turning off the "TagsEnabled" system preference
14:32 Morthland just match the colors
14:32 ?
14:32 We are just trying to simplify the interface as much as possible
14:34 clrh hdl jcamins so did it do sense to just begin a new koha-devel discussion on this archi: 2 diffrents servers one mysql and one koha, just to know more about this?
14:34 hm berk - "does it make sense"
14:35 hdl clrh: could do.
14:35 jcamins clrh: that might be a good idea, yeah. Others would know much more about it than me.
14:35 Morthland Thanks a lot!
14:35 jcamins Morthland: I don't think hiding the advanced search button is going to simplify...
14:35 never mind.
14:43 oleonard: does "simplifying" the OPAC by hiding the advanced search link make sense to you?
14:44 oleonard I don't believe users need to have advanced options hidden from them if the simple options are emphasized
14:45 jcamins I feel like it's more detrimental to have users randomly ending up at a screen that they can't get to otherwise, than it would be to have an "Advanced search" link.
14:46 oleonard I agree
14:47 jcamins Okay, just wondering if I was nuts. ;)
14:48 jenkins_koha Starting build #685 for job Koha_master (previous build: FIXED)
14:53 huginn New commit(s) kohagit: Bug 7829 - reports/ remove all exit(1) for plack <http://git.koha-community.org/[…]9e6bf78b7a295b6e7> / Bug 7823: [SIGNED-OFF] Ergonomy improvements: Rename button to "New patron" <http://git.koha-community.org/[…]4fe3a0a04a24bc471> / Bug 7695 - Change boolean operator from "and" to "AND" <http://git.koha-community.or
14:56 talljoy joined #koha
15:03 juan_sieira joined #koha
15:07 huginn New commit(s) needsignoff: [Bug 7090] Add "AllowItemsOnHoldCheckout" syspref to allow issue to the patron regardless of hold status <http://bugs.koha-community.org[…]w_bug.cgi?id=7090>
15:09 wizzyrea hm that's not what I intended
15:11 slef wizzyrea: that happens to me often!
15:12 wizzyrea no, actually that's right, but the status isn't "needs signoff" weird.
15:16 reiveune bye
15:16 reiveune left #koha
15:17 jcamins Hrm. I'm having some issues getting my brain to work on the whole "testing bug 7818" thing.
15:18 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7818 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , support DOM mode for Zebra indexing of bibliographic records
15:18 gmcharlt jcamins: sock it to me
15:18 kf jcamins: you start without me!
15:18 jcamins: means you have to help me set up my test environment later :P
15:18 jcamins kf: with the speed my brain is working today, I'll be lucky if I've managed to figure out how to set it up by then.
15:18 gmcharlt not yet - I'll squeeze it in today
15:19 wrong window
15:19 jcamins kf: it took me almost a half hour to remember how to set up a git remote.
15:19 kf hm
15:19 I would need less tiem, but only when I can access my dokuwiki :P
15:19 jcamins lol
15:20 kf hey, I am a librarian - I only have to know where to look it up!
15:20 slef sounds like a professor
15:20 they know everything as long as they have time to look it up
15:23 asaurat left #koha
15:34 jenkins_koha Project Koha_master build #685: SUCCESS in 46 min: http://jenkins.koha-community.[…]/Koha_master/685/
15:34 * m.de.rooy: Bug 7786 Adding More Lists-option to the Add-to combo of staff search results
15:34 * jonathan.druart: Bug 5354: Partial duplication of a subscription
15:34 * jonathan.druart: Bug 5354: Followup. Change separator
15:34 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7786 enhancement, P5 - low, ---, m.de.rooy, Pushed to Master , Adding More Lists to the Add-to combo of staff search results
15:34 jenkins_koha * paul.poulain: bug 5354 follow-up DBRev number
15:34 * paul.poulain: Bug 5354 follow-up : dealing with a wrong regexp
15:34 * magnus: Bug 7727 - NORMARC XSLT OPAC detail view shows double tabs
15:34 * magnus: Bug 7837 - nb-NO z3950servers.sql misses column names
15:34 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5354 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Partial duplication of a subscription
15:34 jenkins_koha * magnus: Bug 7695 - Change boolean operator from "and" to "AND"
15:34 * Katrin.Fischer.83: Bug 7823: [SIGNED-OFF] Ergonomy improvements: Rename button to "New patron"
15:34 * dpavlin: Bug 7829 - reports/ remove all exit(1) for plack
15:34 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7727 normal, P5 - low, ---, magnus, Pushed to Master , NORMARC XSLT OPAC detail view shows double tabs
15:34 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7837 normal, P5 - low, ---, magnus, Pushed to Master , nb-NO z3950servers.sql misses column names
15:34 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7695 normal, P5 - low, ---, frederic, Pushed to Master , Boolean operator AND in XSLT gets translated
15:34 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7823 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , "New" should be "New patron"
15:34 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7829 enhancement, P5 - low, ---, dpavlin, Pushed to Master , reports/ remove all exit(1) for plack
15:36 nengard joined #koha
15:43 sekjal joined #koha
15:44 Joubu goodbye
15:45 ago43 Hi, I'm looking into a possible bug regarding Record Matching Rules and OCLC Numbers.  Does anyone have a working Matching Rule for OCLC using 035?
15:46 jcamins ago43: not off the top of my head, but the matching rule used by WashU worked.
15:48 ago43 thanks, jcamins.  I'll check that.
15:54 kf left #koha
16:00 jcamins Hm. rhcl isn't around, is he?
16:03 oleonard @seen rhcl
16:03 huginn oleonard: rhcl was last seen in #koha 9 weeks, 4 days, 20 hours, 22 minutes, and 35 seconds ago: <rhcl> I guess I'm not very territorial, and don't see a problem with occasional collaboration or comparison between projects.
16:03 oleonard Long time ago.
16:03 sekjal I believe he's been working a lot with Evergreen recently
16:03 wizzyrea I suspect his system may be going to evergreen in a MO state consortium.
16:04 jinx :P
16:04 melia joined #koha
16:04 sekjal :)
16:05 jcamins Yeah, I know. I just got an e-mail about it.
16:06 wizzyrea !
16:06 jcamins Not about RHCL specifically.
16:06 wizzyrea about the missouri thing?
16:06 jcamins Looks to be a bit larger than just MO?
16:07 wizzyrea maybe, I don't know much about it.
16:07 * jcamins either.
16:07 jcamins That's why I was glancing around for rhcl. :)
16:07 wizzyrea try #evergreen maybe?
16:08 jcamins Ah, good idea.
16:08 wizzyrea hm, not there either.
16:08 (it's on freenode)
16:09 jcamins It's not that important.
16:09 wizzyrea and hasn't been there for even longer than he's been missing from #koha
16:09 double the time, actually
16:10 hope he's ok :/
16:12 jcamins Hmmm... Zebra appears to be running...
16:12 libsysguy left #koha
16:12 jcamins Wrong...
16:13 luisb joined #koha
16:14 jcamins Well, this might be an issue.
16:14 gmcharlt: you get search results when DOM indexing is enabled, yes?
16:14 I mean, I have lots of results, but they're all blank.
16:15 paul_p pushed some patches today, but now i'm tired. leaving, see you tomorrow morning for more QA & push...
16:16 gmcharlt jcamins: yes, I do
16:16 could you paste your koha-conf.xml ?
16:16 oleonard Thanks paul_p
16:20 pastebot "jcamins" at 24.193.130.86 pasted "gmcharlt: my koha-conf.xml" (181 lines) at http://paste.koha-community.org/325
16:30 "gmcharlt" at 65.15.86.218 pasted "jcamins: looks like you're missing the include of retrieval-info-bib-dom.xml" (13 lines) at http://paste.koha-community.org/326
16:31 jcamins Hmmm... I think I just used the default koha-conf.xml.
16:32 gmcharlt jcamins: right, it can't just be dropped in unmodified
16:33 jenkins_koha Starting build #686 for job Koha_master (previous build: SUCCESS)
16:33 gmcharlt so something like perl Makefile.PL --prev-install-log foo
16:33 make
16:33 make test
16:33 make update_zebra_conf
16:33 that is, of course, if you're using an existing database
16:33 jcamins Oh, I didn't realize that.
16:33 huginn New commit(s) kohagit: bug 6858 follow-up indenting with spaces <http://git.koha-community.org/[…]4311524de2c24b963> / Bug 6858: Adds staticfines.pl for static fines processing <http://git.koha-community.org/[…]074f55da22395c560> / Merge remote-tracking branch 'origin/new/bug_6199' <http://git.koha-community.org/[…]oha.git;a=commitd
16:33 jcamins I just ran perl Makefile.PL && make && make install
16:34 We should make it so that update_zebra_conf is run as part of the make install step.
16:35 gmcharlt ah, well it is, if you're installing from scratch
16:35 so to clarify, are you installing a new DB or working in an existing one?
16:36 jcamins New koha-dev, copy of an existing SQL database.
16:36 It's possible there were stale files in the koha-dev, though.
16:36 I'll try again.
16:36 gmcharlt jcamins: rm -Rf blib, perhaps
16:37 jcamins Yeah, I bet that's what the problem was.
16:37 gmcharlt if it still doesn't work, I'll be curious to see what your blib/KOHA_CONF_DIR/koha-conf.xml looks like
16:38 hdl joined #koha
16:38 jcamins Running make now.
16:39 I always forget to clear out blib.
16:42 That line is still missing.
16:43 It's not in kohaclone/etc/koha-conf.xml either.
16:43 Missing a commit, maybe?
16:43 gmcharlt evidently
16:43 one sec
16:47 jcamins: ok, I've pushed a fix - please pull and try again
16:48 cait joined #koha
16:50 jcamins Okay, my father should be arriving with my cat shortly, so I will report back later.
16:50 gmcharlt jcamins: the cat is welcome to test too! ;)
16:52 cait now I missed all the testing?
16:52 :(
16:52 ;)
16:52 just got home, now dinner and house chores... and dom indexing later
16:55 oleonard OPAC URLs broken in the new share via email feature.
16:55 jcamins Share via e-mail?
16:55 oleonard jcamins: new SocialNetworks pref
16:56 Doesn't look like the feature attempts to build a full URL, so presumably all share options are broken
16:57 jcamins Ah.
16:57 Didn't look at it.
16:58 (looks like I have a few more minutes)
16:59 Hm. Got an unknown register type error.
16:59 It doesn't say what type.
17:01 gmcharlt jcamins: saw that too; though at moment just appears to be noise
17:01 jcamins Okay, now the cat is here.
17:01 Back later.
17:02 cait myshkin!!
17:02 wahanui myshkin is more than articulate enough without me performing his interior monologue.
17:17 * sekjal wishes wahanui would do feline interior monologues
17:17 gmcharlt wahanui: tuna?
17:17 wahanui gmcharlt: i don't know
17:19 jenkins_koha Project Koha_master build #686: SUCCESS in 46 min: http://jenkins.koha-community.[…]/Koha_master/686/
17:19 * robin: Bug 6199 - allow bulkmarkimport.pl to remove duplicate barcodes
17:19 * matthias.meusburger: Bug 6858: Adds staticfines.pl for static fines processing
17:19 * paul.poulain: bug 6858 follow-up indenting with spaces
17:19 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6199 enhancement, P3, ---, robin, Pushed to Master , Allow bulkmarcimport to blank duplicate barcodes rather than skipping items
17:19 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6858 enhancement, P5 - low, ---, matthias.meusburger, Pushed to Master , Adds staticfines.pl for static fines processing
17:22 cait hi sekjal :)
17:23 Guillaume joined #koha
17:23 sekjal hi, cait!
17:46 nengard user configurable slips documentation question - if you set up overdue notices at each branch will they all show on the notice triggers? or will only the notices for your branch show?
17:49 thd joined #koha
17:49 NateC joined #koha
17:54 oleonard-away New jQueryUI 1.9 milestone (7 months after the last one!) http://blog.jqueryui.com/2012/[…]tone-7-accordion/
17:56 cait oh
17:56 that's good, right?
17:56 oleonard-away Progress is good
18:01 cait hm only a short note about menu
18:03 oooh
18:03 a new blog post!
18:03 oleonard++
18:04 oleonard It's a start.
18:07 * oleonard wonders why everything is running so slow off of this new VM
18:07 cait hm
18:07 slower virtual hardware?
18:07 don't listen to me
18:08 oleonard It's all the same as far as I know
18:08 cait I am only trying to avoid taking care of dishes and laundry right now
18:12 gmcharlt oleonard: the VM host is now overcommitted
18:12 oleonard ah, dishes and laundry. That's why no one ever sees me during my evenings ;)
18:12 * gmcharlt finds straws, grasps
18:12 gmcharlt also, to add to my first comment - ?
18:13 oleonard It's Virtualbox running on my machine, but it's a new VM because I somehow nuked my old one
18:13 (really no idea how I managed to do that)
18:18 jcamins_away My cat has returned!
18:18 jcamins oleonard: do you have a Mac?
18:18 oleonard I'm on my PC at work
18:19 jcamins oleonard: then I don't know.
18:19 gmcharlt jcamins: we can haz new pics?
18:19 jcamins gmcharlt: not quite yet. It looks like a hurricane.
18:19 oleonard jcamins: Some kind of Mac-specific performance issue you know of?
18:19 jcamins oleonard: yes.
18:20 It was a 32-bit/64-bit incompatibility thing to do with using the wrong kind of kernel.
18:20 nengard ran into it.
18:20 oleonard Sounds scary
18:20 jcamins gmcharlt: still some issues on display.
18:20 Like... nothing displays at all.
18:21 Don't suppose that's familiar at all?
18:21 Taking a screencap now.
18:22 http://screencast.com/t/6ksqSIB6X
18:26 gmcharlt jcamins: hmm - let me see your koha-conf.xml again
18:27 pastebot "jcamins" at 24.193.130.86 pasted "gmcharlt: bib configuration" (79 lines) at http://paste.koha-community.org/327
18:32 gmcharlt jcamins: ok, so I'm not losing my mind (yet) - http://galen.esilibrary.com/cg[…]pac-search.pl?q=a
18:32 jcamins Hm. That clearly worked.
18:33 gmcharlt jcamins: could you point yaz-client at it?
18:33 jcamins I'll try killing Zebra and restarting.
18:34 Okay, there was the problem.
18:34 Working now.
18:34 Wait.
18:34 No.
18:34 oleonard For a dev install is it recommended or not to run zebra under its own user?
18:34 jcamins Not.
18:34 oleonard If not, what should the ownership of koha-dev be?
18:35 jcamins oleonard:oleonard
18:35 Oh boy.
18:35 So, I have a bit of an issue...
18:35 The items are all missing.
18:35 Not due to Zebra.
18:36 They're just gone.
18:36 They show up in the database, but not in Koha.
18:38 gmcharlt wow
18:38 jcamins Has anyone had this problem before recently?
18:39 cait jcamins: pat myshkin from me please?
18:40 jcamins: empty items table?
18:40 jcamins I will.
18:40 cait or from marcxml too?
18:40 um
18:40 jcamins cait: no, there are 50k records in the items table.
18:40 cait I mean from search
18:40 oh
18:40 that's good
18:40 so only missing form the index somehow?
18:40 jcamins No, they don't show up anywhere.
18:40 cait hmm
18:40 jcamins Not in detail view either.
18:40 Not even on master.
18:40 cait hmmm
18:40 might be a bug?
18:40 does it work without the dom?
18:40 indexing?
18:40 wahanui somebody said indexing was done by Zebra.
18:41 gmcharlt presumably not because the ebook revolution has overtaken us
18:41 cait owen had a problem like this during the hackfest I think
18:41 I am not sure what it was
18:41 jcamins cait: no, it happens even when I'm on master using GRS-1.
18:41 oleonard: did all your items disappear during the hackfest? How did you get them back?
18:42 gmcharlt do you have a question in to B&T?
18:42 *sigh*
18:42 jcamins Me?
18:42 wahanui you are an outstanding cook. or well-traveled and brilliant. or trying to think of a solution or awesome fixing broken email notifications or the wizard that forges queries in the deep fires of zebra or against all things wine.
18:42 jcamins lol
18:43 oleonard I was testing something that made my items disappear from the detail view, but I can't remember what it was...
18:43 jcamins oleonard: any hints where I might look?
18:43 cait oleonard: me neither :(
18:44 oleonard: wasn't it something with updatedatabase gone wrong?
18:44 jcamins Like, was it a syspref-y thing?
18:44 I'll run updatedatabase manually.
18:44 cait perhaps if you go back to 35
18:44 I remember that we did that
18:44 and run from there again
18:45 aarkerio joined #koha
18:45 jcamins Okay, that's weird.
18:45 Version = 3.0799032
18:46 sekjal jcamins:  ah, right, there were a couple days where a DB update set it to 3.07.99.032
18:46 instead of 3.07.00.032
18:46 jcamins Okay.
18:46 oleonard jcamins: How did you get back from the future and how was it?
18:46 jcamins Yay! I have items again!
18:46 oleonard: item-less.
18:47 * oleonard sings "Imagine there's no items..."
18:47 oleonard "Records exported: 5496" ...so where are my search results?
18:47 jcamins oleonard: is Zebra running?
18:48 oleonard Oh probably not
18:48 * oleonard never gets it right the first time
18:50 bag heh
18:51 rangi Morning
18:51 wizzyrea mornin
18:51 jcamins Morning.
18:51 wahanui it has been said that morning is a state of mind.
18:52 jcamins bag: how's your testing of the DOM indexing going?
18:52 cait morning rangi
18:52 * jcamins has finally gotten it up and running.
18:52 bag haven't pulled yet… actually I'll do it now..  let's see
18:53 slef wahanui: a state of mind?
18:53 wahanui a state of mind is a beautiful thing to waste OH YEAH YEAH
18:53 slef wahanui: are you insane?
18:53 wahanui slef: i haven't a clue
18:54 slef wahanui: figures
18:54 wahanui I like *your* figure
18:56 bag what's the ref spec again jcaimins?
18:56 whoops jcamins
18:56 jcamins bag: bug 7818?
18:56 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7818 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , support DOM mode for Zebra indexing of bibliographic records
18:56 bag right isn't that in a branch ?
18:56 got it thanks
18:56 jcamins Oh, you meant refspec. I thought you meant "reference specification." ;)
18:57 Gotcha.
18:57 Remember, I only moved two days ago.
18:57 oleonard Whoa, slef did wahanui just hit on you?
19:01 gmcharlt must have been a very *good* botsnack
19:01 cait lol
19:06 oleonard This must be what my VM is running on: http://hackaday.com/2012/03/28[…]st-linux-pc-ever/
19:06 rangi Heh
19:07 jcamins gmcharlt: did you adjust the CCL weightings as part of your patch?
19:07 (not saying the new weightings are a problem, just wondering)
19:08 gmcharlt jcamins: no, I left them alone
19:08 jcamins gmcharlt: really
19:08 *?
19:08 Huh.
19:08 rangi sekjal++
19:09 * jcamins consults the configuration files to see which option is doing what it's supposed to.
19:10 cait sekjal++
19:11 jcamins sekjal++
19:11 What are we giving him karma for?
19:12 slef oleonard: yeah, wahanui doesn't know I've been poisoning it
19:12 cait check wiki :)
19:12 slef!
19:12 slef wahanui: have a poisoned botsnack
19:12 wahanui thanks slef :)
19:12 cait rofl
19:12 rangi my stop back soon
19:13 jcamins Ah.
19:13 Yay!
19:13 slef wahanui: the VM host?
19:13 wahanui the vm host is now overcommitted
19:13 slef wahanui: progress?
19:13 wahanui hmmm... progress is good
19:13 slef wahanui: the cat?
19:13 wahanui the cat is http://www.nyan.cat/
19:14 jcamins gmcharlt: there are some issues with relevance ranking.
19:14 slef wahanui: kf's next chapter?
19:14 wahanui kf's next chapter is about changing the background color of the header - but it's ok :) I will figure it out
19:15 slef wahanui: !stats
19:15 wahanui slef: i'm not following you...
19:15 cait lol
19:15 gmcharlt jcamins: ok, let me know the details -- if you can send me your bibset, that will also lallow for direct comparison
19:15 cait slef: you get worse than robin
19:15 slef: and that's not easy
19:15 germs?
19:15 wahanui Germs originated in Germany, before rapidly spreading throughout the rest of the world.
19:16 slef fines on return?
19:16 wahanui rumour has it fines on return is a local modification
19:16 slef wahanui: :)
19:16 wahanui slef: huh?
19:16 slef :)?
19:16 wahanui :) is ok
19:17 mtj LLEK?
19:17 wahanui LLEK is being released just as soon as RDA is ready
19:17 jcamins gmcharlt: I'm still trying to track down exactly what the problem is.
19:17 wizzyrea oleonard++
19:17 slef wahanui: the koha community?
19:17 wahanui the koha community is an amazing thing
19:17 wizzyrea lol.
19:17 mtj, that's quite funny
19:18 alaquerre joined #koha
19:19 rangi back
19:20 alaquerre Hi everyone.  Technical question.  Linked with the new release of Koha 3.8.  We have some patchs we would like to submit but they are not ready yet.  Question : When we will release them do we need to re-write them in 3.8 even if we are still using 3.6.X ?
19:21 cait alaquerre: I am not sure I understand your question
19:21 but 3.8 is near feature freeze
19:21 or it already is in freeze actually
19:21 rangi if you want them in koha, you should always base your patches off master
19:22 and the release maintainers can cherry-pick them back into 3.6.x or 3.8.x
19:22 if they are suitable
19:22 wizzyrea so, the answer to your question is "yes"
19:22 except substitute "master" for 3.8
19:22 alaquerre ok.
19:23 rangi just before the release of 3.8.0 paul will branch 3.8.x and master will keep on going, but always base them on master
19:23 slef cherry-pick is different to cherry coke
19:23 sjeffery joined #koha
19:23 * slef fills wahanui with cherry-picks
19:23 jcamins gmcharlt: figured it out.
19:24 It's 245$c.
19:24 slef @marc 245 c
19:24 huginn slef: Statement of responsibility, etc.
19:25 jcamins That's getting included in the Title index, and it shouldn't.
19:25 Or, rather, it should, but it shouldn't be treated as r3.
19:25 alaquerre So if I understand correctly, what's happening right now is if a patch in 3.4.8.  The patch is interresting, someone from the community will take it and make it work on 3.8
19:25 rangi nope
19:25 that might happen
19:26 wizzyrea but to guarantee it you'd have to port it forward
19:26 jcamins alaquerre: most likely that will not happen.
19:26 alaquerre ok got it.
19:26 rangi but there should never ever be a patch in 3.4.x that isnt in master
19:26 wizzyrea ^^
19:26 rangi it goes the other way
19:26 wizzyrea "always develop on master"
19:26 alaquerre Understand now...
19:26 jcamins If you do your development on 3.4.x, or even 3.6.x, it'll probably be a dead end.
19:27 rangi cool
19:27 makes upgrading way less of a nightmare :)
19:28 oleonard anyone have any ideas why connections to my VM (running locally on my machine) would be so slow?
19:29 jcamins oleonard: lack of RAM?
19:29 * oleonard can't think what he might have done differently this time
19:29 oleonard I didn't think I gave it less RAM than before, but I could be wrong
19:29 jcamins oleonard: I was thinking maybe you had the old VM running prior to this one, and you ended up with this one in swap or something.
19:30 You're on Windows, right? :P
19:30 alaquerre The problem I am facing right now is that I dont have time/ressource to put those patch out.  You guy will be on 3.8 but we will still be on 3.6.  So to send out our changes, we will need to port them on 3.8 even if we wont be on 3.8.  I'm sure everyone is facing this at least once...Now my turn .. :-)
19:31 jcamins alaquerre: you need to port your patches to master, not 3.8.
19:31 wizzyrea yes, don't confuse the two
19:31 jcamins alaquerre: then, if they're well-written and won't break anything, they'll make it into 3.10. If they're for fixing bugs, they'll also make it into 3.8.
19:31 wizzyrea always develop on master. Once 3.8 is released (it's 3.7 right now), you'll develop on 3.9
19:32 * wizzyrea has seen people get hung up on version numbers before.
19:32 jcamins And from there, it'll be easier to take the patch you submitted, and put it onto 3.8 when you upgrade.
19:32 Going in the other direction, developing first for 3.6, then 3.8, then master, is almost guaranteed to be too painful for you to complete.
19:33 cait less painful to develop for master from the beginning
19:33 wizzyrea ^^^^
19:33 cait and wait a little longer
19:33 alaquerre I am not the programmer here that's why I need a bit of presision :-)  but I understand the flow know.  Bottom line : Dont wait too much or i'll have hard time coming back.
19:33 jcamins (because probably that'd actually look more like "write the code for 3.6," "rewrite the code for 3.8," "rewrite the code for 3.10," "finally be able to provide a patch against master, to go into 3.12(!)"
19:33 rangi alaquerre: thats the salient point
19:33 alaquerre: commit soon commmit often :-)
19:34 oleonard alaquerre: And I hope your programmer is using git!
19:34 jcamins gmcharlt: sadly, I don't have a solution to the relevancy ranking issue.
19:34 Wait, yes I do.
19:34 I'll post it on the bug.
19:35 (P.S. You might want a stiff drink before reading the suggestion)
19:35 alaquerre I have "political" rules here and I need to take couple of month before releasing stuff. ( our programmers are people from libeo and they do use git)
19:35 rangi ahh they know how to rebase on master too, they have been doing that
19:35 so thats good
19:36 alaquerre Again thanks for all answers you should see stuff comming out from us (CCSR/Libeo) pretty soon.
19:36 oleonard alaquerre: Are there bug reports for the contributions you plan to make?
19:36 alaquerre: There should be. That gives everyone knowledge about what you're working on and prevents duplication of efforts
19:37 alaquerre: You might also get volunteers for rebasing patches if people know they want the feature
19:37 wizzyrea http://wiki.koha-community.org[…]nt-patch_Workflow
19:37 alaquerre Not yet... too much patch right now.  We did a big migration last year and we need to act fast because we were in production with tons of problems.
19:37 jcamins gmcharlt: actually, my suggestion is problematic.
19:37 * oleonard is looking for this VM's face so he can punch it
19:37 alaquerre I am trying to straight everything up now.
19:38 wizzyrea alaquerre: that link was for you
19:38 alaquerre Thanks wizzerea!
19:38 cait oleonard: try chocolate?
19:38 * wizzyrea agrees
19:38 wizzyrea try chocolate.
19:38 also, reboot.
19:38 jcamins Chocolate. Yes.
19:38 wizzyrea :P
19:38 jcamins I need chocolate.
19:38 Ooh.
19:38 We have a pound of delicious dark chocolate.
19:39 rangi alaquerre: http://koha-community.org/about/release-schedule/ <-- is good too
19:39 kathryn joined #koha
19:40 jcamins BTW, Title-cover is the stupidest index for 245$a ever.
19:40 Other than, say, "Title-color," which refers to the color of the text.
19:43 aarkerio hi! I am trying to set up an Acquisition Order for first time but I am no getting the process:  need a contract in order to add  a basket? BTW, what is the basket "definition"?
19:43 jcamins lol
19:43 cait baskets are orders
19:44 you don't need a contract
19:44 you create a vendor
19:44 and then create a basket for the vendor
19:44 and then add order lines to the basket
19:46 aarkerio order lines are the physicall materials? id est, the books?
19:46 cait yes
19:47 but one order line can be a lot of books - if oyu order more than one for a title
19:48 jcamins aarkerio++ # for using "id est"
19:48 aarkerio ok, so contracts and basket are not related?
19:50 cait no
19:50 contracts don#t do much I think
19:51 i am not sure totally sure how they work actually
19:51 we don't use them
19:51 rangi http://www.toolness.com/wp/201[…]es-and-community/
19:51 aarkerio ok, I think I get it now, thanks pals!
19:53 wizzyrea oooh
19:53 Irma joined #koha
19:53 rangi aarkerio: you are in quebec?
19:54 aarkerio nope, Mexico City!!
19:54 jcamins Hey, fun fact... did anyone ever notice before that r3 doesn't do what we want it to?
19:55 rangi ahhhh thats right i remember now
19:55 aarkerio: ok then .. kohacon13 in mexico city? :-)
19:55 jcamins It's ti,phr,r3:keyword.
19:55 aarkerio rangi: would be cool!
19:55 jcamins Which translates into ti,wrdl,r3:keyword
19:55 Which is wrong when you have "two keywords"
19:56 ccl--
19:56 @karma ccl
19:56 huginn jcamins: Karma for "ccl" has been increased 0 times and decreased 1 time for a total karma of -1.
19:56 jcamins That's it?
19:56 I'm the only person who has ever been annoyed with CCL?
19:56 gmcharlt jcamins: but I want that red book! ;)
19:56 cait oleonard++
19:56 rangi it was alaquerre in quebec i bet
19:56 jcamins gmcharlt: then maybe we should've used Title-color!
19:56 rangi: yep.
19:56 rangi aarkerio: you just need to suggest it :)
19:57 cait r3?
19:58 jcamins Relevancy.
20:01 rangi aarkerio: http://wiki.koha-community.org/wiki/Kohacon2013  :)
20:01 aarkerio ok, I will!!
20:01 rangi yay!
20:01 jcamins Hey...
20:01 I could fix relevancy.
20:02 rangi oh?
20:02 i have librarians who would love that!
20:02 jcamins rangi: Yeah, it should be user-configurable.
20:03 * wizzyrea would love that too
20:03 rangi sekjal: nice whakatauki on your email :)
20:03 oleonard Did we have specific module-maintainers last time around?
20:04 jcamins Even just allowing someone to choose an order for commonly-ranked indexes would be nice.
20:04 rangi yes it would
20:04 jcamins And we could make r3 not-broken.
20:04 rangi oleonard: not really no
20:06 sekjal rangi:  thanks, it seemed relevant to the thread :)
20:06 jcamins Brooke says relevancy ranking was better in 3.0, but I don't see how.
20:06 rangi it wasnt
20:06 same code
20:07 * wizzyrea wants to see popularity fixed
20:07 sekjal two levels of keyword:  keyword in important fields, and keywords in 'junk' fields
20:08 so, perhaps 'keyword' and 'full record'
20:08 jcamins rangi: yeah... this relevancy stuff has been unchanged for half a decade.
20:08 rangi exactly
20:08 jcamins sekjal: that's a start, but you still wouldn't find "It."
20:09 If relevancy was better, it's because the database was smaller.
20:09 gmcharlt a relatively easy thing to start would be to make the query expression for "relevance searching" a syspref
20:09 jcamins gmcharlt: yup.
20:10 gmcharlt just to double-check, you'll be updating 7818 with your findings re relvance and DOM?
20:10 jcamins gmcharlt: yup.
20:10 sekjal jcamins:  exact title would get really, really high relevancy.  so would exact author or exact subject
20:10 jcamins Actually the whole "I could fix it" was only tangentially related.
20:10 sekjal: right.
20:11 sekjal 'starts-with' would get slightly less, but also pretty high, ranking
20:11 gmcharlt as should adjacency
20:11 jcamins sekjal: even better, let the user decide the order for those.
20:11 sekjal jcamins:  absolutely yes
20:11 cait I am all for fixing features we advertise that don't actually work
20:11 or finally kill them and don't prevent it works
20:11 sekjal but provide that order by default, since it will probably work best for the most folks
20:11 jcamins sekjal: yes, that's what I'd like.
20:12 cait hm pretend
20:12 * jcamins sings songs from Fiddler on the Roof.
20:12 sekjal hmmm, can you define your relevancy algorithm in Solr?  I bet you can
20:13 jcamins sekjal: that's one of the things I'd want to know.
20:14 cait gmcharlt: hm I think I saw relevancy ranking discussed on the evergreen mailing list
20:14 gmcharlt cait: indeed
20:14 cait gmcharlt: have people come up with a definition how it hsould work?
20:15 gmcharlt cait: in the global sense? not really
20:15 cait thought so
20:15 it's hard
20:15 gmcharlt there are lots of examples of what people want in specific cases, of course
20:15 cait and probably differnet for different collections
20:15 jcamins cait: I suspect they've come to the conclusion that they don't agree on anything. ;)
20:15 This is why it should be user-configurable.
20:15 gmcharlt IMO, it's also something that libraries have to be prepared to tweak on an ongoing basis
20:16 * jcamins ponders what an interface to relevancy ranking would look like.
20:16 gmcharlt as well as shake their heads at authors like Stephen King
20:16 11/22/63 is *not* a nice thing to name a book
20:16 jcamins lol
20:16 gmcharlt jes' saying
20:17 jcamins That's kind of awesome, in a catalog-crushing way.
20:17 rangi my autobiography is going to be
20:18 oleonard joined #koha
20:18 wizzyrea "I'm kind of awesome, in a catalog-crushing kind of way"
20:18 ?
20:18 jcamins wizzyrea: I think that was a space.
20:18 rangi 'The And A'
20:18 jcamins Oh. That's pretty good, too.
20:18 wizzyrea rofl.
20:19 jcamins gmcharlt: does that comment make sense?
20:19 wizzyrea that's awesome.
20:19 maximep well the book's title could be the isbn of another book
20:20 that would be cool
20:20 wizzyrea you
20:20 ------------------- < theline
20:20 jcamins lol
20:20 rangi heh
20:20 wizzyrea j/k, that was funny
20:20 :)
20:20 or
20:20 you jump
20:20 the shark
20:21 maximep haha
20:22 oleonard Bye #koha
20:22 wizzyrea bye
20:22 rangi cya oleonard
20:22 jcamins Hehe. This search works with DOM indexing: au:3495.
20:24 * jcamins thinks he might be the only person who finds that charming.
20:25 jcamins Ooh, what about "1986" as a key word?
20:25 It does, cool.
20:25 sekjal time for me to go.  have a good night, #koha!
20:26 jcamins What about 1564-1616?
20:26 rangi maximep: https://twitter.com/#!/BibLibr[…]85001273228132354  <-- translation please :)
20:27 maximep they chose koha and biblibre =)
20:27 rangi cool
20:28 maximep heh, missed that jcamins already translated =)
20:28 jcamins maximep: your translation was correct.
20:29 Mine only made sense to devotees of the Name of the Rose.
20:29 wizzyrea is "set user permissions" permission new to koha 3.6?
20:29 or was it there before and I just didn't notice it
20:29 jcamins Well, and people who studied the Middle Ages.
20:29 wizzyrea: I think it's been there since at least 3.4.
20:29 wizzyrea: could be wrong, though.
20:30 wizzyrea no no, that's fine I just hadn't noticed it
20:30 "been there a while" is a good enough explanation
20:30 maximep jcamins: I just totally ignored your translation because I don't understand it :p
20:30 jcamins maximep: good move. ;)
20:32 gmcharlt: did you fix XML-mode indexing with DOM?
20:33 gmcharlt jcamins: to that extent that it works equivalent during my initial testing
20:33 jcamins Okay, I'll give that a whirl, then.
20:35 JesseM left #koha
20:37 wizzyrea do we restrict non superlibrarians from creating superlibrarian accounts?
20:37 with "modify user permissions"
20:37 jcamins wizzyrea: no, someone reported that.
20:37 I think.
20:37 Maybe.
20:37 rangi yeah nengard did
20:37 and i said, dont give them modify user permissions
20:37 if they cant be trusted
20:37 nengard and i said that's not how it works :)
20:37 gmcharlt no cape for you!
20:38 cait hehe
20:38 nengard LOL
20:38 wizzyrea right
20:38 cool, that clears up my dilemma. :)
20:38 cait I think someone who can give acq and other permissions
20:38 nengard for example a circ librarian might need to give students rights
20:38 cait is probably someone with all permissions
20:38 nengard but we don't want them touching admin pages
20:38 cait and that ismostly what a superlibrairan is
20:38 wizzyrea right
20:38 cait nengard: but that's even more complicated
20:38 wizzyrea only superlibrarians should be able to create superlibrarians
20:39 nengard right
20:39 rangi right
20:39 cait nengard: so a circ librian who can't go into acq or serials could give that right to a new student user he/she created
20:39 rangi so how many permissions can you change
20:39 what if i go turn them all on
20:39 except superlibrarian
20:39 cait yep
20:39 rangi oh wait .. same thing
20:39 which exact permissions shouldnt someone be allowed
20:40 cait I think it's ok as it works now
20:40 nengard cait i guess not - they would only be able to create more circ librarians
20:40 and that gets complicated
20:40 cait nengard: I think then you are looking for a total rewirte of our permission system
20:40 nengard: and I really don't think it's worth the trouble
20:40 rangi create a crazy unmantainable tech solution to a human problem
20:40 nengard well not me ;) a library
20:40 rangi staff that are not trustworthy
20:40 wizzyrea I think it's ok to have to ask a superlibrarian to create an account.
20:40 and give perms
20:40 nengard rangi i'm on your side on this - but it's something that comes up a lot and i do say if you can't trust them fire them - but they don't like that answer
20:41 this is why i can't be a public servies librarian or a director :)
20:41 rangi wizzyrea: so delete the user permissions permission?
20:41 nengard i would agree with wizzy though that only super librarians can make other superlibrarians
20:42 rangi its not that easy
20:42 like i said, they could just tick all the other permissions
20:42 wizzyrea naw, because you can just tick all of the boxes
20:42 rangi exactly
20:42 you have to pick exactly what permissions someone isnt allowed to set
20:42 and then every library will want different
20:42 nengard yep
20:42 rangi and then ill go insane
20:42 nengard LOL
20:42 wizzyrea we can't have that
20:42 no I think it's ok
20:42 rangi and go on a rampage
20:43 wizzyrea my dilemma, the thing that brought it up
20:43 rangi maybe being able to disable the set user permissions
20:43 as a syspref
20:43 wizzyrea was "do we give our tech accounts set user permission ... permission"
20:43 rangi would mean only superlibrarians could set permissions
20:43 wizzyrea i might be for that
20:43 rangi or you could just not tick the box :)
20:43 gmcharlt doesn't scale well, though
20:43 rangi nope
20:44 wizzyrea I'm not sure it needs a solution. we were just going to untick the box.
20:44 :P
20:44 now a "batch edit these account permissions tool"
20:44 that might be a worthy development.
20:44 :P
20:45 but, not really
20:45 because again
20:45 you can just untick the box.
20:46 mbalmer joined #koha
20:47 rangi :)
20:47 mbalmer goog evening
20:51 rangi meeting time
20:51 wahanui rumour has it meeting time is always going to favour one section of the globe
20:51 rangi bbl
20:52 cait and time to sleep here
20:52 bye #koha
20:55 cait left #koha
21:10 nengard left #koha
21:26 Soupermanito joined #koha
21:33 sophie_m left #koha
21:40 maximep left #koha
21:48 mtj has anyone else been having problems when upgrading their db on master, lately?
21:48 jcamins mtj: is your Version set to 30799032?
21:48 If so, change it to 30700032.
21:48 Then updatedatabase will work and you'll have items again.
21:48 :)
21:49 mtj i get a 'db do failed: Duplicate column name 'patronreason' at ...' error
21:49 jcamins mtj: ah. That's because it's something you already had. Ignore it.
21:49 * jcamins goes to eat dinner.
21:49 jcamins Good night, #koha.
21:50 wizzyrea mtj that one can be safely ignored.
21:50 mtj yep... that error type is not usually a big deal...
21:50 wizzyrea :)
21:50 but of course you knew tht
21:50 that*
21:50 mtj but this time it seems to be causing my upgrade to loop endlessly
21:51 wizzyrea hmm
21:52 mtj ... and, if i simply comment that 'patronreason'  block from updatedatabase.pl, then the upgarde succeeds
21:52 wizzyrea is the number wrong on it?
21:52 or a missing something?
21:52 mtj which kinda indicates that that harmless error, is causing my upgrade to loop?
21:53 wizzyrea yea, weird.
21:54 mtj its hung on this update -> 'We are upgrading from Koha 3.07.00.003 to 3.07.00.041'
21:58 i have bumped into this behaviour on my dev koha, a few time in the last week
21:58 its really got me puzzled
21:59 basically, any type of db error causes the upgrade to loop on that specific failed update step
22:00 and, as you both stated, previously those errors caused a warning during the upgrade, but the upgrade didnt fail
22:00 and loop, as its doing now
22:01 yet, other folk dont seem to be experiencing the same problem
22:02 and even weirder... ive tested the bug on a fresh 3.6.4 db
22:03 ie: loaded a clean 3.6.4 db into a master repo, been prompted for an upgrade...
22:03 'We are upgrading from Koha 3.06.06.004 to 3.07.00.041', etc......
22:04 ... only to have it fail and loop on update $DBversion = "3.07.00.004";
22:04 ALTER TABLE  `suggestions` ADD  `patronreason`
22:05 mbalmer no.
22:05 no backquotes.
22:05 thanks.
22:07 mtj mbalmer: yep, sure thing
22:08 mbalmer heh, thanks! ;=
22:08 mtj actually the 3.6.4 db upgrade on master barfs on $DBversion = '3.07.00.008';
22:09 Duplicate entry '545' for key 'PRIMARY' at /home/mason/git/head/installer​/data/mysql/updatedatabase.pl line 4614.
22:09 then the web-upgrade just keeps looping back to 'We are upgrading from Koha 3.07.00.007 to 3.07.00.041, you must update your database'
22:10 i can replicate this bug every time, on my setup?!
22:12 i'm completely stump as to whats causing it
22:16 and yet... if i run the updatebase.pl script from the shell, the upgrade works
22:17 mbalmer left #koha
22:23 ronald joined #koha
22:28 ronald Hi :)
22:31 rangi hi ronald :)
22:34 ronald Hey hi rangi :D
22:34 mtj heya ronald (mason here)
22:34 talljoy1 joined #koha
22:37 ronald Heya Mason :)
22:40 rangi ronald: you are not at SICHE anymore?
22:45 mtj wow, even more weirdness with my updatedb problem
22:46 rangi if there is a weird issue, mtj will find it .. guaranteed :)
22:46 mtj wrapping the problem update block in an eval seems to stop the updatedb.pl from dying
22:47 ... and the updatedb.pl script gets to the end, and success , yay!
22:47 rangi yep if its throwing a full on perl error not just a dbh one, then the perl will be dying before i does the SetVersion
22:48 lemme just eyeball the code
22:48 oh and
22:48 jcamins 3.7.008?
22:49 mtj yeah, thats seems to be whats happening, its dying just before the SetVersion gets set
22:49 yep
22:49 rangi git checkout -
22:49 is COOL AS HELL
22:49 try it
22:49 mtj $DBversion = '3.07.00.008';
22:50 jcamins git checkout -?
22:50 rangi yeah without the ?
22:50 checks out the branch you checked out before
22:50 so use case
22:50 im working in hlt-packaging
22:50 i want to check this thing of mason
22:50 git checkout kc/master
22:51 gets me a detached head checkout of the upstream master
22:51 i look
22:51 mtj aah, yep - got it :)
22:51 rangi then i type
22:51 git checkout -
22:51 jcamins Oh, wow.
22:51 Nice!
22:51 rangi and im back where i was
22:52 mtj: do you have dbh set to die on errors?
22:52 mtj hmm, i have recently moved my dev mysql-server to a different xen... i wonder if thats causing the new weird updatedb behaviuor!?
22:52 rangi yeah that might be it
22:53 $db_user, $db_passwd, {'RaiseError' => $ENV{DEBUG}?1:0 }) or die $DBI::errstr;
22:53 i bet you have debug on
22:53 if you have debug
22:53 it will die on error
22:53 mtj aaah, i bet i do tooo!
22:53 jebus, good spotting!
22:54 rangi try toggling that and see if that makes it go away
22:54 ronald rangi: I'm still at SICHE but moved to another division.
22:54 rangi ahhh
22:56 mtj rangi:  FIXED! :)
22:57 ok, well im very happy i got to the bottom of that stupidness :/
22:58 rangi handy tho
22:58 mtj i was feeling a bit nutty back there :p
22:58 jcamins mtj: don't worry, I was feeling that about you too, so it's not all in your head. :P
22:58 rangi cos running it makes it easier to spot db errors
23:01 * mtj pours rangi a beer, hands jcamins some nutzzZ
23:01 mtj mtj?
23:01 wahanui DeM KraZy NutZ!!
23:01 rangi rangi?
23:01 wahanui I LIKE ALMONDS! HAVE SOME NUTS!
23:02 mtj ok, back to it peeps...
23:15 ronald joined #koha
23:23 Irma joined #koha
23:52 Soupermanito left #koha

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

koha1