AshJust realised I completely missed the members meeting last night! Sorry everyone!
Alexno problem ;-)
Lancehas joined
AshGlad to see I haven't been kicked out (yet)!
Ash:)
KevAsh: You voted by proxy. That's more than far too many of our members managed.
ralphmKev: :-/
KevOr, at least, ISTR you did. If you didn't, shame on you :P
AshI did, Kev. Yes I did!
ralphmKev: publicly? Half-kidding.
Kevralphm: Not sure what the question is.
Santiago26has left
ralphmthe shaming
ZashPublic shaming, mouhahaa
ralphmlike with vote tallies for council, really
KevWe explicitly note who did and didn't turn up for Council and Board meetings, because this stuff is important when voting on people.
ralphmKev: my point
KevThere's a follow-up.
KevThe problem with publicly shaming XSF members is that there're two possible outcomes:
Kev1) Those members who aren't contributing anything don't pass re-votes.
Kev2) Yet more people who blindly vote Yes on every issue, irrespective of whether they're sufficiently informed to do so.
ralphmI think 2 can't be helped anyway. And maybe it really gives an incentive.
ralphmI don't know to be honest
ralphmjust thinking aloud
ZashWelcome to Democracy
dwdI do wonder if we should switch to something like range voting.
Zashrange voting?
winfriedhas joined
dwdSo you'd mark each [re]applicant from 1-5. Makes people think more.
dwdAlso, range voting defeats Arrow's Theorum.
dwd(Which basically says that all voting is unfair)
martin.hewitt@surevine.comhas joined
KevI'm not sure how that would work. Each member application is independent, unlike Council/Board.
Lancehas joined
KevI think possibly we should re-raise the 'abstain' issue from a while back.
KevOn the assumption that it's possible that many members vote 'yes' because they don't feel sufficiently informed to vote at all, and thus voting 'no' would be bad.
Kev(One member did express this problem to me, which is why I brought up the issue months ago)
KevAt the time I decided that abstaining was pretty much the same as voting No, but I think that if that person's vote is then not counted as part of the sum for testing majority, it'd be fine.
KevLittle as I like the thought of fiddling with our bylaws.
intosiHow would you propose improving the informedness of members in this respect? Could lead to failed votes because people abstain, thus possibly not reaching quorum for (re)applicants voted on.
KevI think that a member deliberately casting an abstention counts towards quorum.
KevIs how you solve the second problem.
intosiSo in that case we could have a theoretical applicant X that gets 40 abstains, one yes, zero no and is thus voted in.
KevAnd for the first - well, you either have to make sure everyone's informed (which is a huge time sink - to be able to sensibly vote for XSF members you have to follow pretty much all the mailing lists and more), or let people say they're not well enough informed with an abstention.
Kevintosi: Yes. This doesn't strike me as a problem.
intosiOk. That would make Abstain more of a 'Do not care either way'
KevOr, at least, far less of a problem than the current situation, where people are essentially casting Yes in place of abstaining.
KevYes, that's what an abstention is.
intosiKev: that's a fair point.
simonWhat's the problem we're trying to solve? Having too many members? Or voting for Council / Board?
KevIf you wanted to vote against them, you'd vote No.
intosiK
intosiFair point
Kevsimon: Current members see a new membership application and aren't sure if the person is really coming from nowhere without contributing (should be No), or has been contributing heavily and relevantly on a list they don't follow.
Kevsimon: So they vote Yes.
Kevsimon: So anyone applying to the XSF is guaranteed to be accepted.
simonDo we need to limit members?
KevYes.
simonWhy?
KevBecause members vote on Council/Board.
simonTo be on the voting list you need to fill out a wiki page which suggests some interest in XMPP. And we want to reject these people (who probably won't be bothered to vote anyway) becasue?
LloydAlso apologies for not getting my proxy vote in, had planned some time to get it done but dwd can talk the hind legs off a donkey (never got that one) :)
Kevsimon: Because Council is critically important to the XSF's mission. If you have a system that encourages a disengaged membership, you move away from informed decisions on selecting a Council, and instead move to random selection.
intosiLloyd: if every member that didn't vote in time would feel the need to send appologies, we would have less of a discussion..
Kev(And Board similarly has the power to screw everything up, so similar arguments apply)
simonKev: And the fear is that a disengaged member will just vote randomly?
KevI disengaged member cannot, by definition, make an informed decision on voting.
Kevs/I/A/
simonAre we seeing evidence of this?
KevOne of the members asked a while back if I could raise the issue of abstentions because they were forced to vote by the bylaws, weren't sufficiently engaged to be able to do so properly, and so felt they had to vote Yes on everyone's member applications.
KevSo yes.
simonRight - that makes sense.
KevI suspect if you were to go down the members list, you would manage to find some people who have never contributed in a meaningful way to the XSF's goals, yet are members.
KevYou can take voting attendance as some sort of evidence of members not doing their job, if you like.
KevI'll accept a handful of members missing single votes because Dave talks too much.
simonyes. Although to become a member shows some interested in XMPP and perhaps we should be reflecting on what we can do to better rope them in and turn them into an army of XMPP supporters. I don't know the answer to this, but do think that we should find a better way of mobilising someone that goes through the effort of creating a page about themselves on the XMPP website.
KevBut when around a third of your membershp (I didn't count) is missing, that's not screaming to me "I'm taking my role in the XSF seriously".
KevI think that's a dodgy basis.
KevI think becoming a member shows some interest in being a member.
KevThe barrier to entry for voting is very very low. If people aren't even doing this, I don't see how we can hope to mobilise them into action.
KevThere is also a group of people who /do/ vote and are interested and could be motivated into doing more, I'm sure.
KevSee the group of people stepping up to the Editors team, for example.
simonXSF membership was never very clear to me and when I asked was explained to me about 4 years ago as "Simon you should become a member becasue it looks good and you don't have to do very much" (or something along those lines).
LloydSo maybe, no vote, no apology + 3 strikes == out? Can reapply immediately?
KevLloyd: Well, that's pretty much what we already have.
Lloydkev: is it enforced?
simonI've learnt what membership entails. But I'm not sure it's clearly laid out anywhere or if it is, it's not publicised well.
KevLloyd: Not always.
Kevsimon: Right, I think many membership applications are similarly motivated purely by "Hey, this makes me look good" arguments.
KevThat's not an interest in XMPP, it's an interest in being an XSF member, and these aren't the same thing.
Kev(Of course, there's the argument of whether just having an interest in XMPP is enough to justify being a member, but that's a must less clear-cut debate)
simonDo we have any ideas of how do other communities handle this?
KevThe IETF has somewhat involved rules around eligibility for things, and does away with having a wide membership that votes on it.
KevI like our simple model better, I just think it could do with slight tweaking.
AshI wonder if section 2.6 may help for members that don't attend or vote at meetings. Has that ever been used?
KevIt has.
KevBut that doesn't address the current issue :)
AshOn another note, I just noticed this clause: "An applicant for membership may not be admitted if, at the time of application or consideration, fifteen percent (15%) of the Members of the Corporation are employed by or represent the same corporation or organization as that corporation or organization which employs the applicant or is represented by the applicant."
simonIs there a page that explains the role and requirements of members?
simonKev: maybe that's the problem - there's bylaws and then there's day-to-day expectations that need to be clearer and not buried in legalese.
simonas much as I enjoy reading bylaws...
KevMaybe our membership application form should have a static block of "I understand my obligations..." that everyone has to paste.
KevBut: I'd have thought that all members should probably have read the bylaws at least once.
KevThis may be overly optimistic, though.
simonI think you are assuming that everyone is a Kev. Nice as that would be...
KevSo yes. Having some "This is what being a member means" page that it's impossible for an applicant to not have read, would probably go some way towards this.
AshThat's a great idea Kev
intosiIt's not unreasonable to expect members of a standards org to read the actual standards governing that same org. The by laws are part of that.
KevThen the applicants can copy the text into their applications.
LloydReading the by-laws is somewhat like reading the instruction manual - I'd admit that I only did it after becoming a member (but had asked an existing member about responsiblities, etc)
simonhas added it to https://trello.com/b/ml9e82sE/xmpp-org-website
Kevsimon: This needs more than just going on the website, I think. It needs entwining into the application process.
Lloydkev: +1
KevI think this is supplemental to, rather than obviating the need for, the abstention thing, though :)
simonKev: yes - a "I've read <url> and agree to uphold my duties as a member" type blurb
simonKev - can I put you down to write a "What is expected of members" page for the new website?
dwdhas joined
dezanthas left
dezanthas joined
KevNot in the near term.
simonwe'd need this in about 8-12 weeks time.
KevAsk me again in a few weeks then.
KevI have no capacity at all for volunteering for additional stuff right now.
Santiago26has left
Santiago26has joined
Tobiashas joined
dwdHmm. I may have restabilised my DSL sufficient to join in the debate now it's ended.
KevWell done.
dwdSo... The nice thing about range voting vs abstaining is that if it's set to, say, 1-5, then '3' can be made equivalent to an absention. For things like Council/Board, though, it gets more interesting, because things like "split votes" cease to apply - that is, voting for someone makes them always more likely to get in, and never less.
KevI don't think this is really equivalent.
LloydHeard back from the decentralise folk, they are taking proposals for another couple of days then will start deciding on talks/workshops (cc simon & fippo)
KevThat 3 will still pull the average in.
Zashhas joined
simonLloyd - also heard back from them. Same story.
KevI don't have the cycles to run the maths, though.
Zashhas left
Zashhas joined
fippolloyd/simon: smae here ;-)
winfriedhas left
AlexI think thats a social problem which we cannot solve. I have been in many orgs, institutions or local (hobby) clubs. Always the same problem. A small amount of people is doing the most work, while others only enjoy their benefits.
Lancehas joined
Kev"Can't solve" isn't the same as "Can't improve"
AlexKev: I agree
Tobiashas joined
dezanthas left
Lancehas joined
fippodwd: any objections against me submitting the starttls-dialback thing that has been lying around in my customxeps github thingie since last november?
dwdfippo, Oh. Can I give it a once-over first?
dwdfippo, I wanted to add some stuff.
fippodwd: git pull and then update :-)
dwdBasically instead of just looking at the impact of TLS on dialback, I wanted to expand it to cover DNSSEC as well.
fippothat would be excellent. i think this will make the whole DNA discussion alot more clear
Syhas joined
winfriedhas joined
Syhas left
winfriedhas left
kevinhas joined
kevinhas left
Neustradamushas joined
NeustradamusWe are february end, when will be the date of the meeting?
http://wiki.xmpp.org/web/Membership_Applications_Q1_2014
Neustradamusbut I have informed that there is a problem with the ML...
KevWell, problem with your mail provider, in fact.
Santiago26has left
intosiNeustradamus: switch to hosting your own mail while we try to resolve various mailing list issue. You then get to decide whether or not something is unwanted or spam, instead of Microsoft. I know that's a sucky answer, but it really works wonders for these kinds of issues.
ralphmAlso, the meeting is in the XSF calendar
ZashI got spam from Google today. Much fun.
emchohas left
AlexNeustradamus: I can add other mail addresses for you to mailman if you want
emchohas joined
emchohas left
emchohas joined
Laurahas joined
Tobiashas left
Tobiashas joined
dezanthas joined
xnyhpshas left
LauraJust reminding anyone who can make the London XMPP meetup on Tuesday to sign up. Need numbers for pizza and beer (the things that matter) Meetup link broken but Lanyrd here: http://lanyrd.com/2014/xmppuk/
KevCan you count me without me signing up? :)
ZashThere's some names on the wiki too right?
intosiLauta: do me a favour, and include at least one pizza with meat, but without mushroom ;)
Tobiashas left
fippo00hey kev, I just noticed a new face on isodes managment team ;-)
Tobiashas joined
simonremembers isode's whitepapers and adds them to the whitepaper victims^w provider list
Kevfippo: Because you like to just check that page for fun? :)
Tobiasfippo, VP in Presence :) he'll be present everywhere soon
intosiHe's not VP in omnipresence, Tobias.
KevI should probably register for the WG.
Tobiasintosi, not yet
ZashLaura: I would also appreciate if you could count me in without me needing to sign up somewhere
KevZash: Oh you're coming over? Fab.
fippokev: well, because i had to unsub an email address that will be gone actually
ZashKev: Yup
LauraZash: will do, thanks for letting me know
KevLaura: You caught me in that too?
KevAlso - seems there's 50 minutes left to register for the IETF thingy. I should get on with that.
LauraHave now
KevDiolch.
ZashMaybe I should too
KevAnd the country codes link is broken \o/
Ashhas left
emchohas left
emchohas joined
Lancehas joined
emchohas left
Tobiashas joined
emchohas joined
emchohas left
xnyhpshas left
Tobiashas left
Tobiashas joined
Tobiashas left
Tobiashas joined
Laurahas left
Lancehas joined
Lancehas joined
emchohas joined
dwdfippo, I've done a quick edit or two. If I knew how to do a pull request in github I would do one now.
Santiago26has joined
dwdfippo, Ah-ha, I figured it out now.
Santiago26has left
Laurahas joined
KevI've been using Github recently for some non-XMPP code (shock!), and I really like just about everything about it other than the pull request model.
dwdIt's just as well no future employer of mine is likely to spot that I don't understand pull requests, isn't it?
simonKev: what is it about pull requests that you don't like?
KevI don't like the merge model in Git.
KevRebase all the way :)
Laurahas left
dwdOh, I mostly like merges, but only for real merging. Rebasing makes more sense in most cases.
KevThe big problem with merging is that it breaks bisect.
KevAnd bisect is lovely.
Lloydrebasing is wrong imo and I don't like it one bit
KevLloyd: You have every right to be wrong.
dwdI was always fascinated by the Monotone suggestion for branching at the point a bug is introduced, fixing the bug on the branch, and then merging on release branches. So the VCS becomes your bug tracker. (Branch not meregd at this point? Bug exists at this point.)
Lloyd:)
Kev(I actually like the /concept/ of merges, in that it preserves information that is lost in a rebase. But they're unpleasant to manage, and break bisect. So pragmatism wins over principle in this case)
dwdLloyd, If it's one small change, rebase. Developing a lengthy feature, I'd go for a merge, since it'll preserve the history. Rebasing would work, but means you either have weird history that doesn't reflect the changes actually made, or else lose the history entirely and squash.
Lloydhas left
simonhas left
dwdfippo, Ta.
simonhas joined
Laurahas joined
LauraWorking on a gsoc blog for Philipp
fippolaura: thanks!
dwdfippo, Laura - What's this for? I thought we didn't apply for GSoC? I is confuddled.
KevI assume to say how happy we are that other XMPP-related projects are participating.
fippokev: exactly
fippoand pointing people to jitsi and instantbird
dwdRight, OK. TAB.
Lauradwd: shout out about 'we may not be sponsoring, but projects still include xmpp' etc
LauraI spent too long typing. What they said.
ralphmKev: if you think that bisect doesn't work with merges, I think you are doing it wrong
dwdYup. As I said, TAB. (Or rather, TaB, really)
Kevralphm: There are some (quite specific) cases where it doesn't.
Laurafippo: all done
KevWhere the breakage occurs in one branch, but the other branch contains build fixes (e.g. for new versions of dependencies or whatever).
Tobiashas left
emchohas left
emchohas joined
emchohas left
emchohas joined
Kev(Which sounds contrived, until you actually suffer through it)
ralphmKev: this isn't really a property of branches, but the way you are looking for breaking changes, IMO
Tobiashas joined
ralphmarguably, though, git doesn't actually *have* branches, even though they are called that
ralphmit does have branch heads
ralphmunlike, say, mercurial, where git-style branches are called 'bookmarks'
KevRight. I think the Git model for branches is great.
ralphmKev: You have every right to be wrong.
Tobias:)
KevIndeed. I'll take advantage of it some day.
xnyhpshas left
fippolaura: thanks. i'll see about tweeting it, my #webrtc audience might be larger (-:
ralphmThe problem I have with rebases is that people generally tend to write horrible commit messages while working on a branch. Merging gives a (second) change of writing a good one, that also has the general overview.
Kevralphm: I don't think that's a problem with rebases, really, though, is it?
KevIt's a problem with terrible commit messages, and I can appreciate that.
dwdralphm, Actually, rebasing gives the oppoertunity too. git rebase -i is your friend.
dwdralphm, You even get to squash commits together for the pointless commits you did.
simonhas left
simonhas joined
simonhas left
martin.hewitt@surevine.comhas left
emchohas left
emchohas joined
Laurahas left
Laurahas joined
Laurahas left
m&mhas joined
m&mhas left
m&mhas joined
emchohas left
emchohas joined
emchohas left
emchohas joined
emchohas left
Tobiasdoes our mediawiki instance allow fancy tables like that one: http://en.wikipedia.org/wiki/Transport_Layer_Security#Web_browsers
ralphmdwd, Kev: as long as those branches haven't been shared, I'm fine with that. In fact I like mercurial queues, which also really are mostly equivalent to sqashed rebased branches
Lancethen I will change it, so long as you would have likewise complained had I used "his" :P
fippojust pushed a fixed link for the turn/rest draft to xep.ent btw
dwdLance, We should use a sexless robot for all our examples.
dwdfippo, IIRC, xep.ent is the realm of the Editors.
fippodwd: right, so we sort out this procedure now :-)
Ge0rGLance: my favorite is "their"... I'll submit a patch request
Ge0rGis sufficiently drunk to do some heavy editing :)
LanceGe0rG: heh, that's the state i was in when I wrote it :)
Ge0rGLance: the iq stanzas are missing the from/to addresses
Lanceand ids
Ge0rGLance: at least the initial register should be sent to the client backend service, if I read it right
Lanceah, yes
Ge0rGwhile the enable IQ should be sent to the XMPP server
Lancecorrect
Ge0rGthis distinction is important enough to be added.
Ge0rGshall I add it to my diff?
Lancecertainly
Lanceany language improvements welcomed
Lanceit feels very mealy-mouthed at the moment
Lancelots of similarly named terms with nuanced differences
Ge0rGLance: is it a good idea to provide a specific service-value in the register iq result? like "push-023.client.example"?
Ge0rGspecific as in "different from the generic jid the iq is sent to"
Lancepossibly, in showing that it is possible
Ge0rGI assume the service-value is meant to allow backend scalability?
Lanceor rather to not limit implementation choices
Lanceit could be a component that uses a resource to identify users, for example
emchohas left
Ge0rGLance: the configure example is referencing no push service for the iq-get, but a given service for iq-set. is that generic or specific configuration?
Ge0rGLance: what about allowing multiple client-push-services?
Ge0rG+1 for the github web interface. it allows submitting changes even under the influence of alcohol
Lancehas joined
Lancehas joined
LanceGe0rG: again, placeholder. the idea is to be able to set a generic, blanket configuration and also be able to modify a config for a particular service
ralphmI am really excited about this stuff
LanceGe0rG: yes, multiple client-push-services are allowed (but i may be misunderstanding what you meant there)
Santiago26has joined
Santiago26has left
Ge0rGLance: I am talking about how a client can get the general config, and the per-backend config, and how it can set them
Lanceah, right. i updated the document to hopefully clarify that
Ge0rGdwd: I know I'm pestering you way too much, but do you have a feeling if/when you can bring the yaxim-MUC project into a state where someone else could look at it?
fippoge0rg: if he promised, it will take less than five years ;-)
stpeterhas joined
Ge0rGfippo: this is a sensible upper bound
dwdGe0rG, For you, less than four years.
Lancehas joined
dwdGe0rG, More seriously, I'll find some time next week to run through a bunch more rebase steps.
Ge0rGdwd: that's great. Next week is perfectly right, I'm having some days off...