Application Framework Update : Ico-uxf Applications and Modello Applications

[Baptiste Durand]

Hi all,

As Application Framework as recently changed.
In addition to the build issue related to this (fixed with
https://review.tizen.org/gerrit/27836/)

I would like to know where ICO-UXF apps or Modello apps should be installed
or for wich user.

I mean these apps should be installed as Common/Global apps or installed to
dedicated user (apps by default).

Current Status :
Modello is currently installed for app user only
About Ico Apps , it seems to be installed for all users. as common apps


Changes probably needed on the apps due to applications Framework.
Indeed it depends of the logic that we try to implement.

About ico-uxf-Homesreen app, currently application information request are
made only on Common apps database. ( new CAPI should be used )

for example :

in bool CicoSCLifeCycleController::createAilItems()

we can see theses call
ail_filter_h fil;
ail_filter_new(&fil);
r = ail_filter_add_str(fil, AIL_PROP_TYPE_STR, DAilTypeFilPrm_Menu);
r = ail_filter_list_appinfo_foreach(fil, CSCLCCail_list_appinfo_cb,
(void*)this);
ail_filter_destroy(fil);

here we get applications informations about Common Applications Only...
We operate on system database stored in /usr/dbspace only

It seems to be *not* the behavior expected isn't it?

I suggest to replace this by

r = ail_filter_list_usr_appinfo_foreach(fil, CSCLCCail_list_appinfo_cb,
(void*)this, getuid());

This permits to get information of apps avaible for the current user ( so
User's specific applications + Common applications).

does it make sense?

Thanks for your answers

BR

Baptiste
-- 
Baptiste DURAND
Eurogiciel Vannes/FR
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Simultaneous multi-user multi-seat architecture

[Jussi Laako]

On 19.9.2014 17:07, Dominig ar Foll (Intel OTC) wrote:

please try to note that Wayland/Weston have already refined a concept of
seat, which includes a group of input devices (keyboard, mice, ...)
associate with et defined set of one or multiple displays.


Yes, I believe Imran discussed with the Wayland/Weston developers and 
they stated that the functionality wasn't intended to do real multi-seat 
and real multi-seat is not coming and patches won't be accepted on that 
area due to complexity of maintenance. You can possibly make it work if 
you can spare a separate GPU for each seat.


The seat concept and definition we are using is in line with the one 
used for udev/libinput/systemd-logind/wayland-weston. In fact we are 
utilizing precisely those for implementation.


___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

RE: Simultaneous multi-user multi-seat architecture

[Andersson, Gunnar]

> From: IVI [mailto:ivi-boun...@lists.tizen.org] On Behalf Of Dominig ar Foll
> 
> Hello,
> 
> please try to note that Wayland/Weston have already refined a concept of
> seat, which includes a group of input devices (keyboard, mice, ...)
> associate with et defined set of one or multiple displays.
> That definition will be used in a good number of cases as well.

Thanks for that point Dominig.  We should take that into consideration.
Sounds like it is similar to the definition we have.  Minor semantics 
left to clarify in this thread still but I'll return to that.

- Gunnar

> 
> Dominig ar Foll
> Senior Software Architect
> Open Source Technology Centre
> Intel SSG
> 
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Simultaneous multi-user multi-seat architecture

[Dominig ar Foll (Intel OTC)]

Hello,

please try to note that Wayland/Weston have already refined a concept of 
seat, which includes a group of input devices (keyboard, mice, ...) 
associate with et defined set of one or multiple displays.

That definition will be used in a good number of cases as well.

Dominig ar Foll
Senior Software Architect
Open Source Technology Centre
Intel SSG

Le 18/09/2014 16:25, Andersson, Gunnar a écrit :

Jussi,


On Sep 18, 2014, at 12:44, Jussi Laako  wrote:

On 18.9.2014 13:12, Andersson, Gunnar wrote: Yes I would say display is
still better than system.  You are here dealing with the scenario of one
single system (more precisely one ECU) driving multiple displays / input
peripherals.  Often people will say system when they mean ECU.  And if
that's not what they mean, they mean several interconnected ECU make up a
system, like the car electrical system.

The term "Seat” is used in GENIVI and if you like it you could adopt it.

We have seats already, but "display" is now the one that doesn't have a
physical seat, but spans multiple seats (holds shared resources). It's kind
of the "everybody inside the car" -seat.

Not sure I understood.  Do you want to name a concept that only is used
for a "shared" display position in the car?  Examples: Main screen between
driver and passenger in the front (a.k.a. the "center stack”)
Or an all-encompassing term that covers all possible display positions
(including those that would be clearly in front of a single specific physical
car seat?)


In current GENIVI proposal a user login is associated with a Seat

This is also how our setup works...

Hmm, it works the same way when using GENIVI terminology, or with a
different meaning of seat?


But I would guess there is still need for some way of knowing where a logged
in user would prefer their apps to appear.  Similarly, you need to associate
input peripherals with the person operating them.  It won't be like a
desktop system where you point your mouse to a window and the input goes
there.


Actually our setup works just like that, with Weston desktop shell, you can
point and click (or tap the screen) to start applications and move their
windows around within the display of the seat. Each seat has it's own mouse
cursor and they can be typing on the two keyboards simultaneously input going
to what ever window they have activated…

Yup, I have run the Tizen image.  I was asking more about how a real product
would work, where I'm not envisioning a desktop look and feel.  Tizen provides
flexibility clearly; I'm just looking for clarity on how that can then be used
effectively.


With IVI shell, things are also
constrained to the particular seat, both input methods and display output.

OK so that's handled then most likely.  But need to talk some more about this
in contradiction to Tizen's ability of moving user apps from one display to the
other.  But I'll wait for clarity on the above first so we understand each
other.


It's kind of a setup of single desktop computer that feels like being two
desktop computers (it could be more, with quad-output GPU).

In addition you can have apps as the "display" user that simultaneously span
multiple displays and input methods controlling those.

Got it. These are like "system applications" as opposed to "user applications"
right?

- Gunnar
  


___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

RE: mounting the USB as a normal user using udisksctl

[VanCutsem, Geoffroy]

Hi Prathamesh,

Can you review this Feature Request in JIRA and let me know if you see any gaps 
versus what you'd like to do (I believe it covers it): 
https://bugs.tizen.org/jira/browse/TC-614

The current status is that the solution put in place is blocked by 2 P1 bugs 
(respectively TC-50 and TC-105) and these are actively being worked on. Of 
course if you have patches to contribute to fix these, don't be shy! ;-)

Thanks,
Geoffroy

From: Prathamesh P Ghanekar [mailto:prathamesh.ghane...@igate.com]
Sent: Friday, September 19, 2014 11:45 AM
To: VanCutsem, Geoffroy; ivi@lists.tizen.org
Subject: RE: mounting the USB as a normal user using udisksctl

Hi Geoffroy

Thanks for your reply. Let me tell you my requirement in brief.

I want to access the contents of USB from my application as a normal user. At 
the same time, I need USB insertion and removal events/notifications.

I am able to achieve the first part through smackfsroot='*',smafsdef='*' 
options, to the mount command.
But, when I do such a mount, I can't get the USB insertion and removal events 
programmatically using udisks APIs or "Udisksctl monitor" utility.

Can you suggest a solution for the above mentioned requirement, with or without 
using udisks?

Thanks in advance,
Prathamesh

From: VanCutsem, Geoffroy [mailto:geoffroy.vancut...@intel.com]
Sent: 19 September 2014 14:02
To: Prathamesh P Ghanekar; ivi@lists.tizen.org
Subject: RE: mounting the USB as a normal user using udisksctl

Hi Prathamesh,

This is most likely the same problem as reported here: 
https://bugs.tizen.org/jira/i#browse/TC-50 (yet unresolved).

Thanks,
Geoffroy

From: IVI [mailto:ivi-boun...@lists.tizen.org] On Behalf Of Prathamesh P 
Ghanekar
Sent: Friday, September 19, 2014 7:57 AM
To: ivi@lists.tizen.org
Subject: mounting the USB as a normal user using udisksctl

Hi,

I am trying to mount the USB as a normal user using "udisksctl mount  -b 
/dev/" command.
But, it gives me the following error.
Error mounting /dev/sdc: 
GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not 
authorized to perform operation

As root, I am able to do it. How can I mount a device as a normal user using 
udiskctl?

Regards,
Prathamesh

~~Disclaimer~~~
Information contained and transmitted by this e-mail is confidential and 
proprietary to IGATE and its affiliates and is intended for use only by the 
recipient. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution, copying or use of this e-mail is strictly 
prohibited and you are requested to delete this e-mail immediately and notify 
the originator or mailad...@igate.com. IGATE does 
not enter into any agreement with any party by e-mail. Any views expressed by 
an individual do not necessarily reflect the view of IGATE. IGATE is not 
responsible for the consequences of any actions taken on the basis of 
information provided, through this email. The contents of an attachment to this 
e-mail may contain software viruses, which could damage your own computer 
system. While IGATE has taken every reasonable precaution to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should carry out your own virus checks before opening 
an attachment. To know more about IGATE please visit 
www.igate.com.


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.

~~Disclaimer~~~
Information contained and transmitted by this e-mail is confidential and 
proprietary to IGATE and its affiliates and is intended for use only by the 
recipient. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution, copying or use of this e-mail is strictly 
prohibited and you are requested to delete this e-mail immediately and notify 
the originator or mailad...@igate.com. IGATE does 
not enter into any agreement with any party by e-mail. Any views expressed by 
an individual do not necessarily reflect the view of IGATE. IGATE is not 
responsible for the consequences of any actions taken on the basis of 
information provided, through this email. The contents of an attachme

RE: mounting the USB as a normal user using udisksctl

[Prathamesh P Ghanekar]

Hi Geoffroy

Thanks for your reply. Let me tell you my requirement in brief.

I want to access the contents of USB from my application as a normal user. At 
the same time, I need USB insertion and removal events/notifications.

I am able to achieve the first part through smackfsroot='*',smafsdef='*' 
options, to the mount command.
But, when I do such a mount, I can't get the USB insertion and removal events 
programmatically using udisks APIs or "Udisksctl monitor" utility.

Can you suggest a solution for the above mentioned requirement, with or without 
using udisks?

Thanks in advance,
Prathamesh

From: VanCutsem, Geoffroy [mailto:geoffroy.vancut...@intel.com]
Sent: 19 September 2014 14:02
To: Prathamesh P Ghanekar; ivi@lists.tizen.org
Subject: RE: mounting the USB as a normal user using udisksctl

Hi Prathamesh,

This is most likely the same problem as reported here: 
https://bugs.tizen.org/jira/i#browse/TC-50 (yet unresolved).

Thanks,
Geoffroy

From: IVI [mailto:ivi-boun...@lists.tizen.org] On Behalf Of Prathamesh P 
Ghanekar
Sent: Friday, September 19, 2014 7:57 AM
To: ivi@lists.tizen.org
Subject: mounting the USB as a normal user using udisksctl

Hi,

I am trying to mount the USB as a normal user using "udisksctl mount  -b 
/dev/" command.
But, it gives me the following error.
Error mounting /dev/sdc: 
GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not 
authorized to perform operation

As root, I am able to do it. How can I mount a device as a normal user using 
udiskctl?

Regards,
Prathamesh

~~Disclaimer~~~
Information contained and transmitted by this e-mail is confidential and 
proprietary to IGATE and its affiliates and is intended for use only by the 
recipient. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution, copying or use of this e-mail is strictly 
prohibited and you are requested to delete this e-mail immediately and notify 
the originator or mailad...@igate.com. IGATE does 
not enter into any agreement with any party by e-mail. Any views expressed by 
an individual do not necessarily reflect the view of IGATE. IGATE is not 
responsible for the consequences of any actions taken on the basis of 
information provided, through this email. The contents of an attachment to this 
e-mail may contain software viruses, which could damage your own computer 
system. While IGATE has taken every reasonable precaution to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should carry out your own virus checks before opening 
an attachment. To know more about IGATE please visit 
www.igate.com.


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.

~~Disclaimer~~~
Information contained and transmitted by this e-mail is confidential and 
proprietary to IGATE and its affiliates and is intended for use only by the 
recipient. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution, copying or use of this e-mail is strictly 
prohibited and you are requested to delete this e-mail immediately and notify 
the originator or mailad...@igate.com . IGATE does 
not enter into any agreement with any party by e-mail. Any views expressed by 
an individual do not necessarily reflect the view of IGATE. IGATE is not 
responsible for the consequences of any actions taken on the basis of 
information provided, through this email. The contents of an attachment to this 
e-mail may contain software viruses, which could damage your own computer 
system. While IGATE has taken every reasonable precaution to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should carry out your own virus checks before opening 
an attachment. To know more about IGATE please visit www.igate.com 
.

___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Simultaneous multi-user multi-seat architecture

[Jussi Laako]

On 18.9.2014 17:25, Andersson, Gunnar wrote:

Or an all-encompassing term that covers all possible display positions
(including those that would be clearly in front of a single specific physical
car seat?)


This one...


Hmm, it works the same way when using GENIVI terminology, or with a
different meaning of seat?


I believe the meaning is same. Seats 1-x are physical car seats, in this
case seat0 is the "entire car" seat.


Yup, I have run the Tizen image.  I was asking more about how a real product
would work, where I'm not envisioning a desktop look and feel.  Tizen provides
flexibility clearly; I'm just looking for clarity on how that can then be used
effectively.


At the moment the setup is not yet on any image, but there are setup
instructions linked from the wiki page for Common image. Eventually
we'll put all this on the default IVI image.

Common would probably retain the desktop shell.


In addition you can have apps as the "display" user that simultaneously span
multiple displays and input methods controlling those.


Got it. These are like "system applications" as opposed to "user applications"
right?


Yes, the user applications would be normal (including 3rd party) Tizen
applications that one could download from a store.

Example of a system application could be dashboard or navigation
applications, possibly conforming to the Genivi co-operative user switch
model.

This also allows running the user application process tree with
different priority level as the system application process tree.



___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

RE: Resource Acquiring of same application class and priority logic

[Jay D Bhatt]

Hi Ismo,

I have created audio and video player based on api_test sample program. I am 
trying out the following use-case:

1) Audio Player  - acquires audio_playback resource and starts playing
2) Video Player - acquires audio_playback resource and starts playing

This results in a resource_callback in the Audio Player, where it comes to know 
that it has "lost" the audio_playback resource. Hence it pauses the audio 
Playback.

3) Video Player is paused - so it releases audio_playback resource
This results in a resource_callback to the video player that it has "lost" the 
audio_playback resource

