[Rock-dev] PROPOSAL(s): fixing recurrent breakage on the rock package sets

[Sylvain Joyeux]

The rock package sets are shared among the next, stable and master 
users. This scheme was based on the idea that people that would commit 
on these package sets would "know what they're doing". I.e. would have read

    http://rock.opendfki.de/wiki/WikiStart/Toolchain/Flavors

Since it does not seem to be the case, I would propose two "fixes":

  1. make the package sets "curated", i.e. have only a few select people
     that are allowed to change these package sets. Others would have to
     propose patches to the rock-dev mailing list

  2. branch off the package sets when we update next and stable.

The original rationale for avoiding (2) is that, since we all share the 
same package set definition, users of next and stable can also compile 
packages that are only on master. We thought that it was critical in 
order to make this master/next/stable scheme work.

Thoughts ?
-- 
Sylvain Joyeux (Dr.Ing.)
Space & Security Robotics

!!! Achtung, neue Telefonnummer!!!

Standort Bremen:
DFKI GmbH
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany

Phone: +49 (0)421 178-454136
Fax:   +49 (0)421 218-454150
E-Mail: robotik at dfki.de

Weitere Informationen: http://www.dfki.de/robotik
-----------------------------------------------------------------------
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
-----------------------------------------------------------------------