| 27 May 2021 |
|  oemb1905 joined the room. | 22:04:39 |
 RSS Bot [@hubert:uhoreg.ca] | Debian package news for matrix-synapse:
lintian reports <a href="https://lintian.debian.org/sources/matrix-synapse">3 errors and 31 warnings</a> | 22:07:22 |
| RSS Bot [@hubert:uhoreg.ca] | Debian package news for nheko:
lintian reports <a href="https://lintian.debian.org/sources/nheko">1 warning</a> | 22:08:37 |
| 28 May 2021 |
|  silwol joined the room. | 18:33:15 |
| 29 May 2021 |
| RSS Bot [@hubert:uhoreg.ca] | Debian package news for matrix-synapse:
A new upstream version is available: <a href="https://github.com/matrix-org/synapse/archive/refs/tags/v1.35.0rc3.tar.gz">1.35.0~rc3</a> | 08:07:35 |
| 31 May 2021 |
|  mike.gabriel joined the room. | 06:17:31 |
| mike.gabriel | @andrewsh: I have recently started looking into installing Matrix homeservers. | 06:18:26 |
| mike.gabriel | andrewsh: thanks for the packaging of synapse. | 06:18:37 |
|  sunweaver joined the room. | 06:19:28 |
| mike.gabriel left the room. | 06:20:30 |
| sunweaver | andrewsh: are there any plans to package the sydent identity server? Or are there alternative code projects available already? | 06:22:28 |
| * sunweaver is thinking about packaging sydent, if it is not happening already. | 06:22:52 |
 andrewsh | sunweaver: out of curiosity, why do you need it? | 06:46:56 |
| andrewsh | I thought about packaging but then decided it doesn’t make much sense | 06:47:09 |
 jonas | sunweaver: please do! | 06:51:34 |
| jonas | andrewsh: the use case is instances not wanting traffic leaked to a central service | 06:52:22 |
| andrewsh | I’d say the proper solution is not to use emails/phones/etc but only Matrix IDs | 06:53:45 |
| andrewsh | I think the upstream already has some packaging to start with | 06:57:11 |
|  sahilister joined the room. | 07:01:34 |
| jonas | wider known identifiers are more user friendly - sure you can avoid leaking search data to a centralized entity by not doing search at all, but the point of having the option of a locally hosted sydent is to be able to serve a decentral search instead (yes, I know, it will then not be a federated search but a disconnect decentral one) | 07:01:44 |
| jonas | in short, what is the "proper" solution depends on how to approach the problem space | 07:02:33 |
| sunweaver |
sunweaver: please do!
Well, then. Will do.
| 07:33:46 |
| sunweaver | While I agree with @andrewsh about the indentity issue, I think a well secluded identity server (e.g. in a business environment, not leaking to the outside) is a nice feature (and exactly what I'd like to have for my companies. | 07:34:55 |
| sunweaver | I also created an IRC channel on OFTC (#debian-matrix) and only after that I read that there is this matrix channel. | 07:35:50 |
| sunweaver | Still being more in favour of IRC (or, well, in favour of a cmdline based chat client), would it make sense to look into bridging that IRC channel and this matrix channel? | 07:36:43 |
| sunweaver | Of shall I simply unregister the channel again. | 07:36:50 |
| andrewsh | let’s create #debian-irc:matrix.org instead 😉 | 07:37:04 |
| sunweaver | for people using IRC primarily, it might be good to have it as an entry point from the IRC world. | 07:37:09 |
| andrewsh | maybe | 07:37:17 |
| andrewsh | or maybe we can expect people to try Matrix first 🙂 | 07:37:47 |
