Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #220737 > unrolled thread

Small Open Source Digital Classroom

Started byMarkos <markos@c2o.pro.br>
First post2020-03-31 19:10 +0200
Last post2020-04-05 13:00 +0200
Articles 12 on this page of 52 — 24 participants

Back to article view | Back to linux.debian.user

Contents

  Small Open Source Digital Classroom Markos <markos@c2o.pro.br> - 2020-03-31 19:10 +0200
    Re: Small Open Source Digital Classroom Bob Weber <bobrweber@gmail.com> - 2020-03-31 19:40 +0200
      Re: Small Open Source Digital Classroom deloptes <deloptes@gmail.com> - 2020-03-31 20:20 +0200
        Re: Small Open Source Digital Classroom "Anil Felipe Duggirala" <anilduggirala@fastmail.fm> - 2020-03-31 22:20 +0200
          Re: Small Open Source Digital Classroom <tomas@tuxteam.de> - 2020-03-31 22:30 +0200
            Re: Small Open Source Digital Classroom "Russell L. Harris" <russell@rlharris.org> - 2020-03-31 23:20 +0200
              Re: Small Open Source Digital Classroom deloptes <deloptes@gmail.com> - 2020-04-01 00:30 +0200
                Re: Small Open Source Digital Classroom Gene Heskett <gheskett@shentel.net> - 2020-04-01 01:10 +0200
                  Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-01 03:20 +0200
              Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-01 01:10 +0200
                Re: Small Open Source Digital Classroom "Russell L. Harris" <russell@rlharris.org> - 2020-04-01 06:30 +0200
                  Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-01 15:00 +0200
                    Re: Small Open Source Digital Classroom "Russell L. Harris" <russell@rlharris.org> - 2020-04-01 17:20 +0200
                      Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-02 22:10 +0200
                    Re: Small Open Source Digital Classroom Andrei POPESCU <andreimpopescu@gmail.com> - 2020-04-01 18:30 +0200
                      Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-02 04:30 +0200
                      Re: Small Open Source Digital Classroom Keith Bainbridge <ke1th3216@zoho.com> - 2020-04-04 06:00 +0200
                Re: Small Open Source Digital Classroom juh <juh+debian@mailbox.org> - 2020-04-01 09:20 +0200
                  Re: Small Open Source Digital Classroom deloptes <deloptes@gmail.com> - 2020-04-01 09:50 +0200
                  Re: Small Open Source Digital Classroom Richard Hector <richard@walnut.gen.nz> - 2020-04-01 10:30 +0200
                  Re: Small Open Source Digital Classroom deloptes <deloptes@gmail.com> - 2020-04-01 13:20 +0200
                    Re: Small Open Source Digital Classroom juh <juh+debian@mailbox.org> - 2020-04-01 13:20 +0200
                  Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-01 15:50 +0200
                    Re: Small Open Source Digital Classroom Curt <curty@free.fr> - 2020-04-02 14:20 +0200
                      Re: Small Open Source Digital Classroom <tomas@tuxteam.de> - 2020-04-02 15:00 +0200
                        Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-02 22:30 +0200
                      Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-02 22:20 +0200
              Re: Small Open Source Digital Classroom tomas@tuxteam.de - 2020-04-01 09:20 +0200
            Re: Small Open Source Digital Classroom Erwan David <erwan@rail.eu.org> - 2020-04-01 08:20 +0200
              Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-02 22:30 +0200
        Re: Small Open Source Digital Classroom nito@dismail.de - 2020-03-31 22:30 +0200
          Re: Small Open Source Digital Classroom <tomas@tuxteam.de> - 2020-03-31 22:40 +0200
            Re: Small Open Source Digital Classroom mick crane <mick.crane@gmail.com> - 2020-04-01 15:00 +0200
          Re: Small Open Source Digital Classroom deloptes <deloptes@gmail.com> - 2020-04-01 00:30 +0200
          Re: Small Open Source Digital Classroom Curt <curty@free.fr> - 2020-04-02 11:00 +0200
            Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-02 22:20 +0200
              Re: Small Open Source Digital Classroom Curt <curty@free.fr> - 2020-04-03 18:20 +0200
                Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-03 18:30 +0200
                  Re: Small Open Source Digital Classroom Dan Purgert <dan@djph.net> - 2020-04-03 18:50 +0200
                    Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-03 22:00 +0200
                      Re: Small Open Source Digital Classroom Dan Purgert <dan@djph.net> - 2020-04-04 03:20 +0200
                        Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-05 07:40 +0200
                          Re: Small Open Source Digital Classroom Dan Purgert <dan@djph.net> - 2020-04-05 13:20 +0200
                            Re: Small Open Source Digital Classroom Celejar <celejar@gmail.com> - 2020-04-05 15:30 +0200
                              Re: Small Open Source Digital Classroom Dan Purgert <dan@djph.net> - 2020-04-05 15:40 +0200
            Re: Small Open Source Digital Classroom Tom Dial <tddial@comcast.net> - 2020-04-04 00:40 +0200
    Re: Small Open Source Digital Classroom Jude DaShiell <jdashiel@panix.com> - 2020-03-31 20:50 +0200
    Re: Small Open Source Digital Classroom Berkhan Berkdemir <berkberkdemir@gmail.com> - 2020-03-31 21:50 +0200
    Re: Small Open Source Digital Classroom Reco <recoverym4n@enotuniq.net> - 2020-03-31 22:00 +0200
      Re: Small Open Source Digital Classroom Yvan Masson <yvan@masson-informatique.fr> - 2020-03-31 22:50 +0200
    Re: Small Open Source Digital Classroom Markos <markos@c2o.pro.br> - 2020-04-01 22:40 +0200
    Re: Small Open Source Digital Classroom dalios <dalios@eumx.net> - 2020-04-05 13:00 +0200

