[Tinyos-devel] Retiring tinyos-2_0_devel-BRANCH
Philip Levis
pal at cs.stanford.edu
Fri Dec 15 09:12:41 PST 2006
On Dec 15, 2006, at 12:50 AM, Joe Polastre wrote:
> Phil,
>
> You said that no one (except you and Vlado) have permission to
> modify the HEAD. Will this continue to be true?
>
No. All of the people who had access to -devel now have access to HEAD.
> I personally think that an approach like SVN where you can have a
> devel branch that is easily merged with the HEAD is the optimum
> solution given the current tools. Access control is a red herring,
> and contribution should be key.
Contribution is easy; maintenance is hard. The main purpose of access
controls it to prevent inadvertent checkins. The most common place
you see this, in fact, is on branches. The core group had a lot of
headaches generating the 2.0 RPM because fixes were spread
(inadvertently) through HEAD, -devel, and -release. Given that TinyOS
is a component system, people often tweak components for debugging or
testing.
>
> Given such considerations, I noticed that contrib does not require a
> specific license for the contrib/ contributions. I assume this is on
> purpose to allow contributions under any license to be submitted to
> the TinyOS contrib source tree to foster greater collaboration and
> contributions.
Good point. I think we missed that one. I believe the current status
is that the two current alliance-supported licenses are the BSD
license[1] and the academic license[2]. 120 states the policy for
adding new licenses to the pool. I'll check with the alliance WG.
Phil
[1] Starts with "Redistribution and use in source and binary forms,
with or without", e.g. tos/interfaces/Pool.nc
[2] Starts with "Permission to use, copy, modify, and distribute this
software..", e.g., tos/interfaces/Leds.nc
More information about the Tinyos-devel
mailing list