emus> emus can I borrow this? 😃
what exactlt? ^^ xD
mimi89999has left
j.rhas left
j.rhas joined
betahas left
krauqhas joined
pdurbinhas left
dendanghas left
mimi89999has joined
krauqhas left
adiaholichas joined
krauqhas joined
betahas joined
krauqhas left
krauqhas joined
mimi89999has left
mimi89999has joined
j.rhas left
j.rhas joined
betahas left
krauqhas left
krauqhas joined
lovetoxhas joined
lovetoxhas left
lovetoxhas joined
lovetoxhas left
j.rhas left
j.rhas joined
lovetoxhas joined
lovetoxhas left
lovetoxhas joined
betahas joined
j.rhas left
j.rhas joined
mimi89999has left
mimi89999has joined
mukt2has joined
pdurbinhas joined
krauqhas left
mukt2has left
krauqhas joined
lorddavidiiihas joined
mimi89999has left
krauqhas left
mimi89999has joined
krauqhas joined
betahas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
krauqhas left
krauqhas joined
betahas joined
emushas left
mimi89999has left
lovetoxhas left
Yagizahas joined
murabitohas left
betahas left
betahas joined
mimi89999has joined
betahas left
betahas joined
betahas left
betahas joined
betahas left
betahas joined
mimi89999has left
lovetoxhas joined
pdurbinhas left
pdurbinhas joined
mimi89999has joined
mukt2has joined
murabitohas joined
karoshihas joined
mukt2has left
mimi89999has left
larmahas left
larmahas joined
lskdjfhas joined
mathijshas left
mathijshas joined
j.rhas left
!XSF_Martinhas left
!XSF_Martinhas joined
lskdjfhas left
mimi89999has joined
lskdjfhas joined
j.rhas joined
marchas joined
Nekithas joined
Tobiashas joined
mathijshas left
mathijshas joined
adiaholichas left
krauqhas left
betahas left
betahas joined
Douglas Terabytehas left
adiaholichas joined
wurstsalathas joined
Douglas Terabytehas joined
marchas left
marchas joined
goffihas joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
Douglas Terabytehas left
Douglas Terabytehas joined
pdurbinhas left
moparisthebesthas left
moparisthebesthas joined
dwdFYI: https://github.com/xsf/xeps/pull/864
jonas’oh, a thing
Zasha thing!
dwdA thing indeed. Might get a couple more out today.
jonas’scary
j.rhas left
mimi89999has left
mukt2has joined
lovetoxhas left
lovetoxhas joined
mimi89999has joined
lorddavidiiihas left
mukt2has left
lorddavidiiihas joined
andyhas joined
sjaakhas left
sjaakhas joined
Douglas Terabytehas left
ballpeenhas joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
Douglas Terabytehas joined
debaclehas joined
Dele (Mobile)has joined
lorddavidiiihas left
j.rhas joined
lorddavidiiihas joined
lorddavidiiihas left
lorddavidiiihas joined
Douglas Terabytehas left
j.rhas left
j.rhas joined
mukt2has joined
Douglas Terabytehas joined
Wojtekhas joined
Douglas Terabytehas left
mukt2has left
betahas left
betahas joined
pdurbinhas joined
Syndacehas left
Syndacehas joined
flowdwd, nice job not escaping '>', although I wonder if I could have resited not having "evenness" (escaping '<' but not '>')
dwdI generally hand-write XML that way. Seems easier to type. :-)
flowuhh, and the indentation of 'section1' from "Protocol Elements" onwards is off
lorddavidiiihas left
flownice idea to make the namespace definition an entity, I don't think I have seen that before
lorddavidiiihas joined
sjaakhas left
sjaakhas joined
flowdwd, it sure is easier to type, but I feel like it causes me a little headache when reading the XML as my brain searches for the closing >, but that is probably just me
dwdI'm hoping it renders OK!
betahas left
betahas joined
pdurbinhas left
sjaakhas left
sjaakhas joined
Nekithas left
sjaakhas left
betahas left
sjaakhas joined
betahas joined
betahas left
mathijshas left
mathijshas joined
mathijshas left
mathijshas joined
lovetoxhas left
betahas joined
sjaakhas left
sjaakhas joined
dwdGrumble. I just realised I need to change my email in xeps.ent again...
dwdflow, this continues discussions about ad-hoc JSON handling in libraries that we had some months back.
betahas left
Douglas Terabytehas left
edhelashas joined
betahas joined
ballpeenhas left
ballpeenhas joined
dwdSorry, jonas’- lots of work for the Editors today: https://github.com/xsf/xeps/pull/866
sjaakhas left
sjaakhas joined
lovetoxhas joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
betahas left
betahas joined
sjaakhas left
pdurbinhas joined
sjaakhas joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
pdurbinhas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
sjaakhas left
andrey.ghas left
sjaakhas joined
adiaholichas left
sjaakhas left
sjaakhas joined
jonas’I’ll take care of that
sjaakhas left
sjaakhas joined
pep.I'm on it
jonas’oh ok
pep.I was reading the xeps
jonas’pep., I can do it too if you’re busy at or around 36c3
pep.ok. I can do other things for sure (always :p)
pep.Thanks
sjaakhas left
mukt2has joined
jonas’is it just me or does `git fetch origin refs/pull/$prID/head:$branchName` not work anymore? I get fatal: couldn't find remote ref refs/pull/865/head
jonas’aaagh
jonas’wrong remote
sjaakhas joined
delehas joined
j.rhas left
ajhas left
sjaakhas left
sjaakhas joined
dwdjonas’, pep.- https://github.com/xsf/xeps/pull/867 - This one's tiny, but I'm hoping to get one more out as well.
jonas’dwd, so after #867, we have to expect one more?
jonas’if so, what’s the ETA?
jonas’does it make sense to wait for it to batch the docker build?
sjaakhas left
dwdYeah. Aiming to document a standards-based (and fastening-aware) variant of https://mongooseim.readthedocs.io/en/latest/modules/mod_inbox/ - but you can kick off builds as you see fit. I don't know I'll get this one done today anyway.
jonas’okay
jonas’then just the three
krauqhas joined
sjaakhas joined
ajhas joined
delehas left
mukt2has left
sjaakhas left
sjaakhas joined
jonas’dwd, all done
ajhas left
dwdSpeedy! I'll have to write more...
marchas left
debaclehas left
debaclehas joined
marchas joined
j.rhas joined
marchas left
marchas joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
j.rhas left
andrey.ghas joined
j.rhas joined
j.rhas left
j.rhas joined
sjaakhas left
sjaakhas joined
j.rhas left
marchas left
marchas joined
sjaakhas left
j.rhas joined
sjaakhas joined
j.rhas left
j.rhas joined
j.rhas left
j.rhas joined
adiaholichas joined
UṣLhas joined
davidhas left
davidhas joined
ballpeenhas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
lovetoxhas left
lovetoxhas joined
j.rhas left
mimi89999has left
mimi89999has joined
j.rhas joined
sjaakhas left
sjaakhas joined
krauqhas left
krauqhas joined
Nekithas joined
mukt2has joined
Dele (Mobile)has left
j.rhas left
Dele (Mobile)has joined
mukt2has left
Syndacehas left
mimi89999has left
j.rhas joined
Dele (Mobile)has left
mimi89999has joined
j.rhas left
j.rhas joined
Syndacehas joined
delehas joined
Ge0rGMakes me a bad conscience re 0401
lovetoxhas left
Lancehas joined
lovetoxhas joined
adiaholichas left
Syndacehas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
j.rhas left
adiaholichas joined
j.rhas joined
mukt2has joined
ballpeenhas joined
murabitohas left
j.rhas left
adiaholichas left
Lancehas left
sjaakhas left
sjaakhas joined
j.rhas joined
sjaakhas left
sjaakhas joined
marchas left
lovetoxhas left
marchas joined
j.rhas left
j.rhas joined
murabitohas joined
pdurbinhas joined
debaclehas left
mathijshas left
mathijshas joined
Lancehas joined
UṣLhas left
vanitasvitaehas left
pdurbinhas left
dwdAlmost got Inbox ready, but I think I'll spend another day to make it less ProtoProtoXEP.
emushas joined
vanitasvitaehas joined
sjaakhas left
sjaakhas joined
marchas left
sjaakhas left
sjaakhas joined
j.rhas left
mathijshas left
mathijshas joined
emushas left
emushas joined
j.rhas joined
adiaholichas joined
lorddavidiiihas left
lorddavidiiihas joined
mukt2has left
mukt2has joined
delehas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
Syndacehas joined
j.rhas left
debaclehas joined
lovetoxhas joined
Syndacehas left
Syndacehas joined
Syndacehas left
Nekithas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
emushas left
emushas joined
Syndacehas joined
waqashas joined
jonas’dave motioning to nuke OMEMO -- interesting :)
jonas’dwd, for me not to miss your agendum it’s probably good if you CC me
jonas’if you want to make this a vote right away
mathijshas left
mathijshas joined
adiaholichas left
Syndacehas left
Yagizahas left
j.rhas joined
Syndacehas joined
mukt2has left
Ge0rGhttps://github.com/xsf/xeps/pull/870 is for marc
mukt2has joined
lovetoxhas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
flowjonas’, rejecting the current omemo xep is probably not the same as nuking omemo. The way I see it, an updated version which builds on the open double ratched standard could get the omemo xep into experimental again
jonas’flow, which was promised years back when it was accepted into Experimental state?
jonas’I don’t believe this is going to happen due to the lack of action to this point.
dwdRejecting the current OMEMO XEP is not an attempt to nuke OMEMO. It's just saying that the XSF isn't the place to work on something that isn't an open standard, and doesn't claim to be.
flowjonas’, I am not sure if it was promised, but a first step was at least tried in https://github.com/xsf/xeps/pull/460/files
Syndacehas left
Ge0rGAlso everybody is using the siacs namespace. Everybody expect the fork developers who did a global search & replace.
Syndacehas joined
adiaholichas joined
pdurbinhas joined
flowjonas’, I am also not sure if you can infer the future from the current and past "lack of action"
jonas’past performance is still the best predictor for future behaviour
flowthe small sprint of every stock chart would disagree with that
flow*print
jonas’being the best predictor does not mean it’s a good predictor tho
dwdflow, XEP-0384 doesn't conform to our criteria for an open standard. I'm not interested in either the future or the past, but the present.
lovetoxhas joined
Douglas Terabytehas joined
pdurbinhas left
lovetoxdwd but what does that mean for a crypto spec that is not a standard
lovetoxdoes the XEP has to specify the whole thing
flowlovetox, no, but it should ideally be able to point to an open standard
dwdSpecify it, or reference it. Not sure why OMEMO gets a pass here, nothing else has.
flowIMHO it was fine while the axolotl protocl was just a github wikipage which some magic numbers
lovetoxi think back then there was nothing published
dwdRight, which was why it was originally rejected.
flowbut after the double ratched was made an open standard, there is really no reason why we should build omemo on top of that
lovetoxbasically its a wrapper for XMPP around the openwhistersystem libs
dwdlovetox, Sure. And so was the RTMP spec, and we rejected that for that reason.
dwdNot to say you can't do OMEMO, or RTMP. But the XSF isn't the place for them.
lovetoxdwd, im not arguing against rejection, i just wanted to get some insight how the new XEP would have to look like
lovetoxthere is a new XEP planned anyway
lovetoxthere was month of discussion about the current xep on the list
lovetoxif you remember
dwdThe basic criteria is that anyone should be able to take the specification and implement the protocol from that and any references. Any dependent specifications should be at least as stable and open as ours.
lovetoxi think for the crypto stuff references could be added now
lovetoxbut the real problem was the protobuf wire protocol
lovetoxwhich is under GPL
lovetoxso people argued its impossible to implement it in their not GPL projects
moparisthebestfor one moment assuming that's true, so what?
moparisthebestwhy should I or anyone else care whether non-GPL software can implement a XEP
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
moparisthebestthat sounds like a "your problem" not a "my problem"
lovetoxthis rules out many clients
dwdmoparisthebest, No, it means that the specificaiton isn't open.
lovetoxand we strive to make protocols that everybody can implement
moparisthebestGPL isn't open ?
dwdmoparisthebest, We don't mandate any license for software implementing our specs. Why should we?
mathijshas left
mathijshas joined
moparisthebestjust seems to me like a lot of whining "well I have to do a ton of work to implement this in non-GPL software" tough, don't pick shitty licenses for your software then?
dwdmoparisthebest, "A ton of work" is absolutely fine. If it's impossible, that's a whole other problem.
typikolhas joined
Syndacehas left
dwdmoparisthebest, Also, note that most of the XMPP clients and servers aren't GPL. Could be that people disagree that anything other than GPL is shitty.
flowI am not sure if discussing GPL being free or not is the discussion we should have. The question is: Do we want XEPs the require implementation to be under a certain license
Syndacehas joined
flowI wouldn't oppose that FWIW, but I feel like others would disagree
dwdmoparisthebest, Or, to put it another way, what makes mandating the GPL for a particular specification different from mandating any other license?
flowAnd I wonder what we have actually written down regarding that
flowor if it's just a grey area within the XSF and XEPs process
dwdflow, We mandate that our specifications must be implementable by an OSI-approved implementation in order to reach Final.
dwdflow, In general, Council has taken that to mean that if that's precluded, we should reject the XEP (or ProtoXEP) early.
moparisthebestI don't think a XEP can actually mandate code licenses, the complaints I tend to see are usually complaints about there only being a single GPL impl so far
flowdwd isn't the gpl osi-approved?
Ge0rGmoparisthebest: the main complaint is probably that the only specification is a GPL source code
dwdmoparisthebest, OK. From the XEP, how would I go about writing a non-GPL one? There's no references, no spec, etc.
DanielFwiw - as one of the people who pushed for omemo a couple of years ago - I'm fine with rejecting it
DanielIt's not a good standard
moparisthebestdwd, clean room reverse the implementation? :)
moparisthebestagain, the how is a "you problem" not a "me problem"
dwdmoparisthebest, SO you agree there's no specification then?
moparisthebestI'm just speaking in general
typikolhas left
dwdmoparisthebest, OK, but the same argument applies to both STANAG 5066 and RTMP. One *can* (now) get a copy of STANAG 5066 and write an implementation, and it's a huge job, but possible. To write one from scratch for OMEMO requires information not in, or pointed too by, XEP-0384.
dwdmoparisthebest, But for RTMP, you'd need to clean-room Adobe's library. You might get sued by Adobe for doing so. Maybe that is (or was) possible. Is that a "your problem" and not an "our problem" too?
moparisthebestI think so
dwdmoparisthebest, OK, so your argument is that we should accept XEPs that depend on closed-source libraries. That is consistent, at least, but I'll disagree strongly.
sjaakhas left
sjaakhas joined
sjaakhas left
moparisthebestAccept as draft right? They can't reach final without a open implementation I guess
moparisthebestThere is no similar "must have a closed source implementation" clause
calvinhas joined
sjaakhas joined
Ge0rGI also disagree with having XEPs that require reverse engineering
sjaakhas left
sjaakhas joined
Lancehas left
j.rhas left
dwdOh, I tell a lie. We don't require either implementation to be open source.
dwdOh, yes, we do. FOund it - it's a little buried. We stipulate at least one should be GPL/LGPL or OSI.
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
dwdStill, I think the intent there was to ensure that we didn't preclude open-source imeplementations, not that we mandated them.
Nekithas joined
moparisthebestI guess I'm saying I don't see anything where the xsf should evaluate the license and or patent implications of a xep
moparisthebestWe require open source implementation to move to final and that's it
Lancehas joined
moparisthebestSo rtmp for instance, ok for draft, then if someone reverses the library and makes an open source impl, it can be moved to final, otherwise it can't
dwdOK. My view is firmly that we shouldn't devote time and effort to something we know cannot reach Final.
moparisthebestI don't think anyone here is qualified to judge license/patent implications world wide anyway, why even try?
Ge0rGmoparisthebest: luckily, some of us live in regions where you can't patent code
moparisthebestright, so say a XEP can't be implemented in the USA for patent reasons, but it can be in Germany, should the XSF reject or accept it?
mukt2has left
Ge0rGmoparisthebest: I'm pretty sure you can't implement a chat app without violating a dozen of trivial software patents. That said, tracing patents is the opposite to checking for the existence of documentation for all parts of a XEP
mukt2has joined
calvinhas left
Wojtekhas left
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
j.rhas joined
mathijshas left
mathijshas joined
mukt2has left
mukt2has joined
j.rhas left
j.rhas joined
jonas’moparisthebest, no, there’s also the argument that you need data and code which is licensed under GPL to implement it. And since some of that is pretty unique to the implementation *and* there’s no spec to go by, any re-implementation of Signal is automatically a derivative of the GPL’d library, and thus, under GPL. or so the argument goes.
jonas’moparisthebest, re " usually complaints about there only being a single GPL impl so far": no, there’s also the argument that you need data and code which is licensed under GPL to implement it. And since some of that is pretty unique to the implementation *and* there’s no spec to go by, any re-implementation of Signal is automatically a derivative of the GPL’d library, and thus, under GPL. or so the argument goes.
jonas’in fact, there has been a non-GPL implementation in pure python which converted to GPL for that reason
jonas’https://github.com/Syndace/python-omemo though it claims it'll "soon" switch to MIT, I’m pretty sure it was non-GPL in the beginning and switched over to GPL at a later point; though that might’ve been before publication.
jonas’Syndace might be able to give more details and confirm or reject my memory.
lovetoxjonas’, its because of the wire protocol
lovetoxits not published, so the only way to reimplement it is to look directly at signals code
jonas’lovetox, that’s exactly what I said
mukt2has left
jonas’or tried to say at least
lovetoxbut i think he factored the protobuf stuff out into a own python package
jonas’ah, so that’d make sense why it can become MIT
Ge0rGLuckily, moxie is well known to be welcoming of alternative implementations and forks
debaclehas left
jonas’luckily
Lancehas left
moparisthebestLooking at the gpl code isn't the only way
andyhas left
moparisthebestThat's what clean room reversing is for
moparisthebestThough I'd agree the xep should document it
jonas’moparisthebest, how’d you do that? look at what happens on the wire and reverse engineer that?
jonas’you might be violating the ToS of Signal with that, and if you don’t, the GPL may have a word of that and it’d still be a derivative of GPL’d code in some way.
jonas’in any case, it’s not something I’d like to try in court
jonas’looks like a grey area where the one with the better lawyer wins the case, especially in jury-land
moparisthebestanyway I don't think the XSF should concern itself with how various implementations might fare in court
mathijshas left
mathijshas joined
mukt2has left
mukt2has joined
sjaakhas left
sjaakhas joined
jonas’has left
jonas’has joined
mathijshas left
mathijshas joined
mathijshas left
mathijshas joined
sjaakhas left
sjaakhas joined
Lancehas joined
mathijshas left
mathijshas joined
mr.fisterhas joined
ballpeenhas left
j.rhas left
j.rhas joined
marchas joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
marcGe0rG: thanks, feel free to ping me again in a couple of days, I'm still at the Congress
j.rhas left
j.rhas joined
Ge0rGmarc: your OK is required to merge that pr
Nekithas left
marcGe0rG: I know, that's why I said what I said :)
Ge0rGmarc: well, I'll have to wait then. thanks :)
debaclehas joined
j.rhas left
j.rhas joined
mukt2has left
sjaakhas left
dendanghas joined
sjaakhas joined
!XSF_Martinhas left
sjaakhas left
!XSF_Martinhas joined
sjaakhas joined
mukt2has joined
sjaakhas left
sjaakhas joined
sjaakhas left
sjaakhas joined
lovetoxhas left
paulhas joined
davidhas joined
mimi89999has left
mimi89999has joined
Syndacejonas’, lovetox: your assumptions/memories are correct. I published the library as MIT first and later switched to GPL, because it is a derivative work. I even modified the git history, so that there is no wrongly licensed code in older commits. I then split the "generic" OMEMO code and the signal-specific code, so that I can publish the generic code under MIT, which is what I mean by "switching soon".
SyndaceAnd sadly it is not only the wire format, even though that's like 90% of it.
mukt2has left
mukt2has joined
marcGe0rG: how can I put my OK?
marcI need a rendered version :)
marcI'm on mobile
Ge0rGmarc: https://op-co.de/tmp/xep-0401.html at your service. Significant changes in §3 (last example), and §5.5
marcGe0rG: is this 'sending an arbitrary iq' normal in XMPP?
ZashI would argue than something sent before resource binding should not be considered a stanza, much less an iq stanza, for security reasons.
eevvoorhas joined
pdurbinhas joined
mukt2has left
Ge0rGZash: I would argue that what I've moved forward with, ignoring your advice, is not too ugly and sufficiently workable
ZashUgly hacks do usually work, or there would be no point.