[Rock-dev] It is RELEASE Time

Matthias Goldhoorn matthias.goldhoorn at dfki.de
Mon Aug 11 09:00:16 CEST 2014


On 08.08.2014 21:53, Christian Clausen wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> AVALON has pinned every Rock-component some time ago and will not
> update "everything" even if there is any kind of release before SAUC-E.
> We currently have a working system and do only updates on components
> we need to update.
>
> So you can't use us as a pro or con for release-strategies :-) But
> thanks for considering.

And we are using the orogen_loader stuff anyways, to we are offroad of 
all release strategies either...

In general i prefer the two-way release stlye, because even i don't have 
the time to get fully into the new release strategy.
I prefer to keep this in parralel a pice of time until the new one has 
sattelt, from point of view of usage AND from point of view of the 
toolchain.

Best,
Matthias


>
> Christian
>
> Am 08.08.2014 um 21:24 schrieb Sylvain Joyeux:
>> Well ... Then we could at least make parallel releases, one "new
>> style" for the not-so-faint-of-heart-who-need-it-right-now (i.e.
>> spacebot, sauce) and one "old style" for those that don't want to
>> have to resolve the issues that will arise. I.e., let's not push a
>> new release strategy on all new users just because DFKI has two
>> upcoming competitions.
>>
>> Changing how the installation & update process behaves is not a
>> small thing. I would prefer giving the option to keep to the old
>> system as long as the new one is not "tested".
>>
>> Sylvain
>>
>> On Fri, Aug 8, 2014 at 4:17 PM, Janosch Machowinski
>> <Janosch.Machowinski at dfki.de> wrote:
>>> As far as I understood it, the "autoproj commit" stuff aims at
>>> freezing everything, that is not handled by the normal release,
>>> and is an addition to the release process.
>>>
>>> Anyway, at some point we need to test the release process and as
>>> we got SAUCE-E and Spacebot upcoming, now would be a good time,
>>> to create a release. If the process itself turn out to be
>>> suboptimal we can still decide to change it the next time. But we
>>> won't know that, until we tried it out... Greetings Janosch
>>>
>>> Am 08.08.2014 19:29, schrieb Sylvain Joyeux:
>>>> Dumb question ... But why rushing using the "new" release mode
>>>> BEFORE we have it nailed instead of doing one more release with
>>>> the current release method and switch to the new one next time
>>>> ?
>>>>
>>>> I mean, with the "autoproj commit" stuff from jakob, we have
>>>> quite a bit of things to think about and solve before switching
>>>> to a new release model... And I would rather not change 5 times
>>>> how things work release-wise.
>>>>
>>>> Sylvain
>>>>
>>>> On Fri, Aug 8, 2014 at 11:15 AM, Janosch Machowinski
>>>> <Janosch.Machowinski at dfki.de> wrote:
>>>>> Hey, as we all agreed, we want to do a release. In the DFKI,
>>>>> we agreed, that NOW would be a good moment. As a result of
>>>>> Sylvains concerns, we modified the release process.
>>>>>
>>>>> On Wednsday the 13.8.14 we will branch all Packets, known to
>>>>> Rock-Next from the Master branch to Rock201408_rc1. EXCEPT
>>>>> you mail me and tell me not to use Master but commit XXX for
>>>>> your packet. (The idea is to have at least work on everyone
>>>>> as possible)
>>>>>
>>>>> For all packets, which are only on Master at the moment, we
>>>>> need to decide how to go on with them. Best would be if
>>>>> packet maintainers give me a Go or NoGo  for these packages.
>>>>>
>>>>> This should be all until Wednesday. Greetings Janosch
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -- Dipl. Inf. Janosch Machowinski SAR- & Sicherheitsrobotik
>>>>>
>>>>> 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-6614 Empfang: +49 421 178 45-6600
>>>>> Fax:     +49 421 178 45-4150 E-Mail:
>>>>> jmachowinski at informatik.uni-bremen.de
>>>>>
>>>>> Weitere Informationen:
>>>>> http://www.informatik.uni-bremen.de/robotik
>>>>>
>>>>> _______________________________________________ Rock-dev
>>>>> mailing list Rock-dev at dfki.de
>>>>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>>>> _______________________________________________ Rock-dev
>>>> mailing list Rock-dev at dfki.de
>>>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>>> _______________________________________________ Rock-dev mailing
>>> list Rock-dev at dfki.de
>>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>> _______________________________________________ Rock-dev mailing
>> list Rock-dev at dfki.de
>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>>
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJT5SrEAAoJEFs1kTdNIsi+cewH/jlYQYdNVnOSWZqJLgagSV7K
> x+L/yRj5ku4YLSZ0TBtm6vyLJGDATHCVJ+wp+UyZWeRAGkLE1D6JFVEO/KX9kSaQ
> 7slMS1+EyxjQoea3s49VUs/VUKi96iTjVmEHR3jmeyzp0spjSp8uLVK/RM4yzHfK
> uQ+COFZmxW6wU/zknoRybEIThUgWqIs39UJnFjth2h+EVT4PZ+6kgMtz8HhlwVi+
> AewRvUPtwW2T+c90NsZ7MFgfAmn0dDbltsMFHpsfWITPxZdr1RNMFJaXuMDz5rKp
> LEf60G/Uy221mffwA8e3AF05LOKSneW1A2yxSu3UTf/URPEI6jjqnA0sb93wMmo=
> =Dwts
> -----END PGP SIGNATURE-----
> _______________________________________________
> Rock-dev mailing list
> Rock-dev at dfki.de
> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev


-- 
  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:  matthias.goldhoorn at informatik.uni-bremen.de

  Weitere Informationen: http://www.informatik.uni-bremen.de/robotik



More information about the Rock-dev mailing list