<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <div class="moz-cite-prefix">On 07/08/2014 01:53 PM, Sylvain Joyeux
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAKDpF4SADUMsUuXd9OKsjuAYoGo5o85AvOL+xuozikV7UQNCWA@mail.gmail.com"
      type="cite">
      <div dir="ltr">I don't like this, as in most situations people
        *want* the GUI. The nogui case is a special case. all packages
        including the GUI is the common case. Note that gui/vizkit was
        already part of rock.toolchain before the migration.</div>
    </blockquote>
    the embedded guys don't want to have anything to do with gui-stuff.
    In my view: keep the minimal depedency-chain as short as possible.
    otherwise people will start talking using words like "bloated"<br>
    <blockquote
cite="mid:CAKDpF4SADUMsUuXd9OKsjuAYoGo5o85AvOL+xuozikV7UQNCWA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div><br>
          </div>
          <div>Moreover, rock.simulation is not part of rock.core, and
            should IMO not be.</div>
          <div><br>
          </div>
          <div>Finally: in principle, one should not *have* to use
            rock.core on a "finalized" system (such as a robot) as he
            can enumerate the packages he needs instead of selecting
            rock.core. Since we are talking about having e.g. a robot,
            it would IMO be a better approach as it ensures that, on the
            headless system, there are only packages that are useful.<br>
          </div>
        </div>
      </div>
    </blockquote>
    so no gui-dependency in central packages?<br>
    <blockquote
cite="mid:CAKDpF4SADUMsUuXd9OKsjuAYoGo5o85AvOL+xuozikV7UQNCWA@mail.gmail.com"
      type="cite"><br>
      <div class="gmail_extra">
        <div class="gmail_quote">
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <br>
            E.g. a package rock.core itself should not depend on gui
            packages, but should contain the toolchain and drivers. Two
            additional metapackages rock.gui and rock.simulation should
            depend on rock.core and add their additional packages.<br>
            <br>
            Suggestions?<br>
          </blockquote>
        </div>
      </div>
    </blockquote>
    +1<br>
    <br>
    <br>
    martin<br>
  </body>
</html>