At this point, I expect the Audio Player to get a resource_callback, saying 
that the audio_playback resource is "available" . However, I see that there is 
no resource_callback happening in Audio Player. Is this behaviour correct?

I am asking because Audio Player is depending on the resource_callback telling 
it that the audio_playback resource is "available" when the Video Player 
releases the resource audio_playback, so the Audio Player can resume the 
playing of the audio(i.e audio playback)

Thanks,
Jay 


-Original Message-
From: Puustinen, Ismo [mailto:ismo.puusti...@intel.com] 
Sent: 18 September 2014 18:31
To: Jay D Bhatt
Cc: ivi@lists.tizen.org
Subject: Re: Resource Acquiring of same application class and priority logic

Hi Jay,

Do you have the video and audio playback in the same process? If yes, just use 
the same resource set for both of them (assuming you don't need video_playback 
resource). If the resource sets are in separate processes and you don't have 
communication between them, you can use the resource sets to preempt the 
previously playing application. Anyway, the sounds should not be mixed, if you 
have two resource sets and haven't set the resources to have shared attribute.

You should read the documentation here:

https://01.org/murphy/documentation/resource-aware-applications

Try also to experiment with a resource client (the D-Bus client at 
https://github.com/01org/murphy/blob/master/doc/plugins/resource-dbus/resource-client.py
 or the native one in murphy-tests package). Run the resource clients in two 
