From: Jiri Slaby <jirislaby@gmail.com>
To: Manu Abraham <abraham.manu@gmail.com>
Cc: Oliver Schinagl <oliver+list@schinagl.nl>,
Michael Krufky <mkrufky@linuxtv.org>,
Mauro Carvalho Chehab <mchehab@redhat.com>,
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 22:22:38 +0100 [thread overview]
Message-ID: <50EF311E.4010602@gmail.com> (raw)
In-Reply-To: <CAHFNz9+h0srknbngfhhvqwxzu=iM_fLPOVj8ebschx7EUt8=YA@mail.gmail.com>
On 01/10/2013 09:49 PM, Manu Abraham wrote:
> On 1/11/13, Jiri Slaby <jirislaby@gmail.com> wrote:
>> On 01/10/2013 09:38 PM, Manu Abraham wrote:
>>> The format can be definitely changed. There's no issue to it.
>>
>> No you cannot. Applications depend on that, it's part of the dvb ABI. If
>> you changed that, you would do the same mistake as Mauro let it flowing
>> through his tree and it was pointed out by Linus in the link you sent...
>
> I understand what you are thinking, but that's not exactly about it. The format
> can simply be updated by adding newer params to it's end, thus not breaking
> any of the applications.
OK, but that still does not explain why it is requisite to have the data
along with the sources. There is no problem in updating both the files
and scandata separately, because it has to be compatible.
Also I'm not sure whether adding a column at the end wouldn't break the
apps.
--
js
next prev parent reply other threads:[~2013-01-10 21:22 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 [this message]
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
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=50EF311E.4010602@gmail.com \
--to=jirislaby@gmail.com \
--cc=abraham.manu@gmail.com \
--cc=christophpfister@gmail.com \
--cc=jmccrohan@gmail.com \
--cc=js@linuxtv.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@redhat.com \
--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).