I've been in touch with Sebastian and Alexei and I am willing to champion the proposal. Just added myself to the corresponding section on the Wiki. I think we may still need to refine / update the proposal a bit before we can start the vote. But IMO we are very close to this point. The technology has been developed in the open from the start, so I see no problems with the community aspect or a single company controlling the project. Potential licensing issues have been identified, and the project members are working towards a compatible resolution. So I think the project is a perfect fit for Apache.
In the meantime, if there are more willing mentors, please sign up. Also if somebody has more comments on the proposal, speak up now. Thanks, Andrus On Aug 16, 2011, at 11:56 AM, Ross Gardler wrote: > 2011/8/11 seba.wag...@gmail.com <seba.wag...@gmail.com>: >> Great, >> >> I have updated the Proposal to be more clear on the external dependencies >> and possibilities to move away from them: >> http://wiki.apache.org/incubator/OpenmeetingsProposal#External_Dependencies > > Thanks for addressing these concerns and signposting potential > solutions, both short and long term. > > I have signed up as a mentor, but we still need a champion. > Unfortunately I don't really have the time right now to do the heavy > lifting in the early stages of the project and thus don't feel > comfortable stepping in as champion right now. In around 6 weeks I > will have some more time and can dedicate that to mentoring. > > Ross > >> >> Sebastian >> >> 2011/8/11 Jim Jagielski <j...@jagunet.com> >> >>> I've signed up for Mentor, in case we go ahead... >>> On Jul 29, 2011, at 5:46 AM, dsh wrote: >>> >>>> Sebastian and Alexei, >>>> >>>> your are welcome! Btw, here is my +1 >>>> >>>> On Fri, Jul 29, 2011 at 9:47 AM, Alexei Fedotov >>>> <alexei.fedo...@gmail.com> wrote: >>>>> Daniel, >>>>> Thank you for an excellent report! >>>>> >>>>> -- >>>>> With best regards / с наилучшими пожеланиями, >>>>> Alexei Fedotov / Алексей Федотов, >>>>> http://dataved.ru/ >>>>> +7 916 562 8095 >>>>> >>>>> >>>>> >>>>> >>>>> On Thu, Jul 28, 2011 at 10:20 PM, dsh <daniel.hais...@googlemail.com> >>> wrote: >>>>>> Hi, >>>>>> >>>>>> please find my feedback below: >>>>>> >>>>>> OS X Lion: >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 5.0.1 and Adobe Flash Player 10.3 >>>>>> ** Safari 5.1 and Adobe Flash Player 10.3 >>>>>> * Observations: >>>>>> ** Openmeetings did not work with Firefox/Safari if using a webcam/mic >>>>>> cause on the adobe flash player settings dialog it was not possible to >>>>>> click allow nor deny >>>>>> ** In Safari clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> >>>>>> OS X Snow Leopard: >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 5.0.1 and Adobe Flash Player 10.3 >>>>>> ** Safari 5.1 and Adobe Flash Player 10.3 >>>>>> * Observations: >>>>>> ** Openmeetings did not work with Firefox cause the initial screen did >>>>>> not load after signing up >>>>>> ** In Safari clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> >>>>>> Windows 7 Ultimate: >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 4.0.1 and Adobe Flash Player 10.3 >>>>>> ** Firefox 5.0.1 and Adobe Flash Player 10.3 >>>>>> ** Safari 5.1 and Adobe Flash Player 10.3 >>>>>> * Observations: >>>>>> ** In Firefox clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** In Safari signing up did open a new window instead of opening a new >>>>>> tab which is different to Firefox"s behaviour (maybe this can be >>>>>> changed in the Safari prefs) >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> >>>>>> Fedora Core 15 Gnome Edition: >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 4.0.1 and Adobe Flash Player 11 >>>>>> * Observations: >>>>>> * I had to download the JNLP file and execute it using javaws on the >>>>>> command line. Did expect it would be run more seamlessly cause the >>>>>> IcedTea-Web plug-in is installed >>>>>> ** In Firefox clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> >>>>>> Fedora Core 15 KDE Edition: >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 5.0 and Adobe Flash Player 11 >>>>>> * Observations: >>>>>> * The JNLP app was started using IcedTea-Web on the fly. So I guess on >>>>>> Fedora Core Gnome Edition one would need to manually setup some mime >>>>>> types etc. in firefox to recognize JNLP files accordingly >>>>>> ** In Firefox clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> >>>>>> Ubuntu 11.04 (Natty): >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 5.0 and Adobe Flash Player 10.3 >>>>>> * Observations: >>>>>> * The JNLP app was started using IcedTea-Web on the fly. So I guess on >>>>>> Fedora Core Gnome Edition one would need to manually setup some mime >>>>>> types etc. in firefox to recognize JNLP files accordingly >>>>>> ** In Firefox clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** pressing the share/record screen button did not lead to an >>>>>> immediate screen sharing session. Maybe you could provide some >>>>>> indication that the screen sharing session is being initialized to >>>>>> prevent clicking the share/record screen button multiple times. >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> >>>>>> Debian 6.0.1: >>>>>> >>>>>> * tested with: >>>>>> ** Iceweasl 3.5.16 and Adobe Flash Player 10.1 >>>>>> * Observations: >>>>>> ** After signing up the application did not load. I suppose this is >>>>>> due to using Gnash that comes together with Debian (I could read the >>>>>> autoconnect message but the progressbar did not appear). Installing >>>>>> the official Adobe Flash 11 for 64bit systems player fixed this. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** On some Linux distributions (including Debian) the web browser >>>>>> window was resized after clicking sign-up. This might be annoying to >>>>>> some users. >>>>>> ** Pressing the allow button on the flash player prefs pane caused >>>>>> Iceweasle to crash (this did happen after upgrading to the official >>>>>> adobe flash player) >>>>>> >>>>>> Openindiana Build 148: >>>>>> >>>>>> * tested with: >>>>>> ** Firefox 3.6.8 and Adobe Flash Player 10.3 >>>>>> * Observations: >>>>>> * The JNLP app was started using JavaWS on the fly. So I guess on >>>>>> Fedora Core Gnome Edition one would need to manually setup some mime >>>>>> types etc. in firefox to recognize JNLP files accordingly >>>>>> ** In Firefox clicking the share/record screen button N times did open >>>>>> the screen sharing app N times (maybe you want to check whether an >>>>>> instance of the app is already running) >>>>>> ** I understand if sharing screens everybody has control over your >>>>>> screen. you may consider adding a view only mode too. >>>>>> ** you might check while signing up whether popup blockers are active. >>>>>> if yes you could prompt the user to disable popup blockers first >>>>>> before signing in. >>>>>> ** pressing the share/record screen button opens a new, blank window >>>>>> just to download the JNLP app. maybe you want to change that to not >>>>>> open a separate window that needs to be closed after starting the JNLP >>>>>> app >>>>>> ** pressing the share/record screen button did not lead to an >>>>>> immediate screen sharing session. Maybe you could provide some >>>>>> indication that the screen sharing session is being initialized to >>>>>> prevent clicking the share/record screen button multiple times. >>>>>> ** It looks like after stopping screen sharing the shared screen still >>>>>> remains on each participants screen. Maybe it would make sense to >>>>>> provide a message to each participant that the host stopped sharing >>>>>> its screen. >>>>>> ** On some operating systems (including Openindiana) the web browser >>>>>> window was resized after clicking sign-up. This might be annoying to >>>>>> some users. >>>>>> >>>>>> PCBSD 9 Isotope Edition (KDE 4.6.3 Desktop): >>>>>> >>>>>> ** Firefox 4.0.1 and Linux Adobe Flash Player 10 >>>>>> * Observations: >>>>>> * Gave up in the end because the flash play didn't work accordingly >>>>>> and installing Java is a real PITA. Guess even if it's called PCBSD, >>>>>> it's not a real end user (aka desktop) system because it heavily >>>>>> depends on the FreeBSD system. >>>>>> >>>>>> Overall observation: >>>>>> >>>>>> The only thing which is introducing some issues on certain platforms >>>>>> is Java/Flash as a plug-in on certain platforms cause they are not >>>>>> treated as 1st class citizen of the operating systems. For instance on >>>>>> OS X Lion Java has been removed and must be installed first prior to >>>>>> be able to use Java-based apps. Linux seems to be exposing some >>>>>> difficulties with both Flash and Java (i.e. webstart). >>>>>> >>>>>> So maybe working on the above identified Java/Flash issues could be >>>>>> one objective for the incubation phase. >>>>>> >>>>>> If I would have a free wish I'd like to see OpenMeetings supporting >>>>>> the capability to join an Asterisk phone conference call. That way I >>>>>> could be using real phones I am using at home connected to an Askozia >>>>>> PBX for instance to have conference calls using OpenMeetings. >>>>>> >>>>>> Cheers >>>>>> Daniel >>>>>> >>>>>> On Tue, Oct 27, 2009 at 12:22 PM, Sebastian Wagner >>>>>> <seba.wag...@gmail.com> wrote: >>>>>>> hi, >>>>>>> >>>>>>> we would like to propose Openmeetings project to join the incubator. >>>>>>> >>>>>>> Full Proposal: >>>>>>> http://wiki.apache.org/incubator/OpenmeetingsProposal >>>>>>> >>>>>>> Quick summary: >>>>>>> OpenMeetings is Web Conferencing application that fits into >>> educational or >>>>>>> business sector. You can make conference sessions in different >>> room-types >>>>>>> with up to 100 peoples in a Room. It contains all main features of Web >>>>>>> Conferencing: Audio/Video, Whiteboard, Screen Sharing, Chat and >>> Moderation >>>>>>> System. It is translated into more then 20 languages and its a basic >>> goal of >>>>>>> OpenMeetings to be easy to embed into existing environments. It >>> already uses >>>>>>> many of Apache Technologies like Tomcat, Mina, Velocity, Commons, ... >>>>>>> >>>>>>> You may find all existing documents and further material on the >>> GoogleCode >>>>>>> pages: http://code.google.com/p/openmeetings/ >>>>>>> >>>>>>> >>>>>>> We appreciate any feedback and comments on the proposal. >>>>>>> >>>>>>> >>>>>>> sebastian wagner >>>>>>> -- >>>>>>> Sebastian Wagner >>>>>>> http://www.webbase-design.de >>>>>>> http://openmeetings.googlecode.com >>>>>>> http://www.laszlo-forum.de >>>>>>> seba.wag...@gmail.com >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>> >>> >>> >> >> >> -- >> Sebastian Wagner >> http://www.webbase-design.de >> http://openmeetings.googlecode.com >> http://www.wagner-sebastian.com >> seba.wag...@gmail.com >> > > > > -- > Ross Gardler (@rgardler) > Programme Leader (Open Development) > OpenDirective http://opendirective.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
