On Thu, Nov 20, 2003 at 12:54:07AM +0100, Goswin von Brederlow wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> writes:
> > The whole point of signing packages is that it is not anonymous at all, but
> > traceable back to the signer. Assuming the keyholder protects his key
> > adequately, there is rea
Matt Zimmerman <[EMAIL PROTECTED]> writes:
> On Mon, Nov 17, 2003 at 03:56:44PM +0100, Goswin von Brederlow wrote:
>
> > DDs have to sign and upload a package with a backdoor.
> >
> > On the buildd I can install a gcc or other tool that will silently add
> > a backdoor to anything getting compil
Martin Michlmayr - Debian Project Leader, on 2003-11-19, 14:32, you wrote:
> * Ingo Juergensmann <[EMAIL PROTECTED]> [2003-11-16 15:40]:
> > > Yes, a fairly powerful machine has recently been donated to Debian and
> > > we're currently working out where to host it.
> >
> > Where is it located?
>
On Wed, 19 Nov 2003 19:20:09 +0100, Guido Guenther wrote:
> On Wed, Nov 19, 2003 at 06:43:00AM +0100, Ingo Juergensmann wrote:
>> Perl is building fine as well now on mips, although it is marked as
>> not-for-us. See
>> http://m68k.bluespice.org/cgi/package_status?mips_pkg=perl&searchtype=go
> Thi
On Wed, Nov 19, 2003 at 06:43:00AM +0100, Ingo Juergensmann wrote:
> Perl is building fine as well now on mips, although it is marked as
> not-for-us. See
> http://m68k.bluespice.org/cgi/package_status?mips_pkg=perl&searchtype=go
This might be due to the fact that the autobuilders don't run recent
On Mon, Nov 17, 2003 at 03:56:44PM +0100, Goswin von Brederlow wrote:
> DDs have to sign and upload a package with a backdoor.
>
> On the buildd I can install a gcc or other tool that will silently add
> a backdoor to anything getting compiled and the buildd admin will sign
> and upload the packa
Ingo Juergensmann <[EMAIL PROTECTED]> wrote:
[...]
> Perl is building fine as well now on mips, although it is marked as
> not-for-us. See
> http://m68k.bluespice.org/cgi/package_status?mips_pkg=perl&searchtype=go
> paco:/home/ij# ls -l *.deb
> -rw-r--r--1 root root35172 Nov 18 22:
On Wed, Nov 19, 2003 at 02:32:53PM +1100, Martin Michlmayr - Debian Project
Leader wrote:
> And since we're on topic: people interested in SGI hardware (for
> example to work on debian-installer) in the USA, please get in contact
> with me.
Hmm, regarding to Goswin Brederlow debian-installer bui
* Ingo Juergensmann <[EMAIL PROTECTED]> [2003-11-16 15:40]:
> > Yes, a fairly powerful machine has recently been donated to Debian and
> > we're currently working out where to host it.
>
> Where is it located?
In the States; not really worth shipping to Germany. However, I'll
see whether we can
* Anthony Towns [2003-11-17 12:48]:
> On Sun, Nov 16, 2003 at 03:26:51PM +0100, Josip Rodin wrote:
> > Since you're posting that as the DPL you're asking for the following
> > reply. Sorry :)
[...]
I'm well aware that redundancy has several benefits. Specifically
about the hardware donations man
[EMAIL PROTECTED] writes:
> In article <[EMAIL PROTECTED]> you wrote:
> >> Not quite. Ingo is volunteering to provide a MIPS buildd, but since he's
> >> not a Debian Developer, he can't handle its logs. Thus, he's asked me,
> > Its intresting to note that Debian trusts several NMs and normal users
On Tue, Nov 18, 2003 at 03:32:20PM +1000, Anthony Towns wrote:
> > > > It also means that, if it were easy to add some redundancy,
> > > > it would already have happened. Which in turn means that it's hard.
> > > Again, read what I wrote, not what you imagine I wrote. Difficult isn't
> > > the same
On Mon, Nov 17, 2003 at 06:25:06PM +0100, Josip Rodin wrote:
> On Tue, Nov 18, 2003 at 02:10:54AM +1000, Anthony Towns wrote:
> > > It also means that, if it were easy to add some redundancy,
> > > it would already have happened. Which in turn means that it's hard.
> > Again, read what I wrote, not
On Mon, Nov 17, 2003 at 12:26:31PM +0100, Wouter Verhelst wrote:
> Op ma 17-11-2003, om 09:58 schreef Anthony Towns:
> > On Mon, Nov 17, 2003 at 01:17:36AM -0500, Nathanael Nerode wrote:
> > > 4) People are volunteering to administer MIPS buildds.
> >
> > From what I've seen people are volunteerin
On Tue, Nov 18, 2003 at 02:10:54AM +1000, Anthony Towns wrote:
> > It also means that, if it were easy to add some redundancy,
> > it would already have happened. Which in turn means that it's hard.
>
> Again, read what I wrote, not what you imagine I wrote. Difficult isn't
> the same as impossibl
On Mon, Nov 17, 2003 at 12:48:00PM +1000, Anthony Towns wrote:
> It also means that, if it were easy to add some redundancy,
> it would already have happened. Which in turn means that it's hard.
On Mon, Nov 17, 2003 at 03:00:44PM +0100, Josip Rodin wrote:
> > > This NIH attitude is really laughabl
On Mon, Nov 17, 2003 at 11:10:53PM +1000, Anthony Towns wrote:
> > > > It's been proven plenty of times that whenever we have task depend
> > > > on a single person doing it, the lack of redundancy comes back and
> > > > bites us in the ass whenever there's the slightest bit of a problem.
> > > Why
In article <[EMAIL PROTECTED]> you wrote:
>> Not quite. Ingo is volunteering to provide a MIPS buildd, but since he's
>> not a Debian Developer, he can't handle its logs. Thus, he's asked me,
> Its intresting to note that Debian trusts several NMs and normal users
> to host and maintain their build
On Mon, Nov 17, 2003 at 12:37:23PM +0100, Josip Rodin wrote:
> On Mon, Nov 17, 2003 at 12:48:00PM +1000, Anthony Towns wrote:
> > > It's been proven plenty of times that whenever we have task depend on a
> > > single person doing it, the lack of redundancy comes back and bites us in
> > > the ass w
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Op ma 17-11-2003, om 09:58 schreef Anthony Towns:
> > On Mon, Nov 17, 2003 at 01:17:36AM -0500, Nathanael Nerode wrote:
> > > 4) People are volunteering to administer MIPS buildds.
> >
> > From what I've seen people are volunteering to *provide* MIPS
On Mon, Nov 17, 2003 at 12:48:00PM +1000, Anthony Towns wrote:
> > Since you're posting that as the DPL you're asking for the following
> > reply. Sorry :)
> >
> > It's been proven plenty of times that whenever we have task depend on a
> > single person doing it, the lack of redundancy comes back
Op ma 17-11-2003, om 09:58 schreef Anthony Towns:
> On Mon, Nov 17, 2003 at 01:17:36AM -0500, Nathanael Nerode wrote:
> > 4) People are volunteering to administer MIPS buildds.
>
> From what I've seen people are volunteering to *provide* MIPS buildds,
> as long as someone else administers them.
N
On Mon, Nov 17, 2003 at 01:17:36AM -0500, Nathanael Nerode wrote:
> 4) People are volunteering to administer MIPS buildds.
From what I've seen people are volunteering to *provide* MIPS buildds,
as long as someone else administers them. Running a buildd for Debian
requires more knowledge than just
On Mon, Nov 17, 2003 at 02:46:07PM +1100, Martin Michlmayr - Debian Project
Leader wrote:
> Actually, Linux has been ported to all of the CPUs and systems I had
> in mind; in fact, ported by the vendor since there's demand for Linux.
> The 1 GHz dual-cores I mentioned are one from Broadcom (wh
Josip Robin wrote:
It's been proven plenty of times that whenever we have task depend on a
single person doing it, the lack of redundancy comes back and bites us in
the ass whenever there's the slightest bit of a problem.
Anthony Towns then wrote:
Why do you think that contributes _anything_ to the
* Marcelo E. Magallon <[EMAIL PROTECTED]> [2003-11-16 12:10]:
> > [ Responding to this since I've been BCCed. ]
> Oh, nice. If hadn't been Bcc'ed you wouldn't respond?
I didn't say that; I simply stressed the importance of (B)CCing
[EMAIL PROTECTED] if you want to ensure getting a reply from th
On Sun, Nov 16, 2003 at 03:26:51PM +0100, Josip Rodin wrote:
> Since you're posting that as the DPL you're asking for the following
> reply. Sorry :)
>
> It's been proven plenty of times that whenever we have task depend on a
> single person doing it, the lack of redundancy comes back and bites us
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> There's one on my desk. It's an embedded board produced by Broadcom,
> complete with dual cores, IDE, and dual gigabit ethernet. MIPS, Inc.
> has a similar board; Debian has one of these somewhere, IIRC. These
> little fellows have more computing
On Sun, Nov 16, 2003 at 12:10:14PM -0600, Marcelo E. Magallon wrote:
> On Mon, Nov 17, 2003 at 12:53:39AM +1100, Martin Michlmayr - Debian Project
> Leader wrote:
> > [ Responding to this since I've been BCCed. ]
>
> Oh, nice. If hadn't been Bcc'ed you wouldn't respond? That's
> reasuring, s
On Mon, Nov 17, 2003 at 12:53:39AM +1100, Martin Michlmayr - Debian Project
Leader wrote:
> [ Responding to this since I've been BCCed. ]
Oh, nice. If hadn't been Bcc'ed you wouldn't respond? That's
reasuring, since you seem to be one of the few persons who's got some
information on the sub
Josip Rodin writes:
> It's been proven plenty of times that whenever we have task depend on a
> single person doing it, the lack of redundancy comes back and bites us in
> the ass whenever there's the slightest bit of a problem.
Example: I recently had an opportunity to arrange the donation of fiv
On Mon, Nov 17, 2003 at 12:53:39AM +1100, Martin Michlmayr - Debian Project
Leader wrote:
> [ Responding to this since I've been BCCed. ]
> * Ingo Juergensmann <[EMAIL PROTECTED]> [2003-11-14 11:34]:
> > I´ve been told that this is caused by some toolchain and kernel
> > problems on mips that make
On Mon, Nov 17, 2003 at 12:53:39AM +1100, Martin Michlmayr - Debian Project
Leader wrote:
> I am trying to get a new hard drive for this machine, but unfortunately
> the hardware donations manager is currently on vacation and hasn't
> responded to my mail yet; we might just buy one if he doesn't r
[ Responding to this since I've been BCCed. ]
* Ingo Juergensmann <[EMAIL PROTECTED]> [2003-11-14 11:34]:
> I´ve been told that this is caused by some toolchain and kernel
> problems on mips that make the buildds running slow.
I talked to Ryan about the mips port about two weeks ago; I'll try to
Marco d'Itri <[EMAIL PROTECTED]> writes:
> On Nov 15, Chris Cheney <[EMAIL PROTECTED]> wrote:
>
> >Another point is do we really want an arch/port to be maintained by only
> >one person? IMHO there should be at least two people capable and
> >actually running the buildds for each arch, possibl
On Nov 15, Chris Cheney <[EMAIL PROTECTED]> wrote:
>Another point is do we really want an arch/port to be maintained by only
>one person? IMHO there should be at least two people capable and
>actually running the buildds for each arch, possibly more when they are
>too busy with other things as
On Sat, Nov 15, 2003 at 12:54:18AM -0500, Branden Robinson wrote:
> On Fri, Nov 14, 2003 at 11:34:41AM +0100, Ingo Juergensmann wrote:
> > As some of you know the mips port has some problems keeping up.
> Daniel Stone and I have been trying for months to get feedback regarding
> xfree86 > 4.3.0-0pr
Another point is do we really want an arch/port to be maintained by only
one person? IMHO there should be at least two people capable and
actually running the buildds for each arch, possibly more when they are
too busy with other things as appears the case with Ryan.
Chris
signature.asc
Descript
On Fri, Nov 14, 2003 at 02:55:09PM +0100, Wouter Verhelst wrote:
> Op vr 14-11-2003, om 11:34 schreef Ingo Juergensmann:
> [...]
> > As a result and a sort of protest, I´ll stopped my m68k buildd, because I
> > don´t know m68k that much to be of any help for this port anymore. Therefore
> > my m68k
On Fri, Nov 14, 2003 at 11:34:41AM +0100, Ingo Juergensmann wrote:
> As some of you know the mips port has some problems keeping up.
Daniel Stone and I have been trying for months to get feedback regarding
xfree86 > 4.3.0-0pre1v1 on mips, and we are always met with stony
silence.
> Everything wen
Op vr 14-11-2003, om 11:34 schreef Ingo Juergensmann:
[...]
> As a result and a sort of protest, I´ll stopped my m68k buildd, because I
> don´t know m68k that much to be of any help for this port anymore. Therefore
> my m68k isn´t needed anymore as my offered mips machine isn´t needed for the
> mip
On Fri, 14 Nov 2003, Ingo Juergensmann wrote:
> As some of you know the mips port has some problems keeping up.
I guess the relevant reference for this problem is:
http://buildd.debian.org/stats/graph-week-big.png
If you ask me (as a person without any knowledge about buildd internals)
a fu
As some of you know the mips port has some problems keeping up.
I´ve been told that this is caused by some toolchain and kernel problems on
mips that make the buildds running slow.
So, when watching http://m68k.bluespice.org/buildd/mips_stats over the past
weeks, it´s obvious that mips is heavily
43 matches
Mail list logo