Page 3 of 3 — ← Prev page 1 2 [3]

#220851

FromDan Purgert <dan@djph.net>
Date2020-04-04 03:20 +0200
Message-ID<zRFDz-2t5-1@gated-at.bofh.it>
In reply to#220841

[Multipart message — attachments visible in raw view] — view raw

On Apr 03, 2020, Celejar wrote:
> On Fri, 3 Apr 2020 12:46:00 -0400
> Dan Purgert <dan@djph.net> wrote:
> 
> > On Apr 03, 2020, Celejar wrote:
> > >  [...]
> > > Fair enough - but has anyone looked into, say, Jitsi Meet's default
> > > settings? Do they block non-hosts from screen sharing?
> > 
> > IIRC, jit.si (their web-client) defaults to needing a passphrase to even
> > get in.  But I only ever took a cursory glance before "everyone(tm)"
> > decided to use Zoom (i.e. good luck to me ever getting teh missus, etc.
> > off that platform).
> 
> I did a quick test run at their hosted instance, at meet.jit.si I
> created a meeting (using one of their generated semi-random phrases for
> the URL / ID) on one computer, and then logged on to the same url from
> another computer. No passphrase was required, which is apparently the
> same as what Zoom was doing.

Oh, right - You have to click the "Add Password" button in the big popup
that shows the dial-in information.  It's pretty prominent on the
screen, and you kind of have to make an effort to get rid of it (or at
least I did - there wasn't much contrast between the 'x' and the rest of
that popup).

> 
> > On the other hand, I think some of what Jitsi has going for it is that
> > it's somewhat decentralized -- if "my" server's settings are daft, it's
> > *my* problem, not Jitsi's (same for any other service I run myself).
> 
> Exactly - your hardware, your network. Under your control, but you need
> to bring the bandwidth and horsepower. I'm a little skeptical as to how
> well it would perform over my home internet connection (besides for the
> fact that it would certainly violate the TOS of pretty much any
> residential ISP service).

It actually doesn't violate any ToS here (least not my ISP, and the
previous two that I've had).  Granted the previous ones (DSL and low-end
cable) wouldn't have been able to host it.  

Current ISP is FTTH, so I've got bandwidth to spare.


-- 
|_|O|_| 
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

[toc] | [prev] | [next] | [standalone]

#220903

