CityK wrote:
> In any regard, its best to just ignore him. He's just trying to get a
> rise out of folks here.
Probably you are right. And I will not participate in any flame wars.
If someone is really interested to know what happened, he will hopefully
read all relevant messages and draw his own
> Hi Oliver,
>
> Just in case you're not already aware, timecop/dongs/gnaa is a
> "professional" troll. Unfortunately, he's latched onto the project --
> he's building some ISDN usb devices and stealing code for them. Also
That would be ISDB-T, not ISDN sir.
And I don't want to be accused of steal
Sebastian wrote:
> Hello,
>
> i recently bought a Technotrend S-1401 DVB-S card. Somehow this card
> wont work for me, because i dont get a frontend0 device. Other device
> nodes like demux0 or dvr0 are there, but frontend0 is missing. I am
> using Linux 2.6.20-16 (2.6.21 tested too) and the lates
Oliver Endriss wrote:
> timecop wrote:
>
>> Hey guys, stop beating dead horses and finding scapegoats.
>> Whatever excuses you're going to find post-fact isn't going to change
>> the fact that HE now has working code with functionality better than
>> the broken crap currently in linux-dvb, and Y
timecop wrote:
> Hey guys, stop beating dead horses and finding scapegoats.
> Whatever excuses you're going to find post-fact isn't going to change
> the fact that HE now has working code with functionality better than
> the broken crap currently in linux-dvb, and YOU don't. Users (what
> little of
Hey guys, stop beating dead horses and finding scapegoats.
Whatever excuses you're going to find post-fact isn't going to change
the fact that HE now has working code with functionality better than
the broken crap currently in linux-dvb, and YOU don't. Users (what
little of them Linux still has) us
On 6/29/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 29, 2007, Hans Verkuil wrote:
> >
> > I've been following this whole process for quite some time now and also
> > tried to help out. I've come to the conclusion that it is purely due to
> > bad chemistry between various person
On 6/29/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 28, 2007, Markus Rechberger wrote:
> > On 6/28/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > >
> > > In general, it is a good idea to have the manufacturer supporting their
> > > drivers. However, it won't make any
On Fri, Jun 29, 2007, Hans Verkuil wrote:
>
> I've been following this whole process for quite some time now and also
> tried to help out. I've come to the conclusion that it is purely due to
> bad chemistry between various personalities. Technically this stuff
> should have been merged a year
On Thu, Jun 28, 2007, Markus Rechberger wrote:
> On 6/28/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> >
> > In general, it is a good idea to have the manufacturer supporting their
> > drivers. However, it won't make any sense to allow Empiatech to touch on
> > low-level drivers for hardwa
Michael Krufky wrote:
> Petey Leinonen wrote:
>> --- Peter Fern <[EMAIL PROTECTED]> wrote:
>>
>>> Craig Cook wrote:
Try the instructions for the original dvico dual tuner...
>>> Yeppo, the dev/input stuff is what you want, probably also worth writing
>>> some udev rules, or using the by-id li
> Here is the polling patch from Henry Does this improve the
> responsiveness of the remote.
> Personally, I never had a problem with the default values that I had..
>
Dwaine,
I have applied this patch from Henry Wong, along with your original patch,
to the 2.6.17 kernel and I can confirm t
Petey Leinonen wrote:
> --- Peter Fern <[EMAIL PROTECTED]> wrote:
>
>> Craig Cook wrote:
>>> Try the instructions for the original dvico dual tuner...
>> Yeppo, the dev/input stuff is what you want, probably also worth writing
>> some udev rules, or using the by-id links in /dev/input to ensure y
--- Peter Fern <[EMAIL PROTECTED]> wrote:
> Craig Cook wrote:
> > Try the instructions for the original dvico dual tuner...
>
> Yeppo, the dev/input stuff is what you want, probably also worth writing
> some udev rules, or using the by-id links in /dev/input to ensure you
> don't get ordering p
On Thu, 28 Jun 2007, Markus Rechberger wrote:
> Well it's solved now, whatever driver will come up in future from my
> side I will not submit it to the linuxtv project due the experience I
> made during the last 1 1/2 years.
You did a good job with em28xx, but when you tried to force people to
a
On Thursday 28 June 2007 22:35, Sascha Sommer wrote:
> Hi,
>
> On Thursday 14 June 2007 23:05, Markus Rechberger wrote:
> > Hi,
> >
> > since I officially take care about the latest Empia em28xx code I
> > want to get that project removed from linuxtv.org.
> > Mauro already broke some parts in the
16 matches
Mail list logo