Time  Nick            Message
23:59 mtj             potential future Koha users to other ILS solutions.  This is to the benefit
23:59 moodaepo        Every og hosts the info/host files so google thinks that page should also show up on koha search results
23:59 mtj             non-Koha entity or competitor from acquiring the domains and diverting
23:59 moodaepo        Hah I say write up notes on pointing those domains to koha-community.org and create host files and send it out to the list.
23:59 mtj             re-direct anywhere.  They are simply owned by LibLime, thus preventing any
23:58 mtj             this point.  They do not have web sites built around them, nor do they
23:58 mtj             " Nothing has been done with the domain names at
23:58 mtj             from John Yokley
23:57 mtj             whats new, is they all now point to koha.org
23:56 mtj             well, all those squatted domains were *parked*  in sept-2010
23:56 rangi           because now its redirecting to koha.org rather than to whereever it was before
23:56 identify        rangi: Will do. By the way damn earth quakes, just saying.
23:56 rangi           it came up again today
23:55 mtj             http://lists.katipo.co.nz/pipermail/koha/2010-September/025324.html
23:55 identify        I thought this was new...
23:55 identify        Oh I remember that shit storm
23:55 mtj             http://lists.katipo.co.nz/pipermail/koha/2010-September/025289.html
23:55 mtj             http://lists.katipo.co.nz/pipermail/koha/2010-September/025238.html
23:54 mtj             http://lists.katipo.co.nz/pipermail/koha/2010-September/thread.html#25240
23:54 mtj             ...they have since flicked their switch, and are now redirecting their domains to koha.org
23:54 eythian         I just checked the registration times, and k-c was around about 2 months earlier, I don't quite understand the point that jwagner was trying to make with that.
23:53 identify        I'm not on the koha mailing list is that where this new domain redirect info surfaced?
23:53 mtj             which generated about 30-ish replies to PTFS saying 'stop doing this'
23:53 rangi           identify: but youd probably want to get them to confirm that they are sep and can act with autonomy
23:52 mtj             so, since the huge shit-fight discussion re: ptfs domain-squatting in sept-2010
23:47 rangi           and i think ptfs.com have a shareholding
23:47 rangi           they resell ptfs stuff in europe
23:47 identify        btw when did I change from moodaepo to identify? Must be when I was trying to /identify heh
23:47 mtj             sucks to be them...
23:47 rangi           not ptfs-master or LLEK or whatever the hell its called now
23:47 mtj             they just unfortunately share a similar name with another company that does :/
23:46 rangi           they actually deploy koha
23:46 identify        Interesting.
23:46 rangi           yes, not the same company
23:46 rangi           and one of their developers is qa manager for 3.4
23:46 identify        rangi: Are they? It's ptfs-europe.
23:46 rangi           they send patches, dont squat on domains, dont try to register trademarks in nz
23:45 rangi           identify: ptfs-europe are differnt
23:45 identify        s/another play/another player/
23:45 mtj             yeah, we've sure learnt not to trust people, anymore
23:44 identify        PTFS Europe, I do like that they are another play but the company just has shall we say bad karma : )
23:43 identify        mtj: No worries they are getting into Evergreen but the community has learned from the koha woes
23:43 mtj             ooh, nice… :)
23:43 identify        Case insensitive karma degradation++
23:42 mtj             please?
23:42 mtj             cant PTFS find another project to fuck over, and leave us alone...
23:42 huginn          identify: Karma for "ptfs" has been increased 8 times and decreased 13 times for a total karma of -5.
23:42 identify        @karma ptfs
23:42 identify        PTFS--
23:42 huginn          identify: Karma for "PTFS" has been increased 8 times and decreased 12 times for a total karma of -4.
23:42 identify        @karma PTFS
23:41 mtj             fuck, i get so infuriated with their shit
23:31 * mtj           reads the PTFS scroll-back fail… :/
22:02 wizzyrea        I didn't see one, but was asked to double verify
22:02 wizzyrea        or is that just under cataloging
22:02 wizzyrea        is there a special permission for bib merging?
21:15 jcamins         Good night, #koha
21:15 jcamins         Okay, time to call it a day.
21:08 wizzyrea        :) I thought it was cute
21:08 space_librarian Oh damn, that is fantastic. So well done!
21:08 * oleonard      is almost done with his calendar widget conversion
20:58 jcamins         Warning: a geeky cuteness explosion hides behind that unpronounceable link.
20:56 wizzyrea        I will share it, just this once: http://www.youtube.com/watch?v=uHlM2OBfzB0&feature=related
20:54 jcamins         wizzyrea++ # for hysterical YouTube videos
20:54 wizzyrea        !
20:54 * jcamins       dies
20:49 wizzyrea        medium length
20:49 wizzyrea        well
20:49 wizzyrea        jcamins: long story
20:49 jcamins         wizzyrea: what?
20:49 * wizzyrea      hopes you laugh
20:48 wizzyrea        complete with video!
20:48 wizzyrea        ^.^
20:48 wizzyrea        slef: I explained the Taunton thing :)
19:53 rangi           ok off to meeting
19:52 nengard         thanks slef, i think it's going to be okay
19:42 slef            hrm, is it a weak spot I could strengthen?
19:42 slef            cool, I'll go cook dinner instead
19:42 nengard         it's not evenly distributed - but it's 6 articles
19:42 nengard         I think so
19:42 slef            cool. Enough?
19:41 nengard         yes to that too :)
19:41 slef            news items, even
19:41 nengard         yes
19:41 slef            nengard: did you get more new items?
19:41 slef            Should I post a reply to the license voting thread now, or leave it a few days to let people get on with helping eq?
19:19 jcamins         I think I'll e-mail koha-devel.
19:17 jcamins         Why don't we use complete-subfield for our subject tracings?
19:03 wizzyrea        ^^ I agree, it's pretty awesome, but yes, hard to fit in a dropdown
19:03 * jcamins       did too.
19:01 rangi           I for one think its awesome
18:59 * jcamins       returns with an omelet.
18:56 wizzyrea        specific much?
18:55 wizzyrea        That is the most descriptive list name I've ever seen oleonard
18:54 * wizzyrea      is back
18:35 nengard         :)
18:35 * cait          stays
18:34 * nengard       goes to pick up her broken car
18:33 * druthb        heads out to catch her plane.
18:33 * rangi         goes to catch his bus
18:25 cait            :(
18:25 rangi           http://www.redcross.org.uk/nzearthquake/?approachcode=68861_twitNZearthquake
18:25 rangi           nz redcross site is down, under load :(
18:19 jcamins         Okay, time for some lunch.
18:15 rangi           the northern hemisphere shift for eq.org.nz have been keeping it up to date all night, now handing back over to nzers for the day
18:15 jcamins         That's better.
18:14 jcamins         I'll fix that.
18:14 jcamins         Badly, it would seem.
18:14 oleonard        Thanks jcamins
18:13 jcamins         oleonard: updated the wiki page.
18:12 rangi           Superintendent Russell Gibson said they had not rescued any more people overnight but more bodies had been found.
18:12 rangi           this isnt
18:11 nengard         :)
18:11 rangi           http://www.stuff.co.nz/national/christchurch-earthquake/4697006/600-foreign-rescuers-expected
18:10 rangi           this is good news
18:09 jcamins         But rangi explained.
18:09 jcamins         How to add sysprefs.
18:09 nengard         what am i telling who?
18:08 rangi           because it goes through checks before it is merged
18:08 rangi           the barrier to submitting a patch is very very low
18:08 jcamins         :)
18:08 rangi           thats the lovely thing about the way we do development
18:08 rangi           and if you get it wrong slightly, we can fix and tell ya, theres no harm in trying
18:07 rangi           you sure can
18:07 jcamins         :)
18:07 jcamins         I guess I can probably do that, then.
18:07 jcamins         I see.
18:07 rangi           and then ill change it to a valid number when its merged into master
18:07 druthb          hi, cait.  :)
18:06 cait            hi all
18:06 rangi           before submitting a patch (and kohaversion.pl)
18:06 rangi           make the number end with XXX
18:06 jcamins         Wow, that's a lot easier than I expected.
18:04 rangi           (or something very similar)
18:04 rangi           and the .pref file in koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/
18:04 oleonard        That ought to be on this page: http://wiki.koha-community.org/wiki/System_Preferences
18:03 jcamins         Cool!
18:03 rangi           then you edit updatedatabase.pl
18:03 jcamins         Really?
18:03 rangi           and ti will tell you the other files to edit
18:03 rangi           then run perl xt/syspref.t
18:03 rangi           you edit the the .sql file for english
18:03 rangi           easy peasy
18:03 oleonard        make nengard_lunch tell you how :)
18:02 jcamins         Me too, I just still don't know how to add sysprefs.
18:01 oleonard        I agree with fcapo
18:01 jcamins         fcapo: no, I agree with you.
18:01 fcapo           Koha*
18:00 fcapo           Just my opinion, I'm not a Koah expert... yet :P
18:00 jcamins         Yeah. Blurgh.
18:00 fcapo           I don't know if these options are needed, but they exist already and we'd need the AllowFineOverride option if we want to stay consistent...
17:57 fcapo           jcamins: yea, but there are already preferences to allow overrides for holds (AllowHoldPolicyOverride) and some kinds of issues (AllowNotForLoanOverride and AllowRenewalLimitOverride)
17:54 jcamins         fcapo: from my point of view, I can't think of any circumstance where librarians wouldn't need the ability to override.
17:53 fcapo           I guess... Right now the default behaviour seems to be "Show a warning and let the librarian decide if we can issue anyways"
17:52 jcamins         Hm, looks like a new syspref would be needed. AllowFineOverride.
17:52 fcapo           There seems to be a AllowNotForLoanOverride and AllowRenewalLimitOverride...
17:51 jcamins         I'll check.
17:51 jcamins         fcapo: maybe.
17:51 fcapo           Isn't there a preference that let the librarian override issuing blocks?
17:49 jcamins         Should it be possible to override that?
17:49 fcapo           When a member's fines total goes over the noissuecharges limit, issues are blocked for that member.
17:46 jcamins         I want to make sure when I post a bug that I describe what it should do properly.
17:46 jcamins         fcapo: could you clarify for me what you think noissuecharges should do?
17:45 fcapo           jcamins: ok, cool. Our clients complained about that problem and I would love to keep a link to a Koha bug report so we know when it's fixed :P
17:44 slef            I don't know what discussions jwagner had with Bob Birchall. Not my problem. Also, the one request for "community involvement with redesigning koha.org" I saw seemed more or less "come work on PTFS's website for free" (no ta, we made that mistake with LibLime) and definitely had responses.
17:43 jcamins         fcapo: yes, I'm just trying to confirm that I understand the bug.
17:43 fcapo           jcamins: About the IssuingInProcess problem you talked about some time ago: will you post a bug report?
17:41 rhcl            wouldn't it be funny if all those redirected to koha-community.org?
17:40 rhcl            liblime.biz
17:40 jcamins         rhcl: huh, so they are.
17:39 rhcl            ptfs.org is available
17:39 rhcl            liblime.info is available if anybody wants to register it
17:38 jcamins         No, I would suppose not.
17:37 oleonard        This does not fit well in a pop-up menu.
17:37 oleonard        The Booklist of Essential Reading for the Teenager With An Extreme Interest In Fantasy Fiction, Whose Interest In Which Indicates A Lifestyle Steeped In Escapism Through Literature, With A Slight Interest Or Indifference To Religious Themes
17:37 oleonard        I regret that my patrons can create their own public lists because one of the ones they created is titled:
17:36 jcamins         Thanks.
17:36 jcamins         Yes, that's what I thought, too.
17:35 oleonard        They always could.
17:35 jcamins         Sorry, yes, that's what I meant.
17:35 oleonard        Patrons can create their own public lists
17:35 jcamins         I always thought they could.
17:35 jcamins         Can patrons edit public lists?
17:35 jcamins         Okay, now I'm confused.
17:25 rangi           now im going back to helping ppl find food in christchurch
17:25 rangi           nothing else does
17:24 rangi           either works
17:24 rangi           or give koha.org to HLT
17:24 oleonard        jwagner: PTFS can control where its domains point
17:24 rangi           point koha.org to koha-community.org
17:24 oleonard        jwagner: That's not an answer
17:24 jwagner         It redirects because all the domain names we purchased a year or more ago do.  If you'd like to help us make koha.org useful, we're (STILL) open to discussion.
17:24 oleonard        jwagner: Why does kohacommunity.org redirect to koha.org?
17:23 jwagner         Not even to make koha.org work with the community site and resources?  That's what we offered.
17:23 oleonard        The discussion at the moment is: Why does kohacommunity.org redirect to koha.org?
17:23 oleonard        jwagner: We don't want to help you redesign a site we have no ownership in
17:22 jwagner         We have asked repeatedly for community involvement with redesigning koha.org -- NOT us controlling it, but redesigning it to work with the community.  The latest request was in discussions I had with Bob Birchall at KohaCon.  There has been NO response to that.  Why shouldn't we make use of a site we own, since the only feedback we get is negative?
17:22 slef            I've just had a server give me "(20014)Internal error: Error reading request entity data" for the second time in two days. Yesterday it was on tools/stage-marc-import.pl and today it is on cataloguing/addbiblio.pl - what's going on/what's going wrong? Anyone here seen that before?
17:18 slef            (or their suppliers)
17:18 oleonard        jwagner: If PTFS wanted to play nice, the redirect would not be there
17:18 slef            jwagner: neither. It's when PTFS last updated it.
17:18 rangi           MAKES IT WORSE
17:18 rangi           being in place for over a year
17:18 jwagner         It matters as far as everyone having tantrums right now for something that may have been done and in place for well over a year.
17:17 oleonard        If PTFS wanted to play nice the redirect wouldn't be there.
17:17 oleonard        jwagner: Who cares? What does it matter?
17:17 jwagner         Is that the registration date or renewal date?
17:16 slef            Last Updated On:18-Feb-2011
17:16 slef            jwagner: no, let's play nice and not register each others' names every chance we get.
17:16 jwagner         What are the registration dates for the domain?
17:16 oleonard        jwagner: There's only one reason to buy and redirect kohacommunity.org to koha.org. That reason is to sow confusion and cause harm to koha-community.org
17:15 jwagner         I'm tired of the crap I take in here all the time.  Shall we have an exhaustion match?
17:15 oleonard        jwagner: I'm tired of that line
17:15 slef            jwagner: ITYM you've offered multiple times to control the koha community and been rebuffed every time.
17:14 slef            jwagner: fair comment is not slander.
17:14 jwagner         Not saying it does.  We've offered multiple times to discuss koha.org and other web issues, and been rebuffed every time.
17:14 oleonard        How does that justify it?
17:13 jwagner         I'm assuming it's one of the domains we registered over a year ago.
17:13 oleonard        jwagner: http://kohacommunity.org
17:13 jcamins         jwagner: kohacommunity.org
17:13 jwagner         I'm pretty tired of this
17:12 jwagner         slef, are you slandering us for any particular reason, or just for the fun of it?
17:12 slef            well, my flabber has been well and truly ghasted... I'm going to return to hacking
17:11 jcamins         Nope.
17:11 slef            probably no hope there, then
17:11 slef            Registrar:Network Solutions LLC
17:10 slef            How can anyone run a business so evilly and still be in business as old as they are?
17:10 slef            No, seriously, unbelievable
17:09 jcamins         Okay, maybe not unbelievable, but horrifying?
17:09 * druthb        raises an eyebrow
17:09 slef            That is un-be-leivable
17:08 slef            PTFS is Piss-Taking Flaming Swines!
17:08 nengard         on that note ...
17:08 nengard         uh oh
17:08 slef            ARRRRRRRRRRRRRGH
17:01 * jcamins       finds the "block Google results" so satisfying. :D
17:00 * wizzyrea      disappears in a puff of smoke (back later)
17:00 nengard         hmmmm
16:59 oleonard        nengard: Guess who.
16:59 nengard         wizzyrea did someone register it???
16:59 nengard         thank you!!
16:59 wizzyrea        nengard: re: wordpress gallery see: http://codex.wordpress.org/Gallery_Shortcode
16:58 jcamins         wizzyrea: also, in response to the domain, yuck.
16:56 jcamins         wizzyrea: I guess.
16:56 wizzyrea        but yet we're not hearing all too many screams about it... lots don't fine I guess?
16:56 jcamins         3.2.something also has this problem.
16:55 * wizzyrea      kicks herself for not thinking to register kohacommunity.org
16:54 nengard         but I think it should be made - so you have my vote
16:53 nengard         slef it might be a touchy change to make
16:53 nengard         maybe we need to change that too :) since all cataloging is dependent on them they shouldn't be so marc21 specific
16:53 slef            nengard: if so, I'll do that, I think I have some resources for Koha-community work again now (yay - finally recovered) and it'll help me get back into patch-submitting.
16:53 jcamins         nengard: I know, but we do call them MARC21 frameworks.
16:53 nengard         and the frameworks in Koha should only have Koha necessary fields required
16:52 nengard         jcamins not all libraries on Koha are using MARC21 - or even any flavor of MARC - it should be up to the library to mark the fields required that they want required
16:52 wizzyrea        d'oh
16:52 jcamins         wizzyrea: unfortunately, it tells me it was changed 3 years ago.
16:52 wizzyrea        when/if
16:52 wizzyrea        about when it was changed
16:52 nengard         slef, that's what I'm thinking
16:52 wizzyrea        git blame might tell you something
16:52 jcamins         wizzyrea: hm. I'll see if it's in 3.2.something.
16:51 slef            nengard: Probably a framework choice; it's in the frameworks supplied with Koha; lots of new-to-MARC librarians start with those; maybe we should remove the requirement in the supplied frameworks?
16:51 wizzyrea        jcamins: i see it in 13 as well
16:50 nengard         Hmmm
16:49 nengard         and if the library is an OCLC library they should make it required
16:49 jcamins         nengard: I think it's required by MARC21.
16:49 nengard         I would argue it shouldn't be required in default Koha
16:49 nengard         slef is that a framework problem? or does Koha really require it?
16:49 wizzyrea        13 is this one
16:48 wizzyrea        let me check
16:47 wizzyrea        it's 3.3 but prior to 16 I think
16:47 wizzyrea        I have one that's ... yes, I think so
16:47 jcamins         Oh, I have a 3.2 install.
16:47 jcamins         I don't know, prior to
16:47 wizzyrea        how old = older
16:46 jcamins         Does anyone have an older server they can test on?
16:46 jcamins         Rather, one could not override fines greater than noissuecharges.
16:45 slef            nengard: the cataloguing guide talks about OCLC, but other libraries need to complete 040$c in common Koha setups before they can Save.
16:45 jcamins         It used to be the case that one could not override fines.
16:44 nengard         slef, i'm a bit confused (granted I didn't read back to see what you're talking about yet)  Why would I want to talk about OCLC at all in that section? Wouldn't adding that it's an OCLC specific code to the cataloging guide be enough?
16:44 pastebot0       "jcamins" at pasted "# DEBTS my ($amount) = C4::Mem" (18 lines) at http://paste.koha-community.org/154
16:43 jcamins         The plot thickens.
16:43 jcamins         Wait...
16:42 wizzyrea        right :)
16:42 jcamins         (it just does complain)
16:42 jcamins         It just does.
16:42 jcamins         It does exactly what I said. If IssuingInProcess is set to "Don't prevent," it doesn't check whether it should complain or not.
16:41 slef            nengard: that talks of OCLC codes which only apply to some libraries. Could it be in http://koha-community.org/documentation/3-2-manual/?ch=c8046#AEN8054 maybe
16:41 * wizzyrea      waits with bated breath
16:41 jcamins         Okay, I managed to fix it, but I can't begin to imagine what the reasoning behind the way the code stands now is.
16:39 nengard         http://koha-community.org/documentation/3-2-manual/?ch=x8399#AEN8402
16:38 nengard         slef, how so? it's in the cataloging guide
16:37 * jcamins       thought that too.
16:37 * wizzyrea      thought it might have something to do with the format of the amount in the syspref
16:37 wizzyrea        nope, it's not that
16:37 * wizzyrea      has an idea
16:36 wizzyrea        with IssuingInProcess set to "don't prevent" it asks me to confirm checkout for a patron whose fine is less than the threshold
16:36 jcamins         Okay, this blows a couple of holes in my theory: when I change IssuingInProcess to "Prevent," it still complains.
16:35 wizzyrea        yes, I see that too jcamins
16:34 * wizzyrea      is checking too
16:34 wizzyrea        k
16:34 oleonard        Yes wizzyrea, and you won't see the warning until you try to check something out to them
16:34 wizzyrea        k
16:34 jcamins         wizzyrea: that's correct.
16:34 wizzyrea        yea
16:34 oleonard        Is IssuingInProcess specifically designed to check rental charges?
16:34 wizzyrea        to recreate this, you need a patron who has a fine, but less than the threshold, correct?
16:33 oleonard        I confirm your observations jcamins, and yes to "Don't prevent"
16:33 wizzyrea        jcamins: and it's mad about fines?
16:29 jcamins         And you have IssuingInProcess set to "Don't prevent"?
16:28 jcamins         oleonard: I scan something and it pops up a message asking "Please Confirm Checkout"
16:28 * oleonard      sees an example in his live system where a patron is not blocked from checkout even with fines
16:28 oleonard        jcamins: Checkouts blocked from the get-go, or after you scan something?
16:27 slef            nengard: does/should the manual mention 040$c when adding records?
16:27 jcamins         At least, that's what my perusal of the code suggests.
16:27 huginn          slef: nengard was last seen in #koha 50 minutes and 15 seconds ago: <nengard> Agreed!!
16:27 slef            @seen nengard
16:27 jcamins         Right.
16:27 oleonard        jcamins: You mean if IssuingInProcess is false checkouts are blocked even for those under the noissuecharge limit?
16:26 slef            yengh. I keep forgetting #koha has moved and my client gets annoyed if I try to connect to a dead proxy.
16:22 jcamins         Does anyone have checkouts working with IssuingInProcess set to false?
16:21 jcamins         I'm investigating, and it looks to me like noissuecharge is summarily ignored if IssuingInProcess is set to false.
16:20 wizzyrea        O.O
16:20 jcamins         Even if the fines are less than noissuecharge.
16:20 jcamins         We have a library reporting that they have to override checkouts if there are any fines at all.
16:13 * wizzyrea      is perhaps caught up in the missing verbal cue that goes with the phrase "one time"
16:13 wizzyrea        emphasis on "one time" -- as in, a single time :)
16:13 fcapo           Happy to know I'm not the only one who noticed that :P
16:12 wizzyrea        where it said "no results found" and searching again made them come up
16:12 wizzyrea        yea, I saw that one time
16:12 fcapo           Anyways, that's a hard to reproduce minor annoyance :/ Was just hoping somebody had a solution for it. Thanks for the feedback.
16:04 fcapo           Yep, I was hoping it would be that, at least I would have known what was causing the problem...
16:03 wizzyrea        that blows that theory ;)
16:03 fcapo           I also tried deactivating any reindexing, it still did it.
16:03 wizzyrea        that might not be the right word
16:03 wizzyrea        I wonder if you happened to get it while your zebraqueue was running?
16:03 fcapo           It seems completely random :/
16:02 fcapo           I tried reloading the page constantly with CTRL-SHIFT-R and I get a "No results found" like once every 40 reloads.
16:02 wizzyrea        but it wasn't koha proper.
16:01 wizzyrea        I've seen that once
16:01 fcapo           Reloading the page then makes the search reasults appear correctly... Anybody else got that problem?
16:01 fcapo           Hello, when doing searches with a huge number of results ($b for example), I sometimes get "No results found!" even if the search should have returned results.
15:58 wizzyrea        cooties, heh
15:54 jcamins         Yup.
15:54 jcamins         I'm thinking of just buying a stronger live starter from King Arthur Flour, to give it a better chance.
15:53 druthb          some kinda foreign cooties got in there?
15:53 jcamins         (bad sign)
15:53 druthb          hm.
15:53 jcamins         It was doing really well for a while, then it turned blue.
15:52 druthb          awww.
15:52 jcamins         druthb: yes, it is an ex starter. :(
15:52 * druthb        perks.  "Late sourdough starter?"
15:47 jcamins         I pointed out it wasn't necessary, since it's cold enough here that its progress toward sentience is likely to be retarded.
15:45 jcamins         oleonard: they threatened to.
15:43 oleonard        jcamins: I'll bet the government was forced to ship it to the North Pole wasn't it?
15:43 jcamins         Cut down in the prime of its life, it was.
15:43 * jcamins       recalls the plight of his late sourdough starter and weeps
15:42 wizzyrea        thanks :D
15:42 * kf            sends wizzyrea some cookies
15:40 * wizzyrea      is quiet now.
15:40 wizzyrea        lord.
15:40 wizzyrea        me
15:40 wizzyrea        hm. I recognize that sentence probably made no sense to anybody but her.
15:40 wizzyrea        it would be easier to codify the permissions and do it through the database :P
15:39 * wizzyrea      had to change 99 staff accounts about a month ago
15:37 nengard         Agreed!!
15:37 nengard         :(
15:35 * oleonard      is wishing for role-based permissions as he updates 40 staff members
15:34 nengard         :)
15:34 nengard         thanks oleonard!
15:31 kf              the translation script refuses to work on my 3.2.2 dev :(
15:31 kf              hmpf
15:28 * oleonard      waves
15:28 jcamins         Oh, just fixed.
15:28 marcelr         owen fixed it
15:28 nengard         sekjal is the one who just reported it as a problem :) hehe
15:28 marcelr         detail view is back
15:28 nengard         thanks jcamins
15:27 jcamins         nengard: I think that was one of the variable renaming things that sekjal fixed.
15:27 nengard         hello all, i thought i reported a bug about the marc view not showing when you click the 'marc' tab in the staff client ... but i can't find it ... did the fix get pushed?
15:26 * marcelr       Says: Ignore this test
15:22 jcamins         spreading_the_gospel_of_koha++ making_me_work_harder--
15:21 * druthb        points at the last email that NateC sent to the team.
15:21 jcamins         druthb: hmm, I was thinking NateC+-, myself. :P
15:21 NateC           why the pluses?!
15:20 druthb          NateC++
15:12 kf              thx
15:06 marcelr         will reply on your last mail
15:05 kf              can you pm me your email address?
15:05 kf              that you could import and take a look at the relationships
15:05 marcelr         ok, would be helpful to see them
15:05 kf              ah, I was talking about a file with marc records
15:05 marcelr         only links to opac, if you mean that
15:05 kf              hm?
15:04 marcelr         ok, but can't see staff side
15:04 kf              I have a file with test records I could send you - that shows the various links
15:04 marcelr         the same
15:04 kf              thx marcelr
15:03 kf              ok
15:02 marcelr         ok, please see 5622 and 5662/3 too for the control nos
15:01 kf              wanted to do some tests with zebra
15:01 kf              I will try to write something on the bug this week
14:59 kf              ok
14:55 marcelr         well we could check later
14:55 kf              I have a lot on the table this week :( it's been a bit crazy
14:55 kf              I can't promise right now
14:54 marcelr         could you open new bug?
14:54 kf              I see a problem with 001 > $w
14:54 marcelr         ok
14:53 kf              001 is only the number, because the org code is in 003 - I see no problem there
14:53 kf              I think your solution works for $w > 001 links, but not sure about 001 > $w links
14:53 marcelr         yes it is indexed only removed when displau
14:53 kf              yes
14:53 marcelr         do yo mean zebra
14:52 kf              the index will have the marcorgcode and parenthesis indexed?
14:52 kf              what about the index?
14:52 kf              sorry, I have to look at it again
14:52 marcelr         it just removes the orgcode and pars
14:51 kf              yep, talking about that one
14:51 marcelr         still had some patch about parsing org code
14:51 kf              no
14:51 kf              I wanted to do some more tests but remember zebra was not happy about parenthesis
14:50 kf              if you have a (Orccode)number in $w in the volumes those links are problematic I think
14:50 marcelr         but did not have to do with author stuff
14:50 kf              we have links to the volumes in the set record
14:50 kf              yep
14:50 kf              ah
14:50 marcelr         kf: I still see one one bigger problem: A link downward from the set record to the volumes – 001 > $w. Or any link that requires a search in the Record-control-number index (rcn).
14:50 kf              do you have the bug number at hand?
14:50 kf              the sets?
14:49 kf              I can try to fix it myself - will have to study the code first
14:49 marcelr         and the sets?
14:49 kf              ok
14:49 marcelr         not yet
14:49 kf              are you working on a patch for opac?
14:49 kf              marcelr: yeah, i think it woudl need some changes to make it work for authors
14:49 kf              I am working on backporting that to 3.2.2 for our customers right now
14:49 marcelr         not foor authors
14:48 kf              but it displays labels in some cases?
14:48 marcelr         kf: still have your question about volumes and sets
14:48 kf              the code is from my coworker, so I will have to look at it
14:48 kf              I see it
14:47 jcamins         :(
14:47 wahanui         jcamins: what?
14:47 jcamins         wahanui: privet
14:47 wahanui         privet, jcamins
14:47 jcamins         wahanui: hi
14:46 marcelr         hi katrin just closing 5701 with remark
14:46 wahanui         niihau, kf
14:46 kf              marcelr: hi
14:41 wizzyrea        ok
14:41 wizzyrea        AHA
14:40 oleonard        Yes, in that we never do it because we're afraid it's broken.
14:40 wizzyrea        oleonard: have you experienced any weirdness with adjusting pickup locations in 3.2.x? (or 3.3, for that matter)
14:37 marcelr         kf? have a question on 5701 and the 880 fields..
14:36 wizzyrea        :)
14:36 wizzyrea        ya, that's what I understood
14:35 nengard         she's off training
14:34 wizzyrea        doh missed ruth >.<
14:22 * oleonard      feels the same about some of his own patches
14:21 tcohen          it's a pity that a so-trivial patch takes so much time
14:18 tcohen          thanks oleonard, hopefully someone with a standard install will test it ...
14:18 oleonard        Sorry tcohen, all I can do is confirm that it works in a dev install.
14:14 tcohen          I have it in production in 30 kohas...
14:13 tcohen          so it works on every install type
14:13 tcohen          instead of using a dev-install-only-wortking path I replace for 'intrahtdocs'
14:12 tcohen          the patch is really simple. thats why I insist
14:12 * oleonard      has a dev install
14:11 tcohen          with the patch, you wont
14:11 tcohen          in a standard install (not a dev one) you'll get an XSLT path error message in the logs
14:11 tcohen          and see the result
14:11 tcohen          through cgi-bin/koha/oai.pl
14:11 tcohen          but you could access your testing koha
14:10 tcohen          oleonard: i cuoldn't find a tool like yaz-client for OAI
13:58 tcohen          i'm looking for a command line tool to tell you
13:58 tcohen          oleonard: good question, i've only used PKP Harvester
13:56 oleonard        tcohen: VM back up and running. How does one test 4903?
13:51 tcohen          i guess that would not be a problem
13:49 oleonard        I guess it hasn't been that long since I restarted it, I could do that...
13:49 oleonard        http://forums.virtualbox.org/viewtopic.php?f=6&t=37978
13:49 oleonard        The only suggestion I've found so far is "discard the saved state"
13:48 tcohen          oh
13:47 oleonard        Yeah, but now I'm getting "Failed to open a session. pdm#1: Device 'usb-ehci'/0 not found in the saved  state"
13:45 tcohen          oleonard: "Extension pack"
13:45 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5803 normal, P5, ---, gmcharlt, NEW, editing records not changing authority
13:45 nengard         bug 5803 submitted
13:45 oleonard        Yup
13:45 tcohen          oleonard: usb problems in VB 4?
13:44 * oleonard      seems to have busted his VirtualBox VM by upgrading
13:44 huginn          04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4903 major, PATCH-Sent, ---, gmcharlt, ASSIGNED, OAI doesn't work out of the box - XSL path
13:44 tcohen          is there anyone that can sign-off patch for Bug 4903 around?
13:38 jcamins         (not that I was planning on doing so, but now I definitely won't)
13:36 jcamins         ;)
13:36 jcamins         I will not be updating today, then.
13:35 kf              thx a lot :)
13:35 nengard         jcamins (and all) looks like a bug to me, i just tried to select an authority on 4 books and it did not take after I saved (and I did reindex the authorities)
13:35 * druthb        blushes.
13:35 kf              druthb++
13:35 kf              druthb##
13:30 nengard         K - let me do a bit more testing before I report anything
13:30 nengard         I'm on
13:29 jcamins         No, it would have to be a new bug.
13:29 nengard         not that old than
13:29 nengard         hmmmm
13:29 jcamins         I'm on
13:29 nengard         I tried to change the authority when editing on most of these once I realized what was happening so i'm wondering if it's an edit bug
13:29 nengard         And was it on add and edit - or just adding a bib record
13:29 kf              you even guessed the right number :)
13:29 jcamins         nengard: Possibly.
13:28 nengard         jcamins was that in older versions maybe?
13:28 druthb          thankee.
13:28 kf              :)
13:28 kf              druthb++
13:28 jcamins         nengard: I always used BiblioAddsAuthorities + selected auths (when they already existed) without any problem.
13:28 kf              ah
13:28 druthb          the working branch.
13:28 kf              the parent branch?
13:28 kf              which branch is HEAD in this statement?
13:27 druthb          if you had ten patches, use git rebase --i HEAD~10, then pic the oldest one, and squash the rest.
13:27 kf              rebase against what?
13:27 nengard         morning jcamins
13:27 druthb          kf:  git rebase --i    would be the tool you need.
13:26 nengard         Is this the expected behavior?
13:26 nengard         I tried to select an authority instead, but it wouldn't let me do that
13:26 nengard         i have an authorities question: I have a new koha install and am cataloging my personal collection. This is the first time I've cataloged a real collection so I never noticed this before.  I have BiblioAddsAuthorities set to 'allow' so what's happening is it's adding an authority for every book - even if the author exists already.
13:25 kf              I have cherry picked a lot of patches into my 3.2.2 installation - now i want to create one big patch from them
13:25 kf              git question
13:25 kf              hm
13:20 jcamins         Good morning, #koha
13:20 jcamins_away    nick jcamins
13:11 tcohen          s/who/what koha use case/
13:10 tcohen          hi, who fills import_* tables? are they safe to clean?
13:09 nengard         no prob!
13:08 marcelr         nengard? thanks for 5782; any patch for a better text is welcome
12:47 * kf            waves
12:42 magnuse         hi tcohen
12:41 tcohen          hi #koha
11:24 kf              cherry-pick++
10:52 kf              thx :)
10:51 magnuse         maybe http://www.kernel.org/pub/software/scm/git/docs/git-cherry-pick.html
10:50 kf              perhaps cherry-picking?
10:50 kf              because it downwards
10:49 kf              hm not sure that can work
10:49 * magnuse       loves git too
10:48 magnuse         i would guess you somehow turn the patches into a branch and then rebase that on 3.2.x, but i'm not sure how you would actually do it...
10:47 kf              but have still to learn a lot
10:47 * kf            loves git
10:47 * kmkale        is scared of all things git
10:46 kf              it was written for head a while ago, so should not be too bad
10:46 kf              hm, some git tips for me? I want to backport a bigger feature with lots of patches to 3.2.2
10:44 * kmkale        cant figure out why the title image wont come above the header in OCS as its supposed to :(
10:43 magnuse         so true
10:39 kf              true :)
10:39 kmkale          hehe. yes working on something you really like is great.
10:38 kf              being busy for kohacon helps too :)
10:38 kmkale          wow. being away helps in karma :)
10:37 kmkale          hi kf
10:37 huginn          kf: Karma for "kmkale" has been increased 17 times and decreased 0 times for a total karma of 17.
10:37 kf              @karma kmkale
10:37 kf              hi kmkale_a :)
10:31 magnuse         the speed seems to be ok from here...
10:13 paul_p          kmkale++ (although it's really slow from here atm)
09:50 magnuse         kmkale++ # agreed!
09:50 kf              kmkale++
09:45 * magnuse       thinks this looks good http://kohacon11.vpmthane.org/ocs/index.php/k/k11
09:43 magnuse         hiya kf
09:43 kf              hi magnuse
08:36 rangi           :)
08:36 * paul_p        was not expecting anything for the whole week, so if you work again tomorrow it will be a good surprise for me ;-)
08:35 rangi           busy helping people with eq.org.nz wont be doing any koha stuff until tomorrow
08:35 rangi           yes
08:34 paul_p          'morning rangi. Is everything OK with all of your family ?
08:28 rangi           hi kf
08:27 paul_p          hello kf & al
08:26 kf              morning paul
08:18 kf1             t
08:13 kf1             nengard++ # thx for sign-off
08:07 kf              hi #koha
07:58 hdl             hi rangi
07:55 francharb       hi rangi!
07:55 rangi           hi francharb
07:55 francharb       hello #koha
07:05 rangi           http://www.stuff.co.nz/national/christchurch-earthquake/4693057/The-day-the-earth-roared
07:05 rangi           yes
07:05 cait            I see it on stuff.co.nz - ctv building
07:04 cait            me too
07:04 rangi           im hoping they are wrong
07:04 rangi           100 approx in one building, that they are saying is unsurvivable
07:04 rangi           300 missing still
07:04 rangi           yes, those are the confirmed ones
07:03 cait            German news says 75 dead now :(
07:00 rangi           eythian: you in at work still or at home now?
06:57 cait            hi rangi
06:57 rangi           hi cait
04:21 druthb          hi, mtj.  :)
04:06 * mtj           waves back to druthb
03:52 * druthb        waves to her friends in #koha
03:52 kmkale          bbl
03:33 kmkale          I have set up a trial install of "OPEN CONFERENCE SYSTEMS" ( http://pkp.sfu.ca/ocs/) at http://kohacon11.vpmthane.org/ocs/ Please have a look and let me have your thoughts on its usefulness for us..
03:06 bencahill       mtj: thanks, I've got it now :)
03:04 kmkale          Namaskar #koha
02:43 mtj             http://head.kohaaloha.com:8080/cgi-bin/koha/mainpage.pl › http://head.kohaaloha.com:8080/cgi-bin/koha/admin/admin-home.pl › Circulation and Fine Rules
02:41 mtj             based on itemtype
02:40 mtj             loan-period, etc
02:40 mtj             bencahill:  its a circ rule
02:39 bencahill       anyone still here? if so, how do due dates (for checked out items) work? I can't find anything about setting the default time (from now) till due (e.g. 2 weeks)...