DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 57GGcGRY3476354 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 57GGcGRY3476354 Authentication-Results: delorie.com; dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=UV9TgFeN X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3AB143858C60 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1755362295; bh=N/V0XN00LNsDJf4mjh3AupocvefjqNFK5af5VBAWrFo=; h=Date:To:cc:Subject:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=UV9TgFeNhw8WHgPB8a0UrUua+CV3OA2UIcexgZTQ2ylUD5zDBBzR4j5tIF4d3MzWL ivPBOjDQhCBEO4iMiHsWG6/2fbY+gY8ewylqECA5b7HXX6nKU2AxCEeavAxfZxoyE9 EtFybOSkoWOStfLDwzl3GGq/sBmED2dNgZq0rApw= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 597DB3858D1E ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 597DB3858D1E ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1755362234; cv=none; b=plzbMXkIjKNKuE4VqMYIOq52jXpY9A0qHPqGZ+uUNMjofaIMjAPu9KShJ4iXhfhV3QjL6E2sytdfGdra6RHPE2OFQaUY4gGO17dTsxD+Eyt5XlMxyINhrm8HREbQEZAnND3SQOfDqWvnv46njfGrQlsAIlsCkBEtbqJIJPQ8Cjc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1755362234; c=relaxed/simple; bh=0onP2dmBMbLC7Ni1Nmyn8Td2/gRihHhnrL/Lhz95OSo=; h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=OQNWUNjlbSwcVwuLnmXoCEPtra+OBLo3z7zHbsx/AOVquYqvUOxjrXU9tEwlDjY8fe7dqbJAjGpanupW4RWWUXW+J/HQ95It1cI2Wq6veOmiTGdhHR2sv+4iFDCyYBIJgD91iROWacm6peRKaIsdZf6c5RaIt/vCie5GMHlfu0U= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 597DB3858D1E Date: Sat, 16 Aug 2025 09:37:13 -0700 (PDT) X-X-Sender: jeremyd AT resin DOT csoft DOT net To: ASSI cc: cygwin AT cygwin DOT com Subject: Re: another possible setup bug: not accepting "provides" name in -P In-Reply-To: <87sehr1jam.fsf@Gerda.invalid> Message-ID: <28f84b30-0661-7c8b-5c95-7e167fe04e98@jdrake.com> References: <87sehr1jam DOT fsf AT Gerda DOT invalid> MIME-Version: 1.0 X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Jeremy Drake via Cygwin Reply-To: Jeremy Drake Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Sat, 16 Aug 2025, ASSI via Cygwin wrote: > Jeremy Drake via Cygwin writes: > > I was trying to clean up my workflows now that llvm 20.1.8-2 is published, > > and I came across another possible setup bug. It seems that the -P option > > doesn't accept a package name that is provided rather than being the > > actual name of a pacakge. > > > > llvm20.1-devel is provided by llvm-devel 20.1.8-2, but passing that to -P > > results in the message: Package 'libllvm20.1-devel' not found. However, > > libclang-devel 20.1.8-2 requires libllvm20.1-devel, and selecting that > > version results in "Install libllvm-devel 20.1.8-2 (automatically added)", > > so requires does respect provides. > > Sorry, but it seems you're misusing provides Quite possibly, I'm still trying to figure things out ;) > (and I'm not clear on > whether there should be any dots in the names of provides, but I think > it's best avoided). Provides are meant to guide dependency resolution > among a group of packages that belong together, not as an alias for the > install package. It's the installed base package that delivers a > provide that ensures that the versions are compatible, so it does not > make sense for each and every package to have their own versioned > provide, which would imply that one could mix and match between say, lld > and llvm-devel versions. Regardless, BUILD_REQUIRES is documented to allow provides, and scallywag passes BUILD_REQUIRES entries to setup -P, so there's a bug in there somewhere. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple