<div dir="ltr">+1 for removing master </div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-05 9:25 GMT+02:00 Alexander Duda <span dir="ltr">&lt;<a href="mailto:Alexander.Duda@dfki.de" target="_blank">Alexander.Duda@dfki.de</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div>Am 05.06.2014 um 09:08 schrieb Matthias Goldhoorn &lt;<a href="mailto:matthias.goldhoorn@dfki.de" target="_blank">matthias.goldhoorn@dfki.de</a>&gt;:</div>
<div class=""><br><blockquote type="cite">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Good Morning,<br>
      <br>
      I don&#39;t know what you mean with resistance, in the past master was
      the most &quot;stable&quot; version with the newest features.<br>
      Therefore there was no resistance.<br>
      <br>
      Specially for Syskit/Roby i not posted all bugs, most of the bugs
      i workaround, but i will start to create bug-requests for this...<br>
      <br>
      Regarding the new functionality, you are right, most of these
      features are not needed, they make only the life easier..., but if
      i as developer see the need of a feature and implement it, i want
      to use this directly. I think this is normal, since the rock-devs
      are not pure-rock devs, work is done if we feel that we need
      enhancements...<br>
      <br>
      Maybe we should rename the structure or introduce a experimental
      branch. Phsychological i have the impression that &quot;master&quot; gets
      associated with &quot;newest&quot; not with an &quot;unstable development&quot;
      version. Maybe we should rename or create an additional &quot;unstable&quot;
      branch, from where the release policy to master is not so fixed
      windowed...<br>
      <br>
      example development:<br>
      - work is done on experimental and pushed as soon as the dev thing
      it might work<br>
      - experimental is pushed to master, as soon the responsible dev
      thing his changes work for all (few days upto a week?)<br>
      <br>
      Again i thing the primary reasons why most of all stays on master
      ist that the other branches does not have the &quot;needed&quot;(&quot;wished&quot;)
      features, or they have bugs that are not pushed from master<br></div></div></blockquote><div><br></div></div><div>I have my doubt here. None of the core packages had major issues the last couple of months forcing people to use master for the hole bootstrap. </div>
<br><blockquote type="cite"><div bgcolor="#FFFFFF" text="#000000"><div>
      <br>
      Thoughts?<br></div></div></blockquote><div><br></div><div>I have the feeling we should just remove master as flavor. In this case everyone has to bootstrap next or stable and if needed he/she can manually overwrite specific packages.</div>
<div><br></div><div>Alex</div><div><div class="h5"><div><br></div><br><blockquote type="cite"><div bgcolor="#FFFFFF" text="#000000"><div>
      Matthias<br>
      <br>
      <br>
      <br>
      On 04.06.2014 17:00, Sylvain Joyeux wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Then ... my next question would be:
        <div><br>
        </div>
        <div>  Why isn&#39;t there more resistance w.r.t. switching to
          master ?</div>
        <div><br>
        </div>
        <div>I mean, when you say &quot;oh I had a bug on syskit on next&quot;,
          did you report it as a functionality bug on next ? Did you
          insist that it should be fixed *on next* ? instead of
          switching to master ?</div>
        <div><br>
        </div>
        <div>For new functionality, how much of it is &quot;oh but I need X,
          it is so shiny&quot; instead of &quot;without X, I really cannot do it
          !&quot;. I mean, when I worked on the Orion I *wanted* some
          features from master, but quickly realized that I did not
          *need* them. I had what was strictly needed to get the Joints
          type (meaning typelib/master but orogen/next)</div>
        <div><br>
        </div>
        <div>As for the release schedule / frequency, I can only do +1.
          Releases are too far apart.</div>
        <div><br>
        </div>
        <div>My big problem here is that master has become the de-facto
          version of Rock that everyone uses, which really hinders
          possibility to do some actual development.</div>
        <div><br>
        </div>
        <div>Sylvain</div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Wed, Jun 4, 2014 at 3:54 PM,
          Matthias Goldhoorn <span dir="ltr">&lt;<a href="mailto:matthias.goldhoorn@dfki.de" target="_blank">matthias.goldhoorn@dfki.de</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000">
              <div>
                <div>
                  <div>On 04.06.2014 15:43, Sylvain Joyeux wrote:<br>
                  </div>
                  <blockquote type="cite">
                    <div dir="ltr">Is that everyone seem to think that
                      they need master. The majority should be using
                      stable or next.
                      <div><br>
                      </div>
                      <div>Now, I *know* that there are reasons (there
                        are always reasons) why one might think that
                        master is required. However, the main question
                        for me is:</div>
                      <div><br>
                      </div>
                      <div>  How can we make people feel confident that
                        they can use next ?</div>
                      <div><br>
                      </div>
                      <div>Or</div>
                      <div><br>
                      </div>
                      <div>  How can we ensure that &#39;next&#39; can be used
                        except for a few packages that would go on
                        master ?</div>
                      <div><br>
                      </div>
                      <div>The best way to start answering these
                        questions is to answer another one:</div>
                      <div><br>
                      </div>
                      <div>  Why are you on master ?</div>
                    </div>
                  </blockquote>
                  <br>
                </div>
              </div>
              Because i using syskit and the next version is even more
              unstable than master. I had several times that the
              depandancy between roby/syskit and other &#39;core&#39; packages
              is hard. So i cannot stay a long time on next and only
              with syskit/roby on master.<br>
              Indeed i&#39;m not sure if i can currently use syskit/roby on
              next and everything else on master.<br>
              <br>
              So generally speaking, incompatibilities between
              syskit/roby/utilmm/utilrb/typelib/orogen/ base/types/(std)<br>
              <br>
              <br>
              The Second point, is that the release cycle to next is to
              long for new features, i i (as  rock-dev) add new features
              to rock. I take ofter months before it goes into next.<br>
              Therefore i have (due to the same reasons above) switch to
              master, also for other members of my project. I would
              prefer a shorter release time between
              master/stable/next...<br>
              <br>
              <br>
              <br>
              Best,<br>
              Matthias
              <div><br>
                <br>
                <br>
                <blockquote type="cite">
                  <div dir="ltr">
                    <div><br>
                    </div>
                    <div>Sylvain </div>
                  </div>
                  <br>
                  <fieldset></fieldset>
                  <br>
                  <pre>_______________________________________________
Rock-dev mailing list
<a href="mailto:Rock-dev@dfki.de" target="_blank">Rock-dev@dfki.de</a>
<a href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev" target="_blank">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a>
</pre>
                </blockquote>
                <br>
                <br>
              </div>
              <pre cols="72">-- 
 -- 
 Matthias Goldhoorn
 Unterwasserrobotik
 
 Standort Bremen:
 DFKI GmbH
 Robotics Innovation Center
 Robert-Hooke-Straße 5
 28359 Bremen, Germany
 
 Phone: <a href="tel:%2B49%20%280%29421%20218-64100" value="+4942121864100" target="_blank">+49 (0)421 218-64100</a>
 Fax:   <a href="tel:%2B49%20%280%29421%20218-64150" value="+4942121864150" target="_blank">+49 (0)421 218-64150</a>
 E-Mail: <a href="mailto:robotik@dfki.de" target="_blank">robotik@dfki.de</a>
 
 Weitere Informationen: <a href="http://www.dfki.de/robotik" target="_blank">http://www.dfki.de/robotik</a>
 -----------------------------------------------------------------------
 Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
 Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
 Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster 
 (Vorsitzender) Dr. Walter Olthoff
 Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
 Amtsgericht Kaiserslautern, HRB 2313
 Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
 USt-Id.Nr.:    DE 148646973
 Steuernummer:  19/673/0060/3 
 -----------------------------------------------------------------------


</pre>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    <br>
    <pre cols="72">-- 
 Dipl.-Inf. Matthias Goldhoorn 
 Space and Underwater Robotic

 Universität Bremen
 FB 3 - Mathematik und Informatik
 AG Robotik
 Robert-Hooke-Straße 1
 28359 Bremen, Germany
 
 Zentrale: <a href="tel:%2B49%20421%20178%2045-6611" value="+49421178456611" target="_blank">+49 421 178 45-6611</a>
 
 Besuchsadresse der Nebengeschäftstelle: 
 Robert-Hooke-Straße 5
 28359 Bremen, Germany
 
 Tel.:    <a href="tel:%2B49%20421%20178%2045-4193" value="+49421178454193" target="_blank">+49 421 178 45-4193</a>
 Empfang: <a href="tel:%2B49%20421%20178%2045-6600" value="+49421178456600" target="_blank">+49 421 178 45-6600</a>
 Fax:     <a href="tel:%2B49%20421%20178%2045-4150" value="+49421178454150" target="_blank">+49 421 178 45-4150</a>
 E-Mail:  <a href="mailto:matthias.goldhoorn@informatik.uni-bremen.de" target="_blank">matthias.goldhoorn@informatik.uni-bremen.de</a>

 Weitere Informationen: <a href="http://www.informatik.uni-bremen.de/robotik" target="_blank">http://www.informatik.uni-bremen.de/robotik</a></pre>
  </div>

_______________________________________________<br>Rock-dev mailing list<br><a href="mailto:Rock-dev@dfki.de" target="_blank">Rock-dev@dfki.de</a><br><a href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev" target="_blank">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a><br>
</blockquote></div></div></div><br><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">
<div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<br>--</div><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
Dipl.-Ing. Alexander Duda<br>Unterwasserrobotik<br>Robotics Innovation Center<br><br>Hauptgeschäftsstelle Standort Bremen:<div class=""><br>DFKI GmbH<br>Robotics Innovation Center<br></div><div class="">Robert-Hooke-Straße 1<br>
28359 Bremen, Germany<br><br></div>Tel.:     <a href="tel:%2B49%20421%20178%2045-6620" value="+49421178456620" target="_blank">+49 421 178 45-6620</a><br>Zentrale: <a href="tel:%2B49%20421%20178%2045-0" value="+49421178450" target="_blank">+49 421 178 45-0</a><br>
Fax:      <a href="tel:%2B49%20421%20178%2045-4150" value="+49421178454150" target="_blank">+49 421 178 45-4150</a> (Faxe bitte namentlich kennzeichnen)<br>E-Mail:   <a href="mailto:Alexander.Duda@dfki.de" target="_blank">Alexander.Duda@dfki.de</a><div class="">
<br><br>Weitere Informationen: <a href="http://www.dfki.de/robotik" target="_blank">http://www.dfki.de/robotik</a><br>-----------------------------------------------------------------------<br>Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH<br>
Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern<br>Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster<br>(Vorsitzender) Dr. Walter Olthoff<br>Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes<br>
Amtsgericht Kaiserslautern, HRB 2313<br>Sitz der Gesellschaft: Kaiserslautern (HRB 2313)<br>USt-Id.Nr.:    DE 148646973<br>Steuernummer:  19/673/0060/3</div></div></div></div>
</div>
<br></div><br>_______________________________________________<br>
Rock-dev mailing list<br>
<a href="mailto:Rock-dev@dfki.de">Rock-dev@dfki.de</a><br>
<a href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev" target="_blank">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><table border="0" cellpadding="0" cellspacing="0" width="600" style="border:0px;margin:0px auto;color:rgb(0,0,0);font-family:Arial,Helvetica,&#39;Nimbus Sans L&#39;,sans-serif;line-height:15px">
<tbody><tr><td colspan="2" style="border-top-width:1px;border-top-style:solid;border-top-color:rgb(204,204,204);padding:10px"><table border="0" cellpadding="0" cellspacing="0" width="100%" style="font-size:11px;border:0px;margin:0px auto;line-height:normal">
<tbody><tr valign="top" style="line-height:15px"><td width="40%"><font size="4">Vincent Vittori</font><br><font style="font-weight:bold">Robotic engineer MARUM</font><br><span style="color:rgb(34,34,34);font-size:13px;line-height:normal">University of Bremen</span><br style="color:rgb(34,34,34);font-size:13px;line-height:normal">
<span style="color:rgb(34,34,34);font-size:13px;line-height:normal">4 Leobener Straße, </span><span style="color:rgb(34,34,34);font-size:13px;line-height:normal;margin-bottom:1px;font-family:arial,helvetica,sans-serif">28359 Bremen RAUM 1520</span><br>
<br><a href="http://maps.google.com/maps?q=&amp;hl=en" style="text-decoration:initial;color:rgb(0,0,0)" target="_blank"></a></td><td width="40%" style="padding-left:15px"><font><b style="color:rgb(153,153,153)">DE Mobile :</b> +49 152 242 37 465 <br>
</font><b style="font-size:small;color:rgb(153,153,153)">DE Office  :</b><font> </font><span style="color:rgb(34,34,34);font-size:13px;line-height:normal">+</span><span style="color:rgb(34,34,34);font-size:13px;line-height:normal">49</span><span style="color:rgb(34,34,34);font-size:13px;line-height:normal"> 421 218 65 641</span><font><br>
<b style="color:rgb(153,153,153)">FR Mobile :</b> +33 612 12 35 39 <br><b style="color:rgb(153,153,153)">Email:</b> <a href="mailto:vittori.vincent@gmail.com" style="text-decoration:initial;color:rgb(0,0,0)" title="[GMCP] Compose a new mail to vittori.vincent@gmail.com" rel="noreferrer" target="_blank">vittori.vincent@gmail.com</a><br>
<b style="color:rgb(153,153,153)">IM:</b> vincent.vittori1 (Skype)<br></font><div style="margin-top:5px"><font><b><a href="http://de.linkedin.com/in/vincentvittori/en" target="_blank"><font color="#006699">http://de.linkedin.com/in/vincentvittori</font>/en</a></b><br>
</font></div></td><td width="20%" style="padding:0px 15px"><font><br></font><br></td></tr></tbody></table></td></tr><tr style="font-size:10px;line-height:normal;font-family:arial,sans-serif"><td style="border-top-width:1px;border-top-style:solid;border-top-color:rgb(204,204,204);padding-top:2px">
  </td><td align="right" style="border-top-width:1px;border-top-style:solid;border-top-color:rgb(204,204,204);padding-top:2px"><br></td></tr></tbody></table></div>
</div>