<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Le 30/10/2013 04:20, Carsten Haitzler a
      écrit :<br>
    </div>
    <blockquote cite="mid:52707AEB.4030709@samsung.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <font size="-1">nice document dominig.<br>
      </font></blockquote>
    <font size="-1">Thanks</font><br>
    <blockquote cite="mid:52707AEB.4030709@samsung.com" type="cite"><font
        size="-1"> <br>
        <font size="-1">issue:</font><br>
        <br>
        i have to say i have always had and still have MAJOR
        reservations on databases being in /opt/dbs<font size="-1">pace
          OR even /opt/usr/dbspace.<br>
        </font></font></blockquote>
    <font size="-1">So do I that why I<font size="-1"> p<font size="-1">ropose<font
            size="-1">d</font> in <font size="-1">slide 15 to move all
            DB relative to user<font size="-1">s in <font size="-1">$HOME.</font></font></font></font></font></font><br>
    <blockquote cite="mid:52707AEB.4030709@samsung.com" type="cite"><font
        size="-1"><font size="-1"> <br>
          these db's contain data that is not "system" data. it belongs
          to the "user" and <font size="-1">their</font> applications.
          these db's REALLY should be in $HOME somewhere. use <font
            size="-1">smack to limit access to a specific smack label
            where security requires (and<font size="-1">/or create a
              daemon that adds finer grained control to other processes
              as a service).<br>
            </font></font></font></font></blockquote>
    <font size="-1">Yes<font size="-1">, those are user related <font
          size="-1">DB, <font size="-1">slides 16 list the most i<font
              size="-1">m</font>portant ones, More detail<font size="-1">led
              <font size="-1">scrubbing</font> will be required </font></font></font></font></font>before
    implementing.<br>
    <blockquote cite="mid:52707AEB.4030709@samsung.com" type="cite"><font
        size="-1"><font size="-1"><font size="-1"><font size="-1"> <br>
              <font size="-1">thus when you add a new user... eg on a
                phone, tablet, ivi syste<font size="-1">m</font> or pc
                "guest mode" <font size="-1">when you have a g<font
                    size="-1">uest passenger or you have multiple family
                    members sharing access, then they have their OWN
                    calendar, contacts etc. etc. db's<font size="-1">.<br>
                    </font></font></font></font></font></font></font></font></blockquote>
    <font size="-1">That is more a platform issue than a gene<font
        size="-1">ric Tizen need <font size="-1">for me. The p<font
            size="-1">r<font size="-1">opose<font size="-1">d model
                allows for a guest user to be created a<font size="-1">nd
                  to use the optional tl<font size="-1">m </font></font></font></font></font></font></font></font>to
    log identified user on the fly.<br>
    As I propose to run only one display server per seat, sharing the
    display server would allow a smooth transition. Obvious use case is
    a Car or more TV where the gest user is a key requirement.<br>
    It is less true for other vertical (e.g mobile).<br>
    <br>
    Dominig<br>
  </body>
</html>