unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / Atom feed
* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
@ 2021-11-08 23:47 Jacob Hrbek
  2021-11-09  5:02 ` Mark H Weaver
  2021-11-23  1:21 ` bug#51696: (no subject) jgart
  0 siblings, 2 replies; 15+ messages in thread
From: Jacob Hrbek @ 2021-11-08 23:47 UTC (permalink / raw)
  To: 51696


[-- Attachment #1.1.1: Type: text/plain, Size: 589 bytes --]

There is an unofficial GNU Guix community on matrix (#guix:matrix.org) with 375 members and an unofficial matrix space that i've created (https://matrix.to/#/#gnu-guix:tchncs.de) which consist of IRC<->Matrix bridged channels.

Proposing for GNU Guix to adopt this community, it's moderators and my space to configure IRC<->Matrix bridge (less then 4000 CPU cycles per day last time i checked) to connect those two communities and users who prefer either of those protocols to increase the reach of GNU Guix to new users.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

[-- Attachment #1.1.2.1: Type: text/html, Size: 945 bytes --]

[-- Attachment #1.2: publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc --]
[-- Type: application/pgp-keys, Size: 737 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-08 23:47 bug#51696: Request: Adopt the unofficial GUIX community on Matrix Jacob Hrbek
@ 2021-11-09  5:02 ` Mark H Weaver
  2021-11-09  8:07   ` zimoun
  2021-11-09 22:10   ` Jacob Hrbek
  2021-11-23  1:21 ` bug#51696: (no subject) jgart
  1 sibling, 2 replies; 15+ messages in thread
From: Mark H Weaver @ 2021-11-09  5:02 UTC (permalink / raw)
  To: Jacob Hrbek, 51696

Hi Jacob,

Jacob Hrbek <kreyren@rixotstudio.cz> writes:

> There is an unofficial GNU Guix community on matrix (#guix:matrix.org)
> with 375 members and an unofficial matrix space that i've created
> (https://matrix.to/#/#gnu-guix:tchncs.de) which consist of
> IRC<->Matrix bridged channels.
>
> Proposing for GNU Guix to adopt this community, it's moderators and my
> space to configure IRC<->Matrix bridge (less then 4000 CPU cycles per
> day last time i checked) to connect those two communities and users
> who prefer either of those protocols to increase the reach of GNU Guix
> to new users.

I appreciate this initiative, and from my preliminary investigations it
seems to me that Matrix would be a good protocol to support.  I would be
glad if GNU Guix gained an official Matrix channel.

I have one concern: I'm concerned about control.

You propose that GNU Guix should adopt "this community, it's moderators
and my space".  Who are these moderators?  Who controls the "space"?
Who gets to decide who is given moderation privileges over the "space"?

If, in the future, you disagreed with the GNU Guix project leadership
over how the "space" was being managed, who would have the technical
and/or legal ability to override the others' wishes?

In short, would we need to trust you?

I hope that you will not read these concerns as suggesting that you have
ill intent.  On the contrary, although I don't know you, I think it's
highly likely that your intent is benign, and I appreciate your efforts
to improve our communications infrastructure.

I would have these concerns regardless of who held the keys, even if it
were a long-time Guix project participant who I had come to deeply
respect and trust.

What do you think?

      Regards,
        Mark

-- 
Disinformation flourishes because many people care deeply about injustice
but very few check the facts.  Ask me about <https://stallmansupport.org>.




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-09  5:02 ` Mark H Weaver
@ 2021-11-09  8:07   ` zimoun
  2021-11-18 14:04     ` Ludovic Courtès
  2021-11-09 22:10   ` Jacob Hrbek
  1 sibling, 1 reply; 15+ messages in thread
From: zimoun @ 2021-11-09  8:07 UTC (permalink / raw)
  To: Mark H Weaver, Jacob Hrbek, 51696

Hi Jacob,

On Tue, 09 Nov 2021 at 00:02, Mark H Weaver <mhw@netris.org> wrote:
> Jacob Hrbek <kreyren@rixotstudio.cz> writes:
>
>> There is an unofficial GNU Guix community on matrix (#guix:matrix.org)
>> with 375 members and an unofficial matrix space that i've created
>> (https://matrix.to/#/#gnu-guix:tchncs.de) which consist of
>> IRC<->Matrix bridged channels.
>>
>> Proposing for GNU Guix to adopt this community, it's moderators and my
>> space to configure IRC<->Matrix bridge (less then 4000 CPU cycles per
>> day last time i checked) to connect those two communities and users
>> who prefer either of those protocols to increase the reach of GNU Guix
>> to new users.

[...]

> You propose that GNU Guix should adopt "this community, it's moderators
> and my space".  Who are these moderators?  Who controls the "space"?
> Who gets to decide who is given moderation privileges over the "space"?

In addition to these concerns about moderating the “channel” of
communication, from a practical point of view, there is another concern
about the server or bridge.  Who manages it?  For instance, the
maintenance cost of the IRC infrastructure is delegated to “trusted”
people behind https://libera.chat/.  What about the example you provided
https://matrix.to/#/#gnu-guix:tchncs.de?

In other words, the concern is two levels.  As example, the current IRC
channel #guix on https://libera.chat is “official” because:

 1. the channel itself is moderated by trusted Guixers (even
    maintainers, I guess);

2. the infrastructure which runs IRC is moderated by “trusted” people;
   for instance, the recent switch from Freenode to Libera points the
   cost.

Mark is asking about #1.  Then what about this #2?  Although, the Matrix
protocol allows federation, at one moment, server or bridge need to
effectively run.


Last, I do not have an opinion about communication technology.  And I
receive all the initiatives for attracting people as a gift.  However,
being “official” implies costs and these costs should be carefully
discussed before jumping, IMHO.

Cheers,
simon




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-09  5:02 ` Mark H Weaver
  2021-11-09  8:07   ` zimoun
@ 2021-11-09 22:10   ` Jacob Hrbek
  2021-11-12  3:25     ` Maxim Cournoyer
  1 sibling, 1 reply; 15+ messages in thread
From: Jacob Hrbek @ 2021-11-09 22:10 UTC (permalink / raw)
  To: Mark H Weaver; +Cc: 51696


[-- Attachment #1.1: Type: text/plain, Size: 5263 bytes --]

My motivation for this proposal is to make GNU Guix more accessible and user-friendly so that I can get my team to use it painlessly to organize the work as I currently use NiXOS where nixlang is giving me anxiety and it's too limited to my liking.

I prefer zero trust model so I am happy with transferring the matrix space to the chosen GNU representative.
About the channel I sent a message to the owner and waiting for a reply.

About matrix I am proposing to run our own homeserver that GNU Guix have full control over.
I helped Ian Kelling with the implementation for FSF when they were moving off of Freenode so i assume that we can just fork the implementation or adapt it in GNU guile?

Note: FSF decided to not move on matrix as one of it's clients is using Google's reCAPTCHA for registration (https://github.com/matrix-org/matrix-doc/issues/3220) and is allegedly using electron.. FWIW i never understood the reasoning as the homeserver does not depend on the client and there are multiple alternatives (https://matrix.org/clients).

About bridges they are self-hosted (https://matrix.org/bridges) so GNU Guix would be in full control over them, but some e.g. https://t2bot.io provide it for free to the general public without a guaranteed uptime.

I believe it also answers the question about moderating? There are also moderation bots (https://matrix.org/bots/) such as mjolnil <https://github.com/matrix-org/mjolnir> that afaik can be configured that if user is banned on matrix that it will issue the ban across all bridges and if needed the space.

FWIW on Matrix we don't have to trust the "trusted" people who run it if GNU Guix has their own homeserver.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On Tuesday, November 9th, 2021 at 5:02 AM, Mark H Weaver <mhw@netris.org> wrote:

> Hi Jacob,
> 

> Jacob Hrbek kreyren@rixotstudio.cz writes:
> 

> > There is an unofficial GNU Guix community on matrix (#guix:matrix.org)
> > 

> > with 375 members and an unofficial matrix space that i've created
> > 

> > (https://matrix.to/#/#gnu-guix:tchncs.de) which consist of
> > 

> > IRC<->Matrix bridged channels.
> > 

> > Proposing for GNU Guix to adopt this community, it's moderators and my
> > 

> > space to configure IRC<->Matrix bridge (less then 4000 CPU cycles per
> > 

> > day last time i checked) to connect those two communities and users
> > 

> > who prefer either of those protocols to increase the reach of GNU Guix
> > 

> > to new users.
> 

> I appreciate this initiative, and from my preliminary investigations it
> 

> seems to me that Matrix would be a good protocol to support. I would be
> 

> glad if GNU Guix gained an official Matrix channel.
> 

> I have one concern: I'm concerned about control.
> 

> You propose that GNU Guix should adopt "this community, it's moderators
> 

> and my space". Who are these moderators? Who controls the "space"?
> 

> Who gets to decide who is given moderation privileges over the "space"?
> 

> If, in the future, you disagreed with the GNU Guix project leadership
> 

> over how the "space" was being managed, who would have the technical
> 

> and/or legal ability to override the others' wishes?
> 

> In short, would we need to trust you?
> 

> I hope that you will not read these concerns as suggesting that you have
> 

> ill intent. On the contrary, although I don't know you, I think it's
> 

> highly likely that your intent is benign, and I appreciate your efforts
> 

> to improve our communications infrastructure.
> 

> I would have these concerns regardless of who held the keys, even if it
> 

> were a long-time Guix project participant who I had come to deeply
> 

> respect and trust.
> 

> What do you think?
> 

> Regards,
> 

> Mark
> 

> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> 

> Disinformation flourishes because many people care deeply about injustice
> 

> but very few check the facts. Ask me about https://stallmansupport.org.

[-- Attachment #1.2: publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc --]
[-- Type: application/pgp-keys, Size: 737 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-09 22:10   ` Jacob Hrbek
@ 2021-11-12  3:25     ` Maxim Cournoyer
  2021-11-12  4:25       ` Jacob Hrbek
  0 siblings, 1 reply; 15+ messages in thread
From: Maxim Cournoyer @ 2021-11-12  3:25 UTC (permalink / raw)
  To: Jacob Hrbek; +Cc: 51696

Hi Jacob,

I think Mark had valid concerns about control.

Jacob Hrbek <kreyren@rixotstudio.cz> writes:

> My motivation for this proposal is to make GNU Guix more accessible
> and user-friendly so that I can get my team to use it painlessly to
> organize the work as I currently use NiXOS where nixlang is giving me
> anxiety and it's too limited to my liking.
>
> I prefer zero trust model so I am happy with transferring the matrix space to the chosen GNU representative.
> About the channel I sent a message to the owner and waiting for a reply.

What is the difference between a Matrix space and a Matrix channel?

> About matrix I am proposing to run our own homeserver that GNU Guix have full control over.
> I helped Ian Kelling with the implementation for FSF when they were moving off of Freenode so i assume that we can just fork the implementation or adapt it in GNU guile?
>
> Note: FSF decided to not move on matrix as one of it's clients is
> using Google's reCAPTCHA for registration
> (https://github.com/matrix-org/matrix-doc/issues/3220) and is
> allegedly using electron.. FWIW i never understood the reasoning as
> the homeserver does not depend on the client and there are multiple
> alternatives (https://matrix.org/clients).

From my memory the reality is that most of the clients are not quite
there yet, so to get a good experience one must use the official web
client (Element) or the Android one, both of which pose freedom
challenges (is the JavaScript tagged to run in GNU LibreJS?).  The
desktop client is also web based, probably unpackagHopefully
that changed in the last couple years.  I remember trying the (abandoned
then) Emacs-based client and also the Weechat client.  I ended up not
submitting the package to Guix, since it was too buggy (using 100% of
CPU, very slow to refresh, and had other annoyances I forgot).

> About bridges they are self-hosted (https://matrix.org/bridges) so GNU
> Guix would be in full control over them, but some
> e.g. https://t2bot.io provide it for free to the general public
> without a guaranteed uptime.

To really be in full control, ideally we'd have a Shepherd service to
administer it.  Is this something you'd be motivated to work on?

> I believe it also answers the question about moderating? There are
> also moderation bots (https://matrix.org/bots/) such as mjolnil
> <https://github.com/matrix-org/mjolnir> that afaik can be configured
> that if user is banned on matrix that it will issue the ban across all
> bridges and if needed the space.

Moderation is something that I'm a bit worried about; at least speaking
for myself I'd want to continue doing it from IRC and it'd need to sync
to Matrix transparently, not the other way around.  Is this possible?

Thanks,

Maxim




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12  3:25     ` Maxim Cournoyer
@ 2021-11-12  4:25       ` Jacob Hrbek
  2021-11-12  5:40         ` Maxim Cournoyer
  0 siblings, 1 reply; 15+ messages in thread
From: Jacob Hrbek @ 2021-11-12  4:25 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 51696, support


[-- Attachment #1.1: Type: text/plain, Size: 4751 bytes --]

> What is the difference between a Matrix space and a Matrix channel? -- Maxim

In the analogy of files and directories: Matrix space is a directory for channels. (see attachment matrix-space.png)

In the image you can see matrix space called GNU Guix (unofficiality disclosed in the description) containing channel #guix #guile #guix-offtopic #guix-wiki which are bridged to libera.chat with Guix System.. channel on Matrix

> From my memory the reality is that most of the clients are not quite there yet... -- Maxim

That is not my experience I suggest you to try them again and be specific about the issues so that they can be investigated.

> To really be in full control, ideally we'd have a Shepherd service to administer it.  Is this something you'd be motivated to work on? -- Maxim

I need matrix homeserver on Guix myself so it would align with my work when I figure out how to maintain a cluster of computers using public repository which CI/CD calls guix commands for push-based deployment which should be any day now.

> Moderation is something that I'm a bit worried about; at least speaking for myself I'd want to continue doing it from IRC and it'd need to sync to Matrix transparently, not the other way around.  Is this possible? -- Maxim

I am not qualified to answer that as I don't do cross-protocol moderation, CC Matrix support

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On Friday, November 12th, 2021 at 3:25 AM, Maxim Cournoyer <maxim.cournoyer@gmail.com> wrote:

> Hi Jacob,
> 

> I think Mark had valid concerns about control.
> 

> Jacob Hrbek kreyren@rixotstudio.cz writes:
> 

> > My motivation for this proposal is to make GNU Guix more accessible
> > 

> > and user-friendly so that I can get my team to use it painlessly to
> > 

> > organize the work as I currently use NiXOS where nixlang is giving me
> > 

> > anxiety and it's too limited to my liking.
> > 

> > I prefer zero trust model so I am happy with transferring the matrix space to the chosen GNU representative.
> > 

> > About the channel I sent a message to the owner and waiting for a reply.
> 

> What is the difference between a Matrix space and a Matrix channel?
> 

> > About matrix I am proposing to run our own homeserver that GNU Guix have full control over.
> > 

> > I helped Ian Kelling with the implementation for FSF when they were moving off of Freenode so i assume that we can just fork the implementation or adapt it in GNU guile?
> > 

> > Note: FSF decided to not move on matrix as one of it's clients is
> > 

> > using Google's reCAPTCHA for registration
> > 

> > (https://github.com/matrix-org/matrix-doc/issues/3220) and is
> > 

> > allegedly using electron.. FWIW i never understood the reasoning as
> > 

> > the homeserver does not depend on the client and there are multiple
> > 

> > alternatives (https://matrix.org/clients).
> 

> From my memory the reality is that most of the clients are not quite
> 

> there yet, so to get a good experience one must use the official web
> 

> client (Element) or the Android one, both of which pose freedom
> 

> challenges (is the JavaScript tagged to run in GNU LibreJS?). The
> 

> desktop client is also web based, probably unpackagHopefully
> 

> that changed in the last couple years. I remember trying the (abandoned
> 

> then) Emacs-based client and also the Weechat client. I ended up not
> 

> submitting the package to Guix, since it was too buggy (using 100% of
> 

> CPU, very slow to refresh, and had other annoyances I forgot).
> 

> > About bridges they are self-hosted (https://matrix.org/bridges) so GNU
> > 

> > Guix would be in full control over them, but some
> > 

> > e.g. https://t2bot.io provide it for free to the general public
> > 

> > without a guaranteed uptime.
> 

> To really be in full control, ideally we'd have a Shepherd service to
> 

> administer it. Is this something you'd be motivated to work on?
> 

> > I believe it also answers the question about moderating? There are
> > 

> > also moderation bots (https://matrix.org/bots/) such as mjolnil
> > 

> > https://github.com/matrix-org/mjolnir that afaik can be configured
> > 

> > that if user is banned on matrix that it will issue the ban across all
> > 

> > bridges and if needed the space.
> 

> Moderation is something that I'm a bit worried about; at least speaking
> 

> for myself I'd want to continue doing it from IRC and it'd need to sync
> 

> to Matrix transparently, not the other way around. Is this possible?
> 

> Thanks,
> 

> Maxim

[-- Attachment #1.2: publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc --]
[-- Type: application/pgp-keys, Size: 737 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12  4:25       ` Jacob Hrbek
@ 2021-11-12  5:40         ` Maxim Cournoyer
  2021-11-12  6:03           ` bdju via Bug reports for GNU Guix
  2021-11-12  7:25           ` Jacob Hrbek
  0 siblings, 2 replies; 15+ messages in thread
From: Maxim Cournoyer @ 2021-11-12  5:40 UTC (permalink / raw)
  To: Jacob Hrbek; +Cc: 51696

-CC support@matrix.org (since my reply here doesn't need to involve them)

Hi,

Jacob Hrbek <kreyren@rixotstudio.cz> writes:

>> What is the difference between a Matrix space and a Matrix channel? -- Maxim
>
> In the analogy of files and directories: Matrix space is a directory for channels. (see attachment matrix-space.png)
>
> In the image you can see matrix space called GNU Guix (unofficiality
> disclosed in the description) containing channel #guix #guile
> #guix-offtopic #guix-wiki which are bridged to libera.chat with Guix
> System.. channel on Matrix
>
>> From my memory the reality is that most of the clients are not quite there yet... -- Maxim
>
> That is not my experience I suggest you to try them again and be specific about the issues so that they can be investigated.

I'm curious; have you tried any Matrix client that do not require a
browser or need a large amount of system resources to operate?

>> To really be in full control, ideally we'd have a Shepherd service to administer it.  Is this something you'd be motivated to work on? -- Maxim
>
> I need matrix homeserver on Guix myself so it would align with my work
> when I figure out how to maintain a cluster of computers using public
> repository which CI/CD calls guix commands for push-based deployment
> which should be any day now.

Nice!

>> Moderation is something that I'm a bit worried about; at least
>> speaking for myself I'd want to continue doing it from IRC and it'd
>> need to sync to Matrix transparently, not the other way around.  Is
>> this possible? -- Maxim
>
> I am not qualified to answer that as I don't do cross-protocol moderation, CC Matrix support

OK, let's see.

Thanks,

Maxim




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12  5:40         ` Maxim Cournoyer
@ 2021-11-12  6:03           ` bdju via Bug reports for GNU Guix
  2021-11-12  7:25           ` Jacob Hrbek
  1 sibling, 0 replies; 15+ messages in thread
From: bdju via Bug reports for GNU Guix @ 2021-11-12  6:03 UTC (permalink / raw)
  To: Maxim Cournoyer, Jacob Hrbek; +Cc: 51696

On Thu Nov 11, 2021 at 11:40 PM CST, Maxim Cournoyer wrote:
> I'm curious; have you tried any Matrix client that do not require a
> browser or need a large amount of system resources to operate?
I'd like to chime in to say nheko is a pretty good matrix client. Does
not use electron. Seems fairly light on resources from what I've seen.




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12  5:40         ` Maxim Cournoyer
  2021-11-12  6:03           ` bdju via Bug reports for GNU Guix
@ 2021-11-12  7:25           ` Jacob Hrbek
  2021-11-12 14:52             ` Maxim Cournoyer
  1 sibling, 1 reply; 15+ messages in thread
From: Jacob Hrbek @ 2021-11-12  7:25 UTC (permalink / raw)
  To: maxim.cournoyer; +Cc: 51696


[-- Attachment #1.1.1: Type: text/plain, Size: 2922 bytes --]

> I'm curious; have you tried any Matrix client that do not require a browser or need a large amount of system resources to operate? --Maxim

I was doing quick testing of other clients +- 7 months ago and decided to use element. I didn't do any additional testing after that. Is there any reason why should I check them?

I am not aware of any matrix's client that requires a large amount of processing resources to operate (excluding miitrix for Nintendo DS allegedly which is allegedly due to the used Infrastructure on the device).. would be a major problem for me if it did as my devices are optimized for battery life and tent to overheat on such use.

I assume that you want to make the argument that it requires more processing resources than IRC?
That is true by design as Matrix is doing E2EE which I found to be more resource efficient and usable in comparison to Hexchat with fishlim.

Sent from ProtonMail mobile



\-------- Original Message --------
On Nov 12, 2021, 06:40, Maxim Cournoyer < maxim.cournoyer@gmail.com> wrote:

>
>
>
> \-CC support@matrix.org (since my reply here doesn't need to involve them)
>
> Hi,
>
> Jacob Hrbek <kreyren@rixotstudio.cz> writes:
>
> >> What is the difference between a Matrix space and a Matrix channel? -- Maxim
> >
> > In the analogy of files and directories: Matrix space is a directory for channels. (see attachment matrix-space.png)
> >
> > In the image you can see matrix space called GNU Guix (unofficiality
> > disclosed in the description) containing channel \#guix \#guile
> > \#guix-offtopic \#guix-wiki which are bridged to [libera.chat][] with Guix
> > System.. channel on Matrix
> >
> >> From my memory the reality is that most of the clients are not quite there yet... -- Maxim
> >
> > That is not my experience I suggest you to try them again and be specific about the issues so that they can be investigated.
>
> I'm curious; have you tried any Matrix client that do not require a
> browser or need a large amount of system resources to operate?
>
> >> To really be in full control, ideally we'd have a Shepherd service to administer it. Is this something you'd be motivated to work on? -- Maxim
> >
> > I need matrix homeserver on Guix myself so it would align with my work
> > when I figure out how to maintain a cluster of computers using public
> > repository which CI/CD calls guix commands for push-based deployment
> > which should be any day now.
>
> Nice!
>
> >> Moderation is something that I'm a bit worried about; at least
> >> speaking for myself I'd want to continue doing it from IRC and it'd
> >> need to sync to Matrix transparently, not the other way around. Is
> >> this possible? -- Maxim
> >
> > I am not qualified to answer that as I don't do cross-protocol moderation, CC Matrix support
>
> OK, let's see.
>
> Thanks,
>
> Maxim
>


[libera.chat]: http://libera.chat

[-- Attachment #1.1.2.1: Type: text/html, Size: 3220 bytes --]

[-- Attachment #1.2: publickey - EmailAddress(s=kreyren@rixotstudio.cz) - 0x1677DB82.asc --]
[-- Type: application/pgp-keys, Size: 713 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12  7:25           ` Jacob Hrbek
@ 2021-11-12 14:52             ` Maxim Cournoyer
  2021-11-12 15:32               ` Jacob Hrbek
  0 siblings, 1 reply; 15+ messages in thread
From: Maxim Cournoyer @ 2021-11-12 14:52 UTC (permalink / raw)
  To: Jacob Hrbek; +Cc: 51696

Hi Jacob,

Jacob Hrbek <kreyren@rixotstudio.cz> writes:

>> I'm curious; have you tried any Matrix client that do not require a browser or need a large amount of system resources
> to operate? --Maxim
>
> I was doing quick testing of other clients +- 7 months ago and decided to use element. I didn't do any additional testing
> after that. Is there any reason why should I check them?

I was curious because you said in your experience the clients other than
Element worked well (which is not my experience).

> I am not aware of any matrix's client that requires a large amount of processing resources to operate (excluding miitrix
> for Nintendo DS allegedly which is allegedly due to the used Infrastructure on the device).. would be a major problem for
> me if it did as my devices are optimized for battery life and tent to overheat on such use.

When I used tried using it a couple years back it was consuming easily 1
GiB of memory in the browser, sometimes 2.  That's what I meant by
"large amount of resources".  In comparison, the WeeChat IRC client I
use holds in less than 20 MiB of RAM.

Thanks,

Maxim




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12 14:52             ` Maxim Cournoyer
@ 2021-11-12 15:32               ` Jacob Hrbek
  2021-11-13  1:58                 ` Maxim Cournoyer
  0 siblings, 1 reply; 15+ messages in thread
From: Jacob Hrbek @ 2021-11-12 15:32 UTC (permalink / raw)
  To: maxim.cournoyer; +Cc: 51696


[-- Attachment #1.1.1: Type: text/plain, Size: 2404 bytes --]

> I was curious because you said in your experience the clients other than Element worked well (which is not my experience). -- Maxim

To clarify I meant that I didn't experience any issues sending or receiving messages on those clients and I asked "Is there any reason why should I check them?" in case you are aware of an issue that I should check.

> When I used tried using it a couple years back it was consuming easily 1 GiB of memory in the browser, sometimes 2. -- Maxim

The initial sync takes around this on my system as well which seems to grow depending on the complexity of the account e.g. account that joined X amount of channels and sent X amount of messages will need more resources for the login procedure due to the zero knowledge federation.

Could you try the client again for fresh data ideally outside of the matrix.org homeserver? I always have issues on the upstream homeserver so it makes me feel like its not representative of the network.

\---

FWIW there is a script for weechat that integrates matrix as well.



Sent from ProtonMail mobile



\-------- Original Message --------
On Nov 12, 2021, 15:52, Maxim Cournoyer < maxim.cournoyer@gmail.com> wrote:

>
>
>
> Hi Jacob,
>
> Jacob Hrbek <kreyren@rixotstudio.cz> writes:
>
> >> I'm curious; have you tried any Matrix client that do not require a browser or need a large amount of system resources
> > to operate? --Maxim
> >
> > I was doing quick testing of other clients +- 7 months ago and decided to use element. I didn't do any additional testing
> > after that. Is there any reason why should I check them?
>
> I was curious because you said in your experience the clients other than
> Element worked well (which is not my experience).
>
> > I am not aware of any matrix's client that requires a large amount of processing resources to operate (excluding miitrix
> > for Nintendo DS allegedly which is allegedly due to the used Infrastructure on the device).. would be a major problem for
> > me if it did as my devices are optimized for battery life and tent to overheat on such use.
>
> When I used tried using it a couple years back it was consuming easily 1
> GiB of memory in the browser, sometimes 2. That's what I meant by
> "large amount of resources". In comparison, the WeeChat IRC client I
> use holds in less than 20 MiB of RAM.
>
> Thanks,
>
> Maxim
>

[-- Attachment #1.1.2.1: Type: text/html, Size: 2622 bytes --]

[-- Attachment #1.2: publickey - EmailAddress(s=kreyren@rixotstudio.cz) - 0x1677DB82.asc --]
[-- Type: application/pgp-keys, Size: 713 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-12 15:32               ` Jacob Hrbek
@ 2021-11-13  1:58                 ` Maxim Cournoyer
  2021-11-13  2:37                   ` Jacob Hrbek
  0 siblings, 1 reply; 15+ messages in thread
From: Maxim Cournoyer @ 2021-11-13  1:58 UTC (permalink / raw)
  To: Jacob Hrbek; +Cc: 51696

Hi Jacob,

Jacob Hrbek <kreyren@rixotstudio.cz> writes:

>> I was curious because you said in your experience the clients other than Element worked well (which is not my experience). -- Maxim
>
> To clarify I meant that I didn't experience any issues sending or receiving messages on those clients and I asked "Is there any reason why should I check them?" in case you are aware of an issue that I should check.
>
>> When I used tried using it a couple years back it was consuming easily 1 GiB of memory in the browser, sometimes 2. -- Maxim
>
> The initial sync takes around this on my system as well which seems to grow depending on the complexity of the account e.g. account that joined X amount of channels and sent X amount of messages will need more resources for the login
> procedure due to the zero knowledge federation.

I see.  For my usage, that's too much, as I'm not comfortable dedicating
up to a quarter of my system memory for a real time text messaging
application.

> Could you try the client again for fresh data ideally outside of the matrix.org homeserver? I always have issues on the upstream homeserver so it makes me feel like its not representative of the network.
>
> ---
>
> FWIW there is a script for weechat that integrates matrix as well.

Yes, I'm aware of it; as I wrote earlier, I had tried it and found it
too buggy to be usable, unfortunately.

Could you clarify what benefits would "adopting" the Matrix channel and
space provide?  Isn't there already a bridge to libera.chat (thus #guix)
in Matrix?

Thanks,

Maxim




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-13  1:58                 ` Maxim Cournoyer
@ 2021-11-13  2:37                   ` Jacob Hrbek
  0 siblings, 0 replies; 15+ messages in thread
From: Jacob Hrbek @ 2021-11-13  2:37 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 51696


[-- Attachment #1.1: Type: text/plain, Size: 3868 bytes --]

> I see.  For my usage, that's too much, as I'm not comfortable dedicating up to a quarter of my system memory for a real time text messaging application. -- Maxim
> Could you clarify what benefits would "adopting" the Matrix channel and space provide?  Isn't there already a bridge to libera.chat (thus #guix) in Matrix? -- Maxim

My proposal doesn't require you to use the application and if the resource requirements for the initial sync are unwanted then that can be disabled at the cost of not getting your already sent and received messages and joined channels.
FWIW the sync is not a problem in terms of resources on my devices as the CPU scheduler optimizes the load as the sync is not time sensitive.

I am asking for an adoption of the Matrix channel and the space with a bridges so that users can use either of those protocols (possibly more) to be in a contact with the guix-relevant channels.

..without the need to set up custom spaces like I am doing now as that is an annoyance that increases the complexity of the setup.

Which also significantly decreases the likelyhood of people making their own channels without disclosing it's unofficiality that discourages new users from trying Guix (which happened to me and 3 other people I know as i was lead to believe that Guix is just weird arch that can't be configured without implementation of parametrization of packages).

Real life example: PINE64 community management just with puppet users (users which are integrated in the protocol) instead of relay bridges (messages like `[I] alice: message` to show message from alice that was sent on an IRC).

> Yes, I'm aware of it; as I wrote earlier, I had tried it and found it too buggy to be usable, unfortunately. -- Maxim

Consider filing a bug report so that those issues can be tracked and actionable as (I didn't try matrix on weechat) it seems that the implementation is mature and usable enough.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On Saturday, November 13th, 2021 at 1:58 AM, Maxim Cournoyer <maxim.cournoyer@gmail.com> wrote:

> Hi Jacob,
> 

> Jacob Hrbek kreyren@rixotstudio.cz writes:
> 

> > > I was curious because you said in your experience the clients other than Element worked well (which is not my experience). -- Maxim
> > 

> > To clarify I meant that I didn't experience any issues sending or receiving messages on those clients and I asked "Is there any reason why should I check them?" in case you are aware of an issue that I should check.
> > 

> > > When I used tried using it a couple years back it was consuming easily 1 GiB of memory in the browser, sometimes 2. -- Maxim
> > 

> > The initial sync takes around this on my system as well which seems to grow depending on the complexity of the account e.g. account that joined X amount of channels and sent X amount of messages will need more resources for the login
> > 

> > procedure due to the zero knowledge federation.
> 

> I see. For my usage, that's too much, as I'm not comfortable dedicating
> 

> up to a quarter of my system memory for a real time text messaging
> 

> application.
> 

> > Could you try the client again for fresh data ideally outside of the matrix.org homeserver? I always have issues on the upstream homeserver so it makes me feel like its not representative of the network.
> > 

> > FWIW there is a script for weechat that integrates matrix as well.
> 

> Yes, I'm aware of it; as I wrote earlier, I had tried it and found it
> 

> too buggy to be usable, unfortunately.
> 

> Could you clarify what benefits would "adopting" the Matrix channel and
> 

> space provide? Isn't there already a bridge to libera.chat (thus #guix)
> 

> in Matrix?
> 

> Thanks,
> 

> Maxim

[-- Attachment #1.2: publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc --]
[-- Type: application/pgp-keys, Size: 737 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: Request: Adopt the unofficial GUIX community on Matrix
  2021-11-09  8:07   ` zimoun
@ 2021-11-18 14:04     ` Ludovic Courtès
  0 siblings, 0 replies; 15+ messages in thread
From: Ludovic Courtès @ 2021-11-18 14:04 UTC (permalink / raw)
  To: Jacob Hrbek; +Cc: 51696

Hi!

I echo Mark’s and zimoun’s sentiments here.

Furthermore, a lot of people on the #guix IRC channel are already
accessing it via Matrix, so I don’t see why we’d need volunteers to
spend energy on an additional instant messaging space.

Thanks,
Ludo’.




^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#51696: (no subject)
  2021-11-08 23:47 bug#51696: Request: Adopt the unofficial GUIX community on Matrix Jacob Hrbek
  2021-11-09  5:02 ` Mark H Weaver
@ 2021-11-23  1:21 ` jgart
  1 sibling, 0 replies; 15+ messages in thread
From: jgart @ 2021-11-23  1:21 UTC (permalink / raw)
  To: 51696; +Cc: Raghav Gururajan

I primarily access #guix on irc.libera.chat from gajim (xmpp client) over a bridge. 

I think Raghav Gururajan mostly uses xmpp bridges also for irc last time we chatted.

Regarding matrix clients,

Arun Isaac packaged weechat-matrix for guix recently:

see the following commit on master: 7ebed0cdc8043852bed7f5ca639f16bac30cc124

gomuks is a nice tui matrix client that I use daily when element takes forever to load in my browser:

https://maunium.net/go/gomuks/

I'm hoping to package it at some point. I currently install gomuks with nix...

It would be cool to self-host a Guix System deployed matrix home server at some point in the future.

Ideally, the server is implemented in guile instead of python (default homeserver), of course :).

There are matrix servers implemented in python, elixir, rust, go, ...

* https://matrix.org/docs/projects/server/synapse
* https://matrix.org/docs/projects/server/dendrite
* https://matrix.org/docs/projects/server/conduit
* https://matrix.org/docs/projects/server/construct
* https://matrix.org/docs/projects/server/ligase
* https://matrix.org/docs/projects/server/maelstrom
* https://github.com/bismark/matrex

Matrix has a specification:

https://spec.matrix.org/latest/

List of matrix servers:

https://tatsumoto-ren.github.io/blog/list-of-matrix-servers.html

all best,

jgart




^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2021-11-23  1:22 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-11-08 23:47 bug#51696: Request: Adopt the unofficial GUIX community on Matrix Jacob Hrbek
2021-11-09  5:02 ` Mark H Weaver
2021-11-09  8:07   ` zimoun
2021-11-18 14:04     ` Ludovic Courtès
2021-11-09 22:10   ` Jacob Hrbek
2021-11-12  3:25     ` Maxim Cournoyer
2021-11-12  4:25       ` Jacob Hrbek
2021-11-12  5:40         ` Maxim Cournoyer
2021-11-12  6:03           ` bdju via Bug reports for GNU Guix
2021-11-12  7:25           ` Jacob Hrbek
2021-11-12 14:52             ` Maxim Cournoyer
2021-11-12 15:32               ` Jacob Hrbek
2021-11-13  1:58                 ` Maxim Cournoyer
2021-11-13  2:37                   ` Jacob Hrbek
2021-11-23  1:21 ` bug#51696: (no subject) jgart

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).