From: Oliver Schinagl <oliver+list@schinagl.nl>
To: Jonathan McCrohan <jmccrohan@gmail.com>,
linux-media <linux-media@vger.kernel.org>
Subject: Re: [RFC] Initial scan files troubles and brainstorming
Date: Wed, 19 Dec 2012 09:54:37 +0100 [thread overview]
Message-ID: <50D180CD.3090307@schinagl.nl> (raw)
In-Reply-To: <50D0FAE3.5000103@gmail.com>
On 19-12-12 00:23, Jonathan McCrohan wrote:
> Hi Oliver,
>
> On 18/12/12 22:01, Oliver Schinagl wrote:
>> Unfortunatly, I have had zero replies.
> Apologies. I wasn't subscribed to linux-media. I am now.
>
>> So why bring it up again? On 2012/11/30 Jakub Kasprzycki provided us
>> with updated polish DVB-T frequencies for his region. This has yet to be
>> merged, almost 3 weeks later.
>>
>> While I know people are busy and merging frequency updates doesn't seem
>> critical, for people who somewhat depend on them, the sooner, the better.
> I can relate. I currently have two patch files that I am trying to get
> merged myself I have been contacting Manu and Christoph) directly
> because previous attempts at posting to linux-media were left unattended
> for a good period of time.
>
>> I'll quickly repeat why I think this approach would be quite reasonable.
>>
>> * dvb-apps binary changes don't result in unnecessary releases
>> * frequency updates don't result in unnecessary dvb-app releases
>> * Less strict requirements for commits (code reviews etc)
>> * Possibly easier entry for new submitters
>> * much easier to package (tag it once per month if an update was)
>> * Separate maintainer possible
>> * just seems more logical to have it separated ;)
>>
>> This obviously should find a nice home on linuxtv where it belongs!
> I like this approach, but I'm afraid that decoupling dvb-apps and scan
> files may result in distributions paying less attention to scan files.
> At the moment, they are forced to update the scan files when a new
> release of dvb-apps appears.
So if no code changes are needed/done, but scan files are updated, a new
dvb-apps release needs to be made?
That also results in grief for packagers. Packages need to be made but
more importantly tested against many combinations. While the changes
(binary anyway) would be trivial/non-existant, it would result in
annoyance for packagers and could even be ignored.
scanfiles could be packaged and released just as easily and since there
are applications already out there, that do not even use or need
dvb-apps, it makes sense to seperate them. TVheadend for example does
not need dvb-apps in any form and i'm sure there's more.
So it goes both ways :p
>
>> If an issue is that none of the original maintainers are not looking
>> forward to do the job, I am willing to take maintenance on me for now.
> To be honest, I think the current system works okay. I think more people
> just need to be given hg commit access. This would solve the current delays.
>
> Jon
>
next prev parent reply other threads:[~2012-12-19 8:54 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 [this message]
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
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=50D180CD.3090307@schinagl.nl \
--to=oliver+list@schinagl.nl \
--cc=jmccrohan@gmail.com \
--cc=linux-media@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.