<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Good Morning,<br>
<br>
I don't know what you mean with resistance, in the past master was
the most "stable" 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 "master" gets
associated with "newest" not with an "unstable development"
version. Maybe we should rename or create an additional "unstable"
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 "needed"("wished")
features, or they have bugs that are not pushed from master<br>
<br>
Thoughts?<br>
Matthias<br>
<br>
<br>
<br>
On 04.06.2014 17:00, Sylvain Joyeux wrote:<br>
</div>
<blockquote
cite="mid:20140604150021.A4C9FF372C_38F3485B@sea-mail.dfki.de"
type="cite">
<div dir="ltr">Then ... my next question would be:
<div><br>
</div>
<div> Why isn't there more resistance w.r.t. switching to
master ?</div>
<div><br>
</div>
<div>I mean, when you say "oh I had a bug on syskit on next",
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 "oh but I need X,
it is so shiny" instead of "without X, I really cannot do it
!". 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"><<a
moz-do-not-send="true"
href="mailto:matthias.goldhoorn@dfki.de" target="_blank">matthias.goldhoorn@dfki.de</a>></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 class="h5">
<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 'next' 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 'core' packages
is hard. So i cannot stay a long time on next and only
with syskit/roby on master.<br>
Indeed i'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 class=""><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 moz-do-not-send="true" href="mailto:Rock-dev@dfki.de" target="_blank">Rock-dev@dfki.de</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" href="tel:%2B49%20%280%29421%20218-64100" value="+4942121864100" target="_blank">+49 (0)421 218-64100</a>
Fax: <a moz-do-not-send="true" href="tel:%2B49%20%280%29421%20218-64150" value="+4942121864150" target="_blank">+49 (0)421 218-64150</a>
E-Mail: <a moz-do-not-send="true" href="mailto:robotik@dfki.de" target="_blank">robotik@dfki.de</a>
Weitere Informationen: <a moz-do-not-send="true" 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 class="moz-signature" 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: +49 421 178 45-6611
Besuchsadresse der Nebengeschäftstelle:
Robert-Hooke-Straße 5
28359 Bremen, Germany
Tel.: +49 421 178 45-4193
Empfang: +49 421 178 45-6600
Fax: +49 421 178 45-4150
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:matthias.goldhoorn@informatik.uni-bremen.de">matthias.goldhoorn@informatik.uni-bremen.de</a>
Weitere Informationen: <a class="moz-txt-link-freetext" href="http://www.informatik.uni-bremen.de/robotik">http://www.informatik.uni-bremen.de/robotik</a></pre>
</body>
</html>