> Actually, with BK it should be possible to have read only clones on
> multiple servers, should it not?
Oh, sure. Even if we were down for a week, the trees which people care
about are almost certainly on their local disks so they could set up
servers all over the place make the data available if need be.
bkbits.net is a cache, it's not the authoritative source of anything.
> I wonder if any of the kernel.org mirror sites would be interested in
> hosting a clone of one or more BK repositories.
Eventually we'll have a version of the BKD that we've bullet proofed
enough that we'd encourage that. For the time being we've encouraged
hosting at bkbits.net simply because (a) the infrastructure is there
and (b) if there are security problems then it's our mess not yours.
It's partially self interest: if kernel.org got compromised and it was
our fault then we'd get a black eye. If bkbits got compromised we'd
just fix it up quietly (and, no, so far it has never been broken into
but that's probably because we're very careful about how we run things,
even if you got in via BKD you'd have no write permissions on anything
but tmp dirs).
-- --- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Jan 31 2003 - 22:00:26 EST