On Mon, Jul 28, 2008 at 4:03 PM, Steven Toth <stoth@xxxxxxxxxxx> wrote:
> Markus Rechberger wrote:
>>
>> On Mon, Jul 28, 2008 at 3:18 PM, Steven Toth <stoth@xxxxxxxxxxx> wrote:
>>>>>
>>>>> Woa,
>>>>>
>>>>> As a neutral bystander let me say on thing: chill dude, chill! (and
>>>>> that
>>>>> goes to all involved).
>>>>>
>>>> I do not accept taking my code since we have a patch on our own, we're
>>>> currently waiting for an xc3028 update from Xceive since a b2b
>>>> customer pointed out to an issue.
>>>> I won't spend years on something and see someone stealing my code in the
>>>> end.
>>>> That patch won't work for most devices anyway. Reverse engineering
>>>> GPIO values as done with a couple of devices will break some devices
>>>> in the long run.
>>>> However as long as respectless people rule I don't see much hope for a
>>>> direct cooperation here.
>>>
>>> Markus, personal issues aside, was the code in question clearly marked as
>>> GPL, and made available to the public by you?
>>>
>>
>> when keeping the personal issues aside it should be stated out that I
>> initially worked on support for those drivers, put up tonns of
>> documentation back then documentig the reversed protocol, writing
>> tools for making it easier.
>>
>> Mauro basically hijacked the project while I spent alot time with many
>> others on the whole driver.
>> It is not a nice task to just commit code which will be committed to
>> the LKML anyway. There are just a few people working against me, and
>> there are quite some more people contributing to the project on the
>> initial projectsite.
>>
>> If a vendor specific driver and the best possible support for it is
>> really wanted, and yes it is opensource and people are welcome to
>> contribute (as can be seen in the commitlogs in the original project).
>>
>> The problem between Mauro and me is basically that I have the vendor
>> specific information here and I do not agree with certain things. And
>> if I want to add new things to the driver I won't ask for permission
>> to add something new to the driver to people who cannot even test
>> neither have the knowledge about some things.
>> I'm fine with explaining why certain things are done like that.
>>
>> The code in question is not tested and will definitely not work with
>> all those devices.
>>
>> Aside of that applications which have been tested are also available
>> on mcentral.de. The driver is maintained from my side and I'd like to
>> keep it like that, permanent work on it which can be seen in the
>> commit log doesn't say anything else. When following the em28xx
>> Mailinglist it points out to the reason why it hasn't got committed
>> yet.
>
> You never answered my question.
>
no because I and many others want a real solution here. ...speaking of
personal things aside.
Markus
_______________________________________________
v4l-dvb-maintainer mailing list
v4l-dvb-maintainer@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/v4l-dvb-maintainer
[Linux Media]
[Older V4L]
[Linux DVB]
[Video Disk Recorder]
[Asterisk]
[Photo]
[DCCP]
[Netdev]
[Xorg]
[Util Linux NG]
[Xfree86]
[Free Photo Albums]
[Fedora Users]
[Fedora Women]
[ALSA Users]
[ALSA Devel]
[SSH]
[Linux USB]
 |
 |
-->