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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox