IRC log for #koha, 2010-12-08

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

All times shown according to UTC.

Time Nick Message
00:07 HBankhead left #koha
01:12 wasabi any chris about?
01:12 i need some advice on sending some of my patches to kc.org
01:14 … ping me when about?
01:14 robin wasabi: he's up north training some librarians on Koha for the rest of the week
01:28 wasabi oh ta, missed my irc alerty-thing
01:28 ok, so heres the Q anyway….
01:30 if im going to apply some dev patches to a clean koha repo, whats the best git  *tag* on my clean koha repo, to start my applying my patches too
01:31 hmm, that doesnt make much sense , lol
01:31 robin yeah, I wouldn't apply to a tag.
01:31 I'd just use the master branch
01:32 wasabi aaah
01:32 yeah that was my other choice
01:33 robin tags are more for flagging a point in time
01:34 wasabi i sent a patch to kc.org, that was applied to git tag 'v3.02.00-rc', rather than master
01:34 wasa
01:34 wasa
01:35 oops, wrong window :/
01:35 robin it'll probably still work. But you could check by applying it to master
01:36 I think if you're aiming it for the 3.2 then do it agains the 3.2.x branch
01:36 wasabi yep, its an easy test and fix for me
01:37 aah, that was my reasoning, i forgot that :)
01:37 ok, ill double-check your advice, and thanx :)
01:37 robin np
01:55 Brooke joined #koha
02:20 Brooke @quote get 102
02:20 munin Brooke: Quote #102: "<druthb> harrrumph!" (added by gmcharlt at 07:42 PM, November 11, 2010)
02:38 darling i ate too much cabbage, i wonder if chocolate would fix that
02:39 can't hurt..
03:28 Brooke cabbage...
03:28 hmmm
03:31 darling mmm
03:51 brendan_l evening
05:05 Brooke left #koha
06:12 cait joined #koha
06:16 cait hi #koha
07:25 kmkale joined #koha
07:25 kmkale hi all
07:26 laurence joined #koha
07:27 cait hi kmkale
07:28 kmkale hi cait
07:29 cait sorry, didn't have time to look at your patch yesterday, will look at it today
07:30 kmkale np cait
07:46 cait left #koha
07:51 hdl joined #koha
07:53 ivanc joined #koha
07:56 kmkale left #koha
07:58 bigbrovar joined #koha
08:04 sophie_m joined #koha
08:15 kmkale joined #koha
08:20 reiveune joined #koha
08:21 reiveune left #koha
08:22 kf joined #koha
08:22 kf hi #koha
08:22 chris hi again kf
08:24 hdl hi all
08:29 kf hi chris
08:36 Oak joined #koha
09:03 chris list meetbot
09:03 @list meetbot
09:03 munin chris: addchair, deletemeeting, listmeetings, pingall, recent, and savemeetings
09:03 ivanc left #koha
09:03 davi joined #koha
09:08 chris @listmeetings
09:08 munin chris: Error: You don't have the admin capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
09:09 chris @metbot listmeetings
09:09 munin chris: Error: "metbot" is not a valid command.
09:10 kf @meetbot listmeetings
09:10 munin kf: Error: You don't have the admin capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
09:11 kf munin: I gave you cookies!
09:11 munin kf: Error: "I" is not a valid command.
09:11 chris whats this button?
09:11 ibot dont push it, it's the history eraser button you fool!
09:12 kf munin?
09:19 wasabi evening, chris about?
09:19 chris sorta
09:19 stink internets in bucklame
09:23 kf hi wasabi :)
09:24 wasabi heyaz...
09:24 a little question about patches?
09:24 chris yup
09:25 wasabi i wanna commit my star-ratings thingy from ASHS....
09:25 chris coool
09:25 basing it on master is the trick
09:25 wasabi whats the best commit to start testing againist?
09:25 aaah, ok
09:26 ok, thats great
09:26 chris all patches should be based on master, and backported to 3.2.x if applicable
09:26 wasabi aaaaah
09:26 chris for this one, new feature so wont go onto 3.2.x
09:27 wasabi sure sure....
09:27 chris but yeah to make it easy, off master ;)
09:27 wasabi ok, i just wanted to get all that cleared, before i started testing
09:28 i did a feature commit yesterday, but based it off a 3.2 tag
09:29 i'll re-test on master , and update the bug
09:30 chris sounds good
09:30 wasabi interesting interview with assange's lawyer on nat.radio now…
09:34 kf wasabi: star rating sounds good :)
09:38 wasabi thanx, we'll see… :)
09:40 hopefully more patches from me over xmas-time
09:44 dpk joined #koha
09:46 kf wasabi: if you need someone to test something - ask :)
09:47 Brooke joined #koha
09:52 Colin joined #koha
09:52 Brooke boozhoo
09:53 jwagner joined #koha
09:55 magnus joined #koha
09:55 * Brooke waves at magnus
09:56 * magnus waves back at Brooke and the rest of #koha
09:57 tajoli joined #koha
09:57 Brooke bongiorno tajoli
09:58 tajoli ciao
09:59 chris #startmeeting General IRC meeting 8 December
09:59 munin Meeting started Wed Dec  8 10:00:14 2010 UTC.  The chair is chris. Information about MeetBot at http://wiki.debian.org/MeetBot.
09:59 Useful Commands: #action #agreed #help #info #idea #link #topic.
09:59 Topic for #koha is now  (Meeting topic: General IRC meeting 8 December)
09:59 chris #topic Introductions
09:59 Topic for #koha is now Introductions (Meeting topic: General IRC meeting 8 December)
09:59 tajoli Zeno Tajoli, CILEA - Italy
09:59 * chris is Chris Cormack 3.4 RM
10:00 * magnus Magnus Enger, Libriotech, Norway
10:00 * jwagner Jane Wagner LibLime/PTFS
10:01 Colin Colin Campbell PTFS-Europe
10:01 dpk Doug Kingston - English Folk Dance & Song Society (efdss.org)
10:02 thd Thomas Dukleth, Agogme, New York City
10:03 * kf Katrin Fischer, BSZ, Germany
10:03 chris chris_n and hdl about?
10:03 * slef = MJ Ray, worker-owner, software.coop
10:03 chris be a short meeting otherwise, which i dont mind :)
10:04 Oak left #koha
10:05 chris shall we jump to the 3.4 update and if they arrive we can do 3.0. and 3.2 after?
10:05 kf +1
10:05 magnus +1
10:05 dpk +1
10:05 Brooke sounds like a plan +1
10:05 chris ok
10:06 #topic Update on roadmap for 3.4
10:06 Topic for #koha is now Update on roadmap for 3.4 (Meeting topic: General IRC meeting 8 December)
10:06 chris we are still on track, pushing lots of patches
10:07 but there are some big branches awaiting qa
10:07 i made some changes to bugzilla last week
10:07 added a new field, patch status
10:08 for any single patches on a bug, that need qa/signoff i have been setting that to needs signoff
10:08 kf chris: I wondered about the correct status after a patch has been signed-off
10:09 chris ill set it patch pushed when i push it
10:09 * hdl Henri-Damien LAURENT BibLibre
10:09 hdl (sorry to be late)
10:09 chris it can go back to blank if we want, or we can add another status
10:09 for multipatches for a  bug, i have been pushing new/awaiting_qa branches
10:10 slef Related to this: I've not linked the November patches list emails to bugs yet. Shall I? Does anyone find those batches of comments annoying?
10:10 chris to make it easier
10:10 they dont annoy me
10:11 hdl me neither
10:11 kf me neither
10:11 slef ok, I'll continue, do this batch, then automate
10:11 chris #agreed slef to continue his work linking patches to bugs
10:12 kf meetbot++ :)
10:12 chris does anyone else have any general 3.4 questions before we move on to template toolkit update?
10:13 thd yes
10:14 how much in advance of the release schedule would you expect a feature freeze?
10:14 hdl Do you have a plan for persistence and performance work ?
10:14 chris thd: 1 month and 2 week string freeze
10:15 hdl: no
10:15 kf which date would that be?
10:15 chris 22 march
10:15 kf sometime in march?
10:15 ah
10:15 clrh joined #koha
10:16 chris hdl: we do need to track down the memory leaks before we can continue with persistance tho, so hopefully someone will work on that
10:16 hdl chris same question for circulation and all the RFCs...
10:16 (global RFCs)
10:16 chris #info feature freeze aimed for march 22, string freeze for 2 weeks after
10:17 hdl: i have no concrete plans if someone wants to make some, that would be good
10:17 thd hdl: global RFCs?
10:17 hdl wow...8-)
10:17 chris im rm, not god
10:17 hdl Ajax.. Circulation imrpovements.
10:17 thd :)
10:17 hdl I dont expect you to do all the stuff.
10:17 thd hdl: By global do you mean affecting many modules?
10:18 hdl But I raise those issues in order to raise attention on that.
10:18 So that we can all make efforts and join forces.
10:18 kf @quote add chris: im rm, not god
10:18 munin kf: The operation succeeded.  Quote #110 added.
10:19 hdl Community could try and set periodical meetings on those subjects and come who wants.
10:19 chris #action organise meetings on rfcs
10:19 #help someone needs to organise them, and by someone i mean anyone except me :)
10:20 thd :)
10:20 hdl biblibre can take some... but not all
10:20 About circulation improvements.
10:20 It could be tested
10:20 it is on a branch
10:21 chris lets make some meetings for each of the performance rfc
10:22 i know there are people interested in them and then they can discuss specifics
10:22 hdl Can you detail then ?
10:23 chris detail what?
10:24 hdl detail what different meeting syou want
10:24 you propose.
10:24 chris i dont want any
10:24 kf I think the branches from biblibre need a qa session
10:24 chris i thought you did
10:25 hdl #action organise a qa session for biblibre branches
10:25 kf the rfc's that still need work is perhaps a different thing
10:25 thd I think that chris was stating that those interested in holding topic meetings are encouraged to organise them
10:25 hdl We take it.
10:25 sorry I misunderstood.
10:26 I thought idea was to split performance issues into idetified parts.
10:26 identified...
10:27 for instance javascript/Plack or data persistence....
10:27 chris they mostly have, circ improvements, ajax, persistence etc
10:27 and i encourage people interested in them, to talk to each other
10:27 hdl ok.. was also to check that we would not miss any, just to have the beginind of a list of identified issues.
10:28 magnus sounds like a wiki page ;-)
10:28 chris i dont think missing them is too much of a worry, its not a finite topic
10:28 hdl chris: should we make a call for volunteer on each subject ?
10:28 chris and we wont get all of them done for 3.4, people adding more as they think of them
10:29 hdl chris: but having no lists doesnot help organisign work.
10:29 chris i didnt say no lists
10:29 i said we dont need an exhaustive list
10:29 hdl chris: fine for me.
10:30 chris #idea have volunteers to coordinate discussion on each of the performance rfc
10:30 * Brooke will go over the meeting minutes and put summat up on the wiki for Mondayish.
10:30 slef is there a label/category for performance rfcs?
10:31 hdl http://wiki.koha-community.org[…]RFCs_for_Koha_3.4
10:31 thd slef: One can easily be added.
10:31 chris #action Brooke will go over the meeting minutes and put summat up on the wiki for Mondayish
10:33 ok, anything else? or shall we move on?
10:33 #action thd to add a category for performance related rfc
10:34 ok, moving on
10:34 #topic template toolkit update
10:34 Topic for #koha is now template toolkit update (Meeting topic: General IRC meeting 8 December)
10:34 thd slef: I took categories from bugzilla where no such category had been created in the component assignment nature of bug assignments.
10:34 magnus that page hdl gave the url to looks like it should be split into several pages with more details
10:34 chris chris hall, has been doing a lot of work and has a script that can convert html::template::pro files to template::toolkit ones
10:35 we ran into some issues with variable names
10:35 hdl magnus: agreed.
10:35 chris in h::t::p you can have somethin like foo-bar as a variable name
10:35 in tt it needs to be a valid perl variable name
10:35 so we have been fixing those in the original templates too
10:36 we are now in the testing phase
10:36 #link http://wiki.koha-community.org[…]late_toolkit_test
10:36 hdl we will try and test that too.
10:36 chris kf has been doing some testing
10:36 hdl thanks.
10:36 kf sorry, phone call
10:37 chris we ran into some issues with umlauts, which we havent figured out the solution to yet, but i am sure its something we just missed setting
10:37 hdl Is there a way you propose to organise parts of templates ?
10:37 chris thats outside the scope of the changes for 3.4
10:37 slef so it'll be a similar organisation?
10:38 chris this is purely a replacement of the templating engine
10:38 yes, where similair = exactly the same
10:38 once that is working flawlessly
10:38 then we can start moving things around
10:39 and making use of the extra features we get with tt
10:39 that may happen before 3.4 is released, but i doubt it, there is a lot of other things to do
10:40 but once its changed, it should be possible for people to start reorganising
10:40 hdl With ongoing works on Acquisitions, it could be good if ppl could get an idea of a best practise.
10:40 even fuzzy or blur.
10:40 chris thats certainly something that you would want owen involved in
10:41 along with jquery upgrades etc
10:41 hdl #idea organise something with owen about tempalte reorganisations
10:43 chris so thats where we are now, with more testing, we should be ready to switch to tt early in the new year, outstanding patches to templates i will apply to the old templates and use the script to upgrade them to tt
10:44 hdl chris : it could be good if all the big branches could get in before
10:44 chris but after fair warning ill expect new ones to be tt not h::t::p
10:45 one is readyish, it has had qa and some feedback provided, if you wanted to respond to the questions in that feedback then that branch could be merged
10:46 perhaps colin could organise a qa meeting
10:46 hdl the one owen and Frederic sent comments on ?
10:46 chris galen signed off on, and sent comments
10:46 hdl Or is it about reports ?
10:47 chris that other one is only partially qa
10:47 d
10:47 maybe colin could organise some meetings and try and rope in some volunteers to help qa
10:48 hdl I didn't cath Galen was waiting an answer from me.
10:48 Colin yes probably need to generate a strategy to attack some of these
10:48 hdl s/cath/catch/
10:48 chris hdl: yep, im pretty sure there were a few questions and a couple of changes he wanted you to check
10:49 hdl #action hdl comment on gmcharlt email and branch
10:50 chris #topic update on biblibre branches
10:50 Topic for #koha is now update on biblibre branches (Meeting topic: General IRC meeting 8 December)
10:50 chris we have kinda started this already :)
10:51 hdl indeed.
10:51 chris was there anything else you wanted to add hdl?
10:51 hdl Just say that there are many bug fixes done also on those.
10:51 And that in my opinion, the more we wait for integration, the more we will have duplicat efforts.
10:52 And we had very little feedback on the qa progress.
10:53 So idea of kf before to organise meetings could be good.
10:53 Instead of having 12 branches to cope with, I would have only 3 and that would be a great step.
10:54 chris i only have i think 32 at last count
10:54 hdl Could we agree on having a meeting around that ? assuming people are ready to spend time testing.
10:55 if so, i can rais an action
10:56 chris i suggest you propose a time and see how that goes
10:56 there are other branches
10:56 like the 2 analytics ones and others
10:56 that need qa too
10:57 hdl #action propose a meeting around qa branches.
10:57 tajoli 2 analytics ?
10:57 hdl (but that was already said.
10:57 )
10:58 tajoli I think that is only one
10:58 (new/awaiting_qa/analytical_records)
10:58 chris thats one
10:58 there is work kf has been doing too
10:58 thd tajoli: I have seen two patches for analytic records
10:58 hdl I will continue to try and take into account any feed back
11:00 chris #topic update on the 3 words
11:00 Topic for #koha is now update on the 3 words (Meeting topic: General IRC meeting 8 December)
11:00 tajoli I simply add unimarc (461/463 ) support
11:00 chris (its midnight here, i have to do training tomorrow so moving along)
11:01 Brooke k, still not dawn here, so bear with me.
11:01 chris tajoli: http://bugs.koha-community.org[…]w_bug.cgi?id=4506
11:01 munin 04Bug 4506: enhancement, PATCH-Sent, ---, katrin.fischer, NEW, Add support of record linking by record control number in $w
11:01 francharb joined #koha
11:02 Brooke We worked on a three words tag cloud
11:02 from stuff discussed at KohaCon then opened up over the list
11:03 we got pretty good feedback
11:03 I then hybridised the new words with an old mission statement
11:03 and then sent that puppy out for feedback
11:04 so tag cloud is here
11:04 http://wiki.koha-community.org[…]File:Zecloud2.png
11:04 hdl #link http://wiki.koha-community.org[…]File:Zecloud2.png
11:04 Brooke Mission is
11:04 The mission of the Koha project is to produce and maintain an
11:04 evolutionary and revolutionary free open source Integrated Library System.
11:04 Through collaboration, our communityhopes to offer a fresh, dynamic,
11:04 reliable catalogue that sets the benchmark in usability, quality and innovation.
11:04 We seek to emancipate users from the morass of proprietary data and orphaned
11:04 products and empower Koha users to share their strengths in a stable, welcoming,
11:04 and nurturing environment.
11:04 We value the cooperation of enthusiastic librarians, generous software
11:04 developers, transparent support providers and all people of integrity who share
11:04 our commitment to freedom and participate in the spirit of solidarity.
11:05 If you have better words, or this is highly offencive in your language, I'm all ears for change.
11:07 thd Some benign word is offensive in some possible language or if pronounced the wrong way :)
11:08 chris i like it
11:08 hdl noble moto
11:08 thd Is their a definition of opaque support providers?
11:09 s/their/there/
11:09 slef +1 (and sorry, I'm gone now... for some reason I'd booked this meeting as an hour)
11:09 Brooke I'd assume there could be as a footnote or supporting document someplace.
11:09 magnus +1
11:10 Brooke Mission -> Vision -> Planning -> Less argument is the theory
11:11 thd Brooke: I think that the intended meaning of transparent is clear to me but I am not certain it would be clear to everyone.
11:12 chris i propose that discussion on the wording be continued at a later date
11:12 magnus +1
11:12 Brooke I'm limited in construction in that Mission statements are meant to be wee things. Again, I'm willing to add supporting documentation linking what it means as things evolve
11:12 magnus i think transparent sounds good, lets "operationalize" it later, if we feel like it
11:13 chris id like to thank brooke for working on this
11:13 and move on to
11:13 Brooke mostly bob
11:13 and you guyses
11:13 chris #topic action items from the previous meeting
11:13 Topic for #koha is now action items from the previous meeting (Meeting topic: General IRC meeting 8 December)
11:14 chris im not sure we had any?
11:14 anyone remember differently? certainly we didnt note any in the minutes
11:14 thd I did not mean to suggest that transparent was not fine or not the best choice.
11:15 I have an issue to reintroduce.
11:15 Or rather further postpone to the mailing list.
11:16 chris fire away
11:16 thd At the last meeting I proposed to reintroduce the delayed ballot process on upgrading the software license.
11:17 ... with apologies for falling ill.
11:17 chris #action thd to reintroduce the ballot process on the software license to the mailing lists
11:17 no apologies needed
11:17 its not like it was something you can stop :)
11:17 thd gmcharlt wisely suggested deferring to the mailing list.
11:17 I could have seen the doctor sooner and had less of an infection to combat.
11:18 However, I avoid doctors when I can.
11:19 I think that last month was not appropriate for reintroduction with problems over RFCs and development conflicts taking much of my time to help resolve.
11:19 I will take the issue up for restarting the ballot process on the mailing list this month.
11:19 chris ive action pointed it now, so you have too :)
11:20 to even
11:20 #topic times for next meeting
11:20 Topic for #koha is now times for next meeting (Meeting topic: General IRC meeting 8 December)
11:21 hdl Wednesday 5 ?
11:21 * magnus works for me
11:21 chris that would be ok for me, time?
11:21 hdl 20 PM ?
11:21 tajoli For me better after 6
11:21 * kf back
11:22 dpk 20:00 GMT?
11:22 magnus +1
11:22 hdl or 22 GMT
11:22 dpk who are we being nice to this time?
11:22 kf it was nice for europe this time
11:22 perhaps us?
11:22 Brooke apparently not europeans
11:23 kf or india :)
11:23 hdl americans and new zelanders iirc.
11:23 jwagner Whichever time, can we get reminder emails to the listserv?  There are very few people here today.
11:23 * magnus gotta run
11:23 hdl Or same time ?
11:23 magnus is now known as magnus_a
11:24 dpk chris: I have a quick question on how we progress bug 5332
11:24 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5332 enhancement, P3, ---, gmcharlt, NEW, Add batch reversion capability to bin/commit_biblios_file.pl
11:24 Brooke 22 is good, me thinks
11:24 * jwagner pleads sleepily for a different time :-)
11:24 chris #action jwagner to send reminder emails
11:24 dpk: can it wait until the meeting  finishes?
11:24 jwagner Me? I thought that was the meeting organizer?
11:25 chris its anyone
11:25 and you volunteered
11:25 dpk yes
11:25 * jwagner looks up definition of "volunteered"
11:25 chris #agreed next meeting is 22:00 UTC Wednesday 5 January
11:26 done
11:26 hdl jwagner: i thought that was an american habit.
11:26 thd jwagner: There is a special meaning in the Koha community.
11:26 hdl OK thanks folks
11:26 have to run now
11:26 chris #endmeeting
11:26 Topic for #koha is now Welcome to #koha - www.koha-community.org.  Koha 3.2.1 is Now Available - Next general meeting on 8 December 2010 at 10:00 UTC+0.  This channel is logged.
11:26 munin Meeting ended Wed Dec  8 11:27:40 2010 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
11:26 Minutes:        http://librarypolice.com/koha-[…]-12-08-10.00.html
11:26 Minutes (text): http://librarypolice.com/koha-[…]0-12-08-10.00.txt
11:26 Log:            http://librarypolice.com/koha-[…]08-10.00.log.html
11:26 Colin left #koha
11:26 Brooke cheers hdl
11:26 tajoli hi magnus
11:27 chris meetbot rules, those minutes are cool
11:27 right dpk, sup?
11:28 dpk yeah, so I submitted a patch to add batch reversion to get myself unstuck from a corrupt batch.
11:28 It looks like it still needs qa testing.
11:28 chris ah yep
11:29 you will want to hassle colin about that :)
11:29 hes close to you too (in the UK as well)
11:29 dpk Its not a core function but it will help people who get bad imports.  There appears no other way is available.  OK - I'll contact Colin.
11:29 chris yep, i like the idea
11:30 dpk Goodnight.
11:30 tajoli Magnus, do you check the branch about analytic records ?
11:30 * chris hits the hay
11:31 chris have a good day
11:31 dpk chris; currently shows bug assigned to Galen.  Also, what is Colin's email?  He has not commented on that bug.
11:31 kf tajoli: I did the work on 5406 - I think it's quite different. I had a time problem testing the other work :(
11:32 tajoli: my aim it so put up an rfc, example files and comments to the other branch until the end of the year
11:32 is to put...
11:32 hope that's soon enough
11:37 Brooke left #koha
11:40 tajoli Hi Katrin (and sorry for dela)
11:41 I see your work ofr bug 5406
11:41 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5406 enhancement, P5, ---, gmcharlt, NEW, Allow Koha to authenticate using LDAPS as well as LDAP
11:41 tajoli No, is the bug 4506
11:41 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4506 enhancement, PATCH-Sent, ---, katrin.fischer, NEW, Add support of record linking by record control number in $w
11:42 thd Which is an RFC which needs a performance category applied?
11:42 tajoli I think is correct.
11:42 and is a differct thin from the git branch
11:42 new/awaiting_qa/analytical_records
11:43 And they are compatible at 100%, I think
11:51 kf tajoli: I hope so
11:52 I had no time to test the analytical_records branch - is the functionality controlled by a sys pref?
11:52 my linking doesn't use the barcode or biblionumber but the controlnumber (which we get from our union catalog and don't want to overwrite)
11:53 I really have to spend some time on those features and documentation
11:57 reiveune joined #koha
11:57 reiveune left #koha
11:58 thd slef: are you there?
12:01 bigbrovar left #koha
12:01 slef thd: yes, but working, may be slow to answer
12:02 thd slef: added a performance RFC category.
12:02 slef: do you know what it should be applied to other than Table sorters RFC?
12:03 sekjal joined #koha
12:03 slef thd: not really... my lack of clue about how to identify performance RFCs is why I wondered if there was a category.
12:03 thd slef: I think that the bugzilla category architecture, internals, and plumbing generally addresses performance issues.
12:04 slef: I had presumed that not knowing which they are had motivated your request.
12:04 slef: I thought that they would be more obvious.
12:04 slef: I think that RFCs have yet to be written for most performance issues raised.
12:09 tajoli I leave
12:09 tajoli left #koha
12:12 laurence left #koha
12:14 thd slef: I note that the there is a page for Koha Tuning but it seems not to have been intended as an RFC, http://wiki.koha-community.org/wiki/Koha_Tuning .
12:50 collum joined #koha
12:54 * chris_n sends along regrets for missing the meeting this morning
12:54 kf hi chris_n
13:07 alohalog left #koha
13:07 wasabi left #koha
13:10 sekjal is now known as sekjal_a
13:14 owen joined #koha
13:15 mib_000wk joined #koha
13:16 mib_000wk left #koha
13:16 mib_tvtv1 joined #koha
13:19 Nate joined #koha
13:20 mib_tvtv1 left #koha
13:28 owen Hey all, sorry I missed the meeting this morning.
13:29 Anyone know what this is about? "organise something with owen about template reorganisations"
13:29 * owen hadn't heard of ideas for template reorganizations
13:34 sekjal_a left #koha
13:36 * owen supposes everyone went back to bed after the meeting
13:37 alohalog joined #koha
13:37 wasabi joined #koha
13:38 kmkale hi owen
13:42 kmkale left #koha
13:46 hdl owen: hi
13:46 ibot hey, hdl
13:46 hdl well it is not work in progress but it would be work to plan.
13:47 owen: it would be : How to organise stuff so that templates would be both flexible AND sustainable.
13:47 owen What do you have in mind?
13:48 hdl owen: namely : have templates for create update Display pieces of information individually and lists.
13:49 And have a kind of appropriate "namespace" (say rather file system organisation) for those parts
13:49 owen Instead of having them all in one template?
13:49 hdl owen yes.
13:50 See ItemInputRefactoring Branch to see what it could mean...
14:06 logbot joined #koha
14:06 Topic for #koha is now Welcome to #koha - www.koha-community.org.  Koha 3.2.1 is Now Available - Next general meeting on 8 December 2010 at 10:00 UTC+0.  This channel is logged.
14:14 sekjal joined #koha
14:19 owen hdl: Do you see the template changes as a system-wide overhaul or a gradual process?
14:20 hdl owen: about previous question :version in the mysql table is before your kohaversion.pl
14:21 I would say gradual process... If it is well designed and thought... Then we should be able to design by best practise.
14:21 And develop best practises.
14:21 kmkale: are you in mumbai ? it is quite late for you.
14:21 jcamins_a is now known as jcamins
14:21 jcamins Good morning, #koha
14:22 kmkale not really hdl its 7.53pm
14:22 hi jcamins
14:22 owen I would definitely prefer a gradual process. Between Bug 3652, Bug 4048, and moving to jQuery UI we've got too many overhauls on our plate
14:22 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3652 critical, P5, ---, oleonard, ASSIGNED, XSS vulnerabilities
14:22 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4048 normal, P5, ---, oleonard, ASSIGNED, CSS and JS libs must be outside of translated paths
14:28 Nate left #koha
14:31 hdl owen:I agree... and such overhauls are a nightmare for integration....
14:31 * owen agrees
14:31 hdl Moreover there should be two more :
14:32 js libs should be loaded at the end of the page.
14:32 owen +1
14:32 hdl And yui should be abandonned...
14:33 But still, Having a plan.... could prevent us from searching on our own... and have conflicting ideas afterwards.
14:34 owen hdl: I often wonder if we should be doing some js and css aggregation like Drupal does? Minifying and packaging the js and css?
14:35 "Drupal can automatically optimize external resources like CSS and JavaScript, which can reduce both the size and number of requests made to your website. CSS files can be aggregated and compressed into a single file, while JavaScript files are aggregated (but not compressed)."
14:35 hdl it would greatly help...
14:44 jwagner Hmmm.  Does anyone know of any technical reasons (speed, database, etc.) why an authorized value category shouldn't have maybe 800 entries?  Need a controlled vocabulary for a particular field, and it doesn't really fit into authority control.
14:44 owen hdl: Is there a bug for the transition from YUI to jQueryUI?
14:44 hdl owen : I donot think so. Not yet.
14:45 kf hi kmkale - will send later
14:45 kmkale kf++
14:46 kf lots of meetings today, catching up with mail right now
14:47 kmkale on 3.03.00.004 while adding items to a batch in label creator, if we do a search and then select all then add checked then done only one item gets added to the batch :(
14:47 anyone noticed this?
14:49 kf kmkale: I thought this was a fixed bug or something
14:49 is your system up to date?
14:49 chris_n will now
14:49 kmkale yup. its 3.03.00.004
14:52 also if its a multi page search only the first item on each page is added when we do select all, then add checked on each page then finally done
14:55 bug 5391
14:55 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5391 critical, PATCH-Sent, ---, cnighswonger, ASSIGNED, can't add multiples to batch
14:56 kf kmkale: I think the second is by design
14:56 it's the same for search result pages in general
14:56 ah, no sorry
14:57 rereading what you say it really sounds strange
14:57 kmkale kf: how so? is I go to the next page of a search and do a select all then add checked it should add all items on that pahe to the batch
14:57 trea joined #koha
14:58 kf no you are right
15:01 kmkale i should read before I type
15:01 kf me too :)
15:01 Casaubon joined #koha
15:04 kmkale applying the proposed patch seems to solve it.
15:11 kf you could sign-off on it :)
15:13 owen http://wiki.koha-community.org[…]gn_off_on_patches
15:16 kmkale :)
15:16 drulm joined #koha
15:17 kmkale remember what I said about sign off quality? ;)
15:24 hdl kmkale: ....?
15:24 what have you said ?
15:24 drulm left #koha
15:25 kmkale one more problem. If there is only one item in a batch and if I select it and click Remove Items it shows a pop up of "Please select at least label to delete."
15:26 hdl: i said I foresee a rider coming soon to patch sign off saying sign offs should be from a reputed source ;)
15:27 hdl hehe...
15:28 it would not come from me... Since merging workflow is not appropriate for sign-off.
15:29 jwagner any ideas on my authval question?
15:31 jcamins jwagner: we have... many... CCODEs, and it hasn't been a problem.
15:31 Not 800, but enough that I'd expect that we would've encountered problems when we were running on an underpowered VM.
15:31 jwagner OK, I'm looking at creating a category with maybe 500-600 entries.  Just wanted to be sure that wasn't A Bad Idea.
15:31 hdl jwagner: I don't think it would be a problem
15:32 jwagner Thanks.
15:32 druthb joined #koha
15:33 kmkale hi druthb
15:33 druthb hi, kmkale! :)
15:34 jwagner Hey, who let you in???
15:34 * druthb did.
15:35 jwagner Harrumph :-)
15:35 druthb @quote get 102
15:35 munin druthb: Quote #102: "<druthb> harrrumph!" (added by gmcharlt at 07:42 PM, November 11, 2010)
15:35 francharb left #koha
15:35 jwagner We miss you :-(
15:35 druthb Aw, thanks!
15:37 @karma cait
15:37 munin druthb: Karma for "cait" has been increased 52 times and decreased 0 times for a total karma of 52.
15:38 francharb joined #koha
15:39 druthb @karma druthb
15:39 munin druthb: Karma for "druthb" has been increased 45 times and decreased 0 times for a total karma of 45.
15:39 druthb @karma jwagner
15:39 munin druthb: Karma for "jwagner" has been increased 50 times and decreased 0 times for a total karma of 50.
15:39 druthb Hmf.
15:40 kf bye kohw
15:40 koha
15:40 kf left #koha
15:42 * druthb does not miss commuting in 23-degree weather, nope nope.
15:44 Barrc joined #koha
15:48 slef Where's the best place in a MARC record to put notes about Koha's automatic mangling of that MARC record?
15:50 jcamins slef: what automatic mangling?
15:52 slef jcamins: the one I'm writing ;-)
15:53 jcamins: I'm making Koha regenerate biblioitems.marcxml from biblioitems.marc when marcxml is incomplete.
15:53 jcamins Oh. Well, who needs to see the note?
15:53 slef a cataloguer who is wondering what happened to their record
15:53 jcamins Probably not 583 then...
15:54 The ANS uses 993 for that sort of note.
15:54 slef I don't think "Koha barfed" needs to appear in OPAC.
15:54 hdl mmm marc is much more limited than marcxml
15:55 for big records, it would not be helpfull
15:55 slef hdl: yes. I'm expecting this recovery routine only to activate on relatively new records.
15:55 Usually things which have been imported or entered with subtly incorrect settings.
15:55 jcamins hdl: anything that can be represented in MARCXML can be represented in MARC. The length limit is a serious problem, but if your record is corrupted, it seems to me that the best thing to do would be to rebuild the MARCXML from MARC and items, rather than just fail.
15:56 If I understand correctly what slef is doing.
15:57 wizzyrea slef++ I approve of that project
15:57 slef I suppose I could try making Koha refuse to save any MARC which it couldn't convert to correct marcxml... what would be the consequences of that?
15:57 wizzyrea annoyed catalogers
15:57 but
15:57 happy catalogers
15:57 slef cataloguers are masochists?
15:57 wizzyrea because then they'd know they have to get/create a better/different record
15:58 slef I guess when one can corrupt a marc record simply by messing up its leader, there's probably always going to be someone somewhere with broken data in their Koha.
15:58 wizzyrea just so I'm clear: the problem you are trying to solve is...
15:59 catalog searches that error because of one bad record?
15:59 (among other things)
15:59 slef Any action which errors because it hits a broken marcxml.  Usually someone's trying to receive an item when I see the fault report.
16:00 wizzyrea right. Our manifestation of that is broken catalog searches
16:00 for specific words
16:00 slef That happens too, yes.
16:01 owen wizzyrea: Because one of the records in the result set is corrupt?
16:01 wizzyrea ok thank you
16:01 yep
16:01 owen Yeah we've seen that too
16:01 wizzyrea slef++ for accidentally helping me to understand how that happens
16:02 so right, how best to fix
16:02 slef wizzyrea: if you switch KOHA_BACKTRACES on in koha-httpd.conf and DebugLevel to 2 in sysprefs, it becomes more obvious.
16:02 Barrc Hello all - just moved one of our installs up to 3.006 and noticed that even though the Koha user crontab is exactly as it was on 3.005 any Bib/Authority additions takes longer to populate. On the older version it was almost immediate. Any ideas?
16:02 wizzyrea if only I had such power to wield over my apache logs.
16:02 maybe soon.
16:03 slef wizzyrea: you should get some IT support who are happy to add SetEnvs to apache configs ;-)
16:03 Barrc: not off the top of my head.  Can you quantify "longer"?
16:04 wizzyrea you're right! I totally should! I hear there's a document going out about that ;)
16:04 owen Starting test of jQueryUI for tabs: http://screencast.com/t/dpDZM1VOipxm
16:04 slef wizzyrea: oh, was that what was in that Word attachment? I thought it was only open to MS customers ;-)
16:04 wizzyrea owen: it works!
16:04 >.<
16:04 Barrc Well, it seems the time it now exactly what is specified in cront, 2 minutes. I have the old system here and the cron is set to 2 mins too but the addition is immediate
16:04 wizzyrea I'll send it again if you want lol (can't believe he did that… send a word doc to a foss community… doh)
16:05 hdl owen nice
16:05 owen Unfortunately the latest version of jQueryUI doesn't play nice with the version of jQuery in Koha
16:05 slef (seriously, I'll try to take a look at that doc and see if it's open to us)
16:05 owen So either we take the last version back of jUI or we do the conversion in concert with the jQuery upgrade
16:05 wizzyrea slef: I'll send you a copy that isn't in a dumb format
16:05 which is your preferencs?
16:05 preference*
16:05 jcamins Barrc: I suspect it's just a coincidence- you happened to add records right before the cron job reindexed.
16:06 slef Barrc: which URL are you adding them from?
16:06 Barrc I have tested it tough, straight after the crontab logs to the log file. The addition happens straight away!
16:08 slef Coming back to noting which marcxml fields koha has regenerated: is @marc 993 OK? A subtag?  Something else?
16:08 jcamins slef: sorry, got distracted.
16:08 993 seems like a good choice.
16:08 That's what the ANS uses.
16:10 slef I'll email the list about this, just to make sure no-one goes nuts.
16:10 wizzyrea that one seems like it should be ok
16:10 Barrc slef: From authorities.pl, addbiblio.pl and additem.pl - is that what you mean?
16:11 wizzyrea and slef, if you make this corrupt record kills catalog search problem better
16:11 I don't know what I'll do, but something very nice.
16:11 slef I was wondering about 040$9 but I guess 04X should be a code.
16:11 druthb @roulette
16:11 munin druthb: *click*
16:11 druthb @roulette
16:11 slef Barrc: yes, that. Now I can search some code.
16:11 druthb was kicked by munin: BANG!
16:11 druthb joined #koha
16:11 * munin reloads and spins the chambers.
16:11 * druthb chuckles.
16:11 Barrc thanks
16:12 kmkale owen whats the schedule on jquery update? if any?
16:14 slef Barrc: do you use BiblioAddsAuthority?
16:16 (3.00.05 17 Dec, 3.00.06 17 May)
16:16 Barrc: and MARC21 or UNIMARC?
16:17 ignore second question - seems irrelevant
16:17 Casaubon left #koha
16:18 owen kmkale: There's no schedule
16:18 I'd like to see it happen in time for 3.4 though
16:18 slef no, there's been no change to authorities indexing linked to those files or the C4 module that I found.  Stopping looking.
16:19 kmkale owen: is there a list of problems in upgrading to latest jquery somewhere?
16:19 Barrc slefl: MARC21
16:19 hdl left #koha
16:19 owen kmkale: Bug 5449
16:19 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5449 blocker, P5, ---, gmcharlt, NEW, JSON malformed in Koha - Blocker with jQuery 1.4.x
16:19 owen kmkale: But I'm not sure everything has been thoroughly tested yet
16:20 kmkale: There may be other issues no one has discovered
16:20 Barrc Not sure about BiblioAddsAuthority, where is that called?
16:20 Casaubon joined #koha
16:20 kmkale owen: i was wondering about that. How do we get wide testing without it being tried by a bigger audience..
16:23 owen kmkale: I guess the first step is to get a branch set up that people can test
16:23 kmkale: But we still depend on the willingness of folks to spend time testing
16:24 kmkale owen: yup. I would be willing to do some testing if you could point out something.
16:28 jwagner wizzyrea, have you ASKED your present vendor for help diagnosing the problem?
16:28 wizzyrea yep
16:30 jwagner Ticket #? I'll investigate
16:30 wizzyrea You mean for the stuff slef is working on?
16:30 jwagner No, for when you reported the problem to us
16:31 hdl joined #koha
16:33 sekjal Barrc:  BiblioAddsAuthority comes up every time you add or edit a MARC record through the staff client
16:34 Barrc:  doesn't factor into bulk loads, or at least not as far as I can tell
16:35 wizzyrea yep, I have tons of those, gimme a min.
16:36 Barrc OK. This is only for records added in the Staff client. There are no records added in bulk
16:39 sekjal Barrc:  alright, so if you turn that on, any authority-linked heading in your biblios (as determined by your MARC framework) will search for an existing authority record to link to
16:39 if it finds one, it links, if not, it creates a brief authority, and links
16:39 the brief authorities will just include the current heading, and a 667$a indicating they were machine-created
16:44 Barrc sekjal: Is this a SysPref I need to switch on?
16:44 sekjal Barrc:  yes, BiblioAddsAuthorities is a syspref, under Authorities
16:45 Barrc How does this effect addition of Authorities? (by that I mean direct Authority creation in the Authorities page - not from within a bib) The are also taking 2 mins to appear?
16:47 sekjal Barrc:  authorities added in the authorities interface will not be linked to your biblios automatically
16:47 and they will show up in search once your rebuild_zebra.pl -a -z cronjob has run... every 2 min is pretty standard
16:48 Barrc I know! I think I am confusing you! The problem is the delay in any newly created item/bib/authority being available to use (search) not just for Authority linking. If a new Authority is created in isn't availabl to use for 2 mins
16:49 sekjal Barrc:  essentially, yes
16:49 druthb is now known as drb_chow
16:50 sekjal the record can be accessed if you have it's system number, but can't be found through any kind of search, which is the only way to retrieve authorities right now, as far as I know
16:50 Barrc But in the old version it was available immediately - that's what I am querying. I have 2 systems, side by side. One is 3.005 the other 3.006 both create a new auth, 3.005 is available now, 3.006 isn;t
16:51 wizzyrea 9890, 8698, 7990, 5449 to name a few
16:52 magnus_a left #koha
16:52 sekjal Barrc: hmmm, interesting.  I'm not as familiar with the 3.0.x line, since I mostly work off master.  I couldn't say what changes may have been introduced between 3.0.5 and 3.0.6 to cause that...
16:53 Barrc Its strange alright!
16:53 slef I've looked (we are familiar with 3.0.x because we ship the latest stable koha - last of the well-behaved?) and can't see any changes between them which would cause it.  It is very strange.
16:54 drulm joined #koha
16:55 drulm Hello, is Solr a 'go' or still in debate? Thanks!
16:55 slef Barrc: you don't have zebraqueue_daemon running as well on your 3.0.5, do you?
16:55 drulm: both?
16:55 ibot both are things I could work on but not sure it makes sense :)
16:56 owen ibot: Forget both
16:56 ibot owen: I forgot both
16:56 slef ibot: forget paris
16:56 ibot slef, I didn't have anything matching paris
16:56 Barrc slef: I do, yeah. Not on 3.006 though - could that be it?
16:56 slef Barrc: definitely.
16:57 drulm So no on Solr or no on both? :)
16:57 Barrc But that's depricated now, isn't it?
16:57 slef yes, but still works
16:57 hdl drulm: it is a work in progress for BibLibre
16:57 Barrc um, should I fire it up - are there any reason why I shouldn't use it?
16:57 drulm A-OK.
16:58 slef Barrc: Probably if you prefer its behaviour.  There's only the concern that we don't know how much longer it exists.
16:59 Barrc OK, I though there was a more serious problem with it. I will start it at see if that helps the problem - thanks.
17:00 drulm Something that would be nice for 3.4 would be something other vendors have which is simplified reporting with graphical interface using something nice like Raphael toolkit (open source)
17:01 kmkale bye all good night
17:01 kmkale left #koha
17:01 drulm Good morning
17:04 owen drulm: Unless you can drum up some funding that seems unlikely for 3.4
17:04 drulm owen: I shall use a bass drum
17:05 Casaubon left #koha
17:06 drulm owen: We landed a 106K grant this year, so this may put us in line to get some more. Need to find the time to write another one. The 106K one was a big collaboration.
17:12 drulm left #koha
17:15 sekjal is now known as sekjal_a
17:19 magnus joined #koha
17:20 jcamins is now known as jcamins_a
17:26 Barrc Last question for the day! If I wanted to add some extra tags to the Staff Client detail.pl view should I being looking at one of the GetBiblio funtions in Biblio.pm?
17:27 trea left #koha
17:29 Barrc left #koha
17:29 drb_chow is now known as druthb
17:35 Nate joined #koha
17:41 magnus hi Nate
17:42 Nate hi magnus
17:47 jwagner wizzyrea, I looked up those tickets.  They each referred to a specific problem title or search, which was fixed.  What's your email address?  I'll send you a more complete description of why the problem is happening.
17:48 wizzyrea that's great, except that no effort that I am aware of was made to actually fix why that was happening, like slef is trying to do
17:51 slef PTFS probably don't have as many examples of this - probably have fewer multilingual/non-latin libraries
17:51 It's remarkably difficult to discover the source of a corrupt record. Koha doesn't keep detailed history of records.
17:52 jwagner Actually, the problem we're seeing with your catalog is related to having massive numbers of items attached to title records.  That's why we've done development to decouple them -- to pull the item entries out of biblioitems.marc.
17:52 (And yes, that development will be released as soon as the sponsor approves).
17:52 slef's corruption appears to be from different reasons.
17:52 owen Those fickle sponsors.
17:52 slef (released = git topic branch, based on head?)
17:53 jwagner Have to ask our developers that.  I are at kindergarten level in git.
17:53 wizzyrea oh, this is the development that forked you into LEK, right?
17:53 or one of them
17:54 jwagner It was done for LEK before we purchased LL, yes.  We've brought it over into our main code line.
17:54 I'm told that's the version you have on your sandbox, but you said you didn't want to work with it.
17:56 wizzyrea are you also familiar with the fact that in one hour of testing, we found about 6 show stopping bugs?
17:57 jwagner To the best of my knowledge, the same problem with large numbers of items still exists in Koha 3.2
17:57 I'm not directly involved with the development and testing, but I'd be happy to check any bugs you've found.
17:58 owen left #koha
17:58 slef The large numbers of items thing is a known bug with how koha uses MARC, yes.
17:59 sekjal_a is now known as sekjal
18:01 trea joined #koha
18:19 cfouts joined #koha
18:36 chris morning
18:36 wasabi morning chris
18:36 jwagner morning/afternoon/whatever....
18:37 * jwagner is about to sign off and take a nap
18:37 wasabi hiya jane :)
18:37 jwagner Hi there
18:37 ibot que tal, jwagner
18:37 jwagner And when robots start talking to you, you know you're in trouble!
18:38 magnus ata marie, chris!
18:39 Brooke joined #koha
18:39 magnus hiya Brooke
18:40 Brooke :) hi.
18:40 magnus @wunder gardermoen, norway
18:40 munin magnus: The current temperature in 5 Km NNE of Gardermoen OSL Norway, Dal, Norway is -16.1�C (7:41 PM CET on December 08, 2010). Conditions: Light Snow Showers. Humidity: 81%. Dew Point: -19.0�C. Windchill: -16.0�C. Pressure: 29.70 in 1005.6 hPa (Steady).
18:40 Brooke ah! I'm freezing just looking at that!
18:40 sophie_m left #koha
18:40 * druthb shivers, just *thinking* of -16C
18:40 chris @wunder bucklame
18:40 munin chris: Error: No such location could be found.
18:40 magnus @wunder bodo, norway
18:40 munin magnus: The current temperature in Bodo, Norway is -1.0�C (7:20 PM CET on December 08, 2010). Conditions: Scattered Clouds. Humidity: 80%. Dew Point: -4.0�C. Windchill: -3.0�C. Pressure: 29.56 in 1001 hPa (Steady).
18:40 chris @wunder auckland nz
18:40 munin chris: The current temperature in Auckland, New Zealand is 14.0�C (7:00 AM NZDT on December 09, 2010). Conditions: Partly Cloudy. Humidity: 94%. Dew Point: 13.0�C. Pressure: 30.09 in 1019 hPa (Rising).
18:40 druthb @wunder 20852
18:40 munin druthb: The current temperature in Woodley Gardens, Rockville, Maryland is -0.4�C (1:40 PM EST on December 08, 2010). Conditions: Scattered Clouds. Humidity: 37%. Dew Point: -13.0�C. Windchill: -4.0�C. Pressure: 29.97 in 1014.8 hPa (Steady).
18:40 clrh left #koha
18:41 magnus Gardermoen had -21 when i was there this morning (it's the airport for oslo)
18:41 Brooke Why would anyone want to know the temp in Auckland?
18:41 wasabi i missed the SOLR meeting… :/
18:42 i wanted to say the CJK analyzers in SOLR look very impressive
18:43 Brooke that could be good news.
18:43 Johnindy left #koha
18:44 wasabi http://www.basistech.com/knowl[…]-of-the-World.pdf
18:45 … this is something that zebra is missing
18:47 chris Brooke: cos im there
18:47 magnus wasabi: you will have another chance on the 15th, methinks
18:47 chris wasabi: i have no issue with solr
18:47 i think adding it is a great idea
18:47 * Brooke comforts Chris.
18:47 wasabi there are a few different CJK analyzers for SOLR even
18:47 chris but i dont think trashing zebra support to do so is such a great idea
18:48 wasabi yes, i have to agree....
18:48 chris you and I can run a java stack, we have the machines and money and time
18:48 not everyone has that luxury
18:50 magnus cjk?
18:51 wasabi chttp://en.wikipedia.org/wiki/CJK_characters
18:51 http://en.wikipedia.org/wiki/CJK_characters
18:51 oops..
18:51 CJK is a collective term for Chinese, Japanese, and Korean,
18:51 magnus ah, thanks
18:52 wasabi http://lucene.apache.org/java/[…]kage-summary.html
18:53 its a very complex/difficult area of searching
18:54 and currently impossible with zebra?
18:54 magnus i can('t) imagine that...
18:55 wasabi zebra can store/display CJK characters just fine...
18:56 Brooke hmmm
18:56 * jwagner goes off to run errands, eat lunch, and take a nap. Not necessarily in that order.
18:56 chris you can do all sorts of things with icu, just because we havent yet, doesnt mean we cant
18:56 jwagner is now known as jwag_away
18:56 Brooke I read a thingamabobber on Koha and CJK recently...now I've to remember where...
18:56 wasabi but searching CJK characters with zebra becomes difficult, because there are no spaces between words ;)
18:56 chris but yeah, the features comparison of zebra vs solr
18:56 Brooke and Mr. Mao was not the responsible party...
18:56 chris doesnt interest me in the slightest
18:57 its the implementation i have issues with
18:57 Brooke ah here we go
18:57 http://www.ifla.org/files/hq/p[…]/135-chang-en.pdf
18:58 I remember thinking "Brooke, this is dumb to read. You'll never use that information..."
18:58 wasabi oooooh, solr has 3 analyzers for chinese alone...
18:58 sekjal I'm all for adding Solr support.  It's got lots of strengths.  But yeah, we have to keep supporting Zebra, too
18:59 wasabi http://lucene.apache.org/java/[…]kage-summary.html
18:59 sekjal once both are viable options for Koha, natural selection can pick which survives into the long term (or both!)
18:59 chris sekjal++
18:59 wasabi yeah, thats how i see it too
19:00 sekjal if adding Solr support makes us generalize some of the search code, all the better.  I'm still toying with the idea of using a native XML database for biblio, authority and patron info
19:00 magnus sekjal++
19:00 chris sekjal: you should have a chat with gmcharlt
19:01 he had some good ideas around generalising the search code
19:01 sekjal cool, thanks chris
19:06 wasabi Brooke: thanx for the pdf link
19:06 Brooke my pleasure
19:06 * Brooke is occasionally useful.
19:08 trea left #koha
19:11 Johnindy joined #koha
19:12 cait joined #koha
19:12 cait hi #koha
19:12 Brooke hi :)
19:13 cait hi brooke :)
19:21 magnus hi cait
19:21 cait hi magnus :)
19:26 hdl slef : The large numbers of items thing is a known bug with how koha uses MARC, yes. I posted a wip branch on how to remove items out of the marc... I Had no feedback about that.
19:27 sekjal: I'm all for adding Solr support.  It's got lots of strengths.  But yeah, we have to keep supporting Zebra, too.... I am all for that... It is just that you know days last for only 24 hours.
19:27 sekjal hdl: true, unless you're traveling home from New Zealand.... that day was about 38 hrs
19:27 at least for me
19:28 Brooke heh
19:28 would that I were not traveling in the wrong direction, I'd have liked that day.
19:28 magnus so if we make sekjal travel home from nz 2-3 times a week... ;-)
19:28 hdl If gmcharlt has precise ideas of how to do that... there have been still no post... no commits about that.
19:29 I would also love to have 38 hours a day... every day... But then corpse might not follow.
19:29 Brooke no, no, Paul would find out and work you even harder. ;)
19:30 sekjal magnus:  if someone will pay for direct flights, sure....
19:30 hdl Imagine all the miles you would get in the year...
19:30 But wait... would ruin the planet :D
19:30 sekjal solar powered planes
19:31 all that wingspan has to be good for something aside from lift
19:31 hdl charles bronson...
19:31 Brooke one way waka.
19:31 If I manage to paddle to NZ, I ought get to stay there indefinitely.
19:34 stephane_ joined #koha
19:34 hdl I also had great ideals and great ideas about how it should / had to be done... But we have to cope with everyday libraries problems + design new stuff + fix internal bugs + organising meetings and convince man to man... that what we are doing can be profitable for the wole community.
19:37 stephane_ left #koha
19:45 magnus i guess limited amounts of time are a problem for most of us, so getting anyone to look deeply into something will be hard, most of the time. maybe it would help if rfcs had a timeframe for comments. and once there is wip to look at: an open test installation running the wip, along with a description of what to look for - what is different/new
19:46 (not meant as criticism of biblibre or anything, just some thoughts from a n00b...)
19:50 * cait hands out some spiced wine from the christmas market
19:53 * Brooke downs it.
19:54 Brooke danke!
19:54 cait Gern geschehen ;)
19:55 francharb left #koha
19:56 cait @wunder Konstanz
19:56 munin cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 9.8�C (8:55 PM CET on December 08, 2010). Conditions: Light Rain Showers. Humidity: 96%. Dew Point: 9.0�C. Windchill: 9.0�C. Pressure: 29.62 in 1002.9 hPa (Steady).
19:56 Brooke it's practically balmy.
19:57 magnus that's hot!
19:58 wizzyrea magnus: all of those things appeal to me
19:58 cait yeah, quite unusual
19:58 Brooke @wunder 01235
19:58 munin Brooke: The current temperature in chester hill, Chester, Massachusetts is -6.2�C (2:59 PM EST on December 08, 2010). Conditions: Partly Cloudy. Humidity: 57%. Dew Point: -13.0�C. Windchill: -6.0�C. Pressure: 30.11 in 1019.5 hPa (Steady).
19:58 Brooke Chester is no where near there, ye littlle...
20:01 cait the light rain showers are not so light
20:01 glad to be home now
20:02 * sekjal remembers the Christmas markets in Germany... and the Glühwein
20:02 cait :)
20:02 hdl magnus: RFCs and test interfaces... is what we did.
20:04 magnus: we even made a precise announcement... We tried to inform of what we planned to do... And what we could not do... but how that could be done.
20:04 magnus hdl: cool! my main points were timeframes and descriptions of what to look for in a test/wip interface - of course the last one puts even more work on the shoulders of the developing party...
20:05 hdl we already did that.
20:06 magnus hm, not brilliant ideas from me then, if they didn't work for you...
20:08 hdl Maybe a mis-conception of what the word community means.
20:09 magnus ?
20:09 hdl time to leave. 21PM
20:09 see you
20:09 magnus good night hdl
20:09 hdl left #koha
20:30 darling left #koha
20:34 Nate left #koha
20:36 wizzyrea left #koha
20:37 nonya joined #koha
20:37 nonya left #koha
20:37 nonya joined #koha
20:56 collum left #koha
20:58 darling joined #koha
20:59 chobbs joined #koha
21:01 chobbs Any ideas on automating patron updates? Since upgrading to 3.2 beta, we've had to split our updates into chucks of ~1000 patrons to do updates. With 13K kids, that makes it more of a chore than it ought to be. we were able to do all 13K in one go under 3.0.
21:01 s/chucks/chunks/ - we don't have that many Chucks :)
21:01 Brooke left #koha
21:03 druthb left #koha
21:03 cait chobbs: perhaps you shoudl report a bug when there is that big of a difference
21:03 chobbs cait:  Good point
21:03 cait never tried to load that many borrowers - our libraries are quite small
21:04 I was not aware of the difference between the versions
21:04 chobbs But I still would like to automate it, ratehr than rely on my operations person to export/split/load each week.
21:04 Even removing the split, it's 10-15 minutes I could free up weekly.
21:04 darling chobbs, how is it failing?
21:04 chobbs darling:  Apache time-out after about 10 minutes.
21:05 darling ah
21:11 slef @later tell hdl I didn't know about your wip items branch. I must have I missed the announcement.
21:11 munin slef: The operation succeeded.
21:13 slef chobbs: it's probably possible to load the updates from the command-line, removing apache from the equation. It would still take as long, but apache wouldn't time out. This would be an enhancement, requiring more development :-(
21:16 chobbs slef:  Thanks. Was hoping there'd be a "simple" hack I could use without requiring new work on the devs' part.
21:17 jwag_away nick jwagner
21:17 jwag_away is now known as jwagner
21:17 jwagner that little slash does help....
21:17 chobbs Wonder if its possible to script with cURL to do this.
21:17 slef chobbs: there might be some problem slowing your koha down, but it's hard to tell without detailed study.  I don't know of a general bug with it.
21:18 chobbs: yes, probably scriptable, too.
21:25 cait good night all
21:26 cait left #koha
21:28 HBankhead joined #koha
21:29 sekjal left #koha
21:31 jwagner left #koha
21:40 saorge left #koha
21:40 saorge joined #koha
21:44 chobbs OK, curl is pretty slick :-)
22:00 magnus good night all
22:00 magnus left #koha
22:00 robin chobbs / slef: a better way (requiring dev though) would be to a) fix the slowness, annd b) use the background task handling.
22:00 that way you wouldn't get apache timeouts, even on huge amounts of data.
22:30 chobbs left #koha
22:32 chobbs joined #koha
22:38 chobbs left #koha
22:39 chobbs joined #koha
22:58 cfouts left #koha
23:06 Brooke joined #koha
23:07 Brooke left #koha
23:23 rhcl is now known as rhcl_away
23:39 chobbs left #koha

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

koha1