GNU bug report logs - #51696
Request: Adopt the unofficial GUIX community on Matrix

Previous Next

Package: guix;

Reported by: Jacob Hrbek <kreyren <at> rixotstudio.cz>

Date: Mon, 8 Nov 2021 23:48:01 UTC

Severity: normal

Tags: notabug

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 51696 in the body.
You can then email your comments to 51696 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Mon, 08 Nov 2021 23:48:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jacob Hrbek <kreyren <at> rixotstudio.cz>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Mon, 08 Nov 2021 23:48:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jacob Hrbek <kreyren <at> rixotstudio.cz>
To: "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: Request: Adopt the unofficial GUIX community on Matrix
Date: Mon, 08 Nov 2021 23:47:20 +0000
[Message part 1 (text/plain, inline)]
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.
[Message part 2 (text/html, inline)]
[publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Tue, 09 Nov 2021 05:04:02 GMT) Full text and rfc822 format available.

Message #8 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Tue, 09 Nov 2021 00:02:23 -0500
Hi Jacob,

Jacob Hrbek <kreyren <at> 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>.




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Tue, 09 Nov 2021 08:13:02 GMT) Full text and rfc822 format available.

Message #11 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: Mark H Weaver <mhw <at> netris.org>, Jacob Hrbek <kreyren <at> rixotstudio.cz>,
 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Tue, 09 Nov 2021 09:07:51 +0100
Hi Jacob,

On Tue, 09 Nov 2021 at 00:02, Mark H Weaver <mhw <at> netris.org> wrote:
> Jacob Hrbek <kreyren <at> 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




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Tue, 09 Nov 2021 22:11:02 GMT) Full text and rfc822 format available.

Message #14 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Jacob Hrbek <kreyren <at> rixotstudio.cz>
To: Mark H Weaver <mhw <at> netris.org>
Cc: 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Tue, 09 Nov 2021 22:10:32 +0000
[Message part 1 (text/plain, inline)]
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 <at> netris.org> wrote:

> Hi Jacob,
> 

> Jacob Hrbek kreyren <at> 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.
[publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 03:26:02 GMT) Full text and rfc822 format available.

Message #17 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>
Cc: Mark H Weaver <mhw <at> netris.org>, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Thu, 11 Nov 2021 22:25:24 -0500
Hi Jacob,

I think Mark had valid concerns about control.

Jacob Hrbek <kreyren <at> 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




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 04:26:01 GMT) Full text and rfc822 format available.

Message #20 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Jacob Hrbek <kreyren <at> rixotstudio.cz>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: Mark H Weaver <mhw <at> netris.org>, "support <at> matrix.org" <support <at> matrix.org>,
 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 04:25:03 +0000
[Message part 1 (text/plain, inline)]
> 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 <at> gmail.com> wrote:

> Hi Jacob,
> 

> I think Mark had valid concerns about control.
> 

> Jacob Hrbek kreyren <at> 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
[publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 05:41:01 GMT) Full text and rfc822 format available.

Message #23 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>
Cc: Mark H Weaver <mhw <at> netris.org>, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 00:40:35 -0500
-CC support <at> matrix.org (since my reply here doesn't need to involve them)

Hi,

Jacob Hrbek <kreyren <at> 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




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 06:06:01 GMT) Full text and rfc822 format available.

Message #26 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: "bdju" <bdju <at> tilde.team>
To: "Maxim Cournoyer" <maxim.cournoyer <at> gmail.com>, "Jacob Hrbek"
 <kreyren <at> rixotstudio.cz>
Cc: 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 00:03:17 -0600
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.




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 07:26:02 GMT) Full text and rfc822 format available.

Message #29 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Jacob Hrbek <kreyren <at> rixotstudio.cz>
To: maxim.cournoyer <at> gmail.com
Cc: mhw <at> netris.org, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 07:25:29 +0000
[Message part 1 (text/plain, inline)]
> 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 <at> gmail.com> wrote:

