From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]:35224 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751987Ab3AJWMN convert rfc822-to-8bit (ORCPT ); Thu, 10 Jan 2013 17:12:13 -0500 Date: Thu, 10 Jan 2013 20:11:34 -0200 From: Mauro Carvalho Chehab To: Oliver Schinagl Cc: Manu Abraham , Jiri Slaby , Michael Krufky , Johannes Stezenbach , linux-media , jmccrohan@gmail.com, Christoph Pfister Subject: Re: [RFC] Initial scan files troubles and brainstorming Message-ID: <20130110201134.364d5bc6@redhat.com> In-Reply-To: <50EF29D1.2080102@schinagl.nl> References: <507FE752.6010409@schinagl.nl> <50D0E7A7.90002@schinagl.nl> <50EAA778.6000307@gmail.com> <50EAC41D.4040403@schinagl.nl> <20130108200149.GB408@linuxtv.org> <50ED3BBB.4040405@schinagl.nl> <20130109084143.5720a1d6@redhat.com> <20130109124158.50ddc834@redhat.com> <50EF0A4F.1000604@gmail.com> <50EF1034.7060100@gmail.com> <20130110180434.0681a7e1@redhat.com> <50EF29D1.2080102@schinagl.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: linux-media-owner@vger.kernel.org List-ID: Em Thu, 10 Jan 2013 21:51:29 +0100 Oliver Schinagl escreveu: > Anyway, fighting about it won't help anyone Agreed. From my side, don't expect further comments. That's hopefully my last email on this thread. Oliver, You owns your time. So, it is really your call. >>From my side, I appreciate your efforts on keep maintaining it. I don't really care if this is done as a separate tree and/or together with dvb-apps, although, except for the scan files, the dvb-apps seem pretty much orphaned for a long time. So, among other reasons, IMHO it is better to keep it forked. In any case, reimporting the files from an external tree is easy. It is equally easy to add a script at dvb-apps and on other applications that would take a tarball of it and copy the files there. We do that approach on v4l-utils, in order to sync it with kernel headers and kernel IR scancode tables, as we do need new headers there during development, and users do need the very latest IR scancode tables. If you decide to keep it in separate, I recommend you to add there some version schema to make easier for distributions that may want to add a package there, for them to track when this gets updated. Also, just like what we do with media-build's "todaytar" target, it may also make some sense to have an script running at linuxtv.org that would create daily tarballs when a new commit is merged there, or when a new tag is added. That would help to have scripts at applications to sync with the latest files. If you decide to either drop the tree or to add such tarball script at the server, please ping me. -- Cheers, Mauro