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