Re: [IVI] Trying to install Tizen on VMWare
Hi Rodney, Not sure what to do with it from here. You can use the icons on the colored panels to start applications ; for instance, if you click on the first icon in the alice panel, it will open a terminal window. More interestingly, if you click on the 2 last ones in the bob panel, it will start HTML5 Tizen applications (Bubble Wrap and Go) via the web runtime. PS : All these panels (in fact, launchers) belong to different users, but this may be unimportant from your perspective. Regards, Manuel 2014-12-29 2:18 GMT+01:00 Ray·Bloodworth k870818...@outlook.com: Hi, Rodney I was pointed to this because I am interested in AMB and I was pointed to this project as a use of it. You can use IVI image which AMB is installed by default. http://download.tizen.org/releases/milestone/tizen/ivi-3.0.m14.3/tizen-3.0.m14.3-ivi_20141028.3/images/atom/ivi-mbr-i586/tizen-3.0.m14.3-ivi_20141028.3_ivi-mbr-i586-sdb.raw.bz2 BR, -- Ray·Bloodworth ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [Dev] (RFC) FreeRDP for Weston into Tizen
Hello everybody, Just a little update on the state of RDP (Remote Display) in Tizen : I just implemented an initial Wayland client. Before, X11 or MS Windows were needed on the client side. Now, it is possible to display the contents of the desktop of a Wayland Tizen device, from another one. Here is a video of the feature (1). The corresponding upstream patch is here (2). I backported it for Tizen here (3). The binary itself (wlfreerdp) should be available in future Tizen Common snapshots soon. Regards. (1) : https://www.youtube.com/watch?v=r2c0MVBofjQ (2) : https://github.com/FreeRDP/FreeRDP/pull/2145 (3) : https://review.tizen.org/git/?p=platform/upstream/freerdp.git;a=shortlog;h=refs/heads/tizen 2014-04-14 11:37 GMT+02:00 Manuel Bachmann manuel.bachm...@open.eurogiciel.org: Hi again everybody, Just a little heads-up on the subject : I have actually been able to render GL applications remotely with the RDP backend. Here is a video demo (with Weston EFL apps running in EGL mode) : https://www.youtube.com/watch?v=WA0esHzOnOk It just requires a small patch in Mesa ; just pushed it. If we merge this, we will be able to do software rendering as a fallback : https://review.tizen.org/gerrit/#/c/19513/ (btw : it could also benefit hardware running Tizen without hardware accel) Opinions and review would be greatly appreciated. 2014-04-07 10:35 GMT+02:00 Manuel Bachmann manuel.bachm...@open.eurogiciel.org: Hi Lukasz, This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. Yes, you're totally right ; Weston already supports multiple instances with the wayland-to-wayland and x11 compositors e.g.. I just wanted to highlight the fact that it would be possible to switch on a remote display, too). Regards, Manuel 2014-04-07 7:35 GMT+02:00 Łukasz Stelmach l.stelm...@samsung.com: It was 2014-04-04 pią 18:49, when Manuel Bachmann wrote: I very recently pushed a request to get the FreeRDP package into Tizen. If it's accepted, it will allow to compile Weston with the RDP protocol support. Using this, we will be able to : - run one or multiple Weston instances on a Tizen device ; This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. - accessing them remotely, from a station running Linux, Win32, Android... in a way similar to VNC, but with better performance : [...] This ouf course sounds nice. -- Łukasz Stelmach Samsung RD Institute Poland Samsung Electronics -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: The Modello packages name must not contains underscore _
Hi Geoffroy, Yes, that is the issue : It cannot build. 2014-10-01 18:12 GMT+02:00 VanCutsem, Geoffroy geoffroy.vancut...@intel.com : -Original Message- Yocto do NOT support the underscore _ in package name. And we want to build Tizen with Yocto . Out of curiosity, does that mean that Yocto just *cannot* build any of these? Cheers, Geoffroy Intel Corporation NV/SA Kings Square, Veldkant 31 2550 Kontich RPM (Bruxelles) 0415.497.718. Citibank, Brussels, account 570/1031255/09 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: Tizen mesa has been updated to 10.3
Hi Quanxian, Thanks a lot for this neat Mesa update ! For the moment, we did delay it on Common for the folliowing reasons : - there is a new RPM (mesa-libgbm) which conflicts with an existing one (libgbm) ; - Weston can not start, and issues the following warning/error : EGL_CANNOT_INITIALIZE We will investigate that ; but feel free to give insights if you have an idea about what causes the problem. Regards. 2014-09-24 10:29 GMT+02:00 Wang, Quanxian quanxian.w...@intel.com: Tizen Mesa have been updated to 10.3. *New features* Note: some of the new features are only available with certain drivers. - GL_ARB_ES3_compatibility on nv50, nvc0, r600, radeonsi, softpipe, llvmpipe - GL_ARB_clear_texture on i965 - GL_ARB_compressed_texture_pixel_storage on all drivers - GL_ARB_conditional_render_inverted on i965, nvc0, softpipe, llvmpipe - GL_ARB_derivative_control on i965, nv50, nvc0, r600 - GL_ARB_draw_indirect on nvc0, radeonsi - GL_ARB_explicit_uniform_location (all drivers that support GLSL) - GL_ARB_fragment_layer_viewport on nv50, nvc0, llvmpipe, r600 - GL_ARB_gpu_shader5 on i965/gen7, nvc0 - GL_ARB_multi_draw_indirect on nvc0, radeonsi - GL_ARB_sample_shading on radeonsi - GL_ARB_seamless_cubemap_per_texture on i965, llvmpipe, nvc0, r600, radeonsi, softpipe - GL_ARB_stencil_texturing on nv50, nvc0, r600, and radeonsi - GL_ARB_texture_barrier on nv50, nvc0, r300, r600, radeonsi - GL_ARB_texture_compression_bptc on i965/gen7+, nvc0, r600/evergreen+, radeonsi - GL_ARB_texture_cube_map_array on radeonsi - GL_ARB_texture_gather on r600, radeonsi - GL_ARB_texture_query_levels on nv50, nvc0, llvmpipe, r600, radeonsi, softpipe - GL_ARB_texture_query_lod on r600, radeonsi - GL_ARB_viewport_array on nvc0 - GL_AMD_vertex_shader_viewport_index on i965/gen7+, r600 - GL_OES_compressed_ETC1_RGB8_texture on nv30, nv50, nvc0, r300, r600, radeonsi, softpipe, llvmpipe - GLX_MESA_query_renderer on nv30, nv50, nvc0, r300, r600, radeonsi, softpipe, llvmpipe - A new software rasterizer driver (kms_swrast_dri.so) that works with DRM drivers that don't have a full-fledged GEM (such as qxl or simpledrm) - Distribute the Khronos GL/glcorearb.h header file. Others please refer to release notes: http://www.mesa3d.org/relnotes/10.3.html Thanks Regards Quanxian Wang ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [TizenCommon]weston-launch can not be started up in user mode
Hi Andy, Some time ago, users did not have the privilege to access the /dev/fb0 device. We fixed that by adding them to the video group. As your version of Weston seems old (1.4.0), I guess you are using an older snapshot. You can fix that directly, or upgrade. Regards; 2014-09-18 9:41 GMT+02:00 Yang Andy williamyan...@hotmail.com: Hi everyone I want to start up weston-launch at console terminal in user mode. It failed to start up weston-launch and echo error info below. But when i change user mode to root mode,it can start up weston-launch correctly. Could anyone give some hint on how to solve this issue? [Error Info] weston-launch[262]: [16:00:12.513] weston 1.4.0 weston-launch[262]: http://wayland.freedesktop.org/ weston-launch[262]: Bug reports to: https://bugs.freedesktop.org/enter_bug.cgi?product=Waylan weston-launch[262]: [16:00:12.516] OS: Linux, 3.10.17-1.0.0_ga, #8 SMP PREEMPT Fri Aug 29 16: weston-launch[262]: [16:00:12.529] Using config file '/etc/xdg/weston/weston.ini' weston-launch[262]: [16:00:12.532] Loading module '/usr/lib/weston/fbdev-backend.so' weston-launch[262]: [16:00:12.553] initializing fbdev backend weston-launch[262]: [16:00:12.594] Loading module '/usr/lib/weston/gl-renderer.so' weston-launch[262]: [16:00:12.605] fbGetDisplay failed. weston-launch[262]: [16:00:12.605] fatal: failed to create compositor Best regards Andy ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [RFC] IVI-Shell, Wayland, and middleware API unification
HI Tanibata-San, Please let me know your ideas; It is acceptable by community? Ivi-shell supports ivi-application.xml and some parts of xdg-shell.xml? On my side, it looks totally acceptable. As Janos suggests, maybe it should just be a compile-time option (such as --enable-xdg-shell-compatibility, or something like this). Regards, Manuel 2014-09-16 1:56 GMT+02:00 Tanibata, Nobuhiko (ADITJ/SWG) ntanib...@jp.adit-jv.com: Hi Manuel-san and Dominig-san, If community allows us to support multiple shell in one compositor and xdg-shell became standard shell in Weston, I can support fall back feature to xdg_shell when client doesn't support ivi-application. In this case, get_xdg_surface and other main protocol can be supported. That would be great ! Thanks a lot for your proposal. (regarding upstream XDG-Shell, it is supposed to be totally stabilized in Weston 1.7. I effectively have read messages were it was said that xdg-shell would replace wl_shell someday ; the current pro is that it has a lot more features). Please let me know your ideas; It is acceptable by community? Ivi-shell supports ivi-application.xml and some parts of xdg-shell.xml? BR, Nobuhiko Tanibata From: Manuel Bachmann [mailto:manuel.bachm...@open.eurogiciel.org] Sent: Monday, September 15, 2014 8:49 PM To: Tanibata, Nobuhiko (ADITJ/SWG) Cc: Counihan, Tom; Dominig ar Foll (Intel OTC); ivi@lists.tizen.org; Ishikawa, Tetsuri (ADITJ/SWG) Subject: Re: [RFC] IVI-Shell, Wayland, and middleware API unification Hi Janos, Tanibata-San, and thanks for your very detailed responses ! Janos, In the ICO paradigm applications should not be able to show themselves, get on the top, or go full-size unconditionally, without the approval of the managing authority, ie. the HomeScreen /system-controller. From this respect executing those request unconditionally in IVI shell does not appear to be very wise. Those request should be forwarded to the managing authority for consideration rather than execute them unconditionally. The ivi-controller interface is quite suitable for this. do not implement any hardwired policies for the wl- and xdg-shell calls, eg. map the xdg_surface_set_minimized = ivi_layout_surfaceSetVisibility, deliver the requests to the managing authority over ivi-controller interface. Thanks to your answer, I think I understand ; and this explains better the separation between the ivi-shell and ivi-layout modules. The map call of xdg_surface_set_minimized() was arbitray on my part, and could very well be delivered to ivi-controller component as you describe. I will take a look at it ; until then, I just disabled the call in my code base. convince upstream folks about the multiple shell support (once it has been already there but it was removed). If GENIVI folks do not want it we could make the wl- and/or xdg-shell support as compile-time option. Sure, a flag such as --enable-xdg-shell or --enable-xdg-wrapper could easily be implemented. I also get the feeling that this would help ICO integration in the future (because if I understand correctly, wl_shell support in only in the Tizen repository currently ; having a fallback shell upstream would reduce the delta). But Tanibata-San, who develops and maintains IVI-Shell, may also have an opinion on this :-). Tanibata-San, - If xdg-shell support, I would be great to merge them into one. - ivi-application.surface_create(ivi_id,surface) to map ID with wl_surface - allow to load ivi-layout module to add ivi-features. - security model not to allow client application to use a part of xdg-shell protocol; interface to control e.g. position/size like xdg_surface_set_minimized. - In the future, ivi-controller shall be bound by only authorized manager like murphy or else. This is one of suggestion from Intel graphic engineer you may know. Such a model may be elegant but also complicated for a first step. Regardind ivi-controller and murphy, I will take a look at it. If community allows us to support multiple shell in one compositor and xdg-shell became standard shell in Weston, I can support fall back feature to xdg_shell when client doesn't support ivi-application. In this case, get_xdg_surface and other main protocol can be supported. That would be great ! Thanks a lot for your proposal. (regarding upstream XDG-Shell, it is supposed to be totally stabilized in Weston 1.7. I effectively have read messages were it was said that xdg-shell would replace wl_shell someday ; the current pro is that it has a lot more features). But other interface to control position or resize of the shell surface shall not be supported because of security reason e.g. application can control. I totally understand your concern of not allowing direct access to the shell surface. It was an error on my side. I just disabled the call to ivi_layout_surface_set_Visibility in the demo code ( https://github.com/Tarnyko/weston-ivi
[RFC] IVI-Shell, Wayland, and middleware API unification
Hello fellow developers, I am coming with an IVI-specific topic, hoping to have some feedback. As you may know, Tizen IVI intends to have a specific UI based on the GENIVI specification. It is ICO (1), and is based upon IVI-Shell (2) for its GENIVI API layer support. Currently, it is not possible to run a standard Wayland client on IVI-Shell, because it has its own protocol, which differs from the Wl_shell / XDG-Shell protocols implemented in Weston. (*) It raises the issue of adaptation cost in the client frameworks (EFL, Crosswalk...) We have 2 ways to fix this : - directly implement the iVI-Shell protocol in clients ; - having a XDG-Shell - IVI-Shell wrapper directly in IVI-Shell itself. I just tested the 2nd solution (wrapper). It works pretty well : - here is the demo code : https://github.com/Tarnyko/weston-ivi-shell/commit/42c2c257b636b333f4945b49ab5f7ef94accb432 - here is a screenshot : http://www.tarnyko.net/repo/ivi-shell_xdg-shell_compat.png Here, the clients are pure xdg-shell. They do not know they are running on ivi-shell. Clicking on their minimize button works, because I remapped xdg_surface_set_minimized() to ivi_layout_surface_setVisibility(false). What is your opinion on this issue ? Regards, (1) : https://wiki.tizen.org/wiki/ICO (2) : https://wiki.tizen.org/wiki/IVI-Shell (*) ICO works around this by using a private API in IVI-Shell, which is not upstream. -- *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [RFC] IVI-Shell, Wayland, and middleware API unification
Hi Tom, and thanks for your answer, I get the impression that it implies from a client perspective is sees xdg shell interfaces exclusively, but I'm not sure from this 1 line. Yes, clarifying things might be a good idea. With this model, A client having only xdg-shell support (like most clients outside currently have) will see the xdg-shell interface. It will not be able to benefit of advanced ivi-shell features, but will at least show itself, and have some basic features (hiding, showing, maximizing, choosing a screen...). A client having full ivi-shell support will see the ivi-shell interface. It will be able to benefit from all ivi-shell features. (PS : the patch currently does not fix all clients for this purpose. It primarily intends to demonstrate the feature with 2 precise clients). Regards, 2014-09-12 13:22 GMT+02:00 Counihan, Tom tom.couni...@intel.com: Hi Manuel, From: IVI [mailto:ivi-boun...@lists.tizen.org] On Behalf Of Manuel Bachmann Sent: Friday, September 12, 2014 10:04 AM To: ivi@lists.tizen.org Subject: [RFC] IVI-Shell, Wayland, and middleware API unification We have 2 ways to fix this : - having a XDG-Shell - IVI-Shell wrapper directly in IVI-Shell itself. Can you expand on this second option a little further so the intent is fully understood. I get the impression that it implies from a client perspective is sees xdg shell interfaces exclusively, but I'm not sure from this 1 line. If you could paint a more detailed picture that would be very helpful. Warm Regards Tom. -- Intel Shannon Limited Registered in Ireland Registered Office: Collinstown Industrial Park, Leixlip, County Kildare Registered Number: 308263 Business address: Dromore House, East Park, Shannon, Co. Clare This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
ANNOUNCE : notification-display-service, a new display popup system for Tizen 3
Hello fellow developers, As you may now, Tizen 3 has a requirement for a system popup notification system. It is a long-time feature request, and is linked with many bugs (1). The general idea is that parts of the Tizen framework may have the need to display something on screen : list of privileges required by a new application, critical error message , pairing request of a Bluetooth device... ... and in some cases, the user may react to it (yes, I agree to pair with this device, and here is its PIN code). So, as notification-service is the current service handling notifications on Tizen, I just pushed 3 reviews implement a new service named notifications-display-service (2). It is a basically a simple service started by sytemd, which pairs with notification-service, reads notifcations, displays them in the form of Wayland popups (3), and deletes them when the user validates with Ok (otherwise, it goes to the next one, and re-iterates next time). As for the GUI popups themselves (3), they are very simple, are intended to serve as a demo implementation, and *not* to be shipped as is in final products. The integrator is expected to modify the service to provide its own popup system (please refer to the TODO part below for details). As for the integration with the source framework, in terms of sending responses back, there is an implementation done with the new bluetooth_frwk developement branch, available in a branch (4). It pairs a Bluetooth device successfully if the user clicks Ok after a request. It has been done is conjunction with my coworker Corentin Lecouvey and should be extended. Here is what's left TODO : - the service currently runs as root. This is really *not* what is intended for the final release, and will be fixed (by the way, it may be related to this other bug (5) ; any pointers on this would be useful !) ; - the service currently uses a pure-Wayland backend named libwlmessage. A X11 port of this lib is being developed and should be ready very soon (6). Remember it stays a demo-only implementation, though. - the service will use a plugin system, so you can add your implementation without breaking the existing ones. Again, this should be ready soon. Thanks for your attention and happy hacking ! Regards, Manuel Bachmann (1) : https://bugs.tizen.org/jira/browse/TC-1475 - https://bugs.tizen.org/jira/browse/TC-996 (2) : https://review.tizen.org/gerrit/26906 - https://review.tizen.org/gerrit/26907 https://review.tizen.org/gerrit/26906 - https://review.tizen.org/gerrit/26908 https://review.tizen.org/gerrit/26906 (3) : http://www.tarnyko.net/repo/notification-display-service_wayland.png (4) : https://review.tizen.org/git/?p=platform/core/appfw/notification-service.git;a=commit;h=d3b7401e549727cf72a2939d4e7e6c86088ae76b (5) : https://bugs.tizen.org/jira/browse/TC-1369 (6) : http://www.tarnyko.net/repo/notification-display-service_x11.png -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: Any reason to add X11 flag in current wayland repo?
Quanxian, Just rebuilt the package, seems to work fine. I see that you were using a custom build.conf file (-D /home/qxwang/gbs/3.0-ivi/build_ivi_wayland.conf) My understanding is that your config file enables the %with x flag (hence why it is looking for x11, xext...), but obviously the wayland repo which you are building against doesn't provide any of these packages. It wasn't a problem when the flag was missing - but you might have run into similar problems when building other packages. I have 2 suggestions : - edit your build_ivi_wayland.conf, so it defines %with x to 0, and %with wayland to 1 ; - use the build.conf file provided by the wayland repo itself ( http://download.tizen.org/snapshots/tizen/ivi/latest/repos/atom/packages/repodata/8c262bdf6b0207657429addd83717bd99a8a25b978d4a3810abe8fe89a41a25a-build.conf.gz ). gbs should already be using it now, as you deleted the -D option. 2014-09-02 8:37 GMT+02:00 Wang, Quanxian quanxian.w...@intel.com: *From:* Ylinen, Mikko [mailto:mikko.yli...@intel.com] *Sent:* Tuesday, September 2, 2014 2:04 PM *To:* Wang, Quanxian *Cc:* Manuel Bachmann; ivi@lists.tizen.org *Subject:* Re: Any reason to add X11 flag in current wayland repo? On Tue, Sep 2, 2014 at 4:55 AM, Wang, Quanxian quanxian.w...@intel.com wrote: Thanks Manuel Bachmann Something like What's the gbs command and repository you're using? *[Wang, Quanxian] This is my configuration file. * url = http://download.tizen.org/snapshots/tizen/ivi/latest/ gbs -c /home/qxwang/gbs/3.0-ivi/gbs.conf build --include-all -A i586 -B /home/qxwang/GBS-ROOT/3.0-ivi/ -D /home/qxwang/gbs/3.0-ivi/build_ivi_wayland.conf I have deleted –D option, seems it works. The cause maybe my build.conf file. I will check what the difference is with latest update. -- Mikko “ info: Generating patches from git (upstream/10.1.3. .b66e90fb46c0d9415a68831d8e3db27a3546e1f1) info: Generating diff file HEAD..b66e90fb46c0d9415a68831d8e3db27a3546e1f1 info: Didn't find any old 'Patch' tags, adding new patches after the last 'Source' tag. info: Didn't find any old '%patch' macros, adding new patches after the last '%setup' macro fatal: Path 'MesaLib-10.1.3.tar.bz2.delta' does not exist in 'refs/heads/pristine-tar' pristine-tar: git show refs/heads/pristine-tar:MesaLib-10.1.3.tar.bz2.delta failed error: Couldn't checkout MesaLib-10.1.3.tar.bz2: /usr/bin/pristine-tar returned 128 info: MesaLib-10.1.3.tar.bz2 does not exist, creating from 'upstream/10.1.3' info: package files have been exported to: /home/qxwang/GBS-ROOT/3.0-ivi/local/sources/current/mesa-10.1.3-0 info: retrieving repo metadata... info: parsing package data... info: building repo metadata ... info: package dependency resolving ... error: *** Error Summary *** === the following packages failed to build due to missing build dependencies (1) === mesa: nothing provides pkgconfig(x11) nothing provides pkgconfig(x11-xcb) nothing provides pkgconfig(xext) nothing provides pkgconfig(xdamage) nothing provides pkgconfig(xfixes) nothing provides pkgconfig(dri2proto) nothing provides pkgconfig(glproto) nothing provides pkgconfig(xcb-dri2) nothing provides pkgconfig(xcb-glx) error: gbsrpmbuild fails “ Regards Quanxian Wang *From:* Manuel Bachmann [mailto:manuel.bachm...@open.eurogiciel.org] *Sent:* Monday, September 1, 2014 5:54 PM *To:* Wang, Quanxian *Cc:* ivi@lists.tizen.org *Subject:* Re: Any reason to add X11 flag in current wayland repo? HI Quanxian, Thanks for asking. We need this flag because we integrate the X11 packages with the Common profile, as described here : https://lists.tizen.org/pipermail/dev/2014-July/003512.html Normally, this flag will only be used on the x11 images, and most notably build libGL which is needed to build xorg-server along with its latest extensions. The pure wayland image should not be impacted AFAIK (and will not have libGL). Could you describe the problem you encounter when building with GBS ? Any error message ? Regards, 2014-09-01 10:50 GMT+02:00 Wang, Quanxian quanxian.w...@intel.com: Hi, Manuel Bachmann I could not build weston with latest mesa update. I found you add X11 flag in mesa project. commit 2ac8db2d91e54b3ac3bcb6f1d4d9f2a781fb2cff Author: Manuel Bachmann manuel.bachm...@open.eurogiciel.org Date: Sat Jul 5 09:35:02 2014 +0200 packaging: Re-enable X11 compiling Change-Id: I202b022ed7fd37857d8e546d6ab50d439716f10b Signed-off-by: Manuel Bachmann manuel.bachm...@open.eurogiciel.org Signed-off-by: JosC3A9 Bollo jose.bo...@open.eurogiciel.org X11 flag has been deleted before to disable the dependency on X. I am not sure why you add this flag? Only for GL support? With patch, it will affect more packages which use egl when building. Without your commit in my local machine, weston could be built out
Re: Launching apps fullscreen in weston
Hello Andrew, Fullscreen is a feature that an application has to support. Weston-terminal does, for instance : right-click on its titlebar, and choose Fullscreen. Starting from Weston 1.5 (which we have in the latest snapshots), there is also a fullscreen shell that doesn't display decorations or UI elements. You can run it with --shell=fullscreens-shell.so, but the same thing applies : the application has to support it. I think that only weston-simple-shm and weston-simple-egl do it out-of-the-box. Regards, 2014-07-15 12:16 GMT+02:00 Andrew Black andrew.bl...@realvnc.com: Hello, What is the preferred way to launch an application fullscreen in weston? So far I have been launching the application from within weston-terminal, running inside weston-desktop-shell. I can then click the maximise button on the window title bar, but this leaves the toolbar at the top exposed and does not get rid of the window decorations. It also requires manual clicking of the maximise button. What I would like is to be able to launch my application and for it to run fullscreen, with no desktop-shell taskbar or window decorations visible. Can anyone offer any advice? Thanks Andrew Black ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [Dev] crosswalk
This was a good suggestion, Brian. ! [output] name=HDMI3 translate=90 This is wrong. It should be : transform=flipped-90 (to be sure that HDMI3 is your monitor's actual name, run weston with the --log=/tmp/weston.log switch and inspect the file). 2014-07-10 23:50 GMT+02:00 McGee, Art amcg...@jaguarlandrover.com: This is the weston.ini file. On 10 July 2014 14:29, Jones, Brian J brian.j.jo...@intel.com wrote: Hi Art, Can you paste your weston.ini file so we can see what’s in there that might be your issue? Thanks. *From:* IVI [mailto:ivi-boun...@lists.tizen.org] *On Behalf Of *McGee, Art *Sent:* Thursday, July 10, 2014 2:19 PM *To:* Balestrieri, Francesco *Cc:* d...@lists.tizen.org; ivi@lists.tizen.org *Subject:* Re: [Dev] crosswalk Francesco, Thank you. I was able to get the debugger to work. I still am unable to rotate the screen orientation in the weston.ini file in the /etc/xdg/weston folder. I use the same settings in the older releases of web-runtime. Thanks, Art McGee On 10 July 2014 12:09, Balestrieri, Francesco francesco.balestri...@intel.com wrote: Hi Art, perhaps you are aware already, but there is an issue with remote debugging in a multi-user environment, see this bug for some background: https://crosswalk-project.org/jira/browse/XWALK-1858 Quoting from the bug comments: (1) in the path ~/.config/systemd/user, create xwalk.service (or you can just copy /usr/lib/systemd/user/xwalk.service to here). (2) in ~/.config/systemd/user/xwalk.service insert --remote-debugging-port=***, this file will overwhelm the /usr/lib/systemd/user/xwalk.service. Then, for different users, we can have different debugging port. HTH, Francesco *From:* Dev [mailto:dev-boun...@lists.tizen.org] *On Behalf Of *McGee, Art *Sent:* Thursday, July 10, 2014 9:57 PM *To:* d...@lists.tizen.org; ivi@lists.tizen.org *Subject:* [Dev] crosswalk I used https://wiki.tizen.org/wiki/Install_tizen_image instrcutions to image by NDIS. I then modified the /etc/xdg/weston/weston.ini file to rotate the screen and this seems to fail and not rotate the screen. I installed the first mbr that was 32bit in the tixen common snapshot for wayland. I then also changed /usr/lib/systemd/user/xwalk.service to include --remote-debugging-port=9888. I get the web interface but when I launch apps I am unable to see these apps for debugging. I have also refreshed the screen. -- Art McGee Infotainment Engineer Jaguar Land Rover One World Trade Center, 121 Southwest Salmon Street, 11th Floor, Portland, Oregon, 97204 - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- Art McGee Infotainment Engineer Jaguar Land Rover One World Trade Center, 121 Southwest Salmon Street, 11th Floor, Portland, Oregon, 97204 -- Art McGee Infotainment Engineer Jaguar Land Rover One World Trade Center, 121 Southwest Salmon Street, 11th Floor, Portland, Oregon, 97204 ___ Dev mailing list d...@lists.tizen.org https://lists.tizen.org/listinfo/dev -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Running HTML5 Modello applications under a recent IVI image
Hi folks, I am trying to install and run the Modello applications from the html5_UI_* repos (html5_UI_HomeScreen, html5_UI_Phone...) under the latest IVI snapshot. As Tizen recently switched from WRT to Crosswalk, most of dependencies and directives of these repos (wrt-installer, wrt-plugins-ivi, ...) are now obsolete. Plus, they don't seem to work well out-of-the-box. Is there any new branch or repo I should be using instead of the profile/ivi/html5_UI_* ones ? -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: Running HTML5 Modello applications under a recent IVI image
Hi Ulf, You're totally right, I didn't follow this wiki page ; problems are now mainly solved, thanks ! 2014-07-02 16:08 GMT+02:00 Hofemeier, Ulf ulf.hofeme...@intel.com: Hi, Please refer to the wiki page we created for Modello. All you have to do is zypper install a package group which will install all Modello apps for you. Ulf https://wiki.tizen.org/wiki/IVI/Modello On Jul 2, 2014 7:02 AM, Baptiste Durand baptiste.dur...@open.eurogiciel.org wrote: Manuel, Please take care to use app user to launch this app. Thanks 2014-07-02 15:58 GMT+02:00 Manuel Bachmann manuel.bachm...@open.eurogiciel.org: So now I'm running homescreen for instance : zypper in Modello_Homescreen xwalkctl -i /opt/usr/apps/.preinstallWidgets/Modello_Homescreen.wgt xwak-launcher ID and I'm getting a white fullscreen window ; though reading this bug for instance : https://bugs.tizen.org/jira/browse/TC-1349 I get the impression I should be seeing something other ; did I miss a step ? 2014-07-02 15:47 GMT+02:00 Manuel Bachmann manuel.bachm...@open.eurogiciel.org: Hi Geoffroy, Thank you ; using these packages, I now manage to get some apps running. Regards. 2014-07-02 15:20 GMT+02:00 VanCutsem, Geoffroy geoffroy.vancut...@intel.com: Hi Manuel, We have renamed the packages when we gave that HTML5 UI its new name (Modello). The new git repos/packages are “profile/ivi/Modello_*”. This is what you should use in the latest images based on Crosswalk. Thanks, Geoffroy *From:* Manuel Bachmann [mailto:manuel.bachm...@open.eurogiciel.org] *Sent:* Wednesday, July 02, 2014 9:54 PM *To:* ivi@lists.tizen.org *Cc:* VanCutsem, Geoffroy *Subject:* Running HTML5 Modello applications under a recent IVI image Hi folks, I am trying to install and run the Modello applications from the html5_UI_* repos (html5_UI_HomeScreen, html5_UI_Phone...) under the latest IVI snapshot. As Tizen recently switched from WRT to Crosswalk, most of dependencies and directives of these repos (wrt-installer, wrt-plugins-ivi, ...) are now obsolete. Plus, they don't seem to work well out-of-the-box. Is there any new branch or repo I should be using instead of the profile/ivi/html5_UI_* ones ? -- Regards, *Manuel BACHMANN* * Tizen Project VANNES-FR* Intel Corporation NV/SA Kings Square, Veldkant 31 2550 Kontich RPM (Bruxelles) 0415.497.718. Citibank, Brussels, account 570/1031255/09 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Baptiste DURAND Eurogiciel Vannes/FR ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: eglInitialize failed on tizen_20140422.1_ivi-release-mbr-i586-sdb.raw.bz2
Hi Jacky, It looks like EGL is trying to use its X11 backend ; which was the default on older installs due to the way EGL/Mesa used to be built (FYI, it was changed in latest snapshots). You may work around the problem by explicitly calling the EGL Wayland backend : #include wayland-egl.h struct wl_display *display; display = wl_display_connect (NULL); m_display = eglGetDisplay ((EGLNativeDisplayType) display); Regards, Manuel 2014-06-17 10:07 GMT+02:00 Jacky (ZhiJun) Ni j...@telecomsys.com: Hi all, I came across the issue that executing of function “eglInitialize “ failed, if anyone who knows the solution, please help me, the followings are the print info and my codes: *eglGetDisplay begin* *eglGetDisplay end* *eglInitialize begin* * libEGL warning: DRI2: xcb_connect failed* * libEGL warning: DRI2: xcb_connect failed* * libEGL warning: GLX: failed to load GLX * * eglInitialize falied* My snippet codes: * printf(eglGetDisplay begin\n);* *if ((m_display = eglGetDisplay(EGL_DEFAULT_DISPLAY)) != EGL_NO_DISPLAY)* *{* * errorLine = __LINE__;* *printf(eglGetDisplay falied\n);* * return;* *}* *printf(eglGetDisplay end\n);* *printf(eglInitialize begin\n);* *if (!eglInitialize(m_display, 0, 0))* *{* * errorLine = __LINE__;* *printf(eglInitialize falied\n);* * return;* *}* *printf(eglInitialize end\n);* Best Regards, Jacky Ni CONFIDENTIALITY NOTICE: The information contained in this message may be privileged and/or confidential. If you are not the intended recipient, or responsible for delivering this message to the intended recipient, any review, forwarding, dissemination, distribution or copying of this communication or any attachment(s) is strictly prohibited. If you have received this message in error, please notify the sender immediately, and delete it and all attachments from your computer and network. ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: eglInitialize failed on tizen_20140422.1_ivi-release-mbr-i586-sdb.raw.bz2
Hmm, that shouldn't happen ; yes, updating to a more recent snapshot should solve this. At worst, on your current install, you could try this : export EGL_DRIVER=dri2 export EGL_PLATFORM=wayland ./run_my_program Not sure about the 2nd variable and the cases where it is actually read ; but worth trying. Running the binary from weston-terminal, and not a regular VT, may also help. 2014-06-17 11:40 GMT+02:00 Jacky (ZhiJun) Ni j...@telecomsys.com: HI Manuel, Thanks for your reply, I’ve tried your method but the application crash, then I use the gdb to trace the stack, find that libEGL.so.1 call the “ dri2_initialize_x11()”, as you mentioned it seems that EGL trying to use X11 backend, may I try the latest snapshots? the following is the bt print info: *Program received signal SIGSEGV, Segmentation fault.* *[Switching to LWP 681]* *0xb6f205aa in XGetXCBConnection () from /lib/libX11-xcb.so.1* *(gdb) bt* *#0 0xb6f205aa in XGetXCBConnection () from /lib/libX11-xcb.so.1* *#1 0xb7e29e8a in dri2_initialize_x11 () from /lib/libEGL.so.1* *#2 0xb7e27851 in dri2_initialize () from /lib/libEGL.so.1* *#3 0xb7e21710 in _eglMatchAndInitialize () from /lib/libEGL.so.1* *#4 0xb7e21ac9 in _eglMatchDriver () from /lib/libEGL.so.1* *#5 0xb7e1cbf8 in eglInitialize () from /lib/libEGL.so.1* Best Regards, Jacky Ni *From:* Manuel Bachmann [mailto:manuel.bachm...@open.eurogiciel.org] *Sent:* Tuesday, June 17, 2014 4:44 PM *To:* Jacky (ZhiJun) Ni *Cc:* ivi@lists.tizen.org *Subject:* Re: eglInitialize failed on tizen_20140422.1_ivi-release-mbr-i586-sdb.raw.bz2 Hi Jacky, It looks like EGL is trying to use its X11 backend ; which was the default on older installs due to the way EGL/Mesa used to be built (FYI, it was changed in latest snapshots). You may work around the problem by explicitly calling the EGL Wayland backend : #include wayland-egl.h struct wl_display *display; display = wl_display_connect (NULL); m_display = eglGetDisplay ((EGLNativeDisplayType) display); Regards, Manuel 2014-06-17 10:07 GMT+02:00 Jacky (ZhiJun) Ni j...@telecomsys.com: Hi all, I came across the issue that executing of function “eglInitialize “ failed, if anyone who knows the solution, please help me, the followings are the print info and my codes: *eglGetDisplay begin* *eglGetDisplay end* *eglInitialize begin* * libEGL warning: DRI2: xcb_connect failed* * libEGL warning: DRI2: xcb_connect failed* * libEGL warning: GLX: failed to load GLX * * eglInitialize falied* My snippet codes: * printf(eglGetDisplay begin\n);* *if ((m_display = eglGetDisplay(EGL_DEFAULT_DISPLAY)) != EGL_NO_DISPLAY)* *{* * errorLine = __LINE__;* *printf(eglGetDisplay falied\n);* * return;* *}* *printf(eglGetDisplay end\n);* *printf(eglInitialize begin\n);* *if (!eglInitialize(m_display, 0, 0))* *{* * errorLine = __LINE__;* *printf(eglInitialize falied\n);* * return;* *}* *printf(eglInitialize end\n);* Best Regards, Jacky Ni CONFIDENTIALITY NOTICE: The information contained in this message may be privileged and/or confidential. If you are not the intended recipient, or responsible for delivering this message to the intended recipient, any review, forwarding, dissemination, distribution or copying of this communication or any attachment(s) is strictly prohibited. If you have received this message in error, please notify the sender immediately, and delete it and all attachments from your computer and network. ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN* *Tizen ProjectVANNES-FR* CONFIDENTIALITY NOTICE: The information contained in this message may be privileged and/or confidential. If you are not the intended recipient, or responsible for delivering this message to the intended recipient, any review, forwarding, dissemination, distribution or copying of this communication or any attachment(s) is strictly prohibited. If you have received this message in error, please notify the sender immediately, and delete it and all attachments from your computer and network. -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: Touchscreen invert axis
Hi Ismail, Weston deduces the (x,y) coordinates from the the touchscreen, which is handled separately from the screen itself. It has no relation to the actual display, you may think of it as an USB drawing tablet which happens to be transparent and positioned over the real screen. Here, it looks like it is configured incorrectly. You have 2 ways to solve this problem : - flip Weston itself, by specifying in transform=90 in /etc/xdg/weston/weston.ini - fix the touchscreen itself, for example by modifying its drivers parameters so it flips (look for instance at https://wiki.archlinux.org/index.php/touchscreen, options usbtouchscreen swap_xy=1 which *may* apply) Regards, Manuel 2014-05-07 13:02 GMT+02:00 ismail yildiz ismail.yildi...@gmail.com: Yes I have weston. My output works well I don't have any shift or rotation but my problem is just on the touchscreen I have just a problem of swapping between X and y axis so if you now what and where I need to put this information it will help me a lot BR 2014-05-07 12:22 GMT+02:00 ismail yildiz ismail.yildi...@gmail.com: Yes sorry ... I'm talking about this image 20140313.8 thank you for your reply BR 2014-05-07 12:17 GMT+02:00 Clark, Joel joel.cl...@intel.com: Please be more specific about your image version, March 13 of which year. I don’t see any Tizen IVI milestone releases from March 13. https://wiki.tizen.org/wiki/IVI#Tizen_3.x_codebase If you are referring to http://download.tizen.org/releases/daily/tizen/ivi/ivi/tizen_20140313.8/, you should understand this is a “daily” build for QA testing which was not considered stable or complete enough for “Milestone” release. And this daily build may be removed in a month or so. If you are talking about the 20140313.8 image this does not have xorg or use X, it uses Wayland. You will probably find the information you need here: https://wiki.tizen.org/wiki/IVI/Tizen-IVI_3.0-M2-March2014#Tweaking_your_screen_settings Regards Joel *From:* IVI [mailto:ivi-boun...@lists.tizen.org] *On Behalf Of *ismail yildiz *Sent:* Wednesday, May 07, 2014 3:05 AM *To:* ivi@lists.tizen.org *Subject:* Touchscreen invert axis Hi all, I want to calibrate my touchscreen with weston-calibrator but I have a problem with x/y axis they are invert. I have already try this solution (at the end of the page) : https://wiki.tizen.org/wiki/IVI/IVI_Sept_18,_2012_preview_update#VMD1000_.28VTC1000.2FVMC1000_LVDS_Display.29_touchscreen_swapped_X.2FY_axis but I couldn't find the xorg file on my device ... I'm working on nexcom VTC6200 with LVDS and the 13th of March image version. BR ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [Dev] (RFC) FreeRDP for Weston into Tizen
Hi again everybody, Just a little heads-up on the subject : I have actually been able to render GL applications remotely with the RDP backend. Here is a video demo (with Weston EFL apps running in EGL mode) : https://www.youtube.com/watch?v=WA0esHzOnOk It just requires a small patch in Mesa ; just pushed it. If we merge this, we will be able to do software rendering as a fallback : https://review.tizen.org/gerrit/#/c/19513/ (btw : it could also benefit hardware running Tizen without hardware accel) Opinions and review would be greatly appreciated. 2014-04-07 10:35 GMT+02:00 Manuel Bachmann manuel.bachm...@open.eurogiciel.org: Hi Lukasz, This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. Yes, you're totally right ; Weston already supports multiple instances with the wayland-to-wayland and x11 compositors e.g.. I just wanted to highlight the fact that it would be possible to switch on a remote display, too). Regards, Manuel 2014-04-07 7:35 GMT+02:00 Łukasz Stelmach l.stelm...@samsung.com: It was 2014-04-04 pią 18:49, when Manuel Bachmann wrote: I very recently pushed a request to get the FreeRDP package into Tizen. If it's accepted, it will allow to compile Weston with the RDP protocol support. Using this, we will be able to : - run one or multiple Weston instances on a Tizen device ; This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. - accessing them remotely, from a station running Linux, Win32, Android... in a way similar to VNC, but with better performance : [...] This ouf course sounds nice. -- Łukasz Stelmach Samsung RD Institute Poland Samsung Electronics -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [Dev] (RFC) FreeRDP for Weston into Tizen
Hi Dominig, Thanks a lot for your feedback ! Yes you're right, the RDP backend would lower the burden of developing/re-developing applications for every device out there. An efficient RDP client on the end-user gadget would be enough to actually have a Tizen IVI application running on it, and let the user interact with it. The media center case highlighted immediatly comes to the mind, too. By the way, the FreeRDP package already has clients for diverse platforms (including Win32). And by the way, (again !), just to let you know, I've been able to make GL applications work with a small patch : https://lists.tizen.org/pipermail/dev/2014-April/002443.html So web applications are now able to run smoothly. Regards, Manuel 2014-04-07 11:10 GMT+02:00 Dominig ar Foll (Intel OTC) dominig.arf...@fridu.net: As GL call would have to be emulated by SW, the use of multiple screen has some limitations. Nevertheless, the technology could be very interesting for : - remote debug - remote simple applications. The second case is what I feel would provide the most value. If I take the example of an IVI or a TV, there is a strong demand to provide connectivity with external gadget such as tablet of phone, for basic application such as remote control. The traditional model requires to develop an App per gadget (and often per gadget release) and to maintain them in sync with the SW on the IVI or TV main device. The multiple target induces already a hard work but the second, the sync SW requirement can quickly become a nightmare when the main device SW update/upgrade model is control regionally (by Car dealers for IVI and by requirement to comply to broadcast API such as HBB for TV) while the App of the connected gadget will be updated by an App market on a worlwide basis. The RDP model can help to ease that requirement a lot, by requiring only one RDP client per gadget which only need to be in sync with the gadget SW (the RDP protocol stability is assumed). QA only need to validate once the RDP client per gadget. Then as the App which seems to be running on the gadget is actually running in the main device, there is no risk to get out of Sync. QA work would obviously simplify as the beside of checking various display ratio, there is nothing requiring further qualification for each App related to gadget. In short, I can see many applications which could benefit of this model. My 2 pence initial list would be : * TV - TV remote control - Media centre remote with covert ART * IVI - Radio remote control - Free parking space lock up by passenger and push new destination to GPS. Thoughts ? Dominig ar Foll Senior Architect Intel Open Source Technology Centre Le 07/04/2014 10:35, Manuel Bachmann a écrit : Hi Lukasz, This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. Yes, you're totally right ; Weston already supports multiple instances with the wayland-to-wayland and x11 compositors e.g.. I just wanted to highlight the fact that it would be possible to switch on a remote display, too). Regards, Manuel 2014-04-07 7:35 GMT+02:00 Łukasz Stelmach l.stelm...@samsung.com: It was 2014-04-04 pią 18:49, when Manuel Bachmann wrote: I very recently pushed a request to get the FreeRDP package into Tizen. If it's accepted, it will allow to compile Weston with the RDP protocol support. Using this, we will be able to : - run one or multiple Weston instances on a Tizen device ; This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. - accessing them remotely, from a station running Linux, Win32, Android... in a way similar to VNC, but with better performance : [...] This ouf course sounds nice. -- Łukasz Stelmach Samsung RD Institute Poland Samsung Electronics -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing listIVI@lists.tizen.orghttps://lists.tizen.org/listinfo/ivi ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: [Dev] (RFC) FreeRDP for Weston into Tizen
Hi Lukasz, This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. Yes, you're totally right ; Weston already supports multiple instances with the wayland-to-wayland and x11 compositors e.g.. I just wanted to highlight the fact that it would be possible to switch on a remote display, too). Regards, Manuel 2014-04-07 7:35 GMT+02:00 Łukasz Stelmach l.stelm...@samsung.com: It was 2014-04-04 pią 18:49, when Manuel Bachmann wrote: I very recently pushed a request to get the FreeRDP package into Tizen. If it's accepted, it will allow to compile Weston with the RDP protocol support. Using this, we will be able to : - run one or multiple Weston instances on a Tizen device ; This sounds weird by itself. Do you mean running multiple Westons with FreeRDP as a means to switch between them on a local display? IMHO Weston should be capable of running multiple instances like X11. - accessing them remotely, from a station running Linux, Win32, Android... in a way similar to VNC, but with better performance : [...] This ouf course sounds nice. -- Łukasz Stelmach Samsung RD Institute Poland Samsung Electronics -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: Weston 1.4 patches from Tizen merged upstream
You're welcome, Ossama ; you pushed lots of patches for having it running well (especially on IVI), too ! (for the record, Weston will soon be frozen, in pre-release cycle for 1.5). 2014-04-03 21:36 GMT+02:00 Othman, Ossama ossama.oth...@intel.com: Hi Manuel, One less Tizen-specific patch to maintain. This is good news! Thanks for your hard work! -Ossama On Thu, Apr 3, 2014 at 2:17 AM, Manuel Bachmann manuel.bachm...@open.eurogiciel.org wrote: Hello folks, As you may have noticed, the version of Weston 1.4 we currently ship on Tizen has some patches which make it diverge from upstream : https://review.tizen.org/git/?p=platform/upstream/weston.git;a=summary These patches mostly deal with window management issues (minimization) and virtual keyboard handling. I am very happy to announce the patches have been merged in Weston upstream : http://cgit.freedesktop.org/wayland/weston/commit/?id=50c87dbd9574cdbe765e80e63ccd7fc0ef77a4e3/ http://cgit.freedesktop.org/wayland/weston/commit/?id=805d2f536a2c8869b73721200203bd6b354f3e9b and will likely be available when we switch to version 1.5. -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
(RFC) FreeRDP for Weston into Tizen
Hello folks, I very recently pushed a request to get the FreeRDP package into Tizen. If it's accepted, it will allow to compile Weston with the RDP protocol support. Using this, we will be able to : - run one or multiple Weston instances on a Tizen device ; - accessing them remotely, from a station running Linux, Win32, Android... in a way similar to VNC, but with better performance : Here is a video sample of Weston running with FreeRDP : https://www.youtube.com/watch?v=rSTswsuDK54 I personally see at least 2 use-cases : - development, debugging without need to have a device at hand ; - displaying end-user applications remotely. As for the current limitations, you cannont currently run GL-accelerated applications through RDP, so you have for example to degrade EFL into software mode to make them run. Initial request : https://bugs.tizen.org/jira/browse/TINF-539 Please comment and give your impressions on this ! -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Re: How do you toggle between web apps programatically?
Hi Kevin, That's right, there is no show() call ; instead, I think you are supposed to run the tizen.application.launch() call from the current app and (re-)run the other app, for instance by doing : tizen.application.launch(APP ID, onSuccess, onError); (onSuccess() - onError(err) being callbacks doing what you want) The application should come up in foreground if it was hidden before. Regards, Manuel ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi
Wayland XDG-Shell wiki page
Hi folks, Here is a link to a new wiki page, dedicated to the Wayland XDG-Shell protocol : https://wiki.tizen.org/wiki/Wayland_xdg-shell_protocol This page aims at documenting this new protocol (which allows finer management of surfaces, with additional states such as minimization) and its integration in Tizen Wayland platforms, with links to patches/reviews. -- Regards, *Manuel BACHMANN Tizen Project VANNES-FR* ___ IVI mailing list IVI@lists.tizen.org https://lists.tizen.org/listinfo/ivi