Hello Varga,
your path is incorrect :)
it should be
/usr/lib/libreoffice
not
/usr/lib/libreoffice/program
The main rule is: DO NOT specify the path if everything works as expected
:) (the only exception is jodconverter path)
On Wed, May 7, 2014 at 4:14 PM, Varga Balázs wrote:
> Hello!
>
> I
It is not good idea since /root itself might not be accessible
put it in some neutral place accessible by everyone (/usr/local/bin is a
good candidate)
On Thu, May 15, 2014 at 3:21 PM, Mark Lin wrote:
> Although - -rwxr-xr-x 1 nobody nogroup 17657808 May 10 18:51
> /root/bin/ffmpeg
>
> getting
The issue is caused by wrong full class name (wasn't changes during
refactoring)
please wait for a stable build or manually change
org.apache.openmeetings.servlet.outputhandler.DownloadHandler
org.apache.openmeetings.servlet.outputhandler.ExportToImage
to
org.apache.openmeetings.core.servlet.output
Hello guys, Thanks for instruction! My OM3.0.1 was successfully
installed on Debian 7.4 headless, but when I tried to share desktop
it is not answering . Could you please help with this problem ?
java jdk version 1.6.45
Maybe I have to install jdk 1.7 ? or change something else?
Thanks!
--
Hi,
a problem with the screen sharing app is, that it has only a self signed
certificat. And the standard configuration on the enddevice blocks this apps.
As a workarround you can activate the unsecure security level 'middle' in the
java security tab.
Here you can vote for an trusted root cert
Anis, when you clic "Share Desktop" then show a window
asking something. Choose Open with "Browse" and go to:
/usr/lib/jvm/java-6-sun-1.6.0.26/jre/bin/javaws
...change to your really path
...and clic "Always open with this..."
This is if you not does it before...
Hello,
possibly it is a problem with the selfsigned certificat in the sharing app. The
standard java security configuration blocks the start of the app.
When you bring it to 'middle' and fill in your OM-Url in the list of allowed
sites, it should work. But this only a workarround. The solution i
Additionally you can vote here:
https://issues.apache.org/jira/browse/INFRA-3991
On Thu, May 15, 2014 at 6:52 PM, BBS Technik wrote:
> Hi,
> a problem with the screen sharing app is, that it has only a self signed
> certificat. And the standard configuration on the enddevice blocks this
> apps
I'm afraid the most issues are on the client side :(
Room enter operations are "blocking" this is why room enter took as much
time :(
Upcoming 3.1.0 should be more responsible (I really hope so)
On Fri, May 16, 2014 at 11:51 AM, Maxim Solodovnik wrote:
> I'm afraid the most issues are on the cli
Although - -rwxr-xr-x 1 nobody nogroup 17657808 May 10 18:51
/root/bin/ffmpeg
getting the same error
2014-05-14 19:02 GMT+02:00 Mark Lin :
> Thank you,
>
> chown nobody:nogroup -R /root/bin
>
> is there a security issue with this command?
>
>
> 2014-05-14 15:01 GMT+02:00 Maxim Solodovnik :
>
Anis, when you clic "Share Desktop" then show a window
asking something. Choose Open with "Browse" and go to:
/usr/lib/jvm/java-6-sun-1.6.0.26/jre/bin/javaws
...change to your really path
...and clic "Always open with this..."
This is if you not does it before...
.
The error seems to be clear
Cannot find javahl, svnkit nor command line svn client
Please install svn and add it to the PATH
On Fri, May 9, 2014 at 1:04 PM, Mark Lin wrote:
> Hello,
> trying to compile OM 2.2
> apache ant 1.9.0
> geting "
> download-ivy:
> [echo] Downloading ivy...
>
Hello Michael,
while we tried to update OM2.0 to OM2.1 we encounter the problem with
mixed entries in most of the xml-files of the backup. That time we
thought it was caused by the use of postgres-db... but now..
Anyway... it seems the rest worked somehow also with mixed ids... for
example:
Thanks! I hope it will work.
16 мая 2014 г. 18:51 пользователь "BBS Technik" написал:
Hi,
a problem with the screen sharing app is, that it has only a self signed
certificat. And the standard configuration on the enddevice blocks this
apps.
As a workarround you can activate the unsecure securit
The one should check if URL is accessible via browser: https://server:port
/contaxt/services/UserService?wsdl
On Thu, May 15, 2014 at 1:54 PM, Michael Wuttke wrote:
> Hello Maxim,
>
> do you have an idea what is wrong in this case?
>
> Greetings,
> Michael
>
> Original-Nachricht --
Fixed
https://issues.apache.org/jira/browse/OPENMEETINGS-993
On Thu, May 8, 2014 at 2:12 PM, Maxim Solodovnik wrote:
> deleted == not necessary anymore :)
> so backup/restore is sort of "hard delete"
> seems to be wrong assumption :)
>
>
> On Thu, May 8, 2014 at 2:10 PM, Michael Wuttke <
> mwut.
It must be security settings maybe
please try *on the client *
*from command line*
javaws public_XXX.jnlp
maybe it will show anything
On Thu, May 15, 2014 at 12:11 AM, Anis Aliev wrote:
> If I am not wrong It must show share desktop and select working area like
> in bigbluebutton.
> 14 мая 201
Hello Peter,
what kind of problems did you have with the users.xml and the other
backup files?
I changed the backup function 'getBackupRooms' in the source file
Rooms.java for 2.1.1 like Maxim did it for OM 3.0.2+ [1] into:
@NamedQuery(name = "getBackupRooms", query = "SELECT r FROM Room r
Hello Peter,
I am using mysql as the database server at the moment for OM and in all
the xml backup files created with OM 2.1.1 the entries are in the right
order, except the entries in the rooms.xml. For moodle as an external
system using these OM rooms it is important to have the right id's.
19 matches
Mail list logo