Sure,
I can switch master to use M4-SNAPSHOT
But you have to build it on your machine before use ...

Is it OK?

On Wed, 1 Apr 2020 at 16:09, Daniel Baker <[email protected]>
wrote:

> Could  I  use  the  alpha/ next  / M4  version?
>
> apache/openmeetings:5.0.0-M3
>
>
> Thanks,
>
>
> Dan
>
>
>
> On 01/04/2020 09:56, Maxim Solodovnik wrote:
>
> I mean run
> ocker run -i --rm --expose=5443 --expose=8888 -p 5443:5443 -p 8888:8888 -e
> TURN_URL="xxx.xxx.xxx.xxx:3478" -e TURN_USER="kurento" -e
> TURN_PASS="somegibberishtext" apache/openmeetings:5.0.0-M3.1
> instead of
> ocker run -i --rm --expose=5443 --expose=8888 -p 5443:5443 -p 8888:8888 -e
> TURN_URL="xxx.xxx.xxx.xxx:3478" -e TURN_USER="kurento" -e
> TURN_PASS="somegibberishtext" apache/openmeetings:5.0.0-M3
>
> :))
>
> On Wed, 1 Apr 2020 at 15:40, Maxim Solodovnik <[email protected]>
> wrote:
>
>> Well it would be too expensive
>> Thanks :)))
>> Hopefully I can visit Europe when the corona pandemic will be over :))
>>
>> Please try 5.0.0-M3.1
>> Hopefully will work :)
>>
>> On Wed, 1 Apr 2020 at 15:20, Arndt, Wolfgang <[email protected]>
>> wrote:
>>
>>> 😊
>>> Can you tell me how to build this commit locally?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Von:* Maxim Solodovnik <[email protected]>
>>> *Gesendet:* Mittwoch, 1. April 2020 09:12
>>> *An:* Openmeetings user-list <[email protected]>
>>> *Betreff:* Re: Openmeetings Docker Image / Kurento / Turn / NAT
>>>
>>>
>>>
>>> I'm stupid russian monkey :(((
>>>
>>>
>>>
>>> full dockerized M3 has bug :(((
>>>
>>> It was fixed by this
>>> https://github.com/openmeetings/openmeetings-docker/commit/7f08a946aa0b22a0101520a406159ca832fbcbdb
>>>  commit
>>>
>>> This is why TURN_URL is NOT working :(((
>>>
>>>
>>>
>>> Not sure if I can drop current M3 image, will try to
>>>
>>> As a workaround - you can rebuild locally ...
>>>
>>>
>>>
>>> On Wed, 1 Apr 2020 at 14:06, Arndt, Wolfgang <[email protected]>
>>> wrote:
>>>
>>> First of all: Thx to you for helping me. I am up now again and give it
>>> the next try
>>>
>>>
>>>
>>> Here is my non dockerized coturn config
>>>
>>>
>>>
>>> root@docker-ibb-01:/var/log# cat /etc/turnserver.conf
>>>
>>> listening-port=3478
>>>
>>> verbose
>>>
>>> fingerprint
>>>
>>> lt-cred-mech
>>>
>>> use-auth-secret
>>>
>>> static-auth-secret=somegibberishtext
>>>
>>> simple-log
>>>
>>> log-file=/var/log/turn.log
>>>
>>> min-port=49152
>>>
>>> max-port=55000
>>>
>>>
>>>
>>>
>>>
>>> I started the OM Conatiner with
>>>
>>>
>>>
>>> root@docker-ibb-01:/home/wolfgang/coturn# docker run -i --rm
>>> --expose=5443 --expose=8888 -p 5443:5443 -p 8888:8888 -e
>>> TURN_URL="xxx.xxx.xxx.xxx:3478" -e TURN_USER="kurento" -e
>>> TURN_PASS="somegibberishtext" apache/openmeetings:5.0.0-M3
>>>
>>>
>>>
>>> xxx.xxx.xxx.xxx is my external ip
>>>
>>>
>>>
>>>
>>>
>>> No audio, video
>>>
>>>
>>>
>>>
>>>
>>> *Von:* Maxim Solodovnik <[email protected]>
>>> *Gesendet:* Mittwoch, 1. April 2020 05:34
>>> *An:* Openmeetings user-list <[email protected]>
>>> *Betreff:* Re: Openmeetings Docker Image / Kurento / Turn / NAT
>>>
>>>
>>>
>>> Well
>>>
>>> Usually it all ends up on second or third email ....
>>>
>>> Maybe you can try with non-dockerized-turnserver ?
>>>
>>>
>>>
>>> On Wed, 1 Apr 2020 at 08:19, Arndt, Wolfgang <[email protected]>
>>> wrote:
>>>
>>> I give up for now. This is annoying.
>>>
>>> Why things must be so complicated :-(
>>>
>>>
>>>
>>> I tested for open ports. I openend all outgoing ports for the host where
>>> coturn and the Docker OM Container is.
>>>
>>>
>>>
>>> Is there a step by step way to test?
>>>
>>>
>>>
>>> It is such an unormal setup?
>>>
>>>
>>>
>>>
>>>
>>> Wolfgang
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>

-- 
WBR
Maxim aka solomax

Reply via email to