FromCelejar <celejar@gmail.com>
Date2020-04-05 07:40 +0200
Message-ID<zS6aK-1Re-9@gated-at.bofh.it>
In reply to#220851
On Fri, 3 Apr 2020 21:11:33 -0400
Dan Purgert <dan@djph.net> wrote:

> On Apr 03, 2020, Celejar wrote:
> > On Fri, 3 Apr 2020 12:46:00 -0400
> > Dan Purgert <dan@djph.net> wrote:
> > 
> > > On Apr 03, 2020, Celejar wrote:
> > > >  [...]
> > > > Fair enough - but has anyone looked into, say, Jitsi Meet's default
> > > > settings? Do they block non-hosts from screen sharing?
> > > 
> > > IIRC, jit.si (their web-client) defaults to needing a passphrase to even
> > > get in.  But I only ever took a cursory glance before "everyone(tm)"
> > > decided to use Zoom (i.e. good luck to me ever getting teh missus, etc.
> > > off that platform).
> > 
> > I did a quick test run at their hosted instance, at meet.jit.si I
> > created a meeting (using one of their generated semi-random phrases for
> > the URL / ID) on one computer, and then logged on to the same url from
> > another computer. No passphrase was required, which is apparently the
> > same as what Zoom was doing.
> 
> Oh, right - You have to click the "Add Password" button in the big popup
> that shows the dial-in information.  It's pretty prominent on the
> screen, and you kind of have to make an effort to get rid of it (or at
> least I did - there wasn't much contrast between the 'x' and the rest of
> that popup).
> 
> > 
> > > On the other hand, I think some of what Jitsi has going for it is that
> > > it's somewhat decentralized -- if "my" server's settings are daft, it's
> > > *my* problem, not Jitsi's (same for any other service I run myself).
> > 
> > Exactly - your hardware, your network. Under your control, but you need
> > to bring the bandwidth and horsepower. I'm a little skeptical as to how
> > well it would perform over my home internet connection (besides for the
> > fact that it would certainly violate the TOS of pretty much any
> > residential ISP service).
> 
> It actually doesn't violate any ToS here (least not my ISP, and the
> previous two that I've had).  Granted the previous ones (DSL and low-end
> cable) wouldn't have been able to host it.  
> 
> Current ISP is FTTH, so I've got bandwidth to spare.

Well, you don't name your ISPs, but I'm pretty sure the big ones
generally forbid running servers (for anything beyond "personal" use) on
residential connections. E.g.:

Verizon:
https://www.verizon.com/about/terms-conditions/verizon-online

Comcast (a little less clear):
https://www.xfinity.com/Corporate/Customers/Policies/HighSpeedInternetAUP

Charter / Spectrum:
https://www.spectrum.com/policies/residential-aup.html

I suppose we (or our lawyers) can debate whether hosting video
conferencing servers for small groups of friends or business associates
constitutes "personal" use.

Celejar

[toc] | [prev] | [next] | [standalone]

#220910

FromDan Purgert <dan@djph.net>
Date2020-04-05 13:20 +0200
Message-ID<zSbtL-59p-3@gated-at.bofh.it>
In reply to#220903

[Multipart message — attachments visible in raw view] — view raw

