XSF Discussion - 2020-06-16

00:15:48 mukt2 has left
00:16:51 mukt2 has joined
00:22:15 lskdjf has left
00:28:32 Daniel has left
00:29:03 Daniel has joined
00:31:54 mukt2 has left
00:32:27 alexis has left
00:33:23 mukt2 has joined
00:34:54 alameyo has left
00:34:54 alameyo has joined
00:37:48 sonny has left
00:37:57 sonny has joined
00:40:11 alexis has joined
00:46:59 mukt2 has left
00:48:44 arc has left
00:48:46 arc has joined
00:49:27 mukt2 has joined
00:53:01 waqas has left
00:55:24 arc has left
00:55:25 arc has joined
00:56:50 Maranda has left
01:09:58 andrey.g has left
01:13:32 mukt2 has left
01:21:32 mukt2 has joined
01:26:56 adiaholic_ has left
01:42:41 mukt2 has left
01:44:15 mukt2 has joined
01:46:29 Wojtek has left
01:50:09 Neustradamus has left
01:50:11 arc has left
01:50:14 arc has joined
01:50:44 arc has left
01:51:07 arc has joined
02:00:24 mukt2 has left
02:05:38 Neustradamus has joined
02:09:23 mukt2 has joined
02:15:46 alameyo has left
02:16:09 Neustradamus has left
02:18:20 mukt2 has left
02:18:22 mukt2 has joined
02:18:39 Neustradamus has joined
02:27:20 mukt2 has left
02:27:22 mukt2 has joined
02:30:17 alameyo has joined
02:35:09 _Neustradamus has joined
02:36:15 _Neustradamus has left
02:36:20 mukt2 has left
02:36:22 mukt2 has joined
02:36:39 Neustradamus has left
02:45:14 Neustradamus has joined
02:45:19 mukt2 has left
02:45:21 mukt2 has joined
02:48:09 Neustradamus has left
02:48:30 Neustradamus has joined
02:54:19 mukt2 has left
02:54:21 mukt2 has joined
02:57:24 sonny has left
02:57:34 sonny has joined
03:03:20 mukt2 has left
03:03:23 mukt2 has joined
03:10:58 bear has left
03:12:20 mukt2 has left
03:12:23 mukt2 has joined
03:21:09 arc has left
03:21:09 arc has joined
03:21:20 mukt2 has left
03:21:24 mukt2 has joined
03:23:49 arc has left
03:23:49 arc has joined
03:25:41 Yagiza has joined
03:30:20 mukt2 has left
03:30:22 mukt2 has joined
03:39:39 mukt2 has left
03:40:29 andy has joined
03:48:22 mukt2 has joined
03:54:43 bear has joined
03:57:20 mukt2 has left
03:57:23 mukt2 has joined
04:00:02 murabito has left
04:01:05 murabito has joined
04:01:28 sonny has left
04:01:37 sonny has joined
04:04:47 govanify has left
04:04:49 govanify has joined
04:06:19 mukt2 has left
04:06:22 mukt2 has joined
04:08:29 mimi89999 has left
04:08:59 mimi89999 has joined
04:15:20 mukt2 has left
04:15:23 mukt2 has joined
04:24:20 mukt2 has left
04:24:22 mukt2 has joined
04:27:07 Mikaela has joined
04:33:21 mukt2 has left
04:33:23 mukt2 has joined
04:38:46 alameyo has left
04:42:20 mukt2 has left
04:42:22 mukt2 has joined
04:43:08 lorddavidiii has joined
04:51:20 mukt2 has left
04:51:23 mukt2 has joined
04:52:21 alameyo has joined
05:00:20 mukt2 has left
05:00:22 mukt2 has joined
05:09:53 mukt2 has left
05:09:56 mukt2 has joined
05:15:05 mukt2 has left
05:15:08 mukt2 has joined
05:18:19 paul has joined
05:20:22 sonny has left
05:20:31 sonny has joined
05:23:16 Mikaela has left
05:23:30 wurstsalat has joined
05:30:44 sonny has left
05:30:52 sonny has joined
05:31:28 Tobias has left
05:31:30 Tobias has joined
05:42:29 j.r has left
05:45:40 j.r has joined
05:48:06 DebXWoody I think it would be nice to have a MUC for new users listet here: https://xmpp.org/community/chat.html
05:52:29 DebXWoody I'm quite new in the XMPP topic, but I also had some problems to get into xmpp. xmpp.org is very technical. jabber.org is not working.
05:54:41 Neustradamus has left
05:56:48 jonas’ DebXWoody, I think it would be nice to have a MUC for new users first
05:56:50 jonas’ we don’t have that
05:58:52 Jeybe has joined
06:00:33 Nekit has joined
06:00:43 Neustradamus has joined
06:01:08 DebXWoody jonas’, I know. As I started to work on https://wiki.xmpp.org/web/Guide/de and I think I ask for a mailinglist for users-community, there was a Feedback like "XSF in not responsible for users". This would be fine also, but in such case "we" need to start with something which will take care of users.
06:01:24 jonas’ eys
06:01:27 jonas’ yes
06:02:41 Neustradamus has left
06:03:00 Neustradamus has joined
06:03:41 Neustradamus has left
06:04:14 Neustradamus has joined
06:05:08 krauq has left
06:07:27 LNJ has left
06:07:40 lorddavidiii has left
06:10:10 LNJ has joined
06:16:25 lorddavidiii has joined
06:17:00 DebXWoody I would volunteer for support of German Community.
06:17:29 krauq has joined
06:24:17 debacle has joined
06:36:48 Maranda has joined
06:37:36 karoshi has joined
06:38:20 karoshi has left
06:38:23 karoshi has joined
06:41:21 Maranda has left
06:41:28 Maranda has joined
06:47:25 alexis has left
06:48:51 andrey.g has joined
06:50:19 mukt2 has left
06:50:44 alexis has joined
06:53:57 Guus has left
06:54:20 Guus has joined
06:55:41 karoshi has left
06:56:14 karoshi has joined
06:56:26 mukt2 has joined
06:58:51 arc has left
06:58:52 arc has joined
07:05:58 karoshi has left
07:06:58 karoshi has joined
07:10:12 jcbrand has joined
07:14:42 emus has joined
07:16:35 adiaholic_ has joined
07:16:41 karoshi has left
07:17:00 karoshi has joined
07:20:16 karoshi has left
07:20:21 karoshi has joined
07:21:31 bear has left
07:23:54 sonny has left
07:24:03 sonny has joined
07:26:17 karoshi has left
07:28:09 karoshi has joined
07:32:35 Alex has joined
07:32:42 Andrzej has joined
07:34:29 karoshi has left
07:36:35 Shell has joined
07:37:23 karoshi has joined
07:42:33 Shell has left
07:42:33 Shell has joined
07:44:53 mukt2 has left
07:46:52 karoshi has left
07:48:16 flow create an entity which acts as xmpp foss software hoster (gitlab) and discussion platform (discourse) that attracts developers and users likewise?
07:48:24 alameyo has left
07:48:29 alameyo has joined
07:49:04 karoshi has joined
07:52:11 mukt2 has joined
07:55:12 karoshi has left
07:55:14 karoshi has joined
07:57:34 dwd has left
07:57:34 dwd has joined
07:58:32 andrey.g has left
07:59:22 Daniel has left
07:59:38 emus I thought so too for a while. I am also a fried of "centralized communication" but still having a decentral network
07:59:44 Daniel has joined
07:59:59 jonas’ ew discourse
08:00:08 Shell has left
08:00:08 Shell has joined
08:00:51 karoshi has left
08:01:08 flow jonas’, it's probably easier for end-user to use discourse than mailing lists
08:02:02 emus I dont like mailing lists, too.
08:02:14 flow I like them, but I also like discourse :)
08:02:28 jonas’ discourse is very non-attractive to me
08:02:53 emus I think DebXWoody point is a different one
08:03:40 karoshi has joined
08:04:02 alameyo has left
08:04:03 alameyo has joined
08:04:14 bear has joined
08:04:31 karoshi has left
08:05:19 Holger I don't get the point. There's rooms such as xmpp:jabber@conference.jabber.org?join already, and also mailing lists. Nobody uses those. Adding more venues on top will make people use them?
08:06:00 Holger I would've thought normal end users won't use any of those. They'll complain on the app store if something doesn't work, that's it.
08:06:55 karoshi has joined
08:07:01 Holger For power users actually interested in XMPP (as opposed to just their app), there are rooms already, and they are actually used, no?
08:07:52 Zash Probably because https://search.jabber.network/ can't index jabber.org atm, so people looking for generic discussion channels find whichever ones happen to sound interesting.
08:08:38 jonas’ > There's rooms such as xmpp:jabber@conference.jabber.org?join cannot be found via s.j.n
08:08:49 Holger Ok. So the fix is migrating jabber.org to Prosody, no?
08:08:52 jonas’ maybe
08:08:58 jonas’ depending on what’s going on in there
08:09:04 jonas’ I wasn’t aware of that room until just now ;)
08:09:51 Ge0rG maybe just removing invalid JIDs from the storage will already solve it?
08:10:04 jonas’ yes
08:10:09 jonas’ but that’s apparently hard
08:10:12 jonas’ because M-Link
08:10:54 Kev > Holger > Ok. So the fix is migrating jabber.org to Prosody, no? The problem with j.o isn't that it's not Prosody, but that it's been abandoned and not had any updates installed in about 4 years. Just for the record ;)
08:13:00 Shell has left
08:13:05 Shell has joined
08:14:45 Shell has left
08:14:55 Shell has joined
08:14:57 Guus none-the-less, Holger does make a valid point.
08:15:24 Guus jabber.org has the benefit of being very recognizable. If we can improve its utilization, that would be good.
08:15:38 jonas’ agreed
08:15:47 Kev jonas’: I'm not sure it's hard, is it? Someone just needs to delete the dodgy file off disk (which is pre-M-Link)
08:15:56 flow I think end-users unable to use their xmpp client are probably also unable to join an xmpp based chat room. and yes the ML is used, but I'd argue mostly not by end-users
08:16:05 karoshi has left
08:16:06 jonas’ Kev, I have no idea
08:16:21 Kev I'm a little offended that people are treating it as M-Link's fault that the jabber.org admins stopped adminning jabber.org.
08:16:23 jonas’ I don’t have shell here, but that the problem persists for over a year now despite me providing an exact list of invalid JIDs makes me think that it’s hard
08:16:24 karoshi has joined
08:16:48 jonas’ I don’t have shell there, but that the problem persists for over a year now despite me providing an exact list of invalid JIDs makes me think that it’s hard
08:16:48 Holger Kev: Sorry, I didn't mean it that way at all.
08:17:06 Holger Sounds like it's actually ejabberd's fault 🙂
08:17:10 jonas’ I also can’t judge if it’s M-Links (the software’s) fault or not. More likely it’s that nobody with M-Link experience is left to work on jabber.org
08:17:27 Holger (If you took over borked data from ejabberd.)
08:17:42 Kev I don't know if it's ejabberd's fault either, it could date back to jabberd for all I know :)
08:18:29 Kev (Actually, it's MUC so it'd be the old MUC component, if of that era)
08:18:41 Holger Whatever, I was just assuming a migration of the service would involve cleaning up the data.
08:18:50 jonas’ it certainly would
08:21:30 Guus What's the status of the migration?
08:22:48 krauq has left
08:23:15 jonas’ "In progress"
08:28:13 Ge0rG jonas’: you mean similarly to how the last migration cleaned up invalid data?
08:28:24 jonas’ Ge0rG, no, because this time people are aware
08:30:28 karoshi has left
08:30:31 karoshi has joined
08:34:45 karoshi has left
08:38:32 karoshi has joined
08:38:33 karoshi has left
08:41:04 arc has left
08:41:04 arc has joined
08:41:27 karoshi has joined
08:44:33 xecks has joined
08:45:44 DebXWoody I was not able to join jabber.org because of Server-to-server connection failed: Connecting failed: dh key too small
08:47:55 jonas’ that, too, is an issue which is hopefully to be fixed with the migration.
08:48:54 mukt2 has left
08:51:21 karoshi has left
08:51:38 DebXWoody new users should join xmpp:jabber@conference.jabber.org which can not be found on the website of xmpp.org. It's not possible to find via the search website and the most provider are not able to join the server at all. Is is correct?
08:58:30 Holger So maybe add that room to <https://xmpp.org/community/chat.html>? Like <JUser@jabber.org> is listed on <https://xmpp.org/community/mailing-lists.html>?
09:01:18 Shell has left
09:01:18 Shell has joined
09:02:08 DebXWoody +1 if the "Connecting failed: dh key too small" is sloved
09:02:52 Holger Though I'm still not sure the "XMPP user" role makes much sense. Users use apps, not protocols. Is there an SMTP/IMAP forum for new Thunderbird users?
09:03:55 Daniel > Though I'm still not sure the "XMPP user" role makes much sense. Users use apps, not protocols. Is there an SMTP/IMAP forum for new Thunderbird users? +1
09:04:59 Shell has left
09:05:05 Daniel To be fair that's partially our fault because we have been trying to market XMPP to end users
09:05:11 Shell has joined
09:05:14 pep. That ^
09:05:38 Kev Which isn't necessarily wrong, depending what you consider 'end users' to be.
09:05:40 Daniel we should probably stop that instead improving it
09:06:11 Kev It's the properties of XMPP, rather than particular apps, that are the interesting part to many organisations wanting to use it.
09:06:14 Daniel !developers
09:06:54 karoshi has joined
09:06:59 pep. Daniel, I do think there's room for more than just developers. But we don't need to target everybody for sure
09:07:08 Kev That is - some orgs 'buy' XMPP, and then go to find clients/servers that satisfy their particular requirements.
09:08:23 pep. Kev, I'm not sure that's something I'd target either tbh. XMPP is vast enough so that you'll eventually (very quickly) run into interop issues if you don't all use the same things and have a somewhat tailored server setup
09:10:08 Holger I think it's fine to run such a room, list in on the web site, hang around in that room, and answer the occasional questions. I just don't share any hopes that go beyond that, i.e. building up an XMPP end-user 'community' or something.
09:13:38 karoshi has left
09:13:42 karoshi has joined
09:18:50 adiaholic_ has left
09:18:52 adiaholic_ has joined
09:20:15 krauq has joined
09:21:18 mukt2 has joined
09:22:11 Shell has left
09:22:21 Shell has joined
09:24:54 robertooo has left
09:41:53 jonas’ I don’t have any hopes for that, I just want to redirect the flow of new users from the technical rooms
09:42:45 lskdjf has joined
09:43:10 !XSF_Martin Didn't pep. plan to do some joinxmpp website which should serve as a starting point for new users?
09:45:02 pep. yeah there's that, which doesn't get much attention (from me) atm. I was never happy with the name though. I'd say if it becomes a thing it would only represent a subset of XMPP servers/clients (somewhat like snikket, maybe the same, maybe not)
09:46:28 pep. From what I understand this is not MattJ's intention to have Snikket become a thing to which users can openly register, so maybe not just like Snikket :)
09:47:48 Shell has left
09:47:48 Shell has joined
09:48:10 mukt2 has left
09:51:07 karoshi has left
09:53:26 Mikaela has joined
09:53:39 MattJ Indeed
09:54:49 !XSF_Martin Yeah, XMPP is very broad and not really a snappy term you would give to 'normal users'. Snippet is better marketing wise but a too small subset of the XMPP ecosystem.
09:55:01 !XSF_Martin Yeah, XMPP is very broad and not really a snappy term you would give to 'normal users'. Snikket is better marketing wise but a too small subset of the XMPP ecosystem.
09:55:04 MattJ It's not out of the question that a public/semi-public service would use Snikket, but providing such a service is not the goal of Snikket
09:55:30 !XSF_Martin Every single time I write snippet instead of snikket. 😂
09:55:31 Shell has left
09:55:31 Shell has joined
09:55:41 Zash FWIW you can get around the dh key issue by giving ECDHE higher priority, which a soon to be released Prosody version will do by default.
09:59:15 karoshi has joined
10:01:02 krauq has left
10:02:42 Neustradamus has left
10:02:42 karoshi has left
10:02:56 karoshi has joined
10:05:11 karoshi has left
10:05:12 karoshi has joined
10:05:16 karoshi has left
10:08:04 robertooo has joined
10:08:30 lorddavidiii has left
10:08:31 karoshi has joined
10:11:04 lorddavidiii has joined
10:13:48 Shell has left
10:13:49 Shell has joined
10:21:16 karoshi has left
10:21:18 karoshi has joined
10:21:19 mukt2 has joined
10:22:35 Shell has left
10:22:41 Shell has joined
10:25:21 dwd has left
10:25:21 dwd has joined
10:26:05 karoshi has left
10:26:36 karoshi has joined
10:28:13 neshtaxmpp has joined
10:33:06 Mikaela has left
10:33:11 Mikaela has joined
10:34:54 rion is going to make an emoji-oriented PR for https://xmpp.org/extensions/xep-0038.html If anyone is interested in the XEP, send me your ideas.
10:35:28 krauq has joined
10:35:59 govanify has left
10:36:01 govanify has joined
10:37:33 govanify has left
10:37:38 govanify has joined
10:39:50 karoshi has left
10:40:47 karoshi has joined
10:40:48 karoshi has left
10:54:04 arc has left
10:57:41 arc has joined
10:59:00 Shell has left
10:59:00 Shell has joined
11:00:36 neshtaxmpp has left
11:03:37 Shell has left
11:03:37 Shell has joined
11:04:48 Mikaela has left
11:07:17 lorddavidiii has left
11:07:25 karoshi has joined
11:07:48 Shell has left
11:07:50 Shell has joined
11:07:54 lorddavidiii has joined
11:08:28 Shell has left
11:08:29 Shell has joined
11:08:53 karoshi has left
11:08:55 karoshi has joined
11:10:01 karoshi has left
11:10:19 karoshi has joined
11:13:05 Nekit has left
11:13:45 Mikaela has joined
11:14:08 Nekit has joined
11:16:32 rion Basically I want to add categories and maybe also subcategories. Also I will add options to show an icon is a variant of another icon (all those about skin color. In UI it supposes to show the original icon in the icon selector but with a capability to select a variant on a long click or any other way). I think to add search keywords in accordance to https://unicode.org/emoji/charts-13.0/emoji-list.html Also somewhat unrelated to emoji but still needed is a way to tell the application where an raster icon may be scaled when presented to the user or it's better to keep the original resolution.
11:18:56 neshtaxmpp has joined
11:19:23 xsf has left
11:23:09 rion I'm also thinking about metadata features. Like where it's white and black, better looking on the white or black background. Maybe something related to color blindness too.
11:27:31 Nekit has left
11:30:36 intosi has left
11:32:33 Nekit has joined
11:33:11 karoshi has left
11:33:56 karoshi has joined
11:34:16 intosi has joined
11:37:39 paul has left
11:37:55 paul has joined
11:43:56 Shell has left
11:48:02 neshtaxmpp has left
11:48:26 govanify has left
11:48:28 govanify has joined
11:54:30 Nekit has left
11:59:25 Nekit has joined
12:02:29 thorsten has left
12:06:19 thorsten has joined
12:08:37 Shell has joined
12:08:40 jcbrand Recently I registered fedi.chat (like fediverse), thinking that it could potentially becomes a user friendly endpoint.
12:08:42 karoshi has left
12:09:18 jcbrand I also think it makes sense to come up with a new name for the federated network, to keep it separate from XMPP
12:09:32 jcbrand Jabber is a good name, but trademarked
12:09:36 karoshi has joined
12:09:59 jcbrand So I thought maybe fedichat is better
12:10:12 jcbrand But it's maybe still to technical
12:10:14 karoshi has left
12:10:22 karoshi has joined
12:10:38 papatutuwawa has joined
12:13:28 Link Mauve It sounds cool at least (to me).
12:15:45 mimi89999 has left
12:16:01 pep. I'm afraid it's gonna be associated with fediverse a bit too much and people are gonna be confused why they can't use one with the other
12:17:13 Link Mauve Isn’t it already an issue with all of these “ActivityPub” software?
12:17:28 pep. You mean MastodonPub?
12:17:37 Link Mauve What is the trademark situation on “fediverse” btw?
12:19:46 !XSF_Martin > So I thought maybe fedichat is better > But it's maybe still to technical For people not knowing it means federated chat it's just brand/name so still ok. I guess a lot of old people know only WhatsApp is the name of that chat app not knowing it's derived from the english 'What's up?'
12:20:39 mimi89999 has joined
12:21:00 Daniel So WhatsApp is like Hanuta?
12:21:36 !XSF_Martin > I'm afraid it's gonna be associated with fediverse a bit too much and people are gonna be confused why they can't use one with the other I guess if you ask random people on the street most won't know about fediverse so that's probably not a big issue.
12:22:31 !XSF_Martin > So WhatsApp is like Hanuta? No, I can't eat WhatsApp but I can eat a Haselnusstafel. 😂 But yeah, I guess for most elderly it's like that.
12:22:37 Zash pep., I've heard some argue that "fediverse" means all federated things, but yeah, it's mostly associated with Mastodon atm
12:23:09 pep. Zash, I've heard some argue that it's all the federated web things :P
12:23:21 Zash It means whatever you want it to mean!
12:23:55 pep. Fediverse is fediverse!
12:24:08 pep. Fediverse means fediverse!
12:29:34 Daniel Between the people who block omemo and those who enable it by default it seems we can't even agree on a common user experience. So I'm honestly not sure if coming up with a name is the most important step here
12:30:09 krauq has left
12:30:14 pep. this ^ (again)
12:30:46 Steve Kille has left
12:30:46 Kev has left
12:31:04 jcbrand This can happen in parallel
12:31:06 Guus I'm not sure if we need to come up with a common user experience?
12:31:17 jcbrand Things can happen in parallel
12:31:26 pep. Guus, I think "we" needs to be external to the XSF
12:31:35 jcbrand I agree
12:31:38 karoshi has left
12:31:41 pep. I don't think the XSF should dictate UI/UX
12:31:53 Guus agreed.
12:32:09 pep. Snikket is a good experiment this way. There can be others
12:32:22 jcbrand There is also modern.xmpp
12:32:31 pep. It's "the same" (person)
12:32:52 Daniel Obviously not the xsf. But I think if I installed a fedichat client I'd expect it to work with other fedichat clients
12:32:58 jcbrand there are more people involved in modern.xmpp
12:33:08 karoshi has joined
12:33:12 jcbrand IMO, the UI sprint kinda fell under that initiative
12:33:59 pep. I don't think the UI sprint was meant to be for modernxmpp in particular but it got picked up by modernxmpp (which is not a bad outcome)
12:34:17 jcbrand Daniel: that's the nice thing about having a name... you can make it a certification. If you want to be able to give yourself the name (or at least be on the official site), then you need to conform to the established rules
12:34:49 jcbrand i.e. any app that calls itself a fedicaht app needs to adhere to certain UI and UX rules
12:35:22 pep. "pep.> I don't think the XSF should dictate UI/UX" also why I strongly disagree with having 393 as a draft btw :x
12:35:39 Daniel jcbrand: I agree that fedichat or what ever could be a certification (or should even) but again it doesn't feel like we as a community will be able to come up with a consensus
12:36:29 Daniel I mean omemo is arguably the most touchy subject but that will divide the 'modern xmpp crowd' in half
12:36:32 jcbrand IMO you just need a sufficiently motivated group of people to start something and then others can either join or not. We don't need buy-in from the entire community
12:36:57 Daniel That I generally agree with
12:38:00 winfried has left
12:38:01 winfried has joined
12:43:19 thorsten has left
12:47:12 thorsten has joined
12:48:29 winfried has left
12:48:30 winfried has joined
13:04:28 krauq has joined
13:06:21 winfried has left
13:06:22 winfried has joined
13:08:17 eevvoor has joined
13:09:05 debacle has left
13:09:29 winfried has left
13:09:31 winfried has joined
13:21:51 adiaholic_ has left
13:24:44 karoshi has left
13:25:28 winfried has left
13:25:29 winfried has joined
13:25:53 j.r has left
13:26:09 j.r has joined
13:28:25 karoshi has joined
13:28:36 Kev has joined
13:33:03 Mikaela has left
13:34:31 adiaholic_ has joined
13:37:03 winfried has left
13:37:04 winfried has joined
13:47:31 MattJ I agree that a "common user experience" is not something we're going to achieve, nor necessarily want to
13:47:42 MattJ I've been considering breaking Modern XMPP up into "profiles"
13:47:58 MattJ Similar to what we've started to do with the complaince suites
13:48:31 MattJ We touched on this at the summit, during the discussion about (iirc) "rich status"
13:49:20 MattJ For some audiences such a thing would be something like WhatsApp stories, for others it could just mean adding an emoji to your status message
13:51:45 Daniel if you end up creating as many profiles as there are products I don’t see the benefits of marketing the profile instead of the product though
13:52:12 MattJ Obviously the intention would not be to do that :)
13:54:33 MattJ I mean, look at the situation on iOS where we have so many clients that would fall into the "personal messaging" category, but they all have vastly different terminology, UI patterns and feature sets
13:54:42 Zash So, given the existence of both anti-omemo and pro-omemo-only folks, we can't have the most basic interop at all.
13:58:19 Kev I don't think most folks are anti-omemo, just pro-things-that-omemo-prevents.
13:58:23 Kev FWIW.
13:58:51 papatutuwawa has left
13:59:54 Shell has left
14:00:08 Unlife has left
14:00:14 Unlife has joined
14:00:15 Zash I'm anti-removal-of-my-choice-in-clients.
14:01:33 pep. fwiw I'd probably still be using poezio or similar, because "I know" and I can adapt to different "profiles"
14:01:52 pep. (and poezio allows me to)
14:02:23 pep. I don't have enough time to write a client per profile
14:02:39 Zash Yay modularity
14:03:12 pep. But I'm not (we're not) your random end-user
14:03:15 moparisthebest what does omemo prevent?
14:03:26 jonas’ moparisthebest, server side search for one
14:03:29 moparisthebest and don't say history across devices because that just requires some not-yet-existing history sync
14:03:31 pep. moparisthebest, "not encrypting" :P
14:03:40 Zash using non-omemo clients becomes very painful
14:03:51 Link Mauve moparisthebest, until recently, anything that wasn’t part of the body.
14:04:18 jonas’ Link Mauve, and in practice, still, because implementations are not quite there yet. and the ecosystem has been damaged from that "but we can’t omemo that" attitude for a while now
14:04:25 moparisthebest jonas’, why
14:04:30 jonas’ moparisthebest, why what?
14:04:39 moparisthebest yes no argument there Link Mauve , but that's fixed *soon*
14:04:48 jonas’ why if messages are end-to-end encrypted you cannot do full-text search inside the encrypted data on the server?
14:04:53 moparisthebest jonas’, server side search, why
14:05:00 moparisthebest yea but you can on the client
14:05:04 jonas’ that’s not "server side search"
14:05:04 jcbrand moparisthebest: Any kinds of attachments (e.g. emoji-reactions or mentions) (at least until recently)
14:05:12 jcbrand moparisthebest: Any kinds of references (e.g. emoji-reactions or mentions) (at least until recently)
14:05:24 jonas’ moparisthebest, yeah, see how well that performs on mobile. conversations is extremely slow because it has to keep the fts index up-to-date
14:06:09 moparisthebest and everyone running prosody or ejabberd on their rpi1 won't be very happy with FTS on the server, meh
14:06:45 pep. Also because people whom it concerns are not saying it or are hiding behind other excuses I will for them (you can thank me later): OMEMO also non-GPL implementations (or at least makes it harder) :)
14:06:53 pep. Also because people whom it concerns are not saying it or are hiding behind other excuses I will for them (you can thank me later): OMEMO also prevents non-GPL implementations (or at least makes it harder) :)
14:06:54 jonas’ I suspect the portion of users doing that is *much* smaller than the portion of users running an XMPP IM client on a smartphone.
14:07:10 jonas’ pep., not anymore it doesn’t
14:07:15 jonas’ or did I miss something?
14:07:27 Daniel to be fair as far as I understand it your situtation jonas’ is a bit special because you turn Conversations on once per week
14:07:39 jonas’ Daniel, yes, because otherwise it’d drain my battery all the time for the same reason
14:07:45 Daniel and Conversations is a bit shitty about the way MAM catchups are stored in sql
14:07:46 pep. jonas’, dunno, just making fun of some who hide behind other excuses while that was actually a pretty obvious end-goal
14:07:55 Daniel that can (and probably should) be optimized
14:08:39 jonas’ and because I can’t stand my phone vibrating when I don’t want to pay attention to it
14:08:45 moparisthebest so far I've heard valid reasons not to use historical omemo, and not much else, that seems right
14:08:57 moparisthebest jonas’, that's what the quiet hours are for
14:08:58 jonas’ moparisthebest, thanks for just ignoring server-side search and references as a valid reason.
14:09:08 jonas’ moparisthebest, no, because I want to get non-XMPP text messages (and other stuff) still.
14:09:08 moparisthebest references aren't an issue right?
14:09:18 moparisthebest server-side search, yea, I think that's useless
14:09:32 moparisthebest I guess if you want to offload search to some other more powerful device you can right?
14:09:32 jonas’ moparisthebest, good argument there, love it /s
14:09:46 jonas’ tunes out
14:10:04 mukt2 has left
14:10:06 Link Mauve moparisthebest, basically anything where the server would want to see the messages, be it for spam reasons, for long-term archiving, etc.
14:10:25 moparisthebest did I misunderstand? I think both Link Mauve and jcbrand brought up good reasons why it wasn't ready to use historically, but that's solved in latest versions
14:10:28 Link Mauve moparisthebest, also the issue of getting a new device and being unable to see previous history.
14:10:42 moparisthebest ^ that just needs some history sync thing
14:10:45 jonas’ "just"
14:10:48 Link Mauve (Which for me would be a deal stopper.)
14:16:43 moparisthebest I've heard WA has history sync, I wonder if they have any documents about how it works
14:17:48 Daniel MAM sync between devices should be relatively easy (on paper)
14:18:04 Daniel with a bit of luck I might get paid to implement that at some point
14:18:16 MattJ Nice
14:18:19 moparisthebest well and with omemo encrypting everything now, also actually safe
14:18:52 adiaholic_ has left
14:18:54 adiaholic_ has joined
14:19:07 Daniel jingle; web rtc data channels; and encrypted xml streams (what's the name again)
14:19:08 moparisthebest ok these are less impressive than you would have thought https://faq.whatsapp.com/android/chats/how-to-restore-your-chat-history https://faq.whatsapp.com/iphone/chats/how-to-restore-your-chat-history
14:19:21 Daniel so in your home network it doesn’t even hit your server
14:19:26 moparisthebest tl;dr "just back up to $creep-cloud then restore!"
14:19:27 Daniel plus is reasonable secure
14:21:19 mukt2 has joined
14:26:13 karoshi has left
14:26:25 karoshi has joined
14:27:55 karoshi has left
14:27:57 karoshi has joined
14:29:48 Jeybe has left
14:29:48 Nekit has left
14:30:11 Nekit has joined
14:30:19 winfried has left
14:30:20 winfried has joined
14:30:31 Mikaela has joined
14:31:28 govanify has left
14:31:30 govanify has joined
14:34:20 waqas has joined
14:34:22 karoshi has left
14:35:34 waqas has left
14:37:08 winfried has left
14:37:09 winfried has joined
14:37:26 karoshi has joined
14:37:34 Neustradamus has joined
14:40:28 thorsten has left
14:40:46 winfried has left
14:40:47 winfried has joined
14:45:18 mukt2 has left
14:45:32 mukt2 has joined
14:52:54 winfried has left
14:52:55 winfried has joined
14:59:27 karoshi has left
14:59:30 karoshi has joined
15:01:29 winfried has left
15:01:30 winfried has joined
15:04:28 Shell has joined
15:09:53 andrey.g has joined
15:10:01 andy has left
15:17:31 andy has joined
15:18:10 j.r has left
15:18:29 j.r has joined
15:20:18 alexis has left
15:24:04 winfried has left
15:24:05 winfried has joined
15:27:58 Shell has left
15:27:59 Shell has joined
15:33:59 karoshi has left
15:34:03 karoshi has joined
15:34:56 adiaholic_ has left
15:34:58 adiaholic_ has joined
15:39:58 andrey.g has left
15:39:59 lovetox has joined
15:45:19 govanify has left
15:45:21 govanify has joined
15:48:02 mukt2 has left
15:48:05 mukt2 has joined
15:51:16 winfried has left
15:51:19 winfried has joined
15:51:58 stpeter has joined
15:55:16 jjrh I'm currently trying to work with a proprietary client that doesn't even display error messages :/ Like if you send to a invalid jid, one that doesn't exist, or in my usecase if the component is down, it doesn't inform the user at all.
15:55:41 Zash Not great :(
15:57:14 debacle has joined
15:57:24 neshtaxmpp has joined
15:57:31 debacle has left
15:57:36 debacle has joined
15:58:37 winfried has left
15:58:38 winfried has joined
15:59:08 andrey.g has joined
16:00:23 lovetox has left
16:01:05 jjrh Pretty bizarre I would have thought they would at least tell you if it was a invalid jid
16:01:30 Shell has left
16:01:31 Shell has joined
16:02:03 pep. "invalid jid" and "jid that doesn't exist" are different things
16:02:46 jjrh well it was happy to do test.example.com (a typo on my part)
16:02:51 jjrh but yeah that's a fair point.
16:03:12 Zash No indication if you e.g. message xmpp:someone@reject.badxmpp.eu ?
16:03:37 jjrh not as far as I can see.
16:04:31 Shell has left
16:04:38 Shell has joined
16:07:52 jjrh You see all this in the logs so I guess they just haven't implemented it in the gui
16:08:46 !XSF_Martin https://xmpp.org/extensions/xep-0377.html#payload « I don't understand example 3. Shouldn't there also be an opening for the spam element and an JID in it?
16:09:43 Maranda has left
16:09:46 pep. !XSF_Martin, no it's just an empty <spam/>
16:09:48 Maranda has joined
16:10:48 pep. The text can be confusing yeah. And there's no schema of course
16:10:56 !XSF_Martin So, I tell the server I receive spam but I won't reveal the spammers JID? Sounds like some academic example that doesn't make much sense. Or am I missing the point about sending a report like this?
16:11:19 pep. Well you tell it in the blocking command
16:11:28 pep. Well you tell it with 191
16:11:54 goffi has joined
16:12:18 pep. I also find sad that the two are not separate, but that's a start..
16:13:32 !XSF_Martin Yeah, but that's only when you combine it with blocking, so it only works with your server, right? I had a look at the XEP because I was curious if you could implement in a client to also report spammers from remote servers to their server.
16:14:20 lskdjf has left
16:15:05 alameyo has left
16:15:07 alameyo has joined
16:16:57 Zash !XSF_Martin, pep., https://xmpp.org/extensions/xep-0268.html
16:17:20 lskdjf has joined
16:18:08 neshtaxmpp has left
16:18:09 pep. Fancy CamelCase XML in there
16:18:15 Zash also https://xmpp.org/extensions/xep-0287.html
16:18:21 pep. Is that implemented anywhere?
16:18:30 Zash Yes
16:18:43 pep. Anywhere it matters for us?
16:18:50 Zash Metronome IIRC
16:19:25 Jeybe has joined
16:20:04 Zash The IODEF could use an example of the minimum you'd actually need, ie JID and a reason
16:20:12 Zash The IODEF XEP* could use an example of the minimum you'd actually need, ie JID and a reason
16:20:35 pep. > A client software doesn't need to interrupt a user when processing such marked stanzas: for example, it may put them silently in "SPAM" folder, so a user can look through them at any time later.
16:20:43 pep. Interesting. How do they implement a spam folder
16:21:06 pep. (0287)
16:21:12 Zash Similar to how you implement the inbox folder? :)
16:21:57 pep. not
16:22:46 Lance has joined
16:24:06 !XSF_Martin Mickaël Rémond is one of the XEP-0268 authors so I would expect it to be supported by ejabberd…
16:25:30 !XSF_Martin Uh, and MattJ too…
16:26:53 Wojtek has joined
16:31:34 Zash You can contribute to the XEP without implementing it :)
16:36:21 !XSF_Martin Obviously. 😃
16:37:55 winfried has left
16:37:56 winfried has joined
16:38:29 Guus Interessed to see how spam will play out after jabber.org gets a new server.
16:38:44 Guus Pretty much all spam that I receive comes through that.
16:39:00 Guus I wonder how fast updated spam lists will circulate.
16:42:21 Jeybe has left
16:44:04 !XSF_Martin You receive spam on your JID there or from spammers using that server?
16:47:08 Ge0rG Wasn't IBR disabled on j.o a decade ago?
16:50:52 karoshi has left
16:51:11 Neustradamus Psi Stop Spam plugin is really good :)
16:51:54 Neustradamus Since several years, I do not see spam messages
16:52:02 Guus I receive spam on my j.o account. The senders are on other servers.
16:52:50 Shell has left
16:52:51 Shell has joined
16:52:56 Neustradamus Guus: Same!
16:57:15 karoshi has joined
16:58:15 karoshi has left
16:58:21 Daniel has left
16:58:42 karoshi has joined
16:58:52 Daniel has joined
16:59:44 karoshi has left
16:59:47 karoshi has joined
17:00:19 papatutuwawa has joined
17:05:16 karoshi has left
17:06:01 adiaholic_ has left
17:06:03 adiaholic_ has joined
17:06:29 karoshi has joined
17:06:30 karoshi has left
17:06:45 neshtaxmpp has joined
17:10:50 papatutuwawa has left
17:13:18 eevvoor has left
17:14:21 karoshi has joined
17:18:18 karoshi has left
17:18:23 karoshi has joined
17:18:38 mukt2 has left
17:20:02 Nekit has left
17:22:10 karoshi has left
17:22:16 karoshi has joined
17:23:07 vanitasvitae has left
17:23:07 neshtaxmpp has left
17:23:12 vanitasvitae has joined
17:26:25 karoshi has left
17:26:30 karoshi has joined
17:26:31 karoshi has left
17:28:17 Nekit has joined
17:29:22 vanitasvitae has left
17:29:31 vanitasvitae has joined
17:30:57 Ge0rG I've heard there are servers with sophisticated spam filters where the user doesn't need to do anything or solve captchas
17:30:59 Tobias has left
17:31:01 Tobias has joined
17:31:09 karoshi has joined
17:31:52 mukt2 has joined
17:34:37 Zash Rule #1 of spam fighting: Don't talk about rules of spam fighting
17:35:34 pep. Are you a reflection of myself?
17:36:12 Zash Rule #2 of fight club: Don't assume anyone remembers the plot of fight club
17:39:42 jonas’ Sam claims that the github permissions thing is confusing. Am I misreading this?
17:39:44 jonas’ https://share.dreckshal.de/dpm/kEO0ibQ9V3wAql7HMkJMHF2CCk-poH0CzRhToyQrry4.png
17:39:51 jonas’ below that, it shows a list of all orgs I’m part of
17:40:02 jonas’ how can I read that except "that software will gain +rw on all things I can see on github"?
17:40:38 Nekit has left
17:41:16 pep. I think you read correctly
17:41:41 pep. But maybe you can test for yourself with some oauth thing you build :x
17:41:47 jonas’ suuure
17:42:11 lovetox has joined
17:43:43 Kev Yes, Github's lack of sensible roles is horrific.
17:44:08 Nekit has joined
17:44:51 Shell has left
17:44:51 Shell has joined
17:45:10 krauq has left
17:45:25 Nekit has left
17:45:36 Guus Isn't the go-to solution to create an account that has access only to the repository it needs to operate on?
17:45:52 jonas’ Guus, yes, that would be worth a shot I guess
17:46:01 jonas’ I won’t do that, and I won’t interact wtih that account though
17:46:18 jonas’ for reasons I’d rather not disclose here
17:46:44 Guus sounds like something that iteam wants to weigh in before we do anything anyway.
17:46:55 jonas’ indeed
17:47:02 jonas’ not that I’m not an iteam meamber ;)
17:47:17 jonas’ it seems like a useful thing to have, also for potential future automation tasks like commenting on issues or stuff
17:47:34 Zash service accounts eh?
17:48:14 jonas’ they call it "machine accounts" in the ToS and you’re only allowed to have one per human
17:48:19 wurstsalat has left
17:48:21 wurstsalat has joined
17:48:33 flow let's make babies then!
17:48:34 paul has left
17:48:34 jonas’ and it’s not quite clear to me if such a usage is a "machine account" or if you need more than just that
17:48:50 jonas’ flow, that sounds like quite a drastic solution to the problem
17:49:00 paul has joined
17:49:00 moparisthebest woah flow , what a proposal :P
17:49:12 flow well cloning isn't feasiable yet, so?
17:49:22 jonas’ I’ll post that to the list, let’s see if Sam and Guus consider that too complicated, too ;)
17:49:48 jonas’ Guus actually might have first-hand experience on that.
17:49:57 Guus I hear the latter can be annoying
17:50:04 Zash I hear some here actually have a head start on that
17:50:04 Guus Sam's pretty cool though.
17:50:11 flow But serious: Not that it matters, but I would favor a single git repository hosting solution, preferably gitlab
17:51:11 jonas’ flow, *personally*, I’d also prefer to just switch over to gitlab, because it’s the easiest solution to the problem (for me, because I know GitLab CI from work and stuff, and what I’ve seen so far from GitHub Actions is not convincing me), but I hear the input from the others that it’ll be pretty disruptive for the community
17:51:19 pep. flow, depending on how "human" is defined, they may only allow one per uniquely identifiable human(?) and thus discard cloning
17:51:26 Daniel +1. If the editors think gitlab will help them do their job better we should just do that
17:51:46 pep. ^ this (again)
17:51:51 pep. Daniel stop agreeing with me today
17:52:03 jonas’ notes that no consenting voices were seen on the mailing list
17:52:14 Daniel I think that someone who edits a XEP should be able to setup a gitlab account
17:52:15 flow pep., what about multiple personalities? do they count as uniquely identifiable human?
17:52:19 Daniel It's not that hard
17:52:23 flow pep., what about multiple personalities? do they count as uniquely identifiable humans?
17:52:23 pep. yeah I also note that I haven't replied to the list
17:52:42 pep. flow, I'll leave that for you to answer
17:52:46 jonas’ Daniel, someone off-list mentioned to me that there are concerns about getting a company to allow you to use $platform, and it’s more likely that $company has already allowed GitHub than GitLab
17:52:59 Kev Daniel: It's not so much that they *can't*, as that it's effort, and we need to balance the cost of contributing with the cost of Editor work. And if that means GitLab, so be it - but it's a tradeoff rather than a straight win, I believe.
17:52:59 flow Plus, as always, you are not required to created an gitlab account to submit protoxeps and patches
17:53:17 pep. You are indeed not required
17:53:25 pep. Sending patches to editors is always possible
17:53:29 flow Plus, as always, you are not required to created a gitlab account to submit protoxeps and patches
17:54:05 pep. I'm happy to do/encourage this (as an editor) if that means we can allow editors to move more easily
17:54:14 Daniel *If* it comes down to not burning out our editors VS losing a contribution it'd rather take the former
17:54:25 Daniel Because without editors we can't do anything
17:54:33 Kev Daniel: I think that's the point I made on list.
17:54:57 jonas’ Thanks for the increasing amount of feedback here
17:56:06 jonas’ I’d really like to get to a point where editors can just hit "Merge when pipeline succeeds" if a change passes all editorial requirements; A simple button function which github doesn’t even have :(
17:57:24 flow hmm merge trains are not avaialble on gitlab.com, aren't they?
17:57:34 flow hmm merge trains are not avaialble on gitlab.com, are they?
17:57:35 jonas’ not for free, methinks
17:57:48 jonas’ haven’t used them either, are they cool?
17:58:00 flow well if we'd host our own gitlab we could get a license where they are available
17:58:12 flow jonas’, I consider merge trains and building merge results a deal breaker
17:58:27 jonas’ flow, that are two things right away which I’d not like us to have to
17:58:42 jonas’ (self-host and license)
17:58:55 jonas’ I’d prefer to buy the respective Tier at the SaaS offering
18:00:42 flow Uh I probably should have written: I consider *not having* merge trains and building/CIing merge results a deal breaker
18:00:53 jonas’ (FTR, merge trains are, for both SaaS and self-hosted, on the second tier, i.e. $19/user/month)
18:00:54 flow works for me, although I believe we could self-host
18:01:16 jonas’ what do you mean with "building/CIing merge results"?
18:01:39 jonas’ this one? https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipelines_for_merged_results/index.html
18:01:55 flow jonas’, MRs and PRs are usually build against the branchs HEAD, and not against the merge result of source and destination branch of the MR/PR
18:02:26 flow jonas’, I think this, yes
18:02:57 jonas’ read up on it, sounds nice, but I don’t consider this a must-have
18:03:15 jonas’ not for xeps anyways, because it is very unlikely to have a fast-forward-able merge which breaks things
18:03:28 flow I wouldn't want to miss it for software projects
18:03:33 jonas’ I can believe that
18:03:54 jonas’ but build-wise, XEPs are fairly independent from one another
18:04:09 jonas’ when merging two different changes on the same XEP, editors typically step in to handle the revision blocks manually anyways
18:04:09 vanitasvitae has left
18:04:12 flow jonas’, I think this mostly means that merge trains are not that interesting for the xeps repo, but not pipelines for merged results
18:04:33 jonas’ I think what I said also applies for pipelines for merged results
18:04:36 flow those should always provide in advantage compared to the standard behavior or github PRs and gitlab MRs
18:04:58 vanitasvitae has joined
18:05:01 flow assume we had linting in the XEPs repo, and you add a new lint check to master
18:05:11 jonas’ aha, yeah, that
18:05:23 jonas’ I see that one now
18:05:35 flow assume we had linting to the XEPs repo, and you add a new lint check to master
18:05:44 flow bbl
18:05:51 jonas’ still I see it only as nice-to-have
18:06:26 jonas’ I mean we don’t have that on GitHub and we survived thus far
18:06:39 krauq has joined
18:06:50 Zash The XSF got along before Github even
18:06:59 jonas’ also true
18:10:20 waqas has joined
18:14:57 APach has left
18:15:00 APach has joined
18:17:18 eta has left
18:17:20 eta has joined
18:17:37 vanitasvitae has left
18:17:41 vanitasvitae has joined
18:29:23 Yagiza has left
18:29:33 Shell has left
18:29:43 Shell has joined
18:30:10 mukt2 has left
18:30:24 krauq has left
18:32:38 Andrzej has left
18:32:39 Andrzej has joined
18:35:20 arc has left
18:35:37 arc has joined
18:36:10 Andrzej has left
18:36:23 Andrzej has joined
18:37:10 adiaholic_ has left
18:37:12 adiaholic_ has joined
18:37:18 pep. "XSF, P.O. Box 1641, Denver, CO 80201 USA" Is there still anybody at the other end of this box? (reading the IPR)
18:38:50 pep. "Version 1.4 (2008-01-23): Updated legal notices to use modified MIT License rather than Creative Commons Attribution License for the purpose of enabling wider distribution of XEP text and examples, including incorporation into free software; added Disclaimer of Warranty and Limitation of Liability." Does someody know the origin of this change?
18:40:44 mukt2 has joined
18:40:45 Zash Can you mail XEP patches there? :)
18:41:49 Nekit has joined
18:42:20 pep. Like some challenge?
18:43:17 pep. I just "grepped" for "IPR" in all 2007's subjects on standards and found nothing. There seem to only be stpeter's email in January 2008 saying "it's done!"
18:43:36 jonas’ pep., IPR sounds more like a board matter
18:43:47 jcbrand has left
18:43:54 pep. Well yeah but somebody would have raised the issue somewhere else before
18:44:03 pep. And then board taking action
18:44:20 jonas’ not if board figured out themselves that CC + FLOSS licenses don’t mix well
18:46:02 pep. CC + FLOSS does mix :x and is probably more appropriate to stuff that isn't "software"
18:46:07 pep. Just as MIT says
18:46:42 werdan has joined
18:47:38 jonas’ pep., well, I recall that CC + FLOSS license mixing was not well understood in the 00s
18:47:48 jonas’ and people were cautious
18:48:16 jcbrand has joined
18:48:48 Andrzej has left
18:48:49 Andrzej has joined
18:50:03 pep. btw how does versioning of the IPR work? There doesn't seem to be anything in the document saying "and you also accept any change of this document". Does that mean everybody needs to resign? Or that some XEPs are served under a CC and some under a MIT-like license?
18:50:32 Andrzej has left
18:50:44 Andrzej has joined
18:50:55 pep. (and "you also accept any change to this document" is not legal in some legislations anyway.. like France aiui)
18:51:53 jonas’ pep., AFAIK, all XEPs use the same IPR template
18:52:46 pep. Yeah but you can't just change the terms of what people agree to if you don't say anything about it :x
18:53:23 jonas’ indeed
18:53:40 Kev That's why the policy is handing over IPR to the XSF, rather than licensing to the XSF.
18:54:06 Kev (Or as close to it as a local jurisdiction allows)
18:54:21 pep. I see. let me disgest that..
18:54:37 pep. I see. let me digest that..
18:54:45 Kev The contribution agreement isn't to license XEPs to the XSF, it's to give them.
18:55:38 pep. hmm ok so CLA-like
18:56:01 pep. jonas’, ^ so I doubt it's possible to do what we thought
18:56:26 pep. (And yes it's actually handled as a CLA on github, but it's a bit confusing)
18:56:35 jonas’ I obviously don’t know what happened back then, but I suppose if we had to do it again, it’d be a mixture of getting people to re-sign + fixing the rendering so that the difference is clear
18:56:36 Jeybe has joined
18:58:57 pep. Well as I understand it now, resign wouldn't be necessary because you agreed to give ownership to the XSF (that can then change licenses over your work at will). In legislations where this is even possible
18:59:07 pep. (which is probably not in France, still, but..)
19:00:07 andy has left
19:01:40 pep. Thanks Kev, that helps.
19:01:49 pep. Still curious why the last revision if anybody's got info
19:01:50 Shell has left
19:01:51 jonas’ yeah, I hadn’t read that yet
19:01:52 Shell has joined
19:02:17 jonas’ I think in Germany, you can do that; contracts with employers typically have something similar
19:02:33 mukt2 has left
19:03:10 pep. hmm that's a good point. I don't know to what extent one can bend french law to make this a reality though
19:03:33 mukt2 has joined
19:03:49 pep. labor law*. I think it's also possible but I don't know if submitting a XEP would fall under labor law :P
19:07:46 arc has left
19:07:46 arc has joined
19:08:23 neshtaxmpp has joined
19:09:40 Andrzej has left
19:15:25 werdan has left
19:18:52 andy has joined
19:21:22 neshtaxmpp has left
19:30:24 werdan has joined
19:37:28 APach has left
19:37:30 APach has joined
19:38:57 Nekit has left
19:40:02 thorsten has joined
19:40:51 andy has left
19:43:25 andy has joined
19:56:37 Andrzej has joined
19:58:09 govanify has left
19:58:12 govanify has joined
19:58:59 lorddavidiii has left
20:00:14 Shell has left
20:00:18 Shell has joined
20:05:21 krauq has joined
20:08:43 werdan has left
20:10:31 Shell has left
20:10:41 Shell has joined
20:15:18 stpeter has left
20:22:17 Shell has left
20:22:17 Shell has joined
20:40:39 bear has left
20:44:38 Mikaela has left
20:47:07 xsf has joined
20:47:37 Shell has left
20:47:44 Andrzej has left
20:47:57 thorsten has left
20:51:48 arc has left
20:51:48 arc has joined
20:59:39 stpeter has joined
21:01:20 mukt2 has left
21:05:38 keke has joined
21:06:06 keke hello cant get confirmation for jabber id
21:06:14 thorsten has joined
21:06:34 mukt2 has joined
21:08:11 keke has left
21:11:36 andy has left
21:12:55 alexis has joined
21:15:10 lovetox has left
21:17:55 arc has left
21:18:00 arc has joined
21:20:25 arc has left
21:20:25 arc has joined
21:22:08 thorsten has left
21:22:45 LNJ has left
21:23:26 thorsten has joined
21:24:06 bear has joined
21:28:38 alexis has left
21:28:43 Nekit has joined
21:32:59 andy has joined
21:33:17 thorsten has left
21:33:18 thorsten has joined
21:34:38 alexis has joined
21:37:59 Tobias has left
21:53:40 goffi has left
21:54:51 jcbrand has left
22:00:03 robertooo has left
22:00:20 robertooo has joined
22:02:17 andy has left
22:03:11 j.r has left
22:03:46 j.r has joined
22:08:24 andy has joined
22:14:21 Lance has left
22:17:36 LNJ has joined
22:22:53 mukt2 has left
22:26:49 j.r has left
22:27:53 Lance has joined
22:29:18 mukt2 has joined
22:30:18 LNJ has left
22:40:25 andy has left
22:40:56 mukt2 has left
22:41:00 mukt2 has joined
22:56:46 alameyo has left
22:56:54 eta has left
23:05:36 Nekit has left
23:11:58 j.r has joined
23:13:07 neshtaxmpp has joined
23:21:22 neshtaxmpp has left
23:23:12 neshtaxmpp has joined
23:25:36 eta has joined
23:27:12 xecks has left
23:28:21 neshtaxmpp has left
23:28:56 Jeybe has left
23:35:50 lskdjf has left
23:38:01 paul has left
23:41:03 j.r has left
23:43:53 emus has left
23:47:05 neshtaxmpp has joined
23:50:06 karoshi has left
23:51:08 karoshi has joined
23:55:05 neshtaxmpp has left
23:58:13 mukt2 has left