unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: Jacob Hrbek <kreyren@rixotstudio.cz>
To: Maxim Cournoyer <maxim.cournoyer@gmail.com>
Cc: 51696@debbugs.gnu.org
Subject: bug#51696: Request: Adopt the unofficial GUIX community on Matrix
Date: Sat, 13 Nov 2021 02:37:31 +0000	[thread overview]
Message-ID: <Rl7S4cxCGIrvRo-FzB7ks5CEjtKFmnUMkBnuJYr3EivqobW39HMz2YgQeISTXAcIhZXRnIpNYVzyCsY_eHXSiiAZ5z5fpOhDEKUNSL24He8=@rixotstudio.cz> (raw)
In-Reply-To: <87wnlcizpa.fsf@gmail.com>


[-- 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 --]

  reply	other threads:[~2021-11-13  2:38 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
2021-12-18  3:37                     ` Maxim Cournoyer
2021-11-23  1:21 ` bug#51696: (no subject) jgart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='Rl7S4cxCGIrvRo-FzB7ks5CEjtKFmnUMkBnuJYr3EivqobW39HMz2YgQeISTXAcIhZXRnIpNYVzyCsY_eHXSiiAZ5z5fpOhDEKUNSL24He8=@rixotstudio.cz' \
    --to=kreyren@rixotstudio.cz \
    --cc=51696@debbugs.gnu.org \
    --cc=maxim.cournoyer@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

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).