On Fri, 17 Jul 2015 07:23:34 -0700 "McGee, Art" <[email protected]>
said:

> Carsten,
> 
> Maybe I'm missing something here.  My rotation settings are contained
> within the weston-genivi.ini and weston-user.ini.  I'm assuming that both
> of those cause weston to take care of the rotation.  I have tried changing
> the config.xml(portrait and landscape) settings and that doesn't seem to
> have an impact.  Am I missing something I could do in crosswalk to cause it
> to rotate the application instead of changing the weston...ini files?  At
> least this would be worth a shot but I may still need the screen rotated by
> weston as well so this wouldn't be a complete fix.  But maybe this would
> shed some lite on the problem.

can't help with weston directly - but wayland protocol allows the compositor to
do "whatever it likes" with the pixels ANd the input back to the app. weston
has a demo with rotating windows arbitrary angles

http://3.bp.blogspot.com/-wVdYlTqQBdU/Typ_uvzYgrI/AAAAAAAAAA8/A9lo7A0dnAA/s1600/second-rotate-cropped.png

http://i.ytimg.com/vi/Q0euI8FIXV0/maxresdefault.jpg

you want to harness that in the case i was talking about. i am not sure that
will come from config.xml. you'll have to start slinging code i think. :)

> Thanks,
> 
> 
> *Art McGee*
> Infotainment Engineer
> 
> 
> 
> Jaguar Land Rover North America, LLC
> 1419 NW 14th Ave, Portland, Oregon, 97209
> Jaguar.com <http://jaguar.com>  |  LandRover.com <http://landrover.com>
> 
> 
> On 16 July 2015 at 17:42, Carsten Haitzler <[email protected]> wrote:
> 
> >  crosswalk is doing its own rotationn itself most likely (efl can do this
> > too for example). you CAn have weston do the rotation instead though - it
> > may cost a little performance depending on how the app would do rotation
> > itself.
> >
> >  On 07/17/2015 12:41 AM, Smith, Kenneth wrote:
> >
> > Also, wayland/weston don't seem to have any problem with portrait or
> > landscape display. It's only the apps running through crosswalk that seem
> > to be affected by the VGA connection. Doesn't make any sense, but that's
> > the behavior we're seeing.
> >
> >
> > On 16 July 2015 at 07:50, McGee, Art <[email protected]> wrote:
> >
> >> Carsten,
> >>
> >>  Thank you for your help.   The problem is the quality of the VGA port
> >> is not what we are looking for.  We need the HDMI or I should say Display
> >> Port converted to HDMI.  We what the digital HD signal.  I am not saying
> >> the problem is for sure crosswalk.  I'm looking for an explanation.  The
> >> only error I have found are in crosswalk.  I have looked at wayland to find
> >> solutions as well.  The fact that this all works in portrait and not
> >> landscape has me baffled and I'm happy to look into any detailed technical
> >> info.  I've been over both code and without knowing more specifics I'm
> >> shooting in the dark.  Although the problem may or may not be crosswalk I
> >> still need to understand the errors as the VGA display being connected
> >> shouldn't matter the DP to HDMI should still work the same regardless if it
> >> is rotated 90 degrees or not.  I do agree that it shouldn't matter to
> >> crosswalk what screen it's on but this is the source of the error messages.
> >>
> >>  Thanks
> >>
> >>    *Art McGee*
> >> Infotainment Engineer
> >>
> >>
> >>
> >>  Jaguar Land Rover North America, LLC
> >> 1419 NW 14th Ave, Portland, Oregon, 97209
> >>  Jaguar.com <http://jaguar.com>  |  LandRover.com <http://landrover.com>
> >>
> >>
> >>  On 15 July 2015 at 16:45, Carsten Haitzler <[email protected]> wrote:
> >>
> >>> On Wed, 15 Jul 2015 09:22:44 -0700 "McGee, Art" <
> >>> [email protected]>
> >>> said:
> >>>
> >>> > All,
> >>> >
> >>> > I have some new testing information.   I've been using the VTC1010 for
> >>> > testing.  My primary choice for display output is HDMI.  I have noticed
> >>> > that crosswalk isn't developed for multi-screen yet and I wonder if
> >>> this
> >>> > could be part of the problem.  I have been able to get the Landscape to
> >>> > work on VGA and this can help us move forward but our target is HDMI.
> >>> I
> >>> > have also been able to get Landscape to work on HDMI but only under the
> >>> > right conditions. When the VGA is connected the apps will lauch on the
> >>> VGA
> >>> > screen from the start.  Once the VGA is disconnected apps will fail
> >>> with
> >>> > the same error message.  After reconnecting the VGA screen the apps
> >>> will
> >>> > launch on the HDMI port.  It appears the VGA must remain connected.
> >>> If you
> >>> > boot the box without VGA and just HDMI the apps won't start on boot.
> >>> You
> >>> > cannot launch the apps by hand. You then connect the VGA display and
> >>> the
> >>> > apps will launch on the HDMI display.  I have found if you disconnect
> >>> the
> >>> > VGA display the app will shutdown.  This is some kind of hard
> >>> depenancy on
> >>> > the VGA display for the VTC1010.  I will post this to the JIRA but
> >>> first
> >>> > wanted to see what I get from the mailing list.
> >>>
> >>> ummm wait a sec... how does this have anything to do with crosswalk?
> >>> crosswalk
> >>> is - at least for you on ivi, a wayland client app. it doesn't dneed to
> >>> know or
> >>> care about hdmi vs vga vs dp vs cga ... all it does is create a surface.
> >>> it can
> >>> query what screens exist but last i knew in wayland, there is no protocol
> >>> extension to specifically say "i must be on screen x/y/z" - compositor
> >>> decides
> >>> where you go. compositor can also even handle rotation for clients as
> >>> well so
> >>> portrait/landscape can be hidden from the client.
> >>>
> >>> so perhaps you want to bark up a different tree? not crosswalk, but your
> >>> compositor (weston i think is what you are using).
> >>>
> >>> also if you want the wayland client to hint at what output it wants,
> >>> then you
> >>> are in the land of extending protocol (and thus having to generate new
> >>> wayland
> >>> client libs and depend on them). be careful here in simply allowing
> >>> clients to
> >>> specify their screen. you really want to figure this out without the
> >>> client
> >>> voluntarily requesting things - if your multiple screens belong to
> >>> different
> >>> users/people. if it's the same "user" looking at different screens (eg
> >>> multiple
> >>> screens on the dash right in front of them) then client request hints
> >>> should be
> >>> semantic, not explicit - eg "my purpose is to display driving
> >>> statistics" vs
> >>> "my purpose is for entertainment" as opposed to hdmi vs vga or screen 1
> >>> vs
> >>> screen 2 etc. :)
> >>>
> >>> > Thanks
> >>> >
> >>> >
> >>> > *Art McGee*
> >>> > Infotainment Engineer
> >>> >
> >>> >
> >>> >
> >>> > Jaguar Land Rover North America, LLC
> >>> > 1419 NW 14th Ave, Portland, Oregon, 97209
> >>> > Jaguar.com <http://jaguar.com>  |  LandRover.com <http://landrover.com>
> >>>
> >>>
> >>>  >
> >>> >
> >>> > On 17 June 2015 at 12:10, McGee, Art <[email protected]>
> >>> wrote:
> >>> >
> >>> > > Ya,  This is the errors I get.
> >>> > >
> >>> > > Jun 17 11:13:49 ivi_box dbus-daemon[414]: Successfully activated
> >>> service
> >>> > > 'org.crosswalkproject.Runtime1'
> >>> > > Jun 17 11:13:49 ivi_box systemd[389]: Started Crosswalk.
> >>> > > Jun 17 11:13:49 ivi_box xwalk[1045]:
> >>> > > [0617/111349:INFO:desktop_factory_wayland.cc(17)] Ozone:
> >>> > > DesktopFactoryWayland
> >>> > > Jun 17 11:13:49 ivi_box amd[156]:
> >>> > >
> >>> [/home/abuild/rpmbuild/BUILD/vconf-buxton-0.3/src/vconf-buxton.c:767]
> >>> Error
> >>> > > -1 while getting buxton key db/setting/devoption/bgprocess
> >>> > > Jun 17 11:13:49 ivi_box systemd[389]: Started Tizen user middleware
> >>> > > services.
> >>> > > Jun 17 11:13:49 ivi_box systemd[389]: Reached target Tizen user
> >>> middleware
> >>> > > target.
> >>> > > Jun 17 11:14:14 ivi_box sh[861]: Service
> >>> 'org.crosswalkproject.Runtime1'
> >>> > > does could not be reached: Timeout was reached
> >>> > >
> >>> > > As you can see from the log the dbus service starts but it times out
> >>> when
> >>> > > it goes to run the application.  Over the many times I tested this
> >>> > > process.  I find that a rendering process is started in portrate
> >>> mode that
> >>> > > doesn't get started in landscape mode.  So I'm trying to find the
> >>> code that
> >>> > > launches the rendering process to catch the failure.  I also would
> >>> like the
> >>> > > code that is ran for a rendering process.  Once I can find where the
> >>> accual
> >>> > > code is I can get a better idea of the failure.  So fare capturing
> >>> code
> >>> > > changes from common hasn't help the process.  I have verified the
> >>> dbus
> >>> > > service is active.  See below
> >>> > >
> >>> > > app@ivi_box:~$ dbus-send --session --dest=org.freedesktop.DBus
> >>> > > --type=method_call --print-reply /org/freedesktop/DBus
> >>> > > org.freedesktop.DBus.ListNames
> >>> > > method return sender=org.freedesktop.DBus -> dest=:1.17
> >>> reply_serial=2
> >>> > >    array [
> >>> > >       string "org.freedesktop.DBus"
> >>> > >       string ":1.7"
> >>> > >       string "org.genivi.pulse"
> >>> > >       string ":1.8"
> >>> > >       string "org.gnome.Rygel1"
> >>> > >       string "org.genivi.mediamanager.Indexer"
> >>> > >       string ":1.9"
> >>> > >       string "org.tizen.phone"
> >>> > >       string "org.freedesktop.systemd1"
> >>> > >       string ":1.10"
> >>> > >       string "org.lightmediascanner"
> >>> > >       string ":1.11"
> >>> > >       string "org.enlightenment.Efreet"
> >>> > >       string ":1.12"
> >>> > >       string ":1.13"
> >>> > >       string ":1.0"
> >>> > >       string "org.pulseaudio.Server"
> >>> > >       string "org.PulseAudio1"
> >>> > >       string ":1.1"
> >>> > >       string ":1.15"
> >>> > >       string "org.genivi.mediamanager.Browser"
> >>> > >       string ":1.2"
> >>> > >       string ":1.16"
> >>> > >       string "com.intel.dleyna-renderer"
> >>> > >       string ":1.3"
> >>> > >       string "com.intel.dleyna-server"
> >>> > >       string ":1.17"
> >>> > >       string "org.crosswalkproject.Runtime1"
> >>> > >       string ":1.4"
> >>> > >       string "org.genivi.mediamanager.Player"
> >>> > >       string ":1.5"
> >>> > >       string "org.freedesktop.IBus"
> >>> > >       string ":1.6"
> >>> > >    ]
> >>> > >
> >>> > > There are not xwalk process until an app is launched.
> >>> > > These are the xwalk process launched when an app is launched in
> >>> landscape.
> >>> > > app@ivi_box:~$ ps -fA | grep xwalk
> >>> > > app       1089   861  0 11:59 ?        00:00:00
> >>> > >
> >>> /home/app/apps_rw/xwalk-service/applications/U4VCgZDnmt.Vonsor/bin/U4VCgZDnmt.Vonsor
> >>> > > `zaybxcwdveuftgsh` __AUL_DEBUG__
> >>> > > IAAAAAEEAAAOAAAAX19BVUxfREVCVUdfXwACAAAAMQA= __AUL_STARTTIME__
> >>> > >
> >>> NAAAAAEEAAASAAAAX19BVUxfU1RBUlRUSU1FX18AEgAAADE0MzQ1Njc1NjQvNjQzNTU4AA==
> >>> > > __AUL_CALLER_PID__
> >>> KAAAAAEEAAATAAAAX19BVUxfQ0FMTEVSX1BJRF9fAAUAAAAxMDg4AA==
> >>> > > __AUL_CALLER_UID__
> >>> KAAAAAEEAAATAAAAX19BVUxfQ0FMTEVSX1VJRF9fAAUAAAA1MDAwAA==
> >>> > > app       1091   406 38 11:59 ?        00:00:01 /usr/lib/xwalk/xwalk
> >>> > > --external-extensions-path=/usr/lib/tizen-extensions-crosswalk
> >>> > > app       1095  1091  4 11:59 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=zygote
> >>> > > app       1118  1091  4 11:59 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=gpu-process --channel=1091.0.302410629 --gpu-no-context-lost
> >>> > > --use-gl=egl --supports-dual-gpus=false
> >>> > > --gpu-driver-bug-workarounds=1,12,38 --gpu-vendor-id=0x8086
> >>> > > --gpu-device-id=0x0f31 --gpu-driver-vendor --gpu-driver-version
> >>> > >
> >>> > > These are the xwalk process launched after an app fails in landscape.
> >>> > > app@ivi_box:~$ ps -fA | grep xwalk
> >>> > > app       1091   406 46 11:59 ?        00:00:14 /usr/lib/xwalk/xwalk
> >>> > > --external-extensions-path=/usr/lib/tizen-extensions-crosswalk
> >>> > > app       1095  1091  0 11:59 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=zygote
> >>> > > app       1118  1091  0 11:59 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=gpu-process --channel=1091.0.302410629 --gpu-no-context-lost
> >>> > > --use-gl=egl --supports-dual-gpus=false
> >>> > > --gpu-driver-bug-workarounds=1,12,38 --gpu-vendor-id=0x8086
> >>> > > --gpu-device-id=0x0f31 --gpu-driver-vendor --gpu-driver-version
> >>> > >
> >>> > > These are the xwalk process launched when an app launches in
> >>> portrate mode.
> >>> > > app@ivi_box:~$ ps -fA | grep xwalk
> >>> > > app       1061   859  1 12:09 ?        00:00:00
> >>> > >
> >>> /home/app/apps_rw/xwalk-service/applications/U4VCgZDnmt.Vonsor/bin/U4VCgZDnmt.Vonsor
> >>> > > `zaybxcwdveuftgsh` __AUL_DEBUG__
> >>> > > IAAAAAEEAAAOAAAAX19BVUxfREVCVUdfXwACAAAAMQA= __AUL_STARTTIME__
> >>> > >
> >>> NAAAAAEEAAASAAAAX19BVUxfU1RBUlRUSU1FX18AEgAAADE0MzQ1NjgxOTAvNzE2MDY4AA==
> >>> > > __AUL_CALLER_PID__
> >>> KAAAAAEEAAATAAAAX19BVUxfQ0FMTEVSX1BJRF9fAAUAAAAxMDQzAA==
> >>> > > __AUL_CALLER_UID__
> >>> KAAAAAEEAAATAAAAX19BVUxfQ0FMTEVSX1VJRF9fAAUAAAA1MDAwAA==
> >>> > > app       1063   409 12 12:09 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --external-extensions-path=/usr/lib/tizen-extensions-crosswalk
> >>> > > app       1067  1063  3 12:09 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=zygote
> >>> > > app       1090  1063 12 12:09 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=gpu-process --channel=1063.0.1910641544 --gpu-no-context-lost
> >>> > > --use-gl=egl --supports-dual-gpus=false
> >>> > > --gpu-driver-bug-workarounds=1,12,38 --gpu-vendor-id=0x8086
> >>> > > --gpu-device-id=0x0f31 --gpu-driver-vendor --gpu-driver-version
> >>> > > app       1100  1067 15 12:09 ?        00:00:00 /usr/lib/xwalk/xwalk
> >>> > > --type=renderer --enable-threaded-compositing --enable-viewport
> >>> > > --js-flags=--simd_object --use-gl=egl
> >>> --enable-deferred-image-decoding
> >>> > > --lang=en-US --enable-pinch --enable-delegated-renderer
> >>> > > --enable-impl-side-painting --num-raster-threads=1
> >>> > > --enable-gpu-rasterization --channel=1063.1.1603513789
> >>> > >
> >>> > > Any ideas or support is greatly appreciated.
> >>> > >
> >>>   > > *Art McGee*
> >>> > > Infotainment Engineer
> >>> > >
> >>> > >
> >>> > >
> >>> > > Jaguar Land Rover North America, LLC
> >>> > > 1419 NW 14th Ave, Portland, Oregon, 97209
> >>> > > Jaguar.com <http://jaguar.com>  |  LandRover.com <
> >>> http://landrover.com>
> >>> > >
> >>> > >
> >>> > > On 17 June 2015 at 09:15, Leon Anavi <[email protected]>
> >>> wrote:
> >>> > >
> >>> > >>  Hi Art,
> >>> > >>
> >>> > >> On 17.06.2015 18:20, McGee, Art wrote:
> >>> > >>
> >>> > >> I'll have to take a closer look at the code.  The crosswalk rpm
> >>> didn't
> >>> > >> work on ivi.
> >>> > >>
> >>> > >>
> >>> > >> Earlier today I updated the screen orientation to landscape of the
> >>> > >> following basic app that I use for testing:
> >>> > >> https://github.com/leon-anavi/helloTizen
> >>> > >>
> >>> > >> My quick tests show that this app is successfully installed and
> >>> launched
> >>> > >> on the following hardware:
> >>> > >> * Intel NUC with Tizen Common: tizen-common_20150513.1 x86_64
> >>> default
> >>> > >> * HummingBoard (Freescale i.MX6 ARM SoC) with Tizen:Common built
> >>> using
> >>> > >> Yocto and Crosswalk 11.40.277.0
> >>> > >>
> >>> > >> I hope that this simple app might be useful for debugging of your
> >>> case.
> >>> > >> As Jose suggested you should run journalctl -f on the behalf of the
> >>> root
> >>> > >> user before launching the app to see if any errors are reported.
> >>> > >>
> >>> > >> Best regards,
> >>> > >> Leon
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>    *Art McGee*
> >>> > >> Infotainment Engineer
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>  Jaguar Land Rover North America, LLC
> >>> > >> 1419 NW 14th Ave, Portland, Oregon, 97209
> >>> > >>  Jaguar.com <http://jaguar.com>  |  LandRover.com <
> >>> http://landrover.com>
> >>> > >>
> >>> > >>
> >>> > >> On 17 June 2015 at 08:05, McGee, Art <[email protected]>
> >>> wrote:
> >>> > >>
> >>> > >>> Leon,
> >>> > >>>
> >>> > >>>  Yes,  This is the crosswalk apps running in landscape
> >>> orientation.  I
> >>> > >>> should then use the crosswalk from common.   I currently use
> >>> tizen_ivi_3.0
> >>> > >>>
> >>> > >>>  Thanks,
> >>> > >>>
> >>> > >>>  Art.
> >>> > >>>
> >>> > >>>    *Art McGee*
> >>> > >>> Infotainment Engineer
> >>> > >>>
> >>> > >>>
> >>> > >>>
> >>> > >>>  Jaguar Land Rover North America, LLC
> >>> > >>> 1419 NW 14th Ave, Portland, Oregon, 97209
> >>> > >>>  Jaguar.com <http://jaguar.com>  |  LandRover.com <
> >>> http://landrover.com>
> >>> > >>>
> >>> > >>>
> >>> > >>>   On 17 June 2015 at 03:16, Leon Anavi <[email protected]>
> >>> wrote:
> >>> > >>>
> >>> > >>>>  Hi Art,
> >>> > >>>>
> >>> > >>>> If you remember several weeks ago I had some issues with
> >>> installing and
> >>> > >>>> running HTML5 apps on Tizen:Common which were solved after
> >>> updating
> >>> > >>>> Crosswalk to version 11.40.277.0. Which version of Crosswalk are
> >>> you
> >>> > >>>> using?
> >>> > >>>>
> >>> > >>>> Is the screen orientation set to landscape at the config.xml of
> >>> the
> >>> > >>>> HTML5 applications?
> >>> > >>>>
> >>> > >>>> Best regards,
> >>> > >>>> Leon
> >>> > >>>>
> >>> > >>>>
> >>> > >>>> On 17.06.2015 01:55, McGee, Art wrote:
> >>> > >>>>
> >>> > >>>>   I have run into a problem that Tizen web apps will not run when
> >>> the
> >>> > >>>> box has been setup in landscape mode.   I have been able to
> >>> launch the
> >>> > >>>> same apps in portrate  mode.  I have been spending quite  a bit
> >>> of time
> >>> > >>>> searching.  I would input on the app_launch process when it comes
> >>> to
> >>> > >>>> xwalk wigits.  I have been able to see that a xwalk 'renderer'
> >>> process
> >>> > >>>> doesn't get started and the app will shutdown after never getting
> >>> a
> >>> > >>>> display.  and it timesout on the debus call.  Any information on
> >>> how the
> >>> > >>>> launch process works will help me discover where the bug is
> >>> accually.
> >>> > >>>>
> >>> > >>>>
> >>> > >>>>    *Art McGee*
> >>> > >>>> Infotainment Engineer
> >>> > >>>>
> >>> > >>>>
> >>> > >>>>
> >>> > >>>>  Jaguar Land Rover North America, LLC
> >>> > >>>> 1419 NW 14th Ave, Portland, Oregon, 97209
> >>> > >>>>  Jaguar.com <http://jaguar.com>  |  LandRover.com
> >>> > >>>> <http://landrover.com>
> >>> > >>>>
> >>> > >>>>
> >>> > >>>>
> >>> > >>>>  _______________________________________________
> >>> > >>>> Crosswalk-dev mailing
> >>> > >>>> [email protected]://
> >>> lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
> >>>
> >>> > >>>>
> >>> > >>>>
> >>> > >>>> --
> >>> > >>>> Leon Anavi
> >>> > >>>> Software Engineer
> >>>  > >>>> Mob : +359 88 527 7901konsulko.com
> >>> > >>>>
> >>> > >>>>
> >>> > >>>
> >>> > >>
> >>> > >> --
> >>> > >> Leon Anavi
> >>> > >> Software Engineer
> >>>  > >> Mob : +359 88 527 7901konsulko.com
> >>> > >>
> >>> > >>
> >>> > >
> >>>
> >>>
> >>> --
> >>> Carsten Haitzler (The Rasterman) <[email protected]>
> >>>
> >>
> >>
> >
> >
> >  --
> >   Kind Regards,
> >
> > *Kenneth F. Smith*
> > Linux C++ Engineer
> >
> > *T:* 971.256.9740  |  *M:* 503-880-6256
> > *Email:* [email protected]
> >
> >  Jaguar Land Rover North America, LLC
> > Open Source Technology Center
> > 1419 Northwest 14th Avenue, Portland, OR 97209
> > JaguarUSA.com <http://www.jaguarusa.com/index.html>  |  LandRoverUSA.com
> > <http://www.landrover.com/us/en/lr/>
> >
> > Email: [email protected] <[email protected]>
> > PGP: RSA 2048/2048 979C6B958B89909D
> > -------------------
> > Business Details:
> > Jaguar Land Rover Limited
> > Registered Office: Abbey Road, Whitley, Coventry CV3 4LF
> > Registered in England No: 1672070
> >
> > This e-mail and any attachments contain confidential information for a
> > specific individual and purpose.  The information is private and privileged
> > and intended solely for the use of the individual to whom it is addressed.
> > If you are not the intended recipient, please e-mail us immediately.  We
> > apologise for any inconvenience caused but you are hereby notified that any
> > disclosure, copying or distribution or the taking of any action in reliance
> > on the information contained herein is strictly prohibited.
> >
> > This e-mail does not constitute an order for goods or services unless
> > accompanied by an official purchase order.
> >
> >
> > _______________________________________________
> > Dev mailing [email protected]https://lists.tizen.org/listinfo/dev
> >
> >
> > --
> > The above message is intended solely for the named addressee and may
> > contain trade secret, industrial technology or privileged and
> > confidential information otherwise protected under applicable law
> > including the Unfair Competition Prevention and Trade Secret Protection
> > Act. Any unauthorized dissemination, distribution, copying or use of the
> > information contained in this communication is strictly prohibited. If
> > you have received this communication in error, please notify the sender
> > by email and delete this communication immediately.
> >
> >
> > _______________________________________________
> > Dev mailing list
> > [email protected]
> > https://lists.tizen.org/listinfo/dev
> >
> >


-- 
Carsten Haitzler (The Rasterman) <[email protected]>
_______________________________________________
Dev mailing list
[email protected]
https://lists.tizen.org/listinfo/dev

Reply via email to