From: Christophe Thommeret <hftom@free.fr>
To: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] [ANNOUNCE] DVB API improvements
Date: Thu, 25 Sep 2008 05:05:18 +0200 [thread overview]
Message-ID: <200809250505.18629.hftom@free.fr> (raw)
In-Reply-To: <d9def9db0809241949i5b368f01w5f635d59cd19dd1f@mail.gmail.com>
Le Thursday 25 September 2008 04:49:36 Markus Rechberger, vous avez écrit :
> On Thu, Sep 25, 2008 at 4:47 AM, Michael Krufky <mkrufky@linuxtv.org> wrote:
> > On Wed, Sep 24, 2008 at 10:01 PM, Markus Rechberger
> >
> > <mrechberger@gmail.com> wrote:
> >> On Wed, Sep 24, 2008 at 11:41 PM, VDR User <user.vdr@gmail.com> wrote:
> >>> On Wed, Sep 24, 2008 at 8:21 AM, Mauro Carvalho Chehab
> >>>
> >>> <mchehab@infradead.org> wrote:
> >>>> The decision were already taken by the group.
> >>>>
> >>>> It should be noticed also that the public announcement took some time
> >>>> to be ready, since we all carefully reviewed it to reflect the
> >>>> understanding that the group had.
> >>>>
> >>>> Both API's work, and people needed to choose between one of the
> >>>> proposals.
> >>>>
> >>>> Each one there had enough time to read and understand each proposal,
> >>>> since the patches were available more than one week before the
> >>>> meeting, and everybody were aware that the decision are scheduled to
> >>>> happen during LPC.
> >>>>
> >>>> Each one voted based on their own technical analysis, on a meeting
> >>>> that took about 2:30 hours, on the day after the presentations. People
> >>>> had enough time there to discuss, explain their ideas with the help of
> >>>> a whiteboard, decide and improve the proposal.
> >>>>
> >>>> S2API was choosen, since it was considered the better proposal for
> >>>> everybody there. None of the presents voted for Multiproto.
> >>>>
> >>>> Now that the decision were already taken, it is not time anymore to
> >>>> argue in favor to any other proposals. We need to move ahead and
> >>>> finally add support for DVB-S2 and the remaining missing digital TV's
> >>>> at kernel.
> >>>>
> >>>> Thank you and everyone else involved on adding support for the missing
> >>>> standards.
> >>>>
> >>>> Let's move to the next step: finally add API changes and drivers for
> >>>> DVB-S2 and prepare support for the remaining missing standards.
> >>>
> >>> It's no secret to anyone that there has been foul play, and blatantly
> >>> clear there is bias against Manu himself, and multiproto as a result,
> >>> based on personal differences & past conflicts. You can't possibly
> >>> expect the dvb community to believe a fair & balanced meeting took
> >>> place to discuss these proposals when half the people there already
> >>> signed on for s2api, and the other half don't have the knowledge &
> >>> experience with dvb to make well-informed decisions. You can't
> >>> possibly think people will believe any of you (who've openly admitted
> >>> support for s2api) spent 2 seconds defending multiproto, or even
> >>> assessing the proposal from an unbias technical standpoint.
> >>>
> >>> It's very convenient that you've completely ignored multiple requests
> >>> for more in-depth details that actually prove your points have real
> >>> technical merit and aren't just the result of some self-interest
> >>> politics and b.s. Yet, you had no problem writing paragraphs about
> >>> how the decision has been made and everyone should just accept it.
> >>> Sorry, people aren't going to just accept it because this whole thing
> >>> has been tainted by misleading people, misrepresenting the truth, and
> >>> sometimes flat out lying.
> >>>
> >>> Valuable members of the community have turned, and are turning away
> >>> because of how poorly dvb has been maintained, and how self-serving
> >>> some people act. I'm thankful that more people are being exposed &
> >>> becoming aware of what's been going on in hopes that at the very least
> >>> some kind of steps will be taken to stop the misuse & abuse of power
> >>> at the front of the dvb train.
> >>>
> >>> Again, if there is truth to your claims that s2api is the best
> >>> technical solution, then convince us all by providing tangible proof
> >>> rather then expecting everyone to take your word for it while ignoring
> >>> our requests for such information. You have an obligation to the
> >>> community to justify your actions, and be held accountable for them.
> >>
> >> There hasn't been much positive feedback here! How about let's talk to
> >> split the v4l and dvb development in order to not give Mauro the full
> >> authority over the whole
> >> 2 subsystems where he hardly anything contributed (to the second part).
> >>
> >> Don't see this as a flamewar, Andrew Morton and a few others are
> >> following that discussion now.
> >>
> >> Mauro as for you try to justify your step technically, the only point
> >> we've seen for now was from
> >> Patrick Boettcher (which was a good one from his side) but also the
> >> other involved people (within that
> >> 8 people group in Portland should point out their opinion and
> >> technical objections/reasons now).
> >>
> >> Officially it looks like you had 3 people supporting the Stevens
> >> proposal and 5 people who didn't know about
> >> the framework at all and explaining them that the DVB-S2 step is the
> >> better one to go whereas you had
> >> noone representing the multiproto path. Such a vote is highly doubtful
> >> then.
> >>
> >> Hans Hverkuil:
> >> I saw you in IRC that you support that proposal please also state out
> >> your opinion and/or ask your questions
> >> what/why things have been done like they are done in the multiproto
> >> tree and why you don't support it.
> >>
> >> It finally can really end up with a good solution either multiproto or
> >> S2 but everyone should understand and not only
> >> a few people.
> >>
> >> Markus
> >
> > Markus,
> >
> > After over two years, a decision has been made. Up until now, many
> > people have been unhappy. Now less people can be unhappy. An
> > extension to the api has been merged, and now we can move forward.
> >
> > There have been enough debates on the mailing lists to date, and there
> > is enough information available about each proposal and all of the
> > details surrounding them. We need not hash this out again here.
> >
> > Nobody wants to debate this any more -- a better use of our time is to
> > start working on userspace applications for the new supported
> > standards. Please redirect your energy towards something creative.
> >
> > Make love, not war.
>
> sure state out technical reasons and that's what it is about otherwise
> a serious split should happen asap.
> I personally invite you to be the first one here!
>
> Markus
Markus,
As a reminder, the democracy way is :
1) debates
2) vote
not the other way round ;)
--
Christophe Thommeret
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
next prev parent reply other threads:[~2008-09-25 3:05 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-23 21:16 [linux-dvb] [ANNOUNCE] DVB API improvements Mauro Carvalho Chehab
[not found] ` <a3ef07920809231506h722c9fd4h1e3b8c3e40ca32cb@mail.gmail.com>
2008-09-24 0:36 ` Janne Grunau
2008-09-24 0:55 ` Markus Rechberger
2008-09-24 1:37 ` hermann pitton
2008-09-24 2:04 ` Janne Grunau
2008-09-24 2:34 ` Kristiadi Himawan
2008-09-24 4:00 ` BOUWSMA Barry
[not found] ` <48D9F6F3.8090501@gmail.com>
2008-09-24 9:11 ` Patrick Boettcher
2008-09-24 9:34 ` Manu Abraham
2008-09-24 10:25 ` Manu Abraham
2008-09-24 11:05 ` Manu Abraham
2008-09-24 15:21 ` Mauro Carvalho Chehab
[not found] ` <a3ef07920809241441gea2c09al6e2ed32589ad6fa4@mail.gmail.com>
[not found] ` <d9def9db0809241901g56a54750kbfccecc77b111ec7@mail.gmail.com>
2008-09-25 2:47 ` Michael Krufky
2008-09-25 2:49 ` Markus Rechberger
2008-09-25 3:04 ` hermann pitton
2008-09-25 3:18 ` Markus Rechberger
2008-09-25 3:05 ` Christophe Thommeret [this message]
2008-09-25 3:13 ` Markus Rechberger
2008-09-25 12:50 ` Simon Kenyon
2008-09-25 3:28 ` Manu Abraham
2008-09-25 9:55 ` Mauro Carvalho Chehab
[not found] ` <48DB6A94.2040508@linuxtv.org>
[not found] ` <d9def9db0809250345v674861a0k3d4b5f2c765e4152@mail.gmail.com>
2008-09-25 11:13 ` Janne Grunau
2008-09-25 11:27 ` Markus Rechberger
[not found] ` <alpine.LFD.1.10.0809250822390.29643@areia.chehab.org>
[not found] ` <a3ef07920809250811n15c620ceg68f9e92c58de403b@mail.gmail.com>
[not found] ` <20080925223817.34c81302@gmail.com>
[not found] ` <a3ef07920809260812j3dbb3692r3a5c194681425a2a@mail.gmail.com>
2008-09-26 15:37 ` Devin Heitmueller
2008-09-26 16:07 ` VDR User
2008-09-26 16:26 ` Devin Heitmueller
-- strict thread matches above, loose matches on Subject: below --
2008-09-25 3:23 Hans Verkuil
2008-09-25 3:44 ` Manu Abraham
2008-09-25 3:57 ` Manu Abraham
2008-09-25 4:04 ` Christophe Thommeret
2008-09-25 4:13 ` Manu Abraham
2008-09-25 4:31 ` Christophe Thommeret
2008-09-25 4:37 ` Manu Abraham
2008-09-25 4:58 ` Manu Abraham
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200809250505.18629.hftom@free.fr \
--to=hftom@free.fr \
--cc=linux-dvb@linuxtv.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.