From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mta-snd-w09.mail.nifty.com (mta-snd-w09.mail.nifty.com [106.153.227.41]) by sourceware.org (Postfix) with ESMTPS id A1F6B3858D20 for ; Sun, 17 Mar 2024 01:43:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A1F6B3858D20 Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=nifty.ne.jp Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=nifty.ne.jp ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A1F6B3858D20 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=106.153.227.41 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1710639818; cv=none; b=sswSYFWi/qpaCKyrg5TjRcDQJoA0OCWWZBHME79L6Lw0eMc+WxIeLOBbcZpxGow17KN3o4ejl8HI8C8sJnnuRNRab54gr0XhsVaYiEMq+hFGWZyxL23bxg9+AdIpQBAo3PbhSOPF0grW5cpYEdRdZxXBvONvZwOKmOXuBCgrVR4= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1710639818; c=relaxed/simple; bh=lm6ocP+cnjG7LdpRcbzCxIYnz9EdPpeE7QMIxXMfH9s=; h=Date:From:To:Subject:Message-Id:Mime-Version; b=amNe6z0IvlSLuRxvuiUzM4qMRkEHdvHjQZB8P/YI2Tm0ojOsK31hzJsD7PngGFnZTAAc9es62sY5Ak2Gi/C4UtKaONE+MoD0qrUdyJlVeUqNjE7U93jEuKGREZtUa3phN9IThXYuXH1vs+UM4Ja4ZqM2kDZtOiCuUDsD+VHw1QQ= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from HP-Z230 by dmta1019.nifty.com with ESMTP id <20240317014331682.SNT.96055.HP-Z230@nifty.com> for ; Sun, 17 Mar 2024 10:43:31 +0900 Date: Sun, 17 Mar 2024 10:43:30 +0900 From: Takashi Yano To: cygwin-apps@cygwin.com Subject: Re: Where have svt-av1 1.8.0-2 gone? Message-Id: <20240317104330.43f12d7c1cfacbc656bcb690@nifty.ne.jp> In-Reply-To: <20240317100631.b256022f9bf7c21b24137ba4@nifty.ne.jp> 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> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham 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 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 > ? 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? -- Takashi Yano