Ben Collins wrote:
> Suddenly all the kernel developers who have staked their work in BK
> cannot work on a "competing" product to BK, without changing their
> development model.
Not only this, it gets worse.
In my case it is almost impossible to not get involved in many many free
software projects. gettext or i18n in general, of glibc related issues
pop up everywhere and often I contribute patches. Subversion is one of
the projects where this has been the case in the past.
According to my understanding this means I'm tainted (I've asked Larry
for confirmation).
Now the important part: I still have to work closely with kernel
developers. The npt work is one example: I had to check out Ingo latest
patches in the kernel every day. Now this isn't possible anymore without
a) me finding another route to get the latest kernel in realtime (which
still could be considered illegal since somebody else, for the expressed
purpose of making the result available to me, is using bk);
b) the kernel developers I work with not depending on bk anymore.
The second point is what is causing the trouble. Any team which wants
to use bk to synchronize the work is tainted by one single individual
being tainted.
I have never looked closer at bk than I had to be able to check out the
latest sources. I'm not doing any development with it and I'm not
checking in anything using bk.
- --
- --------------. ,-. 444 Castro Street
Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA
Red Hat `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE9nzxc2ijCOnn/RHQRAkG5AKCUgMWoYGzb2Hb9kAMHntBLsLXu7ACgyNrA
f2LKpqNQu/nZn4COIBsLWm0=
=WQqn
-----END PGP SIGNATURE-----
-
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/