terminal windows and get a feeling how the resource sets are acquired and 
released and how the preemption works. Then see how running the resource 
clients affects your media player application.

Ismo Puustinen 


On Thu, 2014-09-18 at 12:21 +, Jay D Bhatt wrote:
> Hi Ismo,
> 
> I like to only acquire and release audio_playback resource. I am currently 
> not thinking about  video_playback resource.
> 
> So, for audio_playback resource, the sequence is like 1) audio player played  
> audio_playback will be acquired  to play audio 2) audio is still playing, 
> then I play video, so now it also wants audio_playback resource.
> 
> Now, How video player will get audio_playback resource? I already have 
> acquire function to acquire audio_playback resource in video player, but it 
> does not acquire resource completely. I get audio and video sound mixed.
> 
> Should I implement logic to do something in video player or I should expect 
> murphy to do this automatically for me?
> 
> Thanks,
> Jay
>
> 
> 
> -Original Message-
> From: Puustinen, Ismo [mailto:ismo.puusti...@intel.com]
> Sent: 18 September 2014 17:24
> To: Jay D Bhatt
> Cc: ivi@lists.tizen.org
> Subject: Re: Resource Acquiring of same application class and priority 
> logic
> 
> Hello Jay,
> 
> > I am trying to implement murphy resource aware application for audio 
> > and video player.
> 
> Great! :-)
> 
> > I initially create resource set and add resources .Then I acquire 
> > resource by default on playing any file audio file or video file and 
> > automatically the resource will be acquired. But I have few doubt 
> > about the same.
> 
> The automatic allocation of resources is not fully compatible with manual 
> allocation of resources. In particular, if you play audio with gstreamer and 
> do not allocate the resource set manually, PulseAudio (with 
> pulseaudio-module-murphy-ivi plugin) will allocate a default resource set for 
> you if media.role stream property is set to "music". If you do create a 
> resource set manually using the resource API, you have to set the "pid" 
> attribute of the resource set to match the pid of the playing application so 
> that PulseAudio and Murphy understand that you have a manually handled 
> resource set for the media player. You have to do the acquisition/releasing 
> of the resource set by yourself in this case. Just acquire the resource set 
> before you start playing and release after you finish playing. Only play 
> audio when you have the permission to do so from the resource engine.
> 
> > So, if I play audio file and then I play video file the 
> > audio_playback resource should be used by video file. My question is 
> > : Is this taken care by murphy or it is to be taken care by 
> > implementor( since both have same application class and prioriti

RE: mounting the USB as a normal user using udisksctl

[VanCutsem, Geoffroy]

Hi Prathamesh,

This is most likely the same problem as reported here: 
https://bugs.tizen.org/jira/i#browse/TC-50 (yet unresolved).

Thanks,
Geoffroy

From: IVI [mailto:ivi-boun...@lists.tizen.org] On Behalf Of Prathamesh P 
Ghanekar
Sent: Friday, September 19, 2014 7:57 AM
To: ivi@lists.tizen.org
Subject: mounting the USB as a normal user using udisksctl

Hi,

I am trying to mount the USB as a normal user using "udisksctl mount  -b 
/dev/" command.
But, it gives me the following error.
Error mounting /dev/sdc: 
GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not 
authorized to perform operation

As root, I am able to do it. How can I mount a device as a normal user using 
udiskctl?

Regards,
Prathamesh

~~Disclaimer~~~
Information contained and transmitted by this e-mail is confidential and 
proprietary to IGATE and its affiliates and is intended for use only by the 
recipient. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution, copying or use of this e-mail is strictly 
prohibited and you are requested to delete this e-mail immediately and notify 
the originator or mailad...@igate.com. IGATE does 
not enter into any agreement with any party by e-mail. Any views expressed by 
an individual do not necessarily reflect the view of IGATE. IGATE is not 
responsible for the consequences of any actions taken on the basis of 
information provided, through this email. The contents of an attachment to this 
e-mail may contain software viruses, which could damage your own computer 
system. While IGATE has taken every reasonable precaution to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should carry out your own virus checks before opening 
an attachment. To know more about IGATE please visit 
www.igate.com.

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