//freenetproject.org/cgi-bin/mailman/listinfo/devl
>
--
I may disagree with what you have to say, but I shall defend, to the death,
your right to say it. - Voltaire
Those who would give up Liberty, to purchase temporary Safety, deserve
neither Liberty nor Safety. - Ben Franklin
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2006/ddccc1ff/attachment.html>
ly from those users that like to live on the bleeding edge.
Other than that I don?t see any distinction, especially not on their
?officialness.?
Greetings,
David
--
David ?Bombe? Roden
-- next part --
An HTML attachment was scrubbed...
URL:
<https://em
On Sun, Nov 6, 2011 at 3:11 PM, David ‘Bombe’ Roden wrote:
> **
>
> Hi Matthew,
>
> > Also we could have many "streams" of test builds, by different
> developers,
>
> > and thus let them release whatever they want to without it being
>
> > officially endorsed, but the users still be able to use t
who can build test-builds who can't actually do a release,
and they should have their own repositories.
>
> Greetings,
>
> David
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2006/b3d0f449/attachment.pgp>
Hi Matthew,
> Also we could have many "streams" of test builds, by different developers,
> and thus let them release whatever they want to without it being
> officially endorsed, but the users still be able to use the update.sh
> / update.cmd conveniently.
That would require quite some trickery
On Saturday 05 Nov 2011 20:35:00 David ‘Bombe’ Roden wrote:
> Hi Matthew,
>
> > 1. The most valuable thing is probably not actually releasing builds. It's
> > collecting patches and initial code review, integration into a tree (maybe
> > master, maybe not), and *POSTING A TEST BUILD AND GETTING PE
