From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-046.btinternet.com (mailomta22-sa.btinternet.com [213.120.69.28]) by sourceware.org (Postfix) with ESMTPS id A3DD13847718 for ; Fri, 5 Apr 2024 12:46:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A3DD13847718 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dronecode.org.uk ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A3DD13847718 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=213.120.69.28 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712321204; cv=none; b=JQtdEUfz1YMu2ahJBPpnqKtFszgSUFNYx79pmH+FOObAz7kUJ7bY8/qEY1IQKAriXJIl1YRgi9xAyzhH0jwGU5lIQN5guaQ4Dy6ruEP5DkJwZsvWt+81P0WlMCMPaJ+mLJjFt9eBp+lWoQFZYZozdu8vNDVEbajLZdGcNBv9Bf4= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712321204; c=relaxed/simple; bh=MaqG/xU/yUr9QBMKfKzyBS+ZAPKGku7FwT6UvFUgoeg=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=J5IjDq8RJra0oYeOmcKUDk/jjvhn4C1joNLRzVf5BmepvIq/iqPYPNjq5lfcX0EkYlZNVNlW9h4uHeWyMbe6h/e4cX1jz45QOQkjsDUpq3s3ljKfSrgNaZc40aN1dSatdxgfcq1PommWayVA1WwAVFekmdOadRg9BSo2bpkDFeA= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from sa-prd-rgout-003.btmx-prd.synchronoss.net ([10.2.38.6]) by sa-prd-fep-046.btinternet.com with ESMTP id <20240405124641.LEZC17034.sa-prd-fep-046.btinternet.com@sa-prd-rgout-003.btmx-prd.synchronoss.net>; Fri, 5 Apr 2024 13:46:41 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 65A5682A09475370 X-Originating-IP: [86.140.193.25] X-OWM-Source-IP: 86.140.193.25 X-OWM-Env-Sender: jon.turney@dronecode.org.uk X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvledrudegtddgheejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfuvfhfhfevjggtgfesthejredttddvjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepvedvkefgffetteeuhefgudeggfekveeljeduudehveeutdevjeefvedvvedvgfdvnecukfhppeekiedrudegtddrudelfedrvdehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddutdelngdpihhnvghtpeekiedrudegtddrudelfedrvdehpdhmrghilhhfrhhomhepjhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhdpnhgspghrtghpthhtohepvddprhgtphhtthhopegthihgfihinhdqrghpphhssegthihgfihinhdrtghomhdprhgtphhtthhopehtrghkrghshhhirdihrghnohesnhhifhhthidrnhgvrdhjphdprhgvvhfkrfephhhoshhtkeeiqddugedtqdduleefqddvhedrrhgrnhhgvgekiedqudegtddrsghttggvnhhtrhgrlhhplhhushdrtghomhdprghuthhhpghushgvrhepjhhonhhtuhhrnhgvhiessghtihhnthgvrhhn vghtrdgtohhmpdhgvghokffrpefiuedpoffvtefjohhsthepshgrqdhprhguqdhrghhouhhtqddttdef X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.109] (86.140.193.25) by sa-prd-rgout-003.btmx-prd.synchronoss.net (authenticated as jonturney@btinternet.com) id 65A5682A09475370; Fri, 5 Apr 2024 13:46:41 +0100 Message-ID: <6f4e2a34-a871-4302-a97f-6ad110ea8283@dronecode.org.uk> Date: Fri, 5 Apr 2024 13:46:39 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Where have svt-av1 1.8.0-2 gone? To: Takashi Yano References: <20240315181507.0db9bf2214841fc6687cdb6c@nifty.ne.jp> <63fcce21-d8e7-40d8-b0db-7ae818ed2116@dronecode.org.uk> <20240315223120.300a9e4dfae6e4569ea87ccb@nifty.ne.jp> <20240316093933.6c04181041840aa3a6f9a015@nifty.ne.jp> <20240316094813.eda0fbc36dc487c84c18d794@nifty.ne.jp> <20240317100631.b256022f9bf7c21b24137ba4@nifty.ne.jp> <20240317104330.43f12d7c1cfacbc656bcb690@nifty.ne.jp> From: Jon Turney Content-Language: en-US Cc: cygwin-apps@cygwin.com In-Reply-To: <20240317104330.43f12d7c1cfacbc656bcb690@nifty.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,RCVD_IN_BARRACUDACENTRAL,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS,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 17/03/2024 01:43, Takashi Yano via Cygwin-apps wrote: > On Sun, 17 Mar 2024 10:06:31 +0900 > Takashi Yano wrote: >> On Sat, 16 Mar 2024 17:49:30 +0000 >> Jon Turney wrote: >>> On 16/03/2024 00:48, Takashi Yano via Cygwin-apps wrote: >>>> On Sat, 16 Mar 2024 09:39:33 +0900 >>>> Takashi Yano wrote: >>> [...] >>>>> >>>>> This expected: >>>>> 1.8.0-1 -> 1.8.0-2 -> 2.0.0-1 >>>>> libsvtav1(1.8.0-1) -> libsvtav1enc1(1.8.0-2) + libsvtav1dec0(1.8.0-2) >>>>> -> libsvt1enc1(1.8.0-2) + libsvtav1dec0(2.0.0-2) >>>>> >>>>> However, this does not seem to work as I expected. >>> >>> What unexpected thing happens? >>> >>> I guess you only get one of libsvtav1enc1 or libsvtav1dec0 (since if >>> these both are marked "obsoletes: libsvtav1", to the dependency solver >>> that mean that either of can replace libsvtav1, and provides everything >>> that it provides. >>> >>> So maybe the best solution is: >>> >>> libsvtav1dec0_OBSOLETES=libsvtav1 >>> libsvtav1dec0_REQUIRES=libsvtav1enc1 >>> >>> So libsvtav1 is replaced by both libsvtav1dec0 and libsvtav1enc1 >> >> Looks great! >> >>>>> My expectation was that both libsvtav1enc1(1.8.0-2) and libsvtav1dec0(1.8.0-2) >>>>> are installed for upgrading libsvtav1(1.8.0-1). >>>>> >>>>> Instead, I found >>>>> >>>>> 1.8.0-2: >>>>> libsvtav1_CATEGORY="_obsolete" >>>>> libsvtav1_REQUIRES="libsvtav1enc1 libsvtav1dec0" >>>>> libsvtav1enc1_CONTENTS="usr/bin/cygSvtAv1Enc-1.dll" >>>>> libsvtav1dec0_CONTENTS="usr/bin/cygSvtAv1Dec-0.dll" >>> >>> Yeah, this should work, but is not longer preferred because you end up >>> with an empty libsvtav1 hanging around forever... >>> >>>>> works as expected. >>>>> Is it possible to change it like this now? >>> >>> I've tweaked the existing dependencies based on my reasoning above. >>> Please let me know if this still isn't working right. >> >> Thanks you very much! >> >> Could you please also remove: >> libsvtav1enc1_OBSOLETES=libsvtav1 >> because it seems that this conflicts with >> libsvtav1dec0_OBSOLETES=libsvtav1 >> ? Oops. I obviously needed to do that, but forget. Then I did it, and forget to tell you that I'd done it. Hopefully, that resolves the misbehavior you describe below. > > I noticed that the following happen even with obove if > the package which requires libsvtav1 is installed. > At the first upgrade, > Uninstall libsvt1v1 1.8.0-1 > Install libsvtav1dec0 1.8.0-2 > Install libsvtav1enc1 1.8.0-2 > that is as expected except for libsvtav1dec0 is not latest. > > However, at the next upgrade (just run setup again), > Uninstall libsvtav1dec0 1.8.0-2 > Install libsvtav1 1.8.0-1 > Install libsvtav1dec0 2.0.0-1 > happens. This causes conflict: > $ cygcheck -f /usr/bin/cygSvtAv1Dec-0.dll > libsvtav1-1.8.0-1 > libsvtav1dec0-2.0.0-1 > > Im not sure why this happens. > > Contrary to your idea, > libsvtav1enc1_OBSOLETES="libsvtav1" > libsvtav1enc1_REQUIRES="libsvtav1dec0" > the followings happen as expected. > Uninstall libsvtav1 1.8.0-1 > Install libsvtav1dec0 2.0.0-1 > Install libsvtav1enc1 1.8.0-2 > > Of cource, > libsvtav1dec0_OBSOLETES=libsvtav1 > should be removed in this case. > > What do you think?