Re: moving of dinstall run time on master.
"Darren O. Benham" <firstname.lastname@example.org> writes:
> On Sun, Mar 28, 1999 at 09:41:05PM -0600, John Goerzen wrote:
> > Wait a minute. Since when does Novare dictate Debian policy? Why are
> > you, or they, forcing decisions on Debian solely by virtue of your
> > status as a donor of equipment to Debian?
> Where did policy come into *this* event? The accusation is that Novare
> attempted to dicated Debian policy. There is nothing in policy that states
> the time dinstall is supposed to run... not that I"ve found anyway.
Policy enters in because Novare is wanting (or has?) to modify a
developer's personal crontab -- which would be necessary in order to
change the dinstall time.
Debian was not consulted. Our opinion was not asked for. We were
told, "x will be done. period." In other words, an external entity
is now deciding whether or not a Debian developer's files are
modified, possibly against his will.
> > to force this decision on Debian, and the fact that your company
> > donates equipment to Debian gives it no special right to control
> > Debian. Where does the Constitution, or the SPI Bylaws, state that
> > donors have control over Debian affairs?
> A statement by a doner like "run pulse once a week or get your machine out
> of here" is a form of coersion. Are you trying to say that the donar
> doesn't have the right to say that?
It's not a form of coersion. It places the ball back in our court --
*we* can now make the decision to either accept their proposal, or to
find someone else. They are not making decisions for us anymore.
> > Novare does not work for Debian or for the developers. Why should
> > they make a decision?
> They pay for the bandwidth that master is using when dinstall runs. They
> should have the right to tell us to decrease the bandwidth that Debian is
> using... or to reduce the peak usage...
They do not own the files on master. They should not have the right
to mess with them.
> It *is* up to us to decide how... Adam is a bit of a unique situation in
> that he's a developer, too, so he can see HOW Debian can do this.