[Koha] [Koha-devel] IRC meeting decision about "discussion"

[BWS Johnson]

Salvete!


> (Koha general mailing list reader: this mail is also for you, please
> read it's an opportunity to participate to Koha, even if you don't have
> technical skills !)
> 

    +1


> * the delay for discussion is "until next IRC meeting, not less than 1 
> week"


    I think that should probably read "window" in the stead of "delay". If you have something to talk about, don't delay. :D 


> About the vote (this has not been discussed on last IRC meeting,
> thinking of it and proposing it now): as some of us are always sleeping
> during IRC meetings, it's unfair to vote only on the IRC channel during
> the meeting. I propose that ppl could also express their preference/vote
> on the wiki itself (and have a specific section for that on the page).
> Those votes would be added to the IRC vote.


    This is very yucky on its face. For a long time now, the bar of involvement has been if you really are that keen to change things, show up at the General Meeting. This used to suck more before we rotated meeting times and folks could be screwed out of a meeting for literally months at a time. 
    While it's nice to have spam protection on the wiki, there are roadblocks to signing up. Do you really want a maths test when you're in a hurry to vote on something before work? How about a long wait for authorisation that might cost you the ability to vote on something you care about? 
    I think this erodes a lot of the impetus for using IRC. I've noticed that there are less folks on there in general, though. Separate problem, but how do we get to know one another now and make new folks feel welcomed, preferably in a realish time way. Identica mebbe?
    Even if everyone wanted to do it this way, and I turn out to be very much in the minority, how are you going to accurately tabulate this many proxy votes? Deduplicating this as chair gets to be a bit of a bear, but it would be manageable at one issue per meeting. I certainly don't mind it as much for stuff like Conference. However this just doesn't seem right for deeper issues, that there are probably many of since this whole thing started to address a bug backlog.
    I'm willing to give over on this if we can get 50 replies to this message that say "I wanna do it Paul's way." AND you have a bot or summat that will crawl the wiki for a given issue, tabulate proxy votes and then check against active IRC meeting participants. (But that seems like programming time that could be better spent on fixing barcodes or performance or whatnot.)

Cheers,
Brooke