From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Manu Abraham <abraham.manu@gmail.com>
Cc: Jiri Slaby <jirislaby@gmail.com>,
Michael Krufky <mkrufky@linuxtv.org>,
Oliver Schinagl <oliver+list@schinagl.nl>,
Johannes Stezenbach <js@linuxtv.org>,
linux-media <linux-media@vger.kernel.org>,
jmccrohan@gmail.com,
Christoph Pfister <christophpfister@gmail.com>
Subject: Re: [RFC] Initial scan files troubles and brainstorming
Date: Thu, 10 Jan 2013 18:04:34 -0200 [thread overview]
Message-ID: <20130110180434.0681a7e1@redhat.com> (raw)
In-Reply-To: <CAHFNz9KWf=EtvpJ1kDGFPKSvqwd9S51O1=wVYcjNmZE-+_7Emg@mail.gmail.com>
Em Fri, 11 Jan 2013 00:38:18 +0530
Manu Abraham <abraham.manu@gmail.com> escreveu:
> On 1/11/13, Jiri Slaby <jirislaby@gmail.com> wrote:
> > On 01/10/2013 07:46 PM, Manu Abraham wrote:
> >> The scan files and config files are very specific to dvb-apps, some
> >> applications
> >> do rely on these config files. It doesn't really make sense to have
> >> split out config
> >> files for these small applications.
> >
> > I don't care where they are, really. However I'm strongly against
> > duplicating them. Feel free to remove the newly created repository, I'll
> > be fine with that.
>
> I haven't duplicated anything at all. It is Mauro who has duplicated stuff,
> by creating a new tree altogether.
I only did it by request, and after having some consensus at the ML, and
after people explicitly asking me to do that.
I even tried to not express my opinion to anybody. But it seems I'm
forced by you to give it. So, let it be.
The last patches from you there were 11 months ago, and didn't bring any
new functionality there... they are just indentation fixes:
http://www.linuxtv.org/hg/dvb-apps/
The last one with a new functionality seems to be this one, 15 months ago:
http://www.linuxtv.org/hg/dvb-apps/rev/d4e8bf5658ce
Also, people find a very bad time when they submit any fixes for the driver
you wrote, as you doesn't seem to have enough time to review their patches.
So, I suspect that you're a very very busy person, with almost no time to
maintain your previous work. If something has changed, and you're now
finding more time, I'd pleased if you could review the patches that
are there for a long time (there is one from 2011 that it is a rebase of
an even older patch) before re-doing Oliver's scanfile updates at dvb-tools:
http://www.spinics.net/lists/linux-media/msg58283.html
Considering that nobody is having much time for the dvb-apps tree
nowadays, I really think that it would be great to get someone
with more time to maintain those files, as otherwise the update scan
files may be on the limbo for a long time, and releasing us to have
more time with development.
As proposed by Oliver, it seemed to be a good idea to have it on a
separate tree, as those scan files are actually independent of the
dvb-apps, and can be used by other applications.
That's why I welcomed Oliver's initiative to maintain it, and I wish
him a good work with that.
> Eventually what will happen is that, as applications do get developed,
> the config files which are alongwith the applications will have proper
> compatibility with the applications while, the split out config files will
> be in a different state, providing nothing but pain for everyone.
The format of those files can't be changed without breaking other existing
applications that relies on its format, like mplayer, vlc, etc.
It could make sense, though, to convert them in the future to a more generic
format that would be delivery-system independent and that could easily be
converted into all application-specific formats, and add there some
format-change tool that would dynamically generate the files at
vdr, dvb-apps, kaffeine... format.
By having it on a separate tree, with its own maintainer, Oliver can
focus on it, without needing to be bothered with maintaining the dvb-apps.
So, it makes all sense for me to have it maintained in separate.
That's said, there's no problem on having those files maintained on two
or more trees. Actually, there are already dozens of forks of it, as each
distribution has its own dvb-apps fork, some outdated and eventually some
with their own scan files there.
So, if no agreement is reached, I would just keep it as is for a while and
review it maybe an year later.
Regards,
Mauro
next prev parent reply other threads:[~2013-01-10 20:05 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-18 11:26 [RFC] Initial scan files troubles and brainstorming Oliver Schinagl
2012-12-18 22:01 ` Oliver Schinagl
[not found] ` <50D0FAE3.5000103@gmail.com>
2012-12-19 8:54 ` Oliver Schinagl
2013-01-07 10:46 ` Jiri Slaby
2013-01-07 12:48 ` Oliver Schinagl
2013-01-08 20:01 ` Johannes Stezenbach
2013-01-09 9:43 ` Oliver Schinagl
2013-01-09 10:41 ` Mauro Carvalho Chehab
2013-01-09 11:08 ` Michael Krufky
2013-01-09 14:41 ` Mauro Carvalho Chehab
2013-01-09 14:48 ` kaffeine.kde.org/scanfile.dvb.qz is obsolete [was: [RFC] Initial scan files troubles and brainstorming] Jiri Slaby
2013-01-10 16:33 ` Christoph Pfister
2013-01-10 17:40 ` [RFC] Initial scan files troubles and brainstorming Manu Abraham
2013-01-10 18:37 ` Jiri Slaby
2013-01-10 18:46 ` Manu Abraham
2013-01-10 18:56 ` Michael Krufky
2013-01-10 19:03 ` Jiri Slaby
2013-01-10 19:04 ` Manu Abraham
2013-01-10 20:15 ` Oliver Schinagl
2013-01-10 20:25 ` Manu Abraham
2013-01-10 20:32 ` Jiri Slaby
2013-01-10 20:38 ` Manu Abraham
2013-01-10 20:41 ` Jiri Slaby
2013-01-10 20:42 ` Jiri Slaby
2013-01-10 23:19 ` Oliver Schinagl
2013-01-10 20:49 ` Manu Abraham
2013-01-10 21:22 ` Jiri Slaby
2013-01-10 21:28 ` Manu Abraham
2013-01-10 20:55 ` Oliver Schinagl
2013-01-11 1:12 ` Jonathan McCrohan
2013-01-11 8:10 ` Legallity of dtv-scan-tables Was: " Oliver Schinagl
2013-01-11 12:23 ` Mauro Carvalho Chehab
2013-01-11 14:10 ` Benny Amorsen
2013-01-11 14:53 ` Mauro Carvalho Chehab
2013-01-24 14:16 ` Oliver Schinagl
2013-01-10 20:37 ` Mauro Carvalho Chehab
2013-01-10 20:43 ` Manu Abraham
2013-01-10 20:36 ` Manu Abraham
2013-01-10 19:02 ` Jiri Slaby
2013-01-10 19:08 ` Manu Abraham
2013-01-10 19:11 ` Jiri Slaby
2013-01-10 19:16 ` Manu Abraham
2013-01-10 20:04 ` Mauro Carvalho Chehab [this message]
2013-01-10 20:19 ` Manu Abraham
2013-01-10 20:32 ` Manu Abraham
2013-01-10 20:51 ` Oliver Schinagl
2013-01-10 21:04 ` Manu Abraham
2013-01-10 22:11 ` Mauro Carvalho Chehab
2013-01-10 22:57 ` Oliver Schinagl
2013-01-11 12:39 ` Mauro Carvalho Chehab
2013-01-11 13:37 ` Jiri Slaby
2013-06-03 17:21 ` daily tarballs of dtv-scan-tables - was " Mauro Carvalho Chehab
2013-06-03 20:48 ` Oliver Schinagl
[not found] ` <20130109084425.7ac6dc50@redhat.com>
[not found] ` <50ED4CEB.3050303@schinagl.nl>
[not found] ` <20130109100438.748924c8@redhat.com>
[not found] ` <50ED616D.1070108@schinagl.nl>
[not found] ` <20130109123758.7d91ab5a@redhat.com>
2013-01-09 14:44 ` Oliver Schinagl
2013-01-09 15:01 ` Mauro Carvalho Chehab
2013-01-09 15:05 ` Oliver Schinagl
2013-01-09 11:07 ` Johannes Stezenbach
2013-01-07 12:53 ` Christoph Pfister
2013-01-07 16:24 ` Manu Abraham
2013-01-07 22:44 ` Jonathan McCrohan
2013-01-08 8:06 ` Oliver Schinagl
2013-01-08 19:40 ` Johannes Stezenbach
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=20130110180434.0681a7e1@redhat.com \
--to=mchehab@redhat.com \
--cc=abraham.manu@gmail.com \
--cc=christophpfister@gmail.com \
--cc=jirislaby@gmail.com \
--cc=jmccrohan@gmail.com \
--cc=js@linuxtv.org \
--cc=linux-media@vger.kernel.org \
--cc=mkrufky@linuxtv.org \
--cc=oliver+list@schinagl.nl \
/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;
as well as URLs for NNTP newsgroup(s).