I think this is too weak (i.e. trivially altered and hence wouldn't stand up
very well as proof of license terms)...it might be a convenient point of
reference, but I'd also like to see packages, or change sets, or arbitrary
collections of objects to be able to be digitally signed by an author with
their license terms (and the signature ability alone is probably not
sufficient...you also need some technology (ie. trust network) to manage the
authenticity of the signing keys).  Then, all of it needs to be organized
and archived somewhere.

On Tue, Mar 25, 2008 at 9:21 AM, Igor Stasenko <siguctua at gmail.com> wrote:

> On 25/03/2008, Giovanni Corriga <giovanni at corriga.net> wrote:
> > Matthew Fulmer ha scritto:
> >
> > > On Tue, Mar 25, 2008 at 06:40:48AM +0200, Igor Stasenko wrote:
> >  >> A small changeset which adds a license info for each method.
> >  >> http://bugs.squeak.org/view.php?id=6993
> >  >> Works in same way as user initials.
> >  >>
> >  >> I think it can be useful for future relicensing efforts.
> >  >> With this simple patch, we will be able to easily find out, what
> >  >> methods need attention.
> >  >>
> >  >> We can put strict limitation, that in squeak release, from now on,
> >  >> only methods with stamp:
> >  >> <initials> <license> <date> <time>
> >  >>
> >  >> accepted.
> >  >> And only if <license> field is ==== 'MIT'.
> >  >
> >  > I think that's a great idea. I should bring this to the
> >  > attention of the board. Currently, the board has issued a
> >  > no-contributions-allowed policy until we can ensure that all
> >  > further contributions are clearly licensed, and stop muddying
> >  > the license issue even further. I think this is a perfect
> >  > answer.
> >  >
> >
> >
> > Wouldn't it be better to place this information at the package level?
> >
>
> This change is mainly concerning changesets , when people submitting
> fixes/extensions of separate methods in different packages.
>
>
> >
> >         Giovanni
> >
> >
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080325/a258e6d3/attachment.htm