Galène videoconferencing server discussion list archives
 help / color / mirror / Atom feed
From: Juliusz Chroboczek <>
To: Dirk-Willem van Gulik <>
Subject: [Galene] Re: Virtual groups v.s. new API branch
Date: Tue, 13 Feb 2024 14:14:41 +0100	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

> to be able to have the /var/db/galene/groups directory (i.e. the -groups
> cmd line argument) live on a nearby webserver. Basically it just fetches
> the JSON remote every time.

Right, makes sense.

> The main reason for this is to allow the ad-hoc creation of short lived
> ephemeral rooms that you discover you need, rather than
> preconfigured. (the jsons are generated on the fly in typical 'cgi-bin'
> conceptual fashion).

We use the "allow-subgroups" mechanism for that.  We create a template
group with "allow-subgroups" set to true, and subgroups are created on the
fly when a user joins.

I'm not opposed to hosting group definitions on a remote server, but I'd
need to understand why the existing mechanism does not meet your use case.

> Now I just noticed this Fair to
> assume that this will be the `proper' way ?

That's the plan, but it's still open to discussion.  In order to create
a group, you'll do:

    PUT /galene-api/group/groupname/ HTTP/1.1
    If-None-Match: *
    Content-Type: application/json

with the group definition in the body.  Perhaps it's worth adding
"not-before" and "expires" fields to the group definition, and have groups
be automatically purged by the server?

> Or is there also a plan for a more 'reactive' mechanism -- i.e. one that
> does not require a configuration sitting pretty `ahead' of time. We're
> finding this quite useful (and then lock the room one we're started).

I'm not opposed, but I'd need to understand why the "allow-subgroups"
mechanism is not good enough for your use case.

-- Juliusz

  reply	other threads:[~2024-02-13 13:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-13  9:20 [Galene] " Dirk-Willem van Gulik
2024-02-13 13:14 ` Juliusz Chroboczek [this message]
2024-02-13 13:55   ` [Galene] " Dirk-Willem van Gulik
2024-02-13 15:15     ` Juliusz Chroboczek
2024-03-03 16:07     ` Juliusz Chroboczek

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:

  List information:

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

  git send-email \ \ \ \ \
    --subject='[Galene] Re: Virtual groups v.s. new API branch' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox