* Adeodato Simó [Tue, 11 Nov 2008 16:31:59 +0100]:
But no, you just carried on and ignored my concerns. Thank you, Robert.
Let's be more a bit more constructive: you say you act out of alarm by
seeing the release team take some decisions for the project. I claim
that the Release Team is
* Lars Wirzenius [Tue, 11 Nov 2008 17:42:30 +0200]:
ti, 2008-11-11 kello 16:39 +0100, Adeodato Simó kirjoitti:
Have you thought for a second, though, that the project as a whole could not
agree with you in not sharing that view?
It is to determine the will of the project as a whole that we
On Tue, Nov 11, 2008 at 03:39:40PM +0100, Robert Millan wrote:
I'm responding to this by proposing the following alternate option:
| The Social Contract is our promise to the free software community.
|
| Neither the Release Team, nor any selected group of individuals, is
| empowered to
ti, 2008-11-11 kello 16:39 +0100, Adeodato Simó kirjoitti:
Have you thought for a second, though, that the project as a whole could not
agree with you in not sharing that view?
It is to determine the will of the project as a whole that we have the
GR process. Until then, it's all speculation.
On Mon, Nov 10 2008, Ben Hutchings wrote:
So far as I can see, the only significant difference between #5 and #2
(or #3) is the requirement that upstream distributes under a license
that complies with the DFSG.
Yes. Without that clause, one can say we could ship something
like nvidia
Manoj Srivastava dijo [Mon, Nov 10, 2008 at 12:21:21PM -0600]:
,[ Proposal 5: allow Lenny to release with firmware blobs ]
| 1. We affirm that our Priorities are our users and the free software
| community (Social Contract #4);
|
| 2. We acknowledge that there is a lot of progress
On Mon, Nov 10, 2008 at 10:23:26PM +, Matthew Johnson wrote:
And that if we release now, the glibc code which we ship will be free
shortly, without having to update stable, whereas the code shipped in
the kernel won't be free in Lenny, however long we wait (because the
solution is to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefano Zacchiroli wrote:
Can someone explain me why all these threads smell of gratuitous RM
bashing?
Simple statistics: there are many DDs, but only few RMs.
Simple sociology: those who are content, don't complain.
Those also don't go in
On Tue, Nov 11, 2008 at 05:26:18PM +0100, Robert Millan wrote:
Yes, your job is only concerned about copying bits. Then again, what isn't?
I think this was just rhetoric, wasn't it? Dato mentioned bits to
stress that the Release Team only controls what flows from unstable
to testing, while you
On Tue, Nov 11, 2008 at 06:30:56PM +0100, Stefano Zacchiroli wrote:
On Tue, Nov 11, 2008 at 05:26:18PM +0100, Robert Millan wrote:
But if what you're trying to say is that it's not all your fault as
Release Team, I acknowledge that. Then again, it's a really poor
excuse to justify
* Robert Millan [Tue, 11 Nov 2008 16:20:06 +0100]:
But, at the same time, I don't think the Release Team should be allowed to
make this kind of decisions unilaterally.
Then we should be having that vote, and nothing else, as I already
explained in [1], which you ignored. Release Team can
[forwarding for Sven Luther, unedited and uncensored]
[Johannes Wiedersich]
On Tue, Nov 11, 2008 at 07:42:47PM +0100, Johannes Wiedersich wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Millan wrote:
If the project as a whole determines that the Release Team is empowered to
Hi,
This email is an excerpt from Sven Luther, sent via
private email. Ths is unedited, but incomplete, I have not included the
final paragraph of that email, since I could not defend posting that,
and this is what I am comfortable sending. The eliding the final
paragraph does not, in
On Mon, Nov 10, 2008 at 04:05:42PM -0600, Manoj Srivastava wrote:
The difference being that the former is being resolved with a
license change, and the latter is being resolved with code changes, and
will require adjustments to the infrastructure. That makes the former
a faster
On Mon, Nov 10, 2008 at 08:01:02PM +, Stephen Gran wrote:
I have to admit that I'm a bit curious how you justify needing a 3:1
supermajority to update a Packages file, but not to have the software
in question served in the first place.
The basic difference is that in one case it is the
On Tue, 2008-11-11 at 08:30 -0600, Manoj Srivastava wrote:
On Mon, Nov 10 2008, Ben Hutchings wrote:
So far as I can see, the only significant difference between #5 and #2
(or #3) is the requirement that upstream distributes under a license
that complies with the DFSG.
Yes.
On Tue, Nov 11, 2008 at 03:48:01PM +0100, Robert Millan wrote:
On Mon, Nov 10, 2008 at 08:01:02PM +, Stephen Gran wrote:
I have to admit that I'm a bit curious how you justify needing a 3:1
supermajority to update a Packages file, but not to have the software
in question served in the
On Tue, Nov 11 2008, Ben Hutchings wrote:
On Tue, 2008-11-11 at 08:30 -0600, Manoj Srivastava wrote:
On Mon, Nov 10 2008, Ben Hutchings wrote:
So far as I can see, the only significant difference between #5 and #2
(or #3) is the requirement that upstream distributes under a license
that
Dear all,
Lucas' amendment has only 4 sponsors, so technically I can start to call for a
vote. My position about this amendment is that if it can not get enough
sponsors, it does not has chances to win, and as I would prefer that this GR is
not a poll, I will not include it by myself.
I
On Mon, 10 Nov 2008, Robert Millan wrote:
On Mon, Nov 10, 2008 at 05:47:59PM +0100, Johannes Wiedersich wrote:
With binary blobs inside or outside of debian, my computer will run just
the same. It's just that outside main it won't be supported by debian --
at least not officially. It will
20 matches
Mail list logo
