On Wed, Mar 15, 2006 at 02:45:42PM -0500, Andres Salomon wrote:
> On Wed, Mar 15, 2006 at 07:20:20PM +0100, martin f krafft wrote:
> > also sprach Gustavo Franco <[EMAIL PROTECTED]> [2006.03.15.1512 +0100]:
> [...]
> > >
> > > I'm asking myself what's behind all that ? Ubuntu ? Probably no.
> > > Subconcious fear to delivery in time ? Probably yes. Stop thinking
> > > about who you're going to ask to be expelled next and spend some
> > > time considering not my words, but just Etch.
> >
> > Thank you!
> >
>
> If I didn't care about etch, I could just as easily sit back and let Sven
> do his thing (as I have been doing for the past few months); however, I
Are you implying that it was because of me that you have taken a backseat
recently ? I remember somethign else, about you being frustrated with DAM and
the security team, and deciding to work more with the ubuntu guys at that
time. I was really sad to see this happen, as your input was very valuable to
the debian kernel team, and i told you so back then.
> would like to see the release happen. Given the time and resources that
> Sven's arguments consume, I am convinced that expelling him will make things
> run a lot smoother.
maybe, but then you forget all the work i did to get 2.6.14 out, and i do
currently not believe that we would have achieved that much if i had not
strongly worked for it. I had to endure flames and insults from maks, manoj
and jonas over the ramdisk-generator issue, an issue all where talking about
since weeks and months, but nobody decided to act. Notice that already then
there was a rather odious flamewar, and it is instead disgusting to have to go
through such to get people to not dismiss you out of the hand because it is
not like they have been doing since since forever.
As a result, we solved the ramdisk generator dilemna to everybody's
satisfaction, we managed to do same-day releases, which nobody thought
possible, and was never heard off in debian (who was known for largely
out-dated kernels, and needing a whole month to upgrade the d-i kernel).
> For starters, I/we need to figure out a sane way to deal w/ 3rd party kernel
> modules. I'm not sure the status of this, since Sven was adamant about this
> happening his way; I'm not even willing to even touch the issue while he's
I notice though that back then my way, was also the way you advocated against
manoj. Strange no, the way memory work.
> active in the kernel team. I don't need the extra stress. If Sven remains
> active, I intend to just ignore the issue and let someone else deal w/ it;
> perhaps someone who thinks that expulsion is too harsh.
There are other issue to be dealt with :
- the problem of the drivers with non-free firmware, and how d-i will be
able to load those of external media ? This to this day is not solved,
altough i tried to push for a resolution on this. I have some doubt this
will be solved in the etch timeframe, or will be a last minute hack.
- the problem of out-of-tree modules. Bastian Blank is working on this, and
i am plainly confident he will do so with success.
- the problem of d-i .udebs, and the mess they are in. We achieved much with
the common infrastructure kernel, which i was the first in advocating, and
getting flames by joeyh and others back then for even suggesting it, but
this has to be continued to the d-i kernel .udebs to be complete. It works
nicely for ubuntu, so why not for us ?
I leave this all to you, i hope you are up to the responsability, and will not
participate again in the kernel team until i am asked to.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
