Galène videoconferencing server discussion list archives
 help / color / mirror / Atom feed
* [Galene] Galène management interface
@ 2021-04-23 16:31 Juliusz Chroboczek
  2021-04-23 17:48 ` [Galene] " ibu ☉ radempa
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Juliusz Chroboczek @ 2021-04-23 16:31 UTC (permalink / raw)
  To: galene

Dear all,

There's been a submission for a management interface at

  https://github.com/jech/galene/pull/82

The main issue right now is whether this should be merged into the Galène
repository.  My personal opinion right now (but I might still change my
mind) is that I'd like to see it in a separate repository (and Go module)
that depends on Galène.  I've already started exporting some Galène
internals in order to avoid code duplication.

There are good reasons to keep the interface separate:

1. Galène is intended to be easy to integrate into an existing website
   (imagine adding videoconferencing functionality to a cat video forum or
   an e-learning platform).  For embedding, it would probably be better to
   provide the right hooks for an external interface rather than
   a complete management interface.

2. People's opinions on management interfaces are likly to be variable,
   and therefore it would be good to not bind too closely Galène with
   a single management interface.

There are also some reasons to merge the two:

I. Having a single repository will make it easier to install both at the
   same time.

II. Having a canonical management interface integrated with Galène will
    reduce user confusion.

I'd like to hear people's opinions on the subject.

-- Juliusz

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

* [Galene] Re: Galène management interface
  2021-04-23 16:31 [Galene] Galène management interface Juliusz Chroboczek
@ 2021-04-23 17:48 ` ibu ☉ radempa
  2021-04-23 20:44 ` Toke Høiland-Jørgensen
  2021-04-24  5:49 ` Fabrice Rouillier
  2 siblings, 0 replies; 5+ messages in thread
From: ibu ☉ radempa @ 2021-04-23 17:48 UTC (permalink / raw)
  To: galene

On 23.04.21 18:31, Juliusz Chroboczek wrote:
> There are good reasons to keep the interface separate:
[...]
> There are also some reasons to merge the two:
[...]
> I'd like to hear people's opinions on the subject.

Dear Juliusz,

first big thanks for creating this software!

Please take my 2ct as a non-institutional, privacy-concerned newcomer.

I'd opt for modularity (separate interface), because in the long run I 
plan to do account provisioning from within another application; I might 
write a simple webAPI (in my favourite language) which manages the group 
files, and gets called from that other application. So I don't need a 
built-in management UI or AuthBackend, just stability of the 
configuration file interface (or an equivalent webAPI).

BR, ibu

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

* [Galene]  Re: Galène management interface
  2021-04-23 16:31 [Galene] Galène management interface Juliusz Chroboczek
  2021-04-23 17:48 ` [Galene] " ibu ☉ radempa
@ 2021-04-23 20:44 ` Toke Høiland-Jørgensen
  2021-04-24  5:49 ` Fabrice Rouillier
  2 siblings, 0 replies; 5+ messages in thread
From: Toke Høiland-Jørgensen @ 2021-04-23 20:44 UTC (permalink / raw)
  To: Juliusz Chroboczek, galene

Juliusz Chroboczek <jch@irif.fr> writes:

> Dear all,
>
> There's been a submission for a management interface at
>
>   https://github.com/jech/galene/pull/82
>
> The main issue right now is whether this should be merged into the Galène
> repository.  My personal opinion right now (but I might still change my
> mind) is that I'd like to see it in a separate repository (and Go module)
> that depends on Galène.  I've already started exporting some Galène
> internals in order to avoid code duplication.
>
> There are good reasons to keep the interface separate:
>
> 1. Galène is intended to be easy to integrate into an existing website
>    (imagine adding videoconferencing functionality to a cat video forum or
>    an e-learning platform).  For embedding, it would probably be better to
>    provide the right hooks for an external interface rather than
>    a complete management interface.
>
> 2. People's opinions on management interfaces are likly to be variable,
>    and therefore it would be good to not bind too closely Galène with
>    a single management interface.
>
> There are also some reasons to merge the two:
>
> I. Having a single repository will make it easier to install both at the
>    same time.
>
> II. Having a canonical management interface integrated with Galène will
>     reduce user confusion.
>
> I'd like to hear people's opinions on the subject.

I have no strong opinion about where the management interface should
live, as long as it's possible to turn it off and configure Galene
without it :)

-Toke

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

* [Galene] Re: Galène management interface
  2021-04-23 16:31 [Galene] Galène management interface Juliusz Chroboczek
  2021-04-23 17:48 ` [Galene] " ibu ☉ radempa
  2021-04-23 20:44 ` Toke Høiland-Jørgensen
@ 2021-04-24  5:49 ` Fabrice Rouillier
  2021-04-24  6:43   ` Rémy Dernat
  2 siblings, 1 reply; 5+ messages in thread
From: Fabrice Rouillier @ 2021-04-24  5:49 UTC (permalink / raw)
  To: Juliusz Chroboczek; +Cc: galene

[-- Attachment #1: Type: text/plain, Size: 2756 bytes --]

Hi Juliusz

In terms of usage, having a sophisticated administration interface allows to delegate many tasks to privileged users and is thus an added value when using the software collectively.

For a more personal use or if the number of privileged users stays low, the current situation looks fine since it is light.

I guess that Galene is a fantastic software for a « personal »  use  (teaching, conferences with a low number of webcams ) and thus it does not seem to be a problem in that case to have a rudimentary interface.

So one then compare   1 privileged user = 1 galene server  with rudimentary administration interface  vs   1 unique server with a sophisticated administration interface.

The first situation lead to some other problems such as  having different ports opened for different servers .

What would be the additional effort in having both (for example a choice à compile time) ?

Cheers,


Fabrice

-------------------------
Fabrice Rouillier
fabrice@rouillier.fr

Bureau virtuel : https://www.rouillier <https://www.rouillier/>.fr/visio/fabrice





> Le 23 avr. 2021 à 18:31, Juliusz Chroboczek <jch@irif.fr> a écrit :
> 
> Dear all,
> 
> There's been a submission for a management interface at
> 
>  https://github.com/jech/galene/pull/82
> 
> The main issue right now is whether this should be merged into the Galène
> repository.  My personal opinion right now (but I might still change my
> mind) is that I'd like to see it in a separate repository (and Go module)
> that depends on Galène.  I've already started exporting some Galène
> internals in order to avoid code duplication.
> 
> There are good reasons to keep the interface separate:
> 
> 1. Galène is intended to be easy to integrate into an existing website
>   (imagine adding videoconferencing functionality to a cat video forum or
>   an e-learning platform).  For embedding, it would probably be better to
>   provide the right hooks for an external interface rather than
>   a complete management interface.
> 
> 2. People's opinions on management interfaces are likly to be variable,
>   and therefore it would be good to not bind too closely Galène with
>   a single management interface.
> 
> There are also some reasons to merge the two:
> 
> I. Having a single repository will make it easier to install both at the
>   same time.
> 
> II. Having a canonical management interface integrated with Galène will
>    reduce user confusion.
> 
> I'd like to hear people's opinions on the subject.
> 
> -- Juliusz
> _______________________________________________
> Galene mailing list -- galene@lists.galene.org
> To unsubscribe send an email to galene-leave@lists.galene.org


[-- Attachment #2: Type: text/html, Size: 6908 bytes --]

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

* [Galene] Re: Galène management interface
  2021-04-24  5:49 ` Fabrice Rouillier
