From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-048.btinternet.com (mailomta28-re.btinternet.com [213.120.69.121]) by sourceware.org (Postfix) with ESMTPS id 7C64B3858C20 for ; Sat, 4 Feb 2023 16:45:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7C64B3858C20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from re-prd-rgout-001.btmx-prd.synchronoss.net ([10.2.54.4]) by re-prd-fep-048.btinternet.com with ESMTP id <20230204164514.DSJW25570.re-prd-fep-048.btinternet.com@re-prd-rgout-001.btmx-prd.synchronoss.net>; Sat, 4 Feb 2023 16:45:14 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 613A8CC34D4EC55C X-Originating-IP: [81.153.98.246] X-OWM-Source-IP: 81.153.98.246 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvhedrudegvddgledvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfufhfhvfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeeugefftdetueetgeeuueffhefhfefhteevtdelgeevhfdvledvtddtjeduffevvdenucffohhmrghinhepfhgvughorhgrphhrohhjvggtthdrohhrghdphihrfedvrdhnvghtpdgthihgfihinhdrtghomhenucfkphepkedurdduheefrdelkedrvdegieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddtiegnpdhinhgvthepkedurdduheefrdelkedrvdegiedpmhgrihhlfhhrohhmpehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkpdhnsggprhgtphhtthhopedvpdhrtghpthhtoheptgihghifihhnqdgrphhpshestgihghifihhnrdgtohhmpdhrtghpthhtohepthgrkhgrshhhihdrhigrnhhosehnihhfthihrdhnvgdrjhhp X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.106] (81.153.98.246) by re-prd-rgout-001.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 613A8CC34D4EC55C; Sat, 4 Feb 2023 16:45:14 +0000 Message-ID: Date: Sat, 4 Feb 2023 16:45:13 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: [ITP] ffmpeg (5.1.2) References: <20230120193540.a32d7180d8fa690f886ef625@nifty.ne.jp> <5afd1512-3f5f-ab90-50b4-1e00100ea68c@dronecode.org.uk> <20230122212559.815a8c2f08bb127d926ec1ce@nifty.ne.jp> <20230124122850.acbc1fb3135d376122783d05@nifty.ne.jp> Content-Language: en-GB From: Jon Turney To: Takashi Yano , "cygwin-apps@cygwin.com" In-Reply-To: <20230124122850.acbc1fb3135d376122783d05@nifty.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1191.6 required=5.0 tests=BAYES_00,FORGED_SPF_HELO,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NONE,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 24/01/2023 03:28, Takashi Yano via Cygwin-apps wrote: >>> Thanks! >>> >>> For a long time, ffmpeg was not included in Fedora, due to concerns >>> about codec patents, but those issues seem to have been resolved. >>> >>> Can you please investigate what configuration is used in Fedora, and >>> what the effects of matching that would be? >> >> Thanks. I will check the configuration of fedora. > > I have checked the configuration of ffmpeg in fedora. > It seems that most of codecs are disabled in fedora > by default unless 'all_codecs' flag is specified. > https://src.fedoraproject.org/rpms/ffmpeg/blob/f37/f/ffmpeg.spec > > I have built a ffmpeg package using the configuration > almost imitated fedora. > https://tyan0.yr32.net/cygwin/x86_64/release/ffmpeg-free/ > > You would find this ffmpeg of the above configuration is > almost unuseful... > aac, h264, hevc, mpeg4, wma, wmv, etc. are not supported. > > I also imitated the configuration with 'all_codecs' flag > and have built another ffmpeg package. > https://tyan0.yr32.net/cygwin/x86_64/release/ffmpeg-all_codecs/ > > This is almost common with the major ports of ffmpeg. > > Could you please review them? Thanks for looking into this. The packaging looks fine from a technical standpoint. The concern here is that we have an informal policy to only accept packages which is would be allowed in Fedora (by it's policies on content and being free of legal encumbrances (e.g. license, patent and trademark issues)) After some discussions, it seems that policy should be formal. I've amended [1] to state that. I'm sorry to cause you more trouble, but given that, can you package this based on the codec set in Fedora's ffmpeg-free? If you don't think the package is useful under those constraints, don't let this discourage you from offering either the cygport for interested people to build it themselves, or the packages via an overlay package server [2] [1] https://cygwin.com/packaging-contributors-guide.html#submitting [2] https://cygwin.com/package-server.html#overlay (Note for the peanut gallery: none of this should be construed as reflecting my personal opinions on the virtues and validity of software patents generally, or in this specific case. This is not the place for discussion of such issues)