>
>
>
> \-CC support <at> matrix.org (since my reply here doesn't need to involve them)
>
> Hi,
>
> Jacob Hrbek <kreyren <at> 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
[Message part 2 (text/html, inline)]
[publickey - EmailAddress(s=kreyren@rixotstudio.cz) - 0x1677DB82.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 14:53:01 GMT) Full text and rfc822 format available.

Message #32 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>
Cc: mhw <at> netris.org, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 09:52:02 -0500
Hi Jacob,

Jacob Hrbek <kreyren <at> 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




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Fri, 12 Nov 2021 15:33:02 GMT) Full text and rfc822 format available.

Message #35 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Jacob Hrbek <kreyren <at> rixotstudio.cz>
To: maxim.cournoyer <at> gmail.com
Cc: mhw <at> netris.org, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 15:32:17 +0000
[Message part 1 (text/plain, inline)]
> 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 <at> gmail.com> wrote:

>
>
>
> Hi Jacob,
>
> Jacob Hrbek <kreyren <at> 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
>
[Message part 2 (text/html, inline)]
[publickey - EmailAddress(s=kreyren@rixotstudio.cz) - 0x1677DB82.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Sat, 13 Nov 2021 01:59:01 GMT) Full text and rfc822 format available.

Message #38 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>
Cc: mhw <at> netris.org, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 12 Nov 2021 20:58:25 -0500
Hi Jacob,

Jacob Hrbek <kreyren <at> 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




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Sat, 13 Nov 2021 02:38:01 GMT) Full text and rfc822 format available.

Message #41 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Jacob Hrbek <kreyren <at> rixotstudio.cz>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: mhw <at> netris.org, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Sat, 13 Nov 2021 02:37:31 +0000
[Message part 1 (text/plain, inline)]
> 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 <at> gmail.com> wrote:

> Hi Jacob,
> 

> Jacob Hrbek kreyren <at> 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
[publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc (application/pgp-keys, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Thu, 18 Nov 2021 14:05:02 GMT) Full text and rfc822 format available.

Message #44 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>
Cc: Mark H Weaver <mhw <at> netris.org>, 51696 <at> debbugs.gnu.org,
 zimoun <zimon.toutoune <at> gmail.com>
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Thu, 18 Nov 2021 15:04:27 +0100
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’.




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Tue, 23 Nov 2021 01:22:01 GMT) Full text and rfc822 format available.

Message #47 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: jgart <jgart <at> dismail.de>
To: 51696 <at> debbugs.gnu.org
Cc: Raghav Gururajan <rg <at> raghavgururajan.name>
Date: Mon, 22 Nov 2021 20:21:04 -0500
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




Information forwarded to bug-guix <at> gnu.org:
bug#51696; Package guix. (Sat, 18 Dec 2021 03:38:02 GMT) Full text and rfc822 format available.

Message #50 received at 51696 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Jacob Hrbek <kreyren <at> rixotstudio.cz>
Cc: mhw <at> netris.org, 51696 <at> debbugs.gnu.org
Subject: Re: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Fri, 17 Dec 2021 22:37:23 -0500
Hello,

We haven't heard back from the Matrix folks (which you introduced rather
abruptly in the conversation) about whether users on the Matrix side
could be moderated from IRC.

I don't feel like there's a strong will from the current Guix IRC
moderators/maintainers to take ownership of a Matrix official channel.

If this perception of mine is false, make your voice heard :-).
Otherwise, I'll close this issue in a week or so, as there is no point
in leaving it to linger on forever.

Thanks,

Maxim




Added tag(s) notabug. Request was from Maxim Cournoyer <maxim.cournoyer <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 17 Jan 2022 16:01:01 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 51696 <at> debbugs.gnu.org and Jacob Hrbek <kreyren <at> rixotstudio.cz> Request was from Maxim Cournoyer <maxim.cournoyer <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 17 Jan 2022 16:01:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 15 Feb 2022 12:24:12 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 42 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.