Hi, I still try to understand it until today too, but the latter is only a simple notifier, that you are not subscribed and has no further meanings. Cheers, Hermann --
I know full well what that is. However, Its rude to cross-post with a subscriber only list. Imagine everybody doing it - you'd go mad with these stupid bounces. --
Why not going one step further then? Every in kernel driver should have an open list. I believe it can avoid a lot of troubles. People can still decide to go private, but might think twice before doing so. Hermann --
Hello, Manu, The need for supporting newer DTV protocols increases day by day, since when the first multiproto proposal started to be discussed, about two years ago. At the end of the last year, Steven send one email to the ML with a different API proposal. Yet, people decided to wait for your work to be done. People then pinged you, from time to time, asking about the completion of multiproto. All the times, your answer were that multiproto were not ready yet for production. I'm aware that your solution seems to be more code-complete than Steven's proposal. But the recent activity on the mailing list regarding his idea (and its, so far, positive feedback) and the fact that I was anyway planning to have a discussion about the future of the DVB-API at the Linux Plumbers Conference 2008 are supporting me in my idea of post-poning such a pull to a point in time shortly after this event. Cheers, Mauro --
hello mauro, with whom? the linuxtv developers or with an attending audience? i havent been on the list and that active since the "nearly two years war" begun, thus i am not the one to ack or nack in this pull request. what i did in the past was just watching what was happening and what was taking progress - even if it is slow. users on the linuxtv list started to ask over and over again, when multiproto is going to be merged. vdr started to support it in a kind of experiment. due to the lack of spare time and devices :) i do not actually know how productive the vdr multiproto implementation is, but we should not start the whole discussions again. if we do not merge multiproto now, we will never do it, i am afraid. for the future of this project it is more than neccessary to get some progress. if there are no serious objections to multiproto, mauro, please pull/merge it within the next few days. to wait until the end of september is time spending without any sense. regards --
It's not my personal solution, it was contributed by many people. You Something seems to be stinking. There is no reason to legitimately delay so much. If the intention is for a merge, please do so within the next few days. Regards, Manu --
