1. Forum
  2. Usenet
  3. LINUX.GENTOO.DEV

  • Re: [gentoo-dev] are there any lisps in the default/linux/amd64/17.0/mu

    From Andrey Grozin@21:1/5 to Ulrich Mueller on Sun Jul 23 11:50:01 2023
    On Sun, 23 Jul 2023, Ulrich Mueller wrote:
    $ find . -name 'use.mask' -exec grep -E '^(clisp|clozurecl|clozurecl64|cmucl|ecls|gcl|sbcl)\b' {} +
    ./features/musl/use.mask:sbcl
    ./arch/base/use.mask:clisp
    ./arch/base/use.mask:clozurecl
    ./arch/base/use.mask:cmucl
    ./arch/base/use.mask:ecls
    ./arch/base/use.mask:gcl
    ./arch/base/use.mask:sbcl
    Yes, but the flags for lisps running on amd64 are unmasket in profiles/arch/amd64/use.mask:

    grozin@bilbo /home/gentoo/profiles/arch/amd64 $ grep -E '^-(clisp|clozurecl|clozurecl64|cmucl|ecls|gcl|sbcl)' use.mask
    -clisp
    -ecls
    -gcl
    -sbcl

    OK, sbcl is masked on musl. But why clisp, ecls, or gcl cannot be used in
    the amd64 musl profile?

    (I don't know if they actually work on amd64 musl systems, or if anybody
    ever tried to do so. I just ask a formal question about Gentoo profiles system.)

    Andrey

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ulrich Mueller@21:1/5 to All on Sun Jul 23 11:30:01 2023
    On Sun, 23 Jul 2023, Andrey Grozin wrote:

    It seems that there are no lisps in this profile. This may be correct.
    But where are all lisps masked? I see only

    grozin@bilbo /home/gentoo/profiles $ find -name package.mask | xargs
    fgrep lisp
    ./arch/powerpc/ppc64/package.mask:dev-lisp/sbcl ./arch/powerpc/ppc64/32ul/package.mask:-dev-lisp/sbcl ./arch/powerpc/ppc64/64le/package.mask:-dev-lisp/sbcl ./arch/sparc/64ul/package.mask:dev-lisp/sbcl

    The flags are masked in arch/base:

    $ find . -name 'use.mask' -exec grep -E '^(clisp|clozurecl|clozurecl64|cmucl|ecls|gcl|sbcl)\b' {} +
    ./features/musl/use.mask:sbcl
    ./arch/base/use.mask:clisp
    ./arch/base/use.mask:clozurecl
    ./arch/base/use.mask:cmucl
    ./arch/base/use.mask:ecls
    ./arch/base/use.mask:gcl
    ./arch/base/use.mask:sbcl

    -----BEGIN PGP SIGNATURE-----

    iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmS88mEPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4ukM8H/ifmEA0yHyl4gyP1xb5Dq9NAzmJ0GaJsdmDA obRMtgH2Jg2BgHcXgVrvy+YkjXOOKO2c7g1VH9Nf5QQaDWwu5LFS5lPgrRsZ2nwJ JU5KwiqeuSi52BugKcWAfz0ozzcKzbCo7/TjQX7E+01zjb0uNbTrx2wAP50B77LG kZiA+F1I9VMhI6e1HWkqK6eA/owUFUP2+mX1YJbXiTHOJ2O8q9G2TagrAxRzHnJf /FOG0XQegJybYTBXpWjHg8BisB0SKOtcsdaGmSQh81Cz/eLdItNKNV82OteHnFjz YQbKa4LQsrCXHgoiMiS4qU/7zEvCwlBjEbzvTCU0ali4/fp/em8=
    =2UUV
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ulrich Mueller@21:1/5 to All on Sun Jul 23 12:20:01 2023
    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.

    I meant "lisp engines" there, not "versions".

    -----BEGIN PGP SIGNATURE-----

    iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmS8/YEPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4uFgUIAM5t9E/rotF7s7VAfd+Wh1RJmMpOSb1dqWX4 HtUtYIXA3FCY+E7h2COIEJNEykGTATO08NJiwSmszymUvBM/TjNu4IUU899oUipM QoeeRLe1/N7DzVmVhVqR1QTy6VJUqCm1d06IGUhr6/D9W9DthQAQob2dnSn+8Q7t IntAapUcoZiozj0cUw9g7WADEjhMRfBmAdmUKleByLgKTbScJ7mRj4yKvFO5eq3G eqpIjmVwG4wGc+cfGOF0MFwpDAGQLUXkTYXZ52EdMgCNHEdG6QIewCORiQf//R5N 9LiMXDzcMmv6m6orxtHKvg8hXc37CW4tQuRkMfWskedyveWzlts=
    =8d86
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Grozin@21:1/5 to Ulrich Mueller on Sun Jul 23 12:30:01 2023
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Violet Purcell@21:1/5 to Ulrich Mueller on Mon Jul 24 02:20:01 2023
    On Sun, Jul 23, 2023 at 12:11:51PM +0200, Ulrich Mueller wrote:
    On Sun, 23 Jul 2023, Andrey Grozin wrote:

    OK, sbcl is masked on musl. But why clisp, ecls, or gcl cannot be used
    in the amd64 musl profile?

    (I don't know if they actually work on amd64 musl systems, or if
    anybody ever tried to do so. I just ask a formal question about Gentoo profiles system.)

    pkgcheck's mesage was this:

    RequiredUseDefaults: version 5.47.0: profile: 'default/linux/amd64/17.0/musl' (3 total) failed REQUIRED_USE: ( clisp || clozurecl || clozurecl64 || cmucl || ecls || gcl || sbcl )

    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.

    Moving the + from sbcl to e.g. clisp would get rid of the message, but
    maybe this is not an acceptable solution.

    Ulrich

    Hi!
    As of https://github.com/gentoo/gentoo/pull/30752, sbcl is no longer
    masked on musl, however it seems that sbcl never got removed from
    use.mask. I'll make a PR to fix this ASAP.

    - Violet

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)