From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4DF3C15800A for ; Sun, 23 Jul 2023 10:28:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B37B4E0821; Sun, 23 Jul 2023 10:28:31 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 77B6AE07E2 for ; Sun, 23 Jul 2023 10:28:31 +0000 (UTC) Received: by smtp.gentoo.org (Postfix, from userid 2212) id A3F58340BEF; Sun, 23 Jul 2023 10:28:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id A338233EDD8; Sun, 23 Jul 2023 10:28:30 +0000 (UTC) Date: Sun, 23 Jul 2023 10:28:30 +0000 (UTC) From: Andrey Grozin To: Ulrich Mueller cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] are there any lisps in the default/linux/amd64/17.0/musl profile? In-Reply-To: Message-ID: <6e5429b2-36bd-cb65-e46d-960be6d564@woodpecker.gentoo.org> References: <67566f1b-4aa9-15e4-4e72-3def6ff26ce6@woodpecker.gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Archives-Salt: 35799629-9b12-4702-b6ff-f990a00b2a78 X-Archives-Hash: f18e0303d991cd2c7d2f91599bc4523c On Sun, 23 Jul 2023, Ulrich Mueller wrote: > I think what happens is this: sbcl is masked on musl, but it is the only > version that is enabled in the ebuild by the IUSE="+sbcl" default. > Therefore, none of the versions available on musl is enabled there, > resulting in an unsatisfied REQUIRED_USE. Thank you. Probably, pkgcheck complains because of +sbcl, and sbcl is masked. sbcl is the best lisp for maxima on systems where it exists, therefore it is the default. If it does not exist, a user can try some other lisp. So, I'm going to continue to ignore this complaint. By the way, I've just found (and fixed) another minor problem. Due to some (uninteresting) technical reasons, clozurecl in maxima ebuild is controlled by the use flags clozurecl (on 32-bit arches) and clozurecl64 (on 64-bit arches). The clozurecl flag is masked in arch/base/use.mask and unmasked in arch/x86/use.mask (correctly). But clozurecl was not controlled in the same way. Now I mask it in arch/base/use.mask and unmask in arch/amd64/use.mask. Andrey