[Dev] Integration of state management in Weston Wayland.

Schaufler, Casey casey.schaufler at intel.com
Tue Oct 7 14:20:45 GMT 2014


> -----Original Message-----
> From: Dev [mailto:dev-bounces at lists.tizen.org] On Behalf Of Dominig ar Foll
> (Intel OTC)
> Sent: Tuesday, October 07, 2014 6:51 AM
> To: Ohly, Patrick
> Cc: dev at lists.tizen.org
> Subject: Re: [Dev] Integration of state management in Weston Wayland.
> 
> Patrick,
> 
> system Apps may have the same issue than Crosswalk, this is why my
> proposition requires to check that the requesting App has the privilege
> of AppID Proxy.

Terminology Exception: Please don't use "App" to refer to system services.
The term "App" should only be applied to the programs launched for the
enjoyment of the human using the device.

 
> In detailed an App is identified by the couple (Smack label, user ID) so
> the dialer may be a slightly different case because the surface shown
> would be actually own by the dailer and not the application requesting
> the call and so the Murpjy policy might be defined against the dialer
> rather than the App requesting the call.

The dialer would seem to be responsible for determining if the App
ought to be performing the action. Does the dialer know if the action
requested requires an application privilege? Can it be taught?

> 
> But you are correct in the fact that the general issue remains open.
> 
> Dominig ar Foll
> Senior Software Architect
> Open Source Technology Centre
> Intel SSG
> 
> Le 07/10/2014 15:11, Patrick Ohly a écrit :
> > On Tue, 2014-10-07 at 14:33 +0200, Dominig ar Foll (Intel OTC) wrote:
> >> For native App the model is quite simple in the sense that the App
> >> requesting the surface to Weston/Wayland is identifiable by it's AppID
> >> (which equals its Smack label).
> > What about trusted system apps currently running with the same "user"
> > Smack label (for example, the Lemolo dialer)? Will that be possible
> > going forward, and how will they be treated by Murphy and/or the app
> > framework?
> >
> 
> _______________________________________________
> Dev mailing list
> Dev at lists.tizen.org
> https://lists.tizen.org/listinfo/dev


More information about the Dev mailing list