On Apr 05, 2020, Celejar wrote:
> On Fri, 3 Apr 2020 21:11:33 -0400
> Dan Purgert <dan@djph.net> wrote:
> 
> > On Apr 03, 2020, Celejar wrote:
> > > On Fri, 3 Apr 2020 12:46:00 -0400
> > > Dan Purgert <dan@djph.net> wrote:
> > > 
> > > > On Apr 03, 2020, Celejar wrote:
> > > > >  [...]
> > > > > Fair enough - but has anyone looked into, say, Jitsi Meet's default
> > > > > settings? Do they block non-hosts from screen sharing?
> > > > 
> > > > IIRC, jit.si (their web-client) defaults to needing a passphrase to even
> > > > get in.  But I only ever took a cursory glance before "everyone(tm)"
> > > > decided to use Zoom (i.e. good luck to me ever getting teh missus, etc.
> > > > off that platform).
> > > 
> > > I did a quick test run at their hosted instance, at meet.jit.si I
> > > created a meeting (using one of their generated semi-random phrases for
> > > the URL / ID) on one computer, and then logged on to the same url from
> > > another computer. No passphrase was required, which is apparently the
> > > same as what Zoom was doing.
> > 
> > Oh, right - You have to click the "Add Password" button in the big popup
> > that shows the dial-in information.  It's pretty prominent on the
> > screen, and you kind of have to make an effort to get rid of it (or at
> > least I did - there wasn't much contrast between the 'x' and the rest of
> > that popup).
> > 
> > > 
> > > > On the other hand, I think some of what Jitsi has going for it is that
> > > > it's somewhat decentralized -- if "my" server's settings are daft, it's
> > > > *my* problem, not Jitsi's (same for any other service I run myself).
> > > 
> > > Exactly - your hardware, your network. Under your control, but you need
> > > to bring the bandwidth and horsepower. I'm a little skeptical as to how
> > > well it would perform over my home internet connection (besides for the
> > > fact that it would certainly violate the TOS of pretty much any
> > > residential ISP service).
> > 
> > It actually doesn't violate any ToS here (least not my ISP, and the
> > previous two that I've had).  Granted the previous ones (DSL and low-end
> > cable) wouldn't have been able to host it.  
> > 
> > Current ISP is FTTH, so I've got bandwidth to spare.
> 
> Well, you don't name your ISPs, but I'm pretty sure the big ones
> generally forbid running servers (for anything beyond "personal" use) on
> residential connections. E.g.:

Oops, must have pulled them out on accident.

Old-old -> cox
Old -> Time Warner (now Spectrum; good thing I got off before their AUP
went insane)
Current -> AT&T (although i did have to call their tech support to open
port 25, and authorize "if I run an open relay, I'm the one at fault"


-- 
|_|O|_| 
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

[toc] | [prev] | [next] | [standalone]

#220921

FromCelejar <celejar@gmail.com>
Date2020-04-05 15:30 +0200
Message-ID<zSdvA-6ps-23@gated-at.bofh.it>
In reply to#220910
On Sun, 5 Apr 2020 07:18:04 -0400
Dan Purgert <dan@djph.net> wrote:

> On Apr 05, 2020, Celejar wrote:
> > On Fri, 3 Apr 2020 21:11:33 -0400
> > Dan Purgert <dan@djph.net> wrote:
> > 
> > > On Apr 03, 2020, Celejar wrote:
> > > > On Fri, 3 Apr 2020 12:46:00 -0400
> > > > Dan Purgert <dan@djph.net> wrote:
> > > > 
> > > > > On Apr 03, 2020, Celejar wrote:

...

> > > > well it would perform over my home internet connection (besides for the
> > > > fact that it would certainly violate the TOS of pretty much any
> > > > residential ISP service).
> > > 
> > > It actually doesn't violate any ToS here (least not my ISP, and the
> > > previous two that I've had).  Granted the previous ones (DSL and low-end
> > > cable) wouldn't have been able to host it.  
> > > 
> > > Current ISP is FTTH, so I've got bandwidth to spare.
> > 
> > Well, you don't name your ISPs, but I'm pretty sure the big ones
> > generally forbid running servers (for anything beyond "personal" use) on
> > residential connections. E.g.:
> 
> Oops, must have pulled them out on accident.
> 
> Old-old -> cox

Cox's current AUP explicitly forbids servers (at least without "express
authorization"):

"You may not operate, or allow others to operate, servers of any type
or any other device, equipment, and/or software providing server-like
functionality in connection with the Service, unless expressly
authorized by Cox."

https://www.cox.com/aboutus/policies/acceptable-use-policy.html

