IRC log for #koha, 2009-05-07

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

All times shown according to UTC.

Time Nick Message
12:02 slef sending
12:06 gmcharlt slef: thanks
12:13 slef: dokuwiki changelogs most easily give me the number of times a user made an edit
12:13 so I propose that voting be open to anybody who's made more than say 5 edits
12:14 hmm - actually, no that's not good enough
12:14 anybody who's created a page should be included as well
12:51 slef heh http://feedproxy.google.com/~r[…]e-on-twitter.html
12:56 gmcharlt slef: just sent out an RFC for relicensing the wiki
12:57 as a side note, it looks like clarifying the manual's license is in order
12:57 currently GPL, should be GFDL or CC (or both)
13:02 slef no, should be GPL
13:02 neither FDL or (nearly all) CC are FOSS licences
13:03 I guess the wiki should probably be something very free-for-all or GPL
13:04 FDL particularly irks me.  A non-free-software licence from the Free Software Foundation which allows adware and is impractical for most documentation
13:05 gmcharlt re wiki, is CC-BY-SA ok, or would you want it plain CC-CY
13:05 *CC-BY
13:16 slef CC-BY-SA would be incompatible with anything GPL'd I think, so CC-By may be better
13:17 I licensed today's new page under the WTFPL just to be silly
13:17 CC0 is another option if you really want some sort of CC
13:17 at least I think it is - I've not looked in detail at it yet
13:18 it appeared since I was on the debian-CC working group
13:18 looking
13:20 http://creativecommons.org/about/cc0
13:31 gmcharlt https://wiki.debian.org/DFSGLi[…]ommonsShare-Alike.28CC-SA.29v3.0
13:31 CC-BY is fine
13:32 slef never trust wikis without citations
13:33 it's being allowed in for now, but there's considerable uncertainty about the TPM/DRM ban
13:34 gmcharlt slef: not that you could tell from http://www.debian.org/legal/licenses/
13:34 slef sure - there are examples of both main and not distributable
13:35 http://www.debian.org/legal/licenses/ is a summary and I didn't list lots of ambiguous cases
13:35 I also didn't link the WTFPL because it's NSFW and I didn't want that flamewar
13:36 gmcharlt if it's any consolation, I did find the WTFPL funny
13:48 hdl_laptop1 gmcharlt: are you better now ?
13:48 gmcharlt hdl_laptop1: yes, thank you
13:48 hdl_laptop1 gmcharlt: I have worked on 3.0.2
13:48 gmcharlt cool
13:48 hdl_laptop1 only based on cherry picking.
13:49 It is about 200 commits.
13:49 It might be considered as 1st step towards reconciliation.
13:49 gmcharlt yep
13:50 hdl_laptop1 but I will let you judge it.
13:50 Problem is :
13:50 I told there would be no NEW feature. only bugfixes.
13:50 But
13:51 LT Babeltheque and all the fixes on holds and Branchtransfer limit.
13:51 Are new things.
13:51 I would like to :
13:52 release this time without those features and then announce reconciliation and integration of those features.
13:52 does that sound realistic and ok ?
13:52 I think we can discuss it tonight.
13:52 gmcharlt backporting support for enhanced content providers is reasonable
13:53 & hold fixes
13:53 my main concern is that there ends up being a clean path to upgrade 3.0.x installations to 3.2 in the future
13:53 particularly managing the DB schema
13:54 and ensuring that any other new features in 3.0.x don't disappear unexpected after upgrade to tip
13:54 slef: CC0 is OK with me as an alternative license
13:56 slef: my preference is descending order is CC-BY, CC0, outright public domain dedication (but may as well do CC0), CC-BY-SA
13:57 I feel that retaining attribution is a Feature
13:57 by that can be done by CC0 + a request that reusers consider attribution
13:58 slef is there an equivalent of git annotate for the wiki?
13:59 I'm not confident that I could find who was the author for wiki pages
13:59 much less for parts of them
14:01 atz slef: wiki has built in "diff" view (side by side comparison)
14:01 but i don't know any way to get git-blame style info
14:02 gmcharlt a blame/annotation mode could be built
14:02 but I'm not finding a plugin that does it automatically
14:03 slef atz: try using it to find who wrote what on http://wiki.koha.org/doku.php?[…]portingfornewbies - I think we have a practical problem with attributing across several versions of a couple of at least three wiki sites :-/
14:03 s/a couple of/
14:04 gmcharlt we could always export each version of every page, and feed results into a git repo
14:04 *then* use git-blame :)
14:05 slef oooh look, gmcharlt wrote it all
14:07 gmcharlt simpler for future may be requiring use of signatures on certain pages
14:07 atz yeah, that actually is proper "wiki style" afaik
14:29 wizzyrea rhcl or gmcharlt: have a min?
14:29 gmcharlt wizzyrea: what's up?
14:29 wizzyrea idk if you're in the loop on the bizarre hold pick list problems we're having?
14:30 we don't really understand the message we got from cookie
14:30 ^.^
14:30 gmcharlt wizzyrea: it's on my bug list
14:31 wizzyrea is that  LL bug or a koha bug? Number?
14:31 gmcharlt LL bug at moment - I'll make sure it's added to koha bug DB later today
14:33 wizzyrea k. cool. So the workaround is to set the numbering manually?
14:33 the queuing?
14:33 gmcharlt for now
14:34 wizzyrea is there a way with your ticketing to make sure that a further info reply attaches to a specific ticket?
14:34 or just reply w/ subject intact
14:35 gmcharlt wizzyrea: yeah, just reply w/subject intact
14:35 wizzyrea kk ty
14:35 I have more examples, if you need them (you probably don't)
14:36 jwagner wizzyrea, can you describe the holds problem?  I'm still having trouble here.
14:37 wizzyrea oi, I can try
14:38 books have been transferred, they show up on the pick list the next day
14:38 is issue 1
14:38 jwagner transferred between branches?
14:39 wizzyrea yea, and the transferring branch gets the book on the pick list again
14:41 jwagner So it's on the pick list at both branches?  Not likely to be our problem (single branch), but holds are gnarly in general....
14:41 atz wizzyrea: did the receiving branch not confirm the hold when they checked in the book?
14:42 wizzyrea it probably was in a courier bin
14:42 but they were definitely transferred out (slips printed as evidence) correctly
14:43 probably the item was in the bin but the transfer didn't get registered?
14:43 so it thought it was still at the transferring library
14:43 it = koha
14:43 atz yeah, i'm guessing that's what it is.
14:44 the workflow is to receive the item (checking it in), because who knows, maybe the user cancelled the hold, right?
14:44 wizzyrea the reporting library has pretty low human error rate on transferring holds out
14:44 atz at that checkin, the normal alert "This is on hold for user X" asks for confirmation
14:45 wizzyrea right, right
14:45 atz and then it goes on the hold shelf
14:45 wizzyrea or in the courier bin
14:45 to be transferred
14:45 atz no, i mean after transferral
14:45 wizzyrea oh, right
14:45 atz the workflow is to recieve the item ....
14:45 wizzyrea yes, on the shelf
14:46 atz it can't go straight to the shelf because the user might have cancelled the hold during (undetermined time of) the transfer
14:46 and because the system won't know it is in the right branch now
14:46 (triggering pickup notices)
14:47 wizzyrea because it hasn't been received
14:47 atz does that make sense?
14:48 wizzyrea or because the hold that is targetting doesn't exist
14:48 2nd, right?
14:48 atz yeah... it's still in a "branch A says they sent it" status until branch B says "we got it"
14:48 wizzyrea: the 1st, i think
14:49 wizzyrea if branch b checks it in, and the hold doesn't exist, this process goes fubar?
14:49 atm?
14:50 right, in a normal circumstance it would say "branch A sent it" until branch B receives it, but it didn't always put items that had been transferred back on the sending branch's pick list
14:50 (hold queue)
14:50 which is something we're seeing now
14:51 in addition to this deal with the queuing of holds going funny when someone cancels a hold
14:51 atz no, it goes normal
14:51 same thing as would happen in any case "This item belongs to Branch A.  Initiate Transfer?"
14:51 not sure what you mean.  the message saying effectively "send it back" doesn't have anything to do w/ holds
14:52 so you are just looking to add a status on pick list that indicates "you say you sent this already, but they haven't confirmed yet"
14:52 ?
14:53 wizzyrea let me rephrase... koha shouldn't put items that are in the courier bin to be transferred back on the holds queue list
14:53 which is (apparently?) a new behavior we're seeing now
14:54 atz "to be transferred, back on"  or "to be transferred back, on"  ?
14:54 wizzyrea to be transferred, back on
14:54 hehe, sorry. it's confusing
14:57 so, jwagner, you can see that we're all in a muddle with holds :P
15:00 jwagner It's a riddle wrapped in an enigma?
15:02 wizzyrea snuggled with a conundrum
15:07 can anybody tell me what would cause this: http://www.screencast.com/user[…]817d-42e944400e90
15:07 when viewing a normal bib detail in staff
15:09 jwagner A corrupted MARC record?  I've seen similar displays in other systems when the MARC got really screwed.
15:10 wizzyrea we can look at the marc view :/
15:11 fwiw that's what I thought too. I don't really have a way to fix it though. :(
15:11 jwagner If you have the biblio number, export it and look at it in MarcEdit?
15:12 atz wizzyrea: encoding
15:12 but that level of browser confusion shouldn't be possible
15:13 since that is the details page... the first chunk of the HTML, CSS, and JS are all going to be normal and change based on record data
15:13 wizzyrea: can you "view source" and see if it is any different?
15:13 also check headers... see what the content type is
15:16 wizzyrea kk un  moment
15:18 this one is a little different
15:18 http://www.screencast.com/user[…]9cc3-ebb786ae4f71
15:19 http://pastebin.com/d492dd6d4
15:19 source
15:21 doesn't look too suspicious to me
15:27 atz wizzyrea: possible gzip compression error?
15:27 source looks normal
15:32 a friend of a friend admins for pastebin.... he was saying ppl put *all kinds* of personal/confidential info in there
15:34 wizzyrea: using amazon content?
15:35 i think ryan found that amazon sends back some insane data for certain items
15:35 Sharon atz Liz is in the lab with us discussing stuff.  She's on her way back to the office.
15:36 wizzyrea yessir, we are
15:36 Sharon think we should turn off amazon for awhile?
15:37 atz please try disabling it.  if the records view fine, then we at least know the culprit.
15:37 wizzyrea the only thing that is "weird" about this bib is that 1. it has a gazillion items and 2. it has bunches of holds
15:37 but will try turning off amazn
15:37 2 possibly being more relevant than 1
15:37 since this just started happening with the last patches
15:37 and only on high hold items
15:38 atz wizzyrea: interesting.
15:38 don't know how it would cause the encoding though... if it couldn't process it, you would just get a clean 500 error
15:38 Sharon I have a list of problematic bibs - Max, Twilight, Eclipse, New Moon
15:39 atz same publisher? (i.e., same amazon content originator)
15:39 wizzyrea dk, let me turn it off
15:40 Sharon let's look
15:40 atz wizzyrea: did you have a chance to check firebug for the content-type?
15:40 wizzyrea is amazon
15:40 it loads now
15:40 atz = epic win
15:41 checking, sorry stepped away for a sec
15:41 atz np, doesn't matter
15:42 not much quality control @amazon apparently... the just let publishers throw whatever code in there that they want
15:42 valid/invalid HTML, crazy formatting hacks from the 90's, etc.
15:42 pianohacker Sharon: Gah, New Moon seemed to highlight several bugs in our koha too
15:43 Sharon those stephanie meyer books are just so popular, they test the limits
15:43 wizzyrea hm. So. Turning it off fixes it
15:43 but we like that functionality...
15:43 so... try google?
15:43 lol
15:43 atz heh
15:43 wizzyrea iknorite
15:46 does anybody know is there a "report this cover art as <insert negative adjective here>" functionality for book covers?
15:47 from amazon
15:47 I'll go lookk just thought maybe someone might know right off
15:48 pianohacker atz: Is there a Koha source convention on using parens for language-core functions ( like split )?
15:49 atz pianohacker: mostly whatever perl best practices says
15:49 just go for clarity
15:50 pianohacker Yeah. It's looking like I'll need a copy of that book if I want to keep developing in this wacky language
15:51 atz you work for a library right?
15:51 :)
15:52 pianohacker Heh. Would be a bit of an abuse of my friendship with the acq people; the HTML book I donated last year still has not been checked out, to my knowledge
15:53 wizzyrea ILL!
15:53 Sharon all the music CDs I donated to my library haven't circulated either...nobody likes alt country, I guess.
15:54 pianohacker I confess I have never even heard of alt-country
15:54 atz CDs are the vinyl of the rather immediate future.
15:56 Sharon I don't own an ipod yet, I'm still old skool
15:56 wizzyrea atz: I have a friend who still only buys CD's just so she can show everyone what a music snob she is. So yes, I agree.
15:57 I'm working on her though. She'd get more benefit from an iPhone I think ;)
15:57 pianohacker Not a G1? :)
15:57 atz the real gap-bridger will be when your average touring band has a mechanism to sell MP3s *for cash* at the end of their shows
15:58 so they can make it to the next town
15:58 Sharon true
15:59 pianohacker The way flash memory's going, it'll probably be disposable usb drives
15:59 Sharon or add their band logo tot he usb and sell it for $5
16:00 atz bluetooth data xfer for the environmentalists
16:00 pianohacker Four years ago, a device the size of your thumb that can store 2GB of data for about 30 bucks would have seemed insane (it still does, really)
16:00 bluetooth++
16:00 atz pianohacker: $30?  try $5
16:01 pianohacker atz: ... and it's apparently dropped in the months since I got mine, wow
16:01 wizzyrea they have 30GB ones now that are around 30 bucks
16:01 which to me just seems nuts
16:01 why are SSD's so expensive again?
16:02 atz wizzyrea: bandwidth
16:02 wizzyrea Bah. You have an answer for everything ;)
16:02 atz USB 2 < ATA < SCSI
16:03 wizzyrea ok ok you win
16:03 lol
16:03 pianohacker And I image they would use slightly higher-quality flash memory, so it would last longer
16:03 atz yeah, since it's not supposed to be disposable
16:04 Sharon unrelated, we just noticed the new Item Checkout and Item Check in options in the messaging. cool beans
16:04 wizzyrea isn't the wear cycle of flash memory on the order of 5-10 years continuous use though?
16:04 atz Sharon: yeah, i believe john beppu worked on those
16:04 wizzyrea so like, 30 years average use
16:04 or somesuch
16:05 I'd have to look it up heh
16:05 Sharon with story time coming up, I can see some Mom's excited about losing the 3 ft slip of receipt paper and just getting an email
16:11 atz my web connection is choking...
16:12 Sharon We need to turn off the images in the OPAC as well as the staff client
17:15 question - what does the 'cancel reserve' check box do? Who's reserve is canceled?
17:17 slef 'cancel reserve' check box on which page?
17:17 Sharon circulation.pl
17:17 slef looking
17:18 Sharon ty. trying to determine if it's useful or dangerous
17:19 slef (thinking aloud) actual call is AddIssue( $borrower, $barcode, $datedue, $cancelreserve );
17:19 AddIssue is in C4::Circulation
17:20 =item C<$cancelreserve> is 1 to override and cancel any pending reserves for the item (optional).
17:20
17:20 so it cancels everyone else's reserves
17:20 OK?
17:21 Sharon yep. we'll have to see if there's a way to add a name after 'cancel reserve' so it's very clear to staff whose reserve is being cancelled
17:21 slef (I've not checked that the code matches perldoc C4/Circulation.pm, though)
17:22 edit en/modules/circulation.tmpl to put a label by it
17:23 the checkbox is actually named cancelreserve
17:23 Sharon cool, I'll ask Liz to do that for us.
17:23 or we'll just comment out the cancelreserve function
17:23 slef don't they give you a text editor? ;-)
17:24 Sharon i'm not smart 'nuf for that template changing
17:24 slef (I know the reasons for not letting everyone edit, really)
17:24 (being silly)
17:24 ok, off to cook
17:24 Sharon thanks for the explanation
17:24 slef np
17:25 hope I gave enough info to suggest where to look for similar questions if no-one is alive here ;)
17:26 pianohacker I consider the fact that you got that much useful information out of Circulation.pm valiant and admirable (I've had some memorable battles with that module)
17:27 Sharon we'll have to share our tests later - when you cancel a reserve, it reprioritizes the holds list unfairly.
17:46 brendan good morning #koha
17:47 interesting night last night - with the brush fires in Santa Barbara (where I live) getting big
17:47 had a few friends evacuated and crashing at my house
17:50 atz crazy
17:52 brendan yeah atz, I guess time to get used to living in Socal.
17:52 atz and pay your insurance
17:53 brendan the fire insurance is the easy part...  the most difficult is coming up with good earthquake insurance
17:53 atz yeah, how do you shop for that?
17:53 brendan All of the insurance companies have really weird rules
17:54 they will insure you only if you are allowed back in the build.  but if the build is commended then you don't get insurance
17:54 kind of pointless IMHO
17:55 atz yeah... catch22 there
18:03 schuster Is there an easy way to turn off the language preferences in pac?  I can't seem to locate that.
18:03 gmcharlt via opaclanguages
18:04 I recently did a patch to remove the language chooser if only one OPAC (or staff) language is selected
18:07 schuster Is that "under the hood" or is there a system preference someplace that I am missing?  What I am seeing is that with languages on in the PAC - with IE you can't see the 1, 2, 3 etc... for more display titles.
18:07 So you see the first page, but can't see the second but only in IE.
18:09 Question about speeding up Circ as well.  Currently say Time magazine - you get 52 a year(weekly) but if we have 10 schools that get it you have over 520 items attached to it.
18:09 When you checkout it REALLY slows down currently in 3.0.  Should we make seperate Bibs for each location or will this be handled differently with 3.2?
18:11 gmcharlt the idea for 3.2 is to speed it up by not embedding items in in the MARC bib record (except when you need to export a MARC bib or index it)
18:11 that will basically solve the performance problem
18:13 schuster OK thanks - just trying to plan how to implement serials and what I need to do.  In the upgrade from 3.0 to 3.2 then it will "remove" the item information from the bib or just leave it?
18:14 gmcharlt remove it, most likely
18:24 schuster thanks - still working to find the language issue - I saw a reference to syspref's, but nothing with language or opaclanguage on any of those pages.
18:25 gmcharlt schuster: the syspref is called opaclanguages
18:38 chris morning
18:39 pianohacker mornin'
18:39 gmcharlt howdy chris
18:39 brendan morning chris
18:40 chris fires under control brendan ?
18:40 brendan the wind has died down... so some what under control.  They had helicopters dumping water on the flames all night
18:41 the fire is close to builds though...  so far none have been lost, but it's close
18:41 s/buildings/
18:42 chris heres hoping they get it under control before any are lost
18:42 do they know what started it?
18:42 brendan still no known cause
18:42 that I've heard of
18:43 it started up on a hiking trail, so I guess you could draw your own conclusions
18:44 chris *nod*
18:59 oh wow that was just my 800th blog post
18:59 gmcharlt and on that note, let's start the meeting
18:59 slef chris: newbie
18:59 chris heh
18:59 gmcharlt greetings all
18:59 first general Koha IRC meeting in yonks
19:00 agenda and meeting notes: http://wiki.koha.org/doku.php?[…]etingnotes09apr07
19:00 thanks to slef for starting the wiki page
19:00 shall we start with a quick roll call of whoever's in channel and participating/listening?
19:01 chris chris cormack here
19:01 slef MJ Ray here
19:01 sekjal sure.  Ian Walls, NYU Health Science Libraries
19:01 jwagner Jane Wagner here
19:01 brendan Brendan Gallagher here
19:01 danny Danny Bouman here
19:01 Colin Colin Campbell here
19:01 thd gmcharlt: how long is a yonk?
19:02 gmcharlt thd: unspecific unit, but too long
19:02 thd Thomas Dukleth here
19:02 chris hi reed, we are just doing roll call
19:03 slef thd: 1 year 9 months thereabouts
19:03 mdhafen here
19:03 _eric_b Eric Begin here
19:03 slef thd: or 2 years 3 months for general meeting
19:04 reed hey, Reed Wade here (lost my keyboard for a moment)
19:04 gmcharlt reed: better chain it :)
19:04 meliss Melissa Lefebvre here
19:05 ruth Ruth Vargas here
19:05 dbirmingham David Birmingham in the room
19:05 gmcharlt ok - thanks - any latecomers should  feel free to chime in for rollcall at any point
19:05 so for agenda, we have four points
19:05 1/ Koha 3.2/tip status and timeline
19:06 2. Koha 3.0.x status
19:06 3. Koha bugs database
19:06 4. KohaCon 2009 report
19:06 so starting with the 3.2 update
19:06 there are several large bits of integration to do over the summer
19:07 BibLibre's acq developments
19:07 holdings & circ work by LL
19:07 so my intention is to declare a feature freeze for 3.2 by end of August
19:07 start a 3.4/future at that point in time
19:08 wizzyrea Liz Rea NEKLS here
19:08 gmcharlt allow two months for bugfixes, stabliization, and 3.2 translation
19:08 putting release by end of October
19:08 as far as anything past the end of summer goes
19:08 3.2 is going to be calendar driven by that point
19:09 i.e., what we have by end of August in terms of features and major archictrual changes
19:09 will be it
19:09 chris works for me
19:09 gmcharlt anything new will be relegated to the future branch
19:09 I will do a pre-pre-alpha release some time in June
19:09 just to run through the packaing process
19:10 and at least one intermediate between then and August
19:10 paul's recently got his acq stuff ported to head
19:10 so once he has the patches read
19:10 ready
19:10 they'll be put on a topic branch in the public repo
19:10 for a couple weeks of integration
19:10 prior to merging into main
19:11 so unless something goes seriously awry
19:11 the acq module should be in the June tarball
19:11 from my and LL's point of view
19:11 we have a large backlog of stuff to communicate
19:11 about what we've been up to development-wise
19:12 and we'll be posting about that as part of the ramp-up to June
19:12 some experimental branches are in order
19:12 as a result of things people want to play around with
19:12 and metnioned during KohaCon or before
19:12 pianohacker's JSON work
19:13 chris and beppu et al memcached experimentation
19:13 and some investigation of Template Toolkit
19:13 chris slef: what do you reckon the chances of having .debs for 3.2 are ? is that something we can aim for too?
19:13 gmcharlt and experimental ORM (DBIx::Class, most likely)
19:14 slef chris: pretty good I think
19:14 cait Katrin Fischer here
19:14 gmcharlt slef: you're doing the deb for 3.0.x as well, right?
19:14 slef gmcharlt: probably
19:14 thd slef: what about debs for backports?
19:14 slef thd: should be doable
19:15 chris yay!
19:15 slef lenny or later at least
19:15 gmcharlt other 3.2 stuff not related to code as such
19:15 I'm going to revive a weekly RM newsletter
19:15 "stuff new in tip" or the like
19:16 chris cool
19:16 gmcharlt or possibly do it as rm.blog.koha.org
19:16 I don't have any personal preference whether it is a blog or e-mail newsletter
19:16 chris or both?
19:16 gmcharlt or both
19:16 wizzyrea I like that, always accessible and archived and not in my inbox
19:17 pianohacker I think there are rss-to-email gateways that would automate it for you
19:17 gmcharlt if I do it as blog off of koha.org, my inclination is to give accounts to anybody who was an RM or RMaint for any version of Koha
19:17 reed i'm thinking there may be some automated blog to email services around
19:17 wizzyrea def are with WP
19:17 slef ok but suggest feedwordpress plugin
19:17 chris that sounds like a good idea
19:18 gmcharlt the other thing re periodic email
19:18 slef can help with plugins offlist
19:18 gmcharlt is somebody at KohaCon suggested a monthly (or whatever) project FAQ email
19:18 i.e., here's where to find Koha doc
19:19 how to ask questions, etc.
19:19 chris like the first of the month email losts of lists do?
19:19 gmcharlt somethign like that
19:19 I'm inclined to call something like that documentation and fob it off to nengard ;)
19:19 chris :)
19:19 slef is that best, or making sure the welcome email is as good as it can be?
19:19 chris yeah if she isnt here, she gets it ... them's the rules
19:20 slef ISTR koha list welcome emails are the Mailman boilerplate
19:20 chris apostrophe fail, need more coffee
19:20 hdl_laptop1 gm i can help with list manager monhtly email
19:20 chris ahh good idea too slef, make the initial email better too
19:21 hdl_laptop1 or initial email.
19:21 i just need the text.
19:21 and will have it translated.
19:23 chris i guess it could be written up in draft on the wiki then let people make some edits
19:23 hdl_laptop1 mmm....could be.
19:24 gmcharlt http://wiki.koha.org/doku.php?[…]koha_list_welcome
19:24 hdl_laptop1 but when should it called freezed version then ?
19:24 gmcharlt assuming nengard has time and is willing to do the first draft
19:24 I suppose when she says so and has given people a chance to look at it
19:25 thd gmcharlt: In the past, there has been some confusion about what a feature freeze should mean.  Some have thought no new database columns while others have thought that adding columns could not possibly break anything.
19:25 hdl_laptop1 thd: it is not about koha feature ;)
19:25 gmcharlt thd: my preference is that a feature freeze means no new database tables or columns
19:25 thd: except to fix blockers
19:26 hdl_laptop1 gmcharlt: ++
19:26 gmcharlt but hdl_laptop1 is right
19:26 about the context
19:26 chris good morning IrmaCalyx, kudos for being awake at 5.30am
19:26 IrmaCalyx G'day all
19:26 chris i like the no new database tables or columns rule too
19:26 thd yes: I realised that hdl_laptop1 was not advancing the agenda as soon as I pressed enter
19:26 hdl_laptop1 i was wondering when this text should be updated in mailman.
19:27 gmcharlt I'll let nengard know about the welcome message
19:27 of course, anybody is free to proposed ideas or wording on the wiki page
19:27 does anybody have a serious objection to sending this message out monthly?
19:28 in addition to having the text be part of the welcome message?
19:28 slef no, especially if it is combined with the "mailman day" emails
19:28 brendan no objection here --
19:28 ++
19:28 sekjal sounds like a good plan
19:28 hdl_laptop1 except that usually ppl only read the 1st message then throw it to dustbin ;)
19:28 chris thats why monthly reminders are good :)
19:29 gmcharlt we can only lead our horses to the water
19:29 _eric_b I suggest to place in the email how to search the archived mails... :)
19:29 hdl_laptop1 k for me.
19:29 thd my horse is thirsty
19:29 hdl_laptop1 nabble
19:29 _eric_b hdl: agree
19:30 gmcharlt we could also change the footer that the mailing list adds
19:30 chris good idea _eric_b ... quick write it on the wiki :)
19:30 slef gmcharlt: careful not to make footer too long
19:31 gmcharlt yeah, I was thinking of combining the currently first two lines, adding a line for a link to a search archive, ending up with no net changes in the number of lines in the footer
19:31 wizzyrea a "Search the Archives: <link> would suffice I think
19:31 hdl_laptop1 adding a link to that page could be nice ;)
19:31 gmcharlt hdl_laptop1++
19:32 ok
19:32 shall we move on to 3.0.x (don't worry, we can have general discussion after we go through the formal agenda items)
19:33 jwagner One more point on the welcome message?
19:33 gmcharlt sure
19:33 jwagner I'd also suggest adding to the welcome/monthly message links to such things as the online manual site, bugzilla, the wiki -- whatever someone new would find most helpful.
19:33 gmcharlt jwagner: agreed
19:34 hdl_laptop1: ready to give a 3.0.x update?
19:34 hdl_laptop1 so.
19:35 I am late, but I have been quite busy
19:36 trying to cherry-pick HEAD commits on 3.0.x
19:36 I have at the moment 260 commits on my queue.
19:36 chris yoicks
19:36 hdl_laptop1 and a branch that one could want to test.
19:36 chris do you need some help with that?
19:37 hdl_laptop1 i have already applied all those 260  commits.
19:37 chris ahhh
19:37 hdl_laptop1 187 are still apppart :
19:37 holds and branchtransfer limits, and syndetics and LT stuff mainly
19:38 But I think that I am getting something quite interesting now.
19:38 chris i can help with testing
19:38 hdl_laptop1 I have not pushed them because I want the branch to be tested.
19:38 And nicolas and laurence will certainly help me.
19:39 gmcharlt hdl_laptop1: is the branch in a publicly available git repo? if so, URL could be added, or git.koha.org could fetch a clone periodically
19:40 hdl_laptop1 at the moment, it is on a biblibre gitosis, which could be open with ssh keys.
19:40 gmcharlt are ssh keys need to just fetch from it?
19:41 mdhafen though some say passing around a private key is evil, you could setup a gitosis key with read access, and pass around that private key.  I think that would work at least.
19:41 hdl_laptop1 right now i thik so.
19:42 mmm... I can create a new project that would contain that branch only.
19:42 with read access.
19:42 chris you could push it to repo.or.cz .. or github etc if you wanted to let people clone it without needing a key
19:43 mdhafen or there's the git-daemon option
19:43 gmcharlt or better, link via git.koha.org
19:43 mdhafen yeah, make a private key on git.koha.org, and do regular pulls from there on a separate branch
19:43 hdl_laptop1 can you explain ?
19:43 link via git.koha.org ?
19:43 gmcharlt e.g., push to a new koha-hdl.git or git-biblibre.git hosted on git.koha.org
19:44 hdl_laptop1 so you would create a new git repo on git.koha.org and I would push on it then ?
19:44 fine for me.
19:45 gmcharlt ok
19:45 let me know what you want it called
19:45 and I'll init it and set up gitosis so that you can push to it
19:45 chris hdl_laptop1: how far away do you think a string freeze is?
19:45 hdl_laptop1 koha-maintenance.git
19:46 I think I am really close to that.
19:46 gmcharlt hdl_laptop1: ok
19:46 chris excellent, let me know when you think its good to go, and i will regen and msgmerge the .po files and let all the translators know
19:46 hdl_laptop1 In fact, i hope it should already be freezed.
19:47 slef Aside to new joiners - I've added a "Read the meeting so far..." link to the start of http://wiki.koha.org/doku.php?[…]etingnotes09apr07
19:47 hdl_laptop1 But I prefer to test updating french strings first to tell you.
19:47 chris hdl_laptop1: cool, just say the word whenever you think it's ready
19:48 hdl_laptop1 chris: I wall.
19:48 slef Can we semi-automate git.koha.org branches?  At least get the requests to its maintainers in a ready-to-use form.
19:49 or "private" repos or whatever you want to call them
19:49 gmcharlt slef: sure
19:49 hdl_laptop1 as soon as I have posted the branch, i will send an email for testers.
19:49 gmcharlt first step would be pretty manual
19:50 slef sorry, this is a tangent... can we wiki it later?
19:50 gmcharlt i.e., who are you and what's your public key (for gitosis to control who gets to push to that particular repo)
19:50 hdl_laptop1 So I won't be able to release it before june.
19:50 gmcharlt ok
19:50 another other 3.0.2/3.0.x stuff?
19:50 hdl_laptop1 But then will come reconciliation branch.
19:51 that gmcharlt and I will set up.
19:51 slef hdl_laptop1: reconciliation as in library reconciliation or git merging?
19:51 gmcharlt slef: git merging
19:51 hdl_laptop1 and test.
19:51 gmcharlt and ensuring a clean database & feature upgrade path from 3.0.x to 3.2
19:52 schuster Schuster - sitting in corner listening...
19:52 chris 3.0.2 should be the last 3.0.x release eh? barring a super bad bug that means an urgent 3.0.3 release eh
19:53 gmcharlt the calendar permits a 3.0.3
19:53 up to hdl_laptop1 , of course :)
19:53 chris :)
19:53 slef gmcharlt: I was just thinking that.  If 3.0.2 is June.
19:53 hdl_laptop1 I think it is urgent to release 3.0.2 and reconciliation branch
19:54 before tough job for 3.2 is merged on HEAD.
19:54 gmcharlt yep
19:54 hdl_laptop1 acquisitions, item management and so on.
19:54 chris right
19:55 hdl_laptop1 maybe 3.0.3 could be quite near after 3.0.2
19:55 I said June because translators should have some time to do translations.
19:56 chris i dont think there will be many changes, so it shouldn't take too long
19:56 (translation wise)
19:56 but always good to give them time
19:57 hdl_laptop1 But feature and bug tracking freeze for 3.0.2 should be done in the next two weeks.
19:57 Then it would be time for reconciliation and 3.0.3
19:58 chris cya in a bit reed
19:59 hdl_laptop1 and then 3.2
19:59 chris (reed works with me)
19:59 cool
19:59 hdl_laptop1 does that sound sound gmcharlt ?
19:59 gmcharlt positively euphonious
19:59 slef hdl_laptop1: as you probably know, we've a 3.0.x.c branch.  Do you want me to submit patches against 3.0.x or concentrate on sending to HEAD and letting you cherry-pick?
20:00 gmcharlt nom nom nom
20:00 hdl_laptop1 all i did was cherry picking.
20:00 gmcharlt agree with hdl_laptop1
20:00 hdl_laptop1 So I would say please send on HEAD.
20:01 And But post bug # on it.
20:01 slef from memory, it's mostly new features... I'm trying to get any bugfixes out first
20:01 2287 being the first
20:01 hdl_laptop1 (1st line)
20:02 slef ok
20:02 hdl_laptop1 and then headline of the bug.
20:02 Now that bugzilla can accept emails, should be prety easy to send patches to it.
20:02 so that the patch is attached to the bug.
20:02 slef I'll ask about that under the next item.
20:02 thd hdl_laptop1: does only cherry picking mean that you have not or do not intend to add from the 3.0.x or 3.0,x,c branches on the main repository?
20:03 slef thd: clarification: 3.0.x.c is only in our co-op's repo (which is what the c is for)
20:03 hdl_laptop1 sorry ?
20:03 thd slef: I was wondering about the c
20:04 atz thd: cherry picking means taking from patches submitted at HEAD and applying them to 3.0.x
20:04 hdl_laptop1 3.0.x will still be the official maintenance branch.
20:04 koha-maintenance will be out there only for testing purpose.
20:04 mdhafen if there is a patch that applies only to 3.0.x (unlikely) sending them to the patches list should be ok still.  Just make sure to include [3.0.x] in the heading
20:05 thd hdl_laptop1: If I add patches against the 3.0.x branch will you have those changes or are you only taking from HEAD?
20:06 atz thd: is there a reason they shouldn't be in HEAD?
20:06 hdl_laptop1 the fact is that the more HEAD and 3.0.x diverge, the harder it will be to guarantee that your patch will be preserved from one version to another.
20:07 mdhafen for example the aqui rewrite
20:07 thd atz: not at this point but there have been reasons in the past why one would have two different patches or why a patch would only be relevant to stable but not to a future development release
20:08 slef aside - can someone (gmcharlt?) lengthen the login time on wiki.koha.org please?  I seem to be booted out rather too easily.
20:08 chris if its not relevant to a future release, then the case is moot, it doesnt need to be on HEAD
20:08 thd atz: hdl_laptop1 described the issue well as they diverge
20:08 hdl_laptop1 thd : then I think that mdhafen's suggestion sould be used.
20:08 atz thd: hdl_laptop1 described why your changes should go to HEAD first
20:09 (exceptional circumstances notwithstanding)
20:09 gmcharlt slef: increased timeout from 900 to 3600 seconds
20:09 hdl_laptop1 I think that we underestimate the goodness of topic branches
20:10 thd atz hdl_laptop1: I have a contradictory messages
20:10 hdl_laptop1 Some LLers and chris did publicize their branches.
20:10 and i think it could be a good practise.
20:10 slef gmcharlt: thanks. if you're still logged in, is it's clock accurate? Didn't feel like 15mins
20:11 gmcharlt slef: seems accurate - let me know if the increased timeout has an effect
20:11 if not, may be issue with dokuwiki's openid plugin
20:12 slef ok, end of digression for now ;)
20:12 chris ack attacked by a 2year old with a soccer ball, brb
20:12 slef I've updated http://wiki.koha.org/doku.php?[…]od_commit_message with the branch-tagging idea
20:13 (and also remembered that section of the page myself - sorry for recent ignorance of it)
20:13 hdl_laptop1 is brackets the correct tag.
20:13 gmcharlt slef: "bug 1234" or "bug1234" or whatever is better than "[bug 1234]" - git-am strips anything in brackets in subject line when patch is applied
20:13 slef yikes
20:13 hdl_laptop1 I saw that it should rather be () and not []
20:13 gmcharlt bracket for "[3.0.x]" is fine, as it's redundant once patch is applied
20:14 anyway, I think we're ambling towards the bugzilla topic of the agenda
20:14 slef go for it
20:14 gmcharlt a very brief summary of the big proposals from KohaCon is on the wiki
20:14 http://wiki.koha.org/doku.php?[…]etingnotes09apr07
20:15 schuster can speak to this better
20:15 but big point among many Koha users
20:15 is desire to have a process whereby people interested in an enhnacement
20:15 can coordinate arrangement funding or person-time to do it
20:15 particularly for big projects
20:15 initial suggestion was to use a Google spreadsheet or the like
20:16 but general agreement during that KohaCon meeting
20:16 thd atz hdl_laptop1: mdhafen suggests sending 3.0.x patches against 3.0.x as [3.0.x].  atz: suggests sending almost all patches against HEAD only unless they cannot be.
20:16 gmcharlt is that bugzilla is probably a better place to try first
20:16 thd: patches should be against HEAD unless something is truly 3.0.x specific, or if a particular file(s) have diverged enough that you need a patch for HEAD and a patch for 3.0.x
20:16 mdhafen thd: both suggestions are applicable here.  hdl seems willing to resolve merge conficts.
20:17 gmcharlt so specific ideas re using bugs database for that purpose include
20:18 turning bug voting
20:18 or establshing consitent tagging
20:18 in conjunction with developers and vendors putting in an effort to put significant features as enhancement bugs
20:19 in addition to use of wiki for RFCs
20:19 slef Why bug voting?  Squeaky wheel syndrome and rule of the mob?
20:20 gmcharlt more of a mechanism for interested users to find out what each other cares about
20:20 chris squeaky wheel does actually have merit in a lot of cases
20:20 gmcharlt obviously to actual get a change done, ultimately somebody has to pony up effort, time, or money
20:20 atz slef: KohaCon users were unaware of each others' interests in given bugs, fixes, etc.
20:21 mdhafen yeah, level of interest in a feature can be a big motivator for a developer (myself included)
20:21 schuster Squeaky wheel also provides people to figure out who might have money to co sponsor...
20:21 slef atz: doesn't a cc show that?
20:22 schuster Many users were unaware of bugzilla for enhancements.
20:22 atz slef: indeed, wizzyrea recommended that option
20:22 sekjal I got the impression at KohaCon that there is some concern about users and developers drifting apart
20:22 Sharon I 2nd Schuster, we need a way to facilitate co-sponsorships
20:22 hdl_laptop1 mmm... but then maybe only the higher interest bugs would be coped with by big companies and the other ones could be left alone.
20:23 gmcharlt I've no problem using a CC instead of bug voting as such, but I think users woudl still want a report of bugs ordered by number of CCs
20:23 slef Sharon: we (software.coop) support gnuherds.org which I think I mentioned to schuster
20:23 thd slef: a CC might show that if there were clear and obvious instructions that CC should be used for that purpose
20:23 gmcharlt and for something where somebody is actively looking for cosponsors
20:23 a bugzilla tag could be useful
20:23 slef thd: what else would adding yourself to the CC on a bug show apart from interest?
20:23 schuster yes you did, but was waiting for after KohaCon to see what happens
20:24 jwagner I lost track of how many times I visited bugzilla before I even NOTICED the cc function.  Maybe I'm blind as a bat, but usability is an issue here.
20:24 skushner Why not through Kudos, and other interest groups to share development ideas and commitments?
20:24 slef Can someone tell me a bugzilla with voting enabled, please?  I'm not seeing it on bugzilla.mozilla.org
20:25 atz skushner: kudos group isn't incorporated yet, among other things
20:25 slef jwagner: I'm not a fan of bugzilla's user interface, but I'm equally not a fan of changing bug tracker :-/
20:25 schuster Voting I think comes later in the game - when there might be a user group with money to sponsor development projects.
20:25 mick_laptop what version of bz are you complaining about?
20:25 hdl_laptop1 skushner: because you have many localized user groups
20:25 jwagner Another problem with using KUDOS is that it's US/North America, but development needs to be coordinated worldwide.
20:25 mick_laptop the newer versions have gotten a lot nicer
20:25 slef mick_laptop: whatever's on bugs.koha.org ;-)
20:25 wizzyrea I think it's definitely better to have the payers (libraries using koha) and the payees (developers making koha) looking at the same database of bugs and enhancement requests
20:26 gmcharlt skushner: I thnk the users groups are a valid forum for sponsorship arrangements, but one of many
20:26 wizzyrea rather than an additional place for everyone to check
20:26 hdl_laptop1 And maybe interest is wider than your language community
20:26 chris wizzyrea++
20:26 hdl_laptop1 But it would also be the problem with bugs.koha.org
20:27 skushner So..sync the servers worldwide, but have regional groups too, like Kudos Northeast, etc..
20:27 hdl_laptop1 But bugs.koha.org is a good starting point.
20:27 imho
20:27 thd slef: I merely meant that users need to know that is the way to express interest where it may not be obvious to them
20:27 Sharon Paul brought up the language issue a kohacon
20:27 slef thd: oic
20:27 Sharon: Il n'y aucun. ;)
20:28 schuster If we put a concerted effort into "cleanup" bugzilla and a "template" of how to create an enhancement - that would at least give users new and old an opportunity to see what is under development or consideration.
20:28 hdl_laptop1 schuster++
20:29 chris local groups could talk amongst themselves, then file an enhancement on bugs.koha.org
20:29 wizzyrea actually, launchpad.net is a really nice bugtracker
20:29 reed missed part of the conversation but -- bugzilla is always going to go daunting to new users however you skin it
20:29 gmcharlt slef: http://bugzilla.zimbra.com/ has voting enabled
20:29 slef wizzyrea: I really dislike launchpad.net on both usability and philosophy angles.
20:29 gmcharlt: thanks
20:30 davi wizzyrea, launchpad.net is controlled by Canonical. And they refuse to publish the source code. They want to control the system
20:31 wizzyrea fair enough
20:31 (I just like the nub friendly interface)
20:31 slef wizzyrea: in case you didn't know, launchpad.net creates bug trackers for things which are maintained by other people who don't want to use it.
20:31 gmcharlt as far as specific action items go
20:31 "cleaning up" bugzilla is fine
20:31 slef so bugs get reported there which will never get fixed.
20:32 gmcharlt as is going over documenation (on wiki) for filing bugs and improving it
20:32 slef davi: they say they'll publish some of it eventually.  But that's an aside.
20:32 wizzyrea (just let it go... bad idea, I get it)
20:32 davi slef, anyway the hosting and users data will follow controlled by them
20:32 gmcharlt encouraging people to use CC lists is a good regardless of anything else
20:33 bug voting we could do as an experiment
20:33 davi gmcharlt, I would like be assigned a bug to fix. An easy one
20:33 gmcharlt as far as the kohala bugs database is concerned, I assume it has a public URL, hdl_laptop1?
20:34 jwagner Along the lines of the earlier discussion about monthly emails with useful info, can the intro page to bugzilla have some general info for new users?  Like how to report bugs, use the cc feature, etc.?
20:34 gmcharlt if so we need to make sure that it's linked to from the wiki and other places more or less as prominently as bugs.khoa.org
20:34 hdl_laptop1 suivi.biblibre.com
20:34 but it is only biblibre at the moment.
20:34 slef gmcharlt: ok to experiment, but define "success" and end-of-trial before we start
20:34 hdl_laptop1 kohala has no public bug tracker.
20:35 richard morning
20:35 slef we've a similar "RT for software.coop" but we'll refer to bugs.koha.org as appropriate
20:35 schuster At Koha con there were 264 "enhancements" as I remember - I was working on a proposal to get a committee together to "review" them.
20:35 slef Barca scored!
20:35 gmcharlt well, success ultimately is going to be determined by whether users see bugzilla as the place to go to for dev requests
20:35 schuster Posting info to the koha-discuss/dev etc... for volunteers etc...
20:35 gmcharlt and more importantly, a communication place for ensuring that requests get funding or done
20:36 hdl_laptop1 schuster++
20:36 gmcharlt re voting in particular
20:36 Sharon I like the CC option because it gives funders contact information for other potential funders
20:36 wizzyrea yea, I can see an email to the list saying "i've proposed X enhancement, bugs.koha.org bug #XXXX, please check it out
20:36 gmcharlt it ultimately depends on whether somebody actually does something with the top vote-getting bugs
20:37 hdl_laptop1 there is now brasilian, portuguese, german and french speaking list.
20:37 schuster Are we voting on BUGS or Enhancements or both?
20:37 gmcharlt schuster: it would be both
20:37 hdl_laptop1 maybe it could be good to spread also news to those ppl.
20:37 schuster Just looking for clarification.
20:38 gmcharlt re timeline for experiment
20:38 schuster hdl_lpatop1 - yes it would
20:38 slef hdl_laptop1: until we get something more formal, ask chris for active translators perhaps?
20:38 gmcharlt since it generally takes a few months for a group of disparate libraries to organize a cosponsorship arrangment
20:38 thd hdl_laptop1: Is the Brazilian list different from the Portuguese list?
20:38 gmcharlt I think should last for six months
20:38 schuster There's a translator list correct?
20:38 chris yes thd
20:38 hdl_laptop1 thd: yes.
20:38 wizzyrea maybe the bugs.koha.org name is the problem, it needs branding... like, todo.koha.org or something
20:38 skushner If it was put in one place, everyone would know to look there. Pls. no more email lists.
20:39 hdl_laptop1 they asked for it.
20:39 schuster: yes.
20:39 slef hdl_laptop1: where is the german list now? http://listes.koha-fr.org/mail[…]/koha-i18n-german seems idle
20:39 gmcharlt but perhaps emphasize CCing
20:39 thd hdl_laptop1 chris: Brazilian and Portuguese have different email lists or merely different translations?
20:39 chris both
20:40 gmcharlt wizzyrea: it would break a lot of links to *move* bugs.koha.org to another domain
20:40 hdl_laptop1 slef: yes quite idle
20:40 gmcharlt but if it needs a different name to encourage people to think of it as more than just a defects database
20:40 davi thd, I think the Brazilian and Portuguese list should be the same due to the language differences are minimal
20:40 gmcharlt sure
20:40 slef gmcharlt: could redirect todo.koha.org to a search for enhancements
20:40 hdl_laptop1 but some german speaking ppl are testing koha atm
20:40 wizzyrea slef++
20:40 gmcharlt but I think simply promoting its use will go a long way
20:40 chris davi: cultural imperialist :-)
20:40 davi chris, no comment :)
20:41 slef chris: official language of Koha will be Spanish. I'm learning it.
20:41 schuster gmcharlt - I agree.
20:41 hdl_laptop1 thd davi : brasil is MARC21, portugal UNIMARC.
20:41 gmcharlt slef: didn't you get the memo - the official language will be Klingon
20:41 davi hdl_laptop1, ah, I did not know
20:42 thd, Is the MARC21 more used in Brazil than the UNIMARC format?
20:42 schuster So I see three things that need to happen - group to create a "template" for entering sponsored enhancements - tag?
20:42 gmcharlt davi: is http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2616 the sort of bug you're looking for?
20:42 schuster Template for entering wishlist enhancements - tag
20:42 thd davi: In the world of US imperialist influence MARC 21 is more used
20:43 cait there is some interest in Koha in Germany atm - but translation list was silent in the last weeks
20:43 davi gmcharlt,  looking at it
20:43 thd, thanks for the information
20:43 schuster Group to review existing enhancements to determine if they have been coded or no longer of interest by individual creating the enhancement.
20:44 skushner What about a threaded forum to discuss enhancements/bugs amongst the user groups to facilitate the conversation..."Like, I'm thinking of sponsoring X"..before it gets "comitted" to Bugzilla, or wherever?
20:44 thd davi: MARC 21 is a more comprehensive larger format but not necessarily better for being based on US MARC the first way of doing MARC
20:44 davi gmcharlt, Yes, that can be an start.  What is the process to fix a bug. Should I send a patch to the mailing list or will you allow me to directly commit to the Git repository?
20:45 gmcharlt skushner: actually, it would be better to use bugzilla for the discussions - it doesn't have a threaded comments, but it does have comments
20:45 schuster skushner - I don't want another list personally - you could enter the enhancement - and publish the # to discuss and people could login to bugzilla and comment etc...
20:45 chris patches all the way davi
20:45 davi chris, ok
20:45 chris to patches@koha.org .. that way lots of eyes get to see them
20:45 wizzyrea gmcharlt and schuster+++++
20:45 davi ok
20:45 chris there is a good page on the wiki about it
20:46 schuster Again keeping all the discussion for the developer in one place once it does get sponsored.
20:46 gmcharlt and there's no reason to over formalize posting an idea to bugs.koha.org
20:46 slef added section below http://wiki.koha.org/doku.php?[…]ou_have_a_new_bug mentioning CC
20:46 gmcharlt just look for duplicates, then add the idea
20:46 wizzyrea hehe, my experience is that if you miss a duplicate, it won't take long for someone else to point it out
20:47 Brooke thicker skin?
20:47 schuster If people are concerned about adding an enhancement they might post to discuss first to see if anyone already knows about an enhancement etc that does X
20:47 slef Brooke: at times you need rhino hide *rolls eyes*
20:47 chris imho its better to have a duplicate than fear of a duplicate stopping anything being posted at all
20:48 schuster wizzyrea - ++ - I believe then someone gmcharlt? merges/links?
20:48 Brooke /agree
20:48 gmcharlt schuster: yeah, you could, but since it's cheap to create, merge, and close bugs in bugzilla, it's no problem
20:48 schuster: anybody can identify and merge duplicate bugs
20:48 schuster Cool - I still think an example/template so people know what type of information needs to be added when they create the enhancement.
20:48 gmcharlt schuster: agreed
20:49 slef hello - bugzilla docs are back online - thanks to $WHOEVER
20:49 schuster Can we add a category that says "sponsored" similar to enhancement so people can enter the items they have already sponsored?
20:49 wizzyrea yea, and if you have something very lengthy, like a rfc to post, *that* should go on the wiki, and be referenced in the bug
20:49 enhancement/bug*
20:49 slef schuster: I suspect something like PATCH-Sent but Sponsored might be better
20:49 schuster wizzyrea +++
20:50 for those of us that don't code - but want to see what others have "paid for" already Sponsored makes more sense...
20:51 Some sponsorships have been paid, but we may not see the coding until next summer...
20:51 gmcharlt slef: I think a custom field might be better - sponsorship status can be orthognal to priority
20:51 Brooke that used to be on the roadmap, back in the day
20:51 wizzyrea custom field: I was just thinking that
20:52 slef gmcharlt: you're right. forgot it was in priority. also orthogonal to severity.
20:52 gmcharlt: while we're simplifying: does anyone use Hardware meaningfully?
20:53 schuster I don't know the back end so whatever you all feel works - that I can figure out how to extract data from!  LOL!
20:53 wizzyrea if you do a custom sponsorship field, could you have Sponsored, Looking for partners, or other sponsorship related statuses?
20:53 gmcharlt slef: very, very raraely
20:53 hdl_laptop1 also orthogonal to time requested.
20:53 gmcharlt wizzyrea: yes
20:53 wizzyrea I think that would be VERY helpful
20:53 schuster Oh wizzyrea - +++ and hdl_laptop1+++
20:54 slef ok, other question before I move rooms: how does the email-to-bugzilla feature work?
20:54 gmcharlt slef: I'll check
20:54 hdl_laptop1 schuster: orig est. is your friend
20:54 schuster I was thinking in the Sponsorship template it might indicate a tentative released to client info...
20:55 gmcharlt I've just added a sponsorship custom field
20:56 label on the bug form is 'change sponsored?'
20:56 chris ok, im going to have to go get ready and head into work, will read back over the logs
20:56 gmcharlt current valid values are blank, seeking cosponsors, and sponsored
20:56 atz later chris
20:56 gmcharlt on the bug form, it shows up in the top details box, below the horizontal line under the URL field
20:56 slef davi: can you remember gnuherds sponsorship statuses or shall I check?
20:57 wizzyrea gmcharlt: ++ perfect
20:57 davi slef, what do you mean by "sponsorship statuses"?
20:58 schuster later chris you are very valuable...;)
20:58 wizzyrea yes, travel safely
20:58 we require your braaaaiiinnnnsss
20:58 sorry, kind of had a zombie moment there
20:58 slef gmcharlt: other status is seeking workers I guess?
20:59 wizzyrea Ooh, yea... seeking developer or something
20:59 Brooke whole picture wise
20:59 slef davi: never mind looked it up
20:59 davi ok
20:59 Brooke I'm thinking one of the most nagging questions y'all get asked as devs is when is 3.2 coming out?
21:00 is there a way to roll all of this stuff into a thermometer either on the roadmap or in bugzilla to show progress.
21:00 gmcharlt Brooke: october
21:00 mdhafen I don't hear that.  My librarians don't want another (painful) upgrade ;)
21:00 atz the "are we there yet?" of project management
21:00 Brooke after folks lock in features
21:00 wizzyrea atz: lulz
21:00 gmcharlt slef: added a seeking dev value
21:00 slef Brooke: see roadmap3.2 on the wiki
21:00 gmcharlt so blank - don't care
21:00 slef, Brooke - which needs updating
21:01 slef gmcharlt: since an hour ago?
21:01 gmcharlt seeking cosponsors - want partners
21:01 schuster gmcharlt yep.
21:01 wizzyrea gmcharlt: that is epic win re: change sponsored
21:01 jwagner er, Have Gnu, Will Travel?  Sorry, getting a litty fuzzy.
21:01 gmcharlt seeking dev - have money / boxes of chocolate, want somebody to do it yesterday
21:02 sponsored - funding and dev lined up together
21:02 wizzyrea: but will the kittens work for Koha?
21:02 atz gmcharlt: no, in my experience.
21:02 wizzyrea dunno, I'm pretty good with the spray bottle
21:02 atz all they do is spam chat
21:02 gmcharlt slef: in terms of details, anyway
21:02 slef: but thanks for putting that up
21:03 schuster OK end of day...  Gotta go pickup 4 year old...  Great discussion...  When's the next one?
21:03 gmcharlt schuster: in a months time, I woudl say
21:03 schuster Remember "free like a kitten"...:)
21:04 Great.
21:04 gmcharlt slef: re bugzilla to gitweb links - both directions, or which one do you care about the most?
21:05 schuster I'll work on getting my outline for a committee to review together and send it to Koha-Dev for comment?
21:05 Brooke ftr neither the 3.0 roadmap or the 3.2 roadmap have what I'm talking about, but the 3.0 is closer.
21:05 pianohacker i has a marc flavor?
21:05 schuster Then maybe next week I can work on putting together a document about documenting a sponsored development and send it out to koha-dev for comment as well?
21:06 wizzyrea I maded you a patch, but git eated it
21:06 hdl_laptop1 thx schuster.
21:06 schuster wizzyrea - must have been a long day...  too many kittens?
21:06 gmcharlt schuster: go for it, but also be sure to check out the bugzilla page on the wiki
21:06 wizzyrea I just like levity ^.^
21:06 jdavidb wizzyrea++ after git ate two of mine on my repo.  
21:06 schuster Yes will do that before I do anything...  Moving forward!  I feel progress in motion!
21:07 Sharon Brooke where's the 3.0 roadmap on the wiki?  can't find
21:07 slef gmcharlt:  I guess two most useful are having something to --cc on a git send-email command, and some link from bugs to gitweb when it gets pushed
21:07 hdl_laptop1 oh the changing branch syndrome jdavidb and wizzyrea
21:07 Brooke http://wiki.koha.org/doku.php?[…]opment:roadmap3.0
21:07 gmcharlt slef: ok
21:07 Sharon ty
21:08 jdavidb hdl_laptop1: mine was plain old clumsiness.  Didn't realize what branch I was *on*, and merged, then had to unravel and try again..  It didn't eat them, but it nibbled a little.
21:08 hdl_laptop1 slef: imho, could be good to indicate branch patch has been pushed on.
21:08 gmcharlt re the two smaller cleanups (creating new product for website changes) and merging/cleaning up the dropdown for Koha version
21:08 any comments?
21:09 atz i agree w/ the idea, but in practice i don't want an extra click
21:09 wizzyrea um... make it so, #1?
21:09 atz wizzyrea: it changes the workflow of bugzilla if more than 1 product is defined
21:10 namely, it gives you a product selector page on adding a new ticket
21:10 so it' s a toss up for me
21:11 hdl_laptop1 but from what I read, now we can create/update bugs on bugzilla via emails can't we ?
21:11 gmcharlt hdl_laptop1: it needs to be tested, but should be possible
21:12 atz not sure about creation knowing what "product" to select
21:12 hdl_laptop1 atz: wouldn't it be possible to add a direct link to the product ?
21:13 or the product as subdomain ?
21:13 wizzyrea hdl_laptop1: I was wondering that myself
21:13 hdl_laptop1 koha.bugs.koha.org ?
21:13 atz hdl_laptop1: probably some kind of link?product=koha
21:13 wizzyrea so it wouldn't *have* to change your workflow...
21:13 hdl_laptop1 so it would be a new bookmark.
21:14 wizzyrea er, I guess we don't know that for sure
21:14 hdl_laptop1 But no chang in your workflow.
21:14 needs testing on a white box.
21:14 gmcharlt https://bugzilla.mozilla.org/e[…]fox&format=guided does work
21:15 so we most likely can put in two 'new bug' links in the header - new Koha bug, new 'other' bug
21:15 as well as the bugs.koha.org homepage
21:15 atz cool, then i'm down with that
21:15 gmcharlt re pre < 2.2 versions
21:16 I assume nobody's stepping up with a burning desire to fix or report Koha 1.1 bugs
21:16 ok, well since we've already spent 2.25 hours at this
21:17 does anybody want to say anything quickly about KohaCon?
21:17 hdl_laptop1 I donot even have a 1.1 version up.
21:17 Brooke aw come on, let's go for an even 2.5 ;)
21:17 gmcharlt thanks to schuster and the Plano ISD for being excellant hosts
21:17 Brooke needs more alcohol next time
21:17 pianohacker schuster++
21:17 atz very successful event
21:17 rhcl Where will KohaCon 2010 be held?
21:17 jwagner I found Kohacon extremely helpful, and especially the devel session.
21:17 calyx Schuster++
21:18 pianohacker jwagner: agreed
21:18 Brooke I think it should be in NZ if we're going to hold one next year
21:18 wizzyrea Yes, and I had a great time meeting most of you, is fun to imagine you all sitting at your computers thinking koha.
21:18 Brooke they should have da anniversary rights
21:18 hdl_laptop1 to celebrate 10th year Koha
21:18 Sharon we 2nd that and are willing to pay our own way to go!
21:18 Brooke and we owe chris a new year's party...
21:18 jwagner Hmmm.  How to sell a trip to NZ at company expense....
21:19 wizzyrea lulz and crunchy jif peanut butter + goldfish
21:19 (crackers)
21:20 jwagner More seriously, I'd really be interested in some small regional sessions -- easier for various people in various areas to travel.  There was some discussion on the list a bit ago.  Hope things keep happening there.
21:20 Brooke This is an international project, and I am being serious
21:20 rare that that is
21:21 rhcl Regional Sessions +1
21:21 jdavidb I would suggest Abilene, TX, for one some time....naah!  Nevermind.  NZ sounds great to me, but it'd be a bear to get to, I 'spect.  
21:21 Regionals++
21:21 Brooke the pickle with regional sessions is that they have to be held so as not to conflict with large national gatherings.
21:21 jwagner Brooke, didn't mean no big conf (esp in NZ), but I don't want that to be the only one.
21:21 Sharon We will advertise the next KS regional users group meeting for adjoining states
21:22 wizzyrea yea, you're all welcome at our keggers
21:22 Koha explorer's Group. What were you thinking?
21:22 rhcl Yummy. We'll be there.
21:22 pianohacker wizzyrea: You enjoy that too much
21:22 wizzyrea ;)
21:22 hdl_laptop1 ok guys, 23:30 here.
21:22 wizzyrea It's a kegger even you can enjoy, pianohacker
21:23 slef hdl_laptop1: your clock is 8 mins fast ;)
21:23 pianohacker There's some libraries moving to Koha in Colorado, maybe I can convince some of them to go
21:23 Brooke nice
21:23 pianohacker wizzyrea: hehe
21:23 wizzyrea pianohacker ++
21:23 rhcl Denver! Great place except for driving in downtown.
21:23 calyx Thanks for the good meeting - Time to start my day. Cheers all.
21:23 hdl_laptop1 I think regional session is good, but worldwide is also good to get some more general view.
21:24 pianohacker yup
21:24 gmcharlt ok, well to accommodate people who have this really strange desire for sleep, let's call this meeting adjourned
21:24 :)
21:24 thanks all
21:24 Sharon ty
21:24 wizzyrea thanks everybody
21:24 pianohacker agreed, good night and good morning
21:24 wizzyrea good ideas :)
21:24 jwagner Useful session -- thanks all.
21:24 hdl_laptop1 thanks all and gmcharlt.
21:25 pls keep me informed when I can push my testing branch
21:25 slef night all
21:25 davi night
21:26 hdl_laptop1 good night
21:26 _eric_b bonne nuit hdl!
21:26 gmcharlt g'night
21:28 hdl_laptop1 bonne nuit _eric_b
21:34 cait good night everybody
21:34 Colin Bye all
21:36 chris re NZ, im sure I can swing a good deal on a venue (read no cost to attend) but yes the airfare is the gotcha
21:39 gmcharlt hdl_laptop1: if you're still here, koha-maintenance.git exists and gitosis should let you push to it
21:39 ping me tonight / tomorrow morning if you run into problems
21:42 rhcl chris: I didn't know you had a blog. Gee, you're world famous.
21:42 chris heh
21:42 in nz
21:43 (thats ad advert here, L&P world famous, in new zealand)
21:45 rhcl: when you have inlaws continents away, a blog is a good way to keep the grandparents up to date :)
21:47 davi gmcharlt, I think it will take me two months to fix that bug, depending on my work load. I hope there is not urgent?
21:47 rhcl OK, so I'm confused. Librarything says you live in Connecticut, but everything else makes it sound like you're in NZ. So which is it?
21:48 chris im not chris catalfo
21:48 does that remove confusion :)
21:48 rhcl What? My tech services director lied to me AGAIN?
21:48 chris im chris cormack, and i have never lived in connecticut
21:48 :)
21:49 atz rhcl: if you think that is confusing, you should try working w/ both of them at the same time
21:49 chris http://wiki.koha.org/doku.php?id=irc_regulars
21:49 atz you should add yourself to this :)
21:49 and you too rhcl
21:49 atz w/ usernames  crc and cfc
21:49 chris heh
21:50 atz you have to know middle initials to tell them apart
21:50 rhcl Too much.
21:59 gmcharlt davi: no problem, that bug isn't urgent
22:01 davi ok, good to know. I hope fix it in two or three months. I will use that task to get more used to the Koha source code
22:01 and at the same time contribute something.
22:01 chris best way to do it
22:04 pianohacker rhcl: Are you in the denver area?
22:17 chris mason: you about?
22:48 reed fyi - there's almost always sub $1000 (US) flights at http://www.airnewzealand.com/
22:48 but not during holidays, etc
22:48 and not too much advance notice or too little
22:48 8 wks advance is about right
22:49 so if next kohacon is in wellington then it might be good to find out when those windows are and try to do it then
23:00 chris ohh good idea reed
23:01 hehe yeah, we know how to get the good deals to the US, ... not so much the other way
00:48 brendan hey chris -- the fire has gotten worse over the day...  afternoon winds kicked up ...  the fire looks four times as big as last night
00:53 Jesusita Fire Rages “Out of Controlâ€?
00:53 Afternoon Winds Blow Wildfire Toward Mission Canyon and East; Evac Orders and Warnings Expanded Dramatically
01:02 chris yikes
01:02 do you think you will need to evacuate?
01:02 brendan I'm upwind about 8.5 miles
01:03 so for now... I'm good
01:03 it's just so rapid...
01:04 chris yeah
01:04 brendan we're prepared. if need be
01:11 mason chris: back on now..
02:21 chris heya jo
02:21 Jo hey Chris
02:21 chris did you read the minutes/log from this mornings koha meeting?
02:21 Jo question for you: is it possible to make ccode a repeatable field
02:21 chris so an item can have more than one ccode?
02:21 Jo so that i can assign yep.
02:22 chris is that possible in marc?
02:22 atz Jo: no, it's one field in the DB
02:22 Jo so that a LP novel can appear in the advanced search in the LP and (rather than or) in the F lists
02:22 chris ahh we are working on a fix for that
02:22 Jo ok.
02:23 chris wont be in 3.0.x though
02:23 atz: i think the summary records will solve the problem jo is seeking to achieve
02:24 Jo i think the authorized values can be set to allow you to enter more than 1 (in patrons i think ...)
02:24 atz you can make other MARC fields governed by CCODE
02:24 but that doesn't put more CCODE fields in the dB
02:25 chris basically the problem is you have a book that you want to appear when someone searches LP (large print) and when they search for F (fiction)
02:25 Jo I am setting advanced search to CCode, but using itemtypes to arrange the collection. ccodes in adv search looks like a good way to cluster all related itemtypes iunto 1 search
02:25 chris: exactly.
02:25 at the moment i have to choose 1 or the other.
02:26 chris which i think we can solve with the summary records maybe
02:26 Jo ok.
02:26 so for now, we'll stick with 1 ccode
02:26 (in our brains i mean)
02:26 chris yep, you cant do more than one .. and i dont think you will be able to do more than one in the future, but you might be able to do see also/see instead type links
02:27 Jo Re lof from the koha meeting: would that be on the wiki?
02:27 chris yep
02:27 Jo ok.
02:27 just double checking the mapping table
02:27 to make sure I got it right!
02:27 be 10 minutes
02:28 chris we will have the opportunity to fix it again if we get something wrong (i have scheduled a few test migrations) but as close as possible is a good start :)
02:28 Jo thanks Atz
02:28 atz np
02:28 Jo yepo.
02:28 chris jo, you have met atz before eh? he is a Joe too :)
02:29 different gender tho :)
02:29 Jo hehe - he has helped me on irc a number of times :)
02:29 chris he's good like that
03:31 Amit hi chris, brendan, mason
03:31 good morning #koha
03:31 chris hi amit
03:32 Amit my team is on top delhi daredevils
03:32 chris excellent
03:39 mason morning amit
03:39 Amit heya mason
07:31 chris evening
07:32 kf morning chris
07:35 soul9 hello all
07:39 hdl_laptop hi chris and kf
07:41 nice to see you yesterday kf. Were you not there any longer when i spoke about german lists ?
07:41 chris yes she said they had been quiet lately
07:43 kf sorry, meeting atm, bbl
07:43 hdl_laptop oh i hadnot realized that.
07:43 But it is the problem with mailing lists,
07:44 it all depends on the community.
07:45 chris *nod*
07:53 Amit chris; i m working on dari & pashto translation
07:54 chris excellent
07:55 Amit hi kf
07:55 kf back
07:55 I think its because there is no translation work atm
07:56 3.0.1 is complete and we decided not to start with 3.2
07:56 chris should be 3.0.2 soon, but there wont be too many changes
07:57 and yes i think waiting for 3.2 is a good idea, as lots is still changing
07:57 kf our project is still not official - but i get mails asking about Koha - I think the interest will be great, once its announced
07:57 chris yay!
07:57 kf there is a library student doing a survey about koha
07:57 a library in bremen, one in hannover and one in stuttgart considering migration to koha
07:57 chris katrin kopf?
07:57 kf yes
07:58 chris she is writing up her results now i think
07:58 kf yes, i follow her on twitter
07:58 chris cool
07:58 kf I m really courious about the results
07:59 chris me too
07:59 kf hdl_laptop: you wrote yesterday about cherry picking holds to 3.0.2, does that mean the "holdability flag"?
08:00 chris hi paul_p :)
08:00 kf hi paul
08:00 paul_p hello all
08:00 kf i d really like to have that feature in a stable version before october ...
08:01 hdl_laptop I chose not to take in hold queues which adds a new table.
08:01 kf thats a no?
08:02 hdl_laptop kf: all the features which are in master version at the moment will be in reconciliation version on 3.0.3
08:02 chris which will definitely be out before october eh?
08:02 hdl_laptop should hopefully be issued in August.
08:02 chris happy happy joy joy :)
08:03 hdl_laptop in fact the sooner as possible kf ;)
08:03 chris i love we are releasing more often again :)
08:03 kf sounds great :)
08:03 thanks hdl
08:04 I d like to contribute more to Koha, but I cant atm
08:05 but I can translate those new mailing list mail to German when its ready
08:08 chris every little bit helps
08:08 often a small thing like that, makes a huge difference
08:09 kf I will add some German training materials later
08:09 chris cool
08:24 fredericd hello
08:25 hdl_laptop hello
08:25 kf hi frederic
08:25 chris hi fredericd
09:29 slef is going to town on the wiki :)
09:33 hdl_laptop town on ?
09:34 chris http://onlineslangdictionary.c[…]ion+of/go+to+town
09:37 kf new vocabulary - yay :)
10:13 soul9 anyone around using gentoo?
10:13 slef chris: We used to call that a WikiBender where I was
10:13 soul9: I used to until I tied it in knots. I might not be much help.
10:14 soul9 oh, well, i have some instructions and was wondering if anyone was in the position of taking a look at it..
10:14 chris i did for about 3 months in about 2005
10:14 soul9 :)
10:15 slef soul9: instructions?
10:15 soul9 yeah, for koha installation
10:15 anyways, to whoever wants to take a look: http://wiki.koha.org/doku.php?id=gentoo , feedback welcome :)
10:20 chris that looks commendably simple
10:49 mason soul9++
10:50 playman -a perl-experimental
10:50 paludis -s x-perl-experimental
10:51 they sound like like D&D characters
10:56 soul9 d&d?
10:57 ah, dungeon and dragons :D
10:58 kf lol
11:26 gmcharlt greetings #koha
11:27 slef 0726? hi gmcharlt
11:27 gmcharlt hdl_laptop: did you see my mention of koha-maintenance.git yesterday?
11:27 hdl_laptop hi gmcharlt good morning.
11:28 in an email ?
11:28 gmcharlt on IRC
11:28 anyway, koha-maintenance.git now exists and you shoudl be able to push to it
11:28 hdl_laptop ok thanks

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

koha1