@ 2021-04-24  6:43   ` Rémy Dernat
  0 siblings, 0 replies; 5+ messages in thread
From: Rémy Dernat @ 2021-04-24  6:43 UTC (permalink / raw)
  To: galene, Fabrice Rouillier, Juliusz Chroboczek

[-- Attachment #1: Type: text/plain, Size: 3339 bytes --]

Hi,

I agree with Fabrice.

Considering the second option (having the admin interface embedded with galene), it would ensure code compatibility between admin webui and the core of galene itself, even between upgrades.

If it is maintained as a plugin *compatible* system, that is also fine to me. It just needs to be compatible even after an upgrade.

Thanks,

Best regards,

Le 24 avril 2021 07:49:15 GMT+02:00, Fabrice Rouillier <fabrice@rouillier.fr> a écrit :
>Hi Juliusz
>
>In terms of usage, having a sophisticated administration interface
>allows to delegate many tasks to privileged users and is thus an added
>value when using the software collectively.
>
>For a more personal use or if the number of privileged users stays low,
>the current situation looks fine since it is light.
>
>I guess that Galene is a fantastic software for a « personal »  use 
>(teaching, conferences with a low number of webcams ) and thus it does
>not seem to be a problem in that case to have a rudimentary interface.
>
>So one then compare   1 privileged user = 1 galene server  with
>rudimentary administration interface  vs   1 unique server with a
>sophisticated administration interface.
>
>The first situation lead to some other problems such as  having
>different ports opened for different servers .
>
>What would be the additional effort in having both (for example a
>choice à compile time) ?
>
>Cheers,
>
>
>Fabrice
>
>-------------------------
>Fabrice Rouillier
>fabrice@rouillier.fr
>
>Bureau virtuel : https://www.rouillier
><https://www.rouillier/>.fr/visio/fabrice
>
>
>
>
>
>> Le 23 avr. 2021 à 18:31, Juliusz Chroboczek <jch@irif.fr> a écrit :
>> 
>> Dear all,
>> 
>> There's been a submission for a management interface at
>> 
>>  https://github.com/jech/galene/pull/82
>> 
>> The main issue right now is whether this should be merged into the
>Galène
>> repository.  My personal opinion right now (but I might still change
>my
>> mind) is that I'd like to see it in a separate repository (and Go
>module)
>> that depends on Galène.  I've already started exporting some Galène
>> internals in order to avoid code duplication.
>> 
>> There are good reasons to keep the interface separate:
>> 
>> 1. Galène is intended to be easy to integrate into an existing
>website
>>   (imagine adding videoconferencing functionality to a cat video
>forum or
>>   an e-learning platform).  For embedding, it would probably be
>better to
>>   provide the right hooks for an external interface rather than
>>   a complete management interface.
>> 
>> 2. People's opinions on management interfaces are likly to be
>variable,
>>   and therefore it would be good to not bind too closely Galène with
>>   a single management interface.
>> 
>> There are also some reasons to merge the two:
>> 
>> I. Having a single repository will make it easier to install both at
>the
>>   same time.
>> 
>> II. Having a canonical management interface integrated with Galène
>will
>>    reduce user confusion.
>> 
>> I'd like to hear people's opinions on the subject.
>> 
>> -- Juliusz
>> _______________________________________________
>> Galene mailing list -- galene@lists.galene.org
>> To unsubscribe send an email to galene-leave@lists.galene.org

[-- Attachment #2: Type: text/html, Size: 7589 bytes --]

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

end of thread, other threads:[~2021-04-24  6:43 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-23 16:31 [Galene] Galène management interface Juliusz Chroboczek
2021-04-23 17:48 ` [Galene] " ibu ☉ radempa
2021-04-23 20:44 ` Toke Høiland-Jørgensen
2021-04-24  5:49 ` Fabrice Rouillier
2021-04-24  6:43   ` Rémy Dernat

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