> Old -> Time Warner (now Spectrum; good thing I got off before their AUP
> went insane)
> Current -> AT&T (although i did have to call their tech support to open
> port 25, and authorize "if I run an open relay, I'm the one at fault"

Yes, ISTR running into this on the homelab reddit, that AT&T is one of
the few major ISPs to allow servers on residential connections. In
their AUP, they prettly clearly only forbid them on dial-up accounts:

https://www.att.com/legal/terms.aup.html

Celejar

[toc] | [prev] | [next] | [standalone]

#220923

FromDan Purgert <dan@djph.net>
Date2020-04-05 15:40 +0200
Message-ID<zSdFg-6t3-17@gated-at.bofh.it>
In reply to#220921

[Multipart message — attachments visible in raw view] — view raw

On Apr 05, 2020, Celejar wrote:
> On Sun, 5 Apr 2020 07:18:04 -0400
> Dan Purgert <dan@djph.net> wrote:
>> On Apr 05, 2020, Celejar wrote:
>>> Well, you don't name your ISPs, but I'm pretty sure the big ones
>>> generally forbid running servers (for anything beyond "personal" use) on
>>> residential connections. E.g.:
>> 
>> Oops, must have pulled them out on accident.
>> 
>> Old-old -> cox
> 
> Cox's current AUP explicitly forbids servers (at least without "express
> authorization"):

Yeah, it was 10ish years ago that I had them.  I recall having to call
and ask for ports 80 and 25 to be opened.  Similar conversation I had
with AT&T 
  
  CS -> "You acknowledge you're responsible, and if you're spamming,
        you're in for a world of hurt?"
  Me -> "Yep!"
  CS -> "Okay, just give me a minute here ... (hold music) ... 
        you're all set!"

>> Old -> Time Warner (now Spectrum; good thing I got off before their AUP
>> went insane)
>> Current -> AT&T (although i did have to call their tech support to open
>> port 25, and authorize "if I run an open relay, I'm the one at fault"
> 
> Yes, ISTR running into this on the homelab reddit, that AT&T is one of
> the few major ISPs to allow servers on residential connections. In
> their AUP, they prettly clearly only forbid them on dial-up accounts:
> 
> https://www.att.com/legal/terms.aup.html

Yeah, with AT&T, it's basically "you'll only get a static IP with a biz
account ... ".  Their service is good, but the corporate methodology is
stupid.

L1 techs can't do anything, and if it's outside their area of expertise,
it basically goes to a service call (which may run you a fee ...
although the only time I've had to really call out for a tech was a dead
ONT -- so free, because it's their kit).

-- 
|_|O|_| 
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

[toc] | [prev] | [next] | [standalone]

#220845

FromTom Dial <tddial@comcast.net>
Date2020-04-04 00:40 +0200
Message-ID<zRD8K-Ts-3@gated-at.bofh.it>
In reply to#220796

On 4/2/20 02:56, Curt wrote:
> On 2020-03-31, nito@dismail.de <nito@dismail.de> wrote:
>> On Tue, Mar 31, 2020 at 08:17:56PM +0200, deloptes wrote:
>>> […] Recently I was looking at zoom.us - seems to be in
>>> hype now - can be installed in debian and can be used as video conferencing
>>> tool.
>>
>> Based on zoom's "privacy" policy and everything I've herad so far about it,
>> I would not recommend using zoom. Some examples:
>> - Just a week or so ago it was exposed that zoom was sharing data with facebook
>>   without informing the user about it or giving any choice on that. Alledgedly
>>   they stopped it now [1]

They've done a public mea culpa about this and promised to stop (or by
now, maybe, have stopped) doing that. And as reported in [1] it was
peculiar to iOS, although I can't think of a reason they would do only
that one unless it came with a third party iOS library they used.

>> - Zoom created Security-Holes with it's Mac-Client, that persisted even after
>>   deinstalling zoom on OSX. [2]  Personally I wouldn't trust their other clients 
>>   either.

I don't have a Mac, and may be off the mark here. After reading a couple
of the reports about this one, I was not sure whether the defect was
with zoom, MacOS, or somehow shared between the two. It was presented as
specific to Mac, so maybe for Debian it's mostly a cautionary tale.
Still, following the link described in [2] on Debian 10 opened a
meeting, somewhat as described, although the camera was not on.

>> - Zoom can collect more data about you then you might think and share this with 
>>   the meeting-creator. [3]
>>

Depending on the specifics of an organization and meeting, that might
not be much of a problem, or might be thought a feature rather than a
problem. What the EFF article mentions, within a business conferencing
environment at least, are things that administrators or meeting
organizers generally are authorized to know and may have a legitimate
interest in. As a supervisor holding a branch meeting I would want, and
consider it well within my authority, to know if one of my employees
changed focus to another application (maybe a game?), and as a (former)
US DoD manager, would be entitled to know, and obligated to take
corrective action, if they used equipment not provided and managed by my
agency.

> 
> I was just reading this little item about zoom from the G-men (actually,
> Kristen is a Boston G-woman, apparently):
> 
> https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-of-teleconferencing-and-online-classroom-hijacking-during-covid-19-pandemic

The events reported here are very suggestive of pranks by one or more
students in the classes or their acquaintances who obtained meeting
details from them. That also seems possible in the case of the PhD
candidate whose disrupted dissertation defense Zoom meeting was reported
3 April on NPR, although that one indicated far more, and more personal,
malice.

There also are potential issues with Zoom's security of stored meetings,
both during the meeting and optionally after it is finished.

All that said, Ms. Setera's recommendations are appropriate and
reasonable and apply as applicable to any conferencing application.

For several specific reasons rooted in the apparent fact that Zoom
appears to be the conferencing tool of the day, and despite the various
caveats, I have installed and plan to use it - carefully - to compensate
partly for isolation dictated by prudence in the face of a rather nasty
epidemic. So far, it installed cleanly and seems likely to be functional
and generally fit for purpose.
> 

Regards
Tom Dial

[toc] | [prev] | [next] | [standalone]

#220740

FromJude DaShiell <jdashiel@panix.com>
Date2020-03-31 20:50 +0200
Message-ID<zQu7v-7oH-5@gated-at.bofh.it>
In reply to#220737
barnard for command line users and mumble for graphical users can
connect to the same channel and the interface will be video not just
text.

On Tue, 31 Mar 2020, Markos wrote:

> Date: Tue, 31 Mar 2020 12:44:14
> From: Markos <markos@c2o.pro.br>
> To: debian-user@lists.debian.org
> Subject: Small Open Source Digital Classroom
> Resent-Date: Tue, 31 Mar 2020 17:08:49 +0000 (UTC)
> Resent-From: debian-user@lists.debian.org
>
> Hi Friends,
>
> My wife is a teacher and is trying to teach remote lessons using only WhatsApp
> video calls.
>
> To help her I am looking for a package in the Debian repository to organize
> virtual classes for small groups, 5 or 6 students maximum.
>
> Any suggestion of an open-source program easy-to-configure and easy-to-use for
> this?
>
> Preferably a Debian package?
>
> Thank you,
>
> Markos
>
>

--

[toc] | [prev] | [next] | [standalone]

#220741

FromBerkhan Berkdemir <berkberkdemir@gmail.com>
Date2020-03-31 21:50 +0200
Message-ID<zQv3z-829-9@gated-at.bofh.it>
In reply to#220737
I would highly recommend to check Jitsi [0]. Offers *almost* the same features that Zoom has.

[0]: https://jitsi.org

On March 31, 2020 9:44:14 AM PDT, Markos <markos@c2o.pro.br> wrote:
>Hi Friends,
>
>My wife is a teacher and is trying to teach remote lessons using only 
>WhatsApp video calls.
>
>To help her I am looking for a package in the Debian repository to 
>organize virtual classes for small groups, 5 or 6 students maximum.
>
>Any suggestion of an open-source program easy-to-configure and 
>easy-to-use for this?
>
>Preferably a Debian package?
>
>Thank you,
>
>Markos

--
Please excuse any tpyos as it was sent from my K-9.

Berkhan Berkdemir
www.berkhanberkdemir.com

[toc] | [prev] | [next] | [standalone]

#220742

FromReco <recoverym4n@enotuniq.net>
Date2020-03-31 22:00 +0200
Message-ID<zQvdg-86j-17@gated-at.bofh.it>
In reply to#220737
	Hi.

On Tue, Mar 31, 2020 at 01:44:14PM -0300, Markos wrote:
> Hi Friends,
> 
> My wife is a teacher and is trying to teach remote lessons using only WhatsApp video calls.
> 
> To help her I am looking for a package in the Debian repository to organize virtual classes for small groups, 5 or 6 students maximum.
> 
> Any suggestion of an open-source program easy-to-configure and easy-to-use for this?

https://openmeetings.apache.org/

Not in Debian, but relatively easy to install and use.
Requires 100Mbps symmetric connection, about 4Gb of RAM.

Reco

[toc] | [prev] | [next] | [standalone]

#220748

FromYvan Masson <yvan@masson-informatique.fr>
Date2020-03-31 22:50 +0200
Message-ID<zQvZD-er-1@gated-at.bofh.it>
In reply to#220742
I definitely recommend Jitsi Meet: there is nothing to install on both 
sides, and many companies/people already provide free servers you can 
use for any purpose without registration, for example:
- https://meet.jit.si
- https://suricate.tv (french server/company)

I know teachers that are using it these days with many students (30+) 
and it works (at least with webcam / and mic switched off for students. 
You can easily share your entire screen or just a window.

If you need more free servers, I can provide a few others (french only).

Yvan


Le 31/03/2020 à 21:56, Reco a écrit :
> 	Hi.
> 
> On Tue, Mar 31, 2020 at 01:44:14PM -0300, Markos wrote:
>> Hi Friends,
>>
>> My wife is a teacher and is trying to teach remote lessons using only WhatsApp video calls.
>>
>> To help her I am looking for a package in the Debian repository to organize virtual classes for small groups, 5 or 6 students maximum.
>>
>> Any suggestion of an open-source program easy-to-configure and easy-to-use for this?
> 
> https://openmeetings.apache.org/
> 
> Not in Debian, but relatively easy to install and use.
> Requires 100Mbps symmetric connection, about 4Gb of RAM.
> 
> Reco
>

[toc] | [prev] | [next] | [standalone]

#220786

FromMarkos <markos@c2o.pro.br>
Date2020-04-01 22:40 +0200
Message-ID<zQSjx-5Lx-15@gated-at.bofh.it>
In reply to#220737

[Multipart message — attachments visible in raw view] — view raw

Em 31-03-2020 13:44, Markos escreveu:
>
> Hi Friends,
>
> My wife is a teacher and is trying to teach remote lessons using only 
> WhatsApp video calls.
>
> To help her I am looking for a package in the Debian repository to 
> organize virtual classes for small groups, 5 or 6 students maximum.
>
> Any suggestion of an open-source program easy-to-configure and 
> easy-to-use for this?
>
> Preferably a Debian package?
>
> Thank you,
>
> Markos
>

Hi Friends,

I didn't know Jitsi and BigBlueButton.

Really enjoyed Jitsi.

I will start using Jitsi, and test the server installation later.

And also know more about BigBlueButton.

And stay away from zoom.us. ;-)

Thank you very much for the tips.

Best Regards,

Markos

[toc] | [prev] | [next] | [standalone]

#220909

Fromdalios <dalios@eumx.net>
Date2020-04-05 13:00 +0200
Message-ID<zSbaq-4NF-9@gated-at.bofh.it>
In reply to#220737
Hi all,

The links below contain many suggestions (of which a percentage has
already been mentioned in this thread). However I am putting the links
here because there are a few more options inside. I guess there are many
recent similar threads in many FLOSS lists/forums/other discussion
platforms and similar posts/articles by many news
sites/organizations/individuals.

Maybe this is an opportunity for FLOSS and privacy concerned solutions
to be pushed to the wider public (though I doubt).


https://anarc.at/blog/2020-03-15-remote-tools/
https://www.systemli.org/en/2020/03/15/solidarity-as-infrastructure.html
https://sfconservancy.org/blog/2020/mar/17/remotetools/
https://www.fsf.org/blogs/community/better-than-zoom-try-these-free-software-tools-for-staying-in-touch
https://en.wikipedia.org/wiki/Fediverse

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | linux.debian.user

csiph-web