在 GUIX 中，如何使用旧版本的包，不再在频道中？

第三次是魅力，使用低级的清单似乎是最好的。

详情请参阅info guix Inferiors。这是信息页面的快照。（有趣的是，他们的用例与我的非常相似：为 guile 解释器使用旧版本的 json 库，而不是为 python 解释器使用旧版本的 yaml 库。）

     Note: The functionality described here is a “technology preview” as
     of version 0.0-git.  As such, the interface is subject to change.

   Sometimes you might need to mix packages from the revision of Guix
you’re currently running with packages available in a different revision
of Guix.  Guix “inferiors” allow you to achieve that by composing
different Guix revisions in arbitrary ways.

   ...

   When combined with channels (*note Channels::), inferiors provide a
simple way to interact with a separate revision of Guix.  For example,
let’s assume you want to install in your profile the current ‘guile’
package, along with the ‘guile-json’ as it existed in an older revision
of Guix—perhaps because the newer ‘guile-json’ has an incompatible API
and you want to run your code against the old API.  To do that, you
could write a manifest for use by ‘guix package --manifest’ (*note
Invoking guix package::); in that manifest, you would create an inferior
for that old Guix revision you care about, and you would look up the
‘guile-json’ package in the inferior.

它继续举一个例子。以下是适用于此特定用例的相同示例：

$ cat mypyyamlmanifest.scm
(use-modules (guix inferior) (guix channels)
             (srfi srfi-1))

(define channels
  (list (channel
         (name 'guix)
         (url "https://git.savannah.gnu.org/git/guix.git")
         (commit
          ;; The commit with the python-pyyaml 5.4.1
          "d3e1a94391a838332b0565d56762a58cf87ac6b1"))))

(define inferior
  (inferior-for-channels channels))

(packages->manifest
 (list (first (lookup-inferior-packages inferior "python-pyyaml"))
       (specification->package "python")))

$ guix shell -m mypyyamlmanifest.scm 
...

$ python3 -c "import yaml; print(yaml.__version__)"
5.4.1

反思为什么要花这么长时间才能找到这些信息。（也许 GUIX 开发人员会读到这个，也许我可以用它自己为文档提供补丁。）

guix info guix package是我使用清单的起点。描述中有关于如何制作清单的--manifest简短示例，并且没有谈论渠道。有一个链接指向--export-manifest我遵循的描述，以了解如何重新创建为我的第一个答案创建的环境。该部分解释说此导出不包含频道信息，这使我得出结论，清单根本不包含频道信息，并且需要第二个文件（我的第二个答案）。--export-manifest描述链接到它的--export-channels正下方，起初我没有阅读，因为我只是调整了我现有的channels.scm. 但是，该部分最终解释了需要劣等者。

--manifest如果部分guix package解释可以直接在清单中定义通道，我可能会更容易理解。

如果我理解正确，劣质在技术上与渠道不同，所以上面的最后一句话是错误的，不可能在清单中定义渠道。然而在实践中，似乎可以只对清单中的所有包使用劣质包，从而有效地对清单中的通道进行硬编码。这让我想知道直接在清单中允许通道规范是否更简单。

在回答问题时，这个解决方案仍然不足以解决触发问题的初始问题： running docker-compose，因为docker-compose仍然使用python-pyyaml来自原始频道的。可以让包使用劣质作为输入，使用modify-inputs. 这使得只docker-compose使用劣质频道中的过时频道成为可能python-pyyaml，而让配置文件的其余部分使用python-pyyaml原始频道中较新的频道。

感谢出色的info guix页面，我认为这是可行的：

guix shell \
    --with-git-url=python-pyyaml="https://github.com/yaml/pyyaml.git" \
    --with-branch=python-pyyaml="release/5.4.1" \
    python-pyyaml python

但是，如果https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/python-xyz.scm?h=d3e1a94391a838332b0565d56762a58cf87ac6b1# n3907。

如，pyyaml是一个非常简单的包，它很好地托管在 github 上，遵循标准的 git 分支和 Python 安装程序。但是有些包可能更复杂，这样简单的替换可能不起作用。

是否有某种方法可以在通道 git url 上指定特定提交以用于包？（或者一个完整的guix shell命令？）

编辑：这个解决方案不好的另一个原因是它不适用于--export-manifest：

$ guix shell \
    --with-git-url=python-pyyaml="https://github.com/yaml/pyyaml.git" \
    --with-branch=python-pyyaml="release/5.4.1" \
    --export-manifest \
    python-pyyaml python > mymanifest.scm

$ guix shell -m mymanifest.scm
guix shell: error: the source of [email protected] is not a Git 

与mymanifest.scm：

$ cat mymanifest.scm
;; What follows is a "manifest" equivalent to the command line you gave.
;; You can store it in a file that you may then pass to any 'guix' command
;; that accepts a '--manifest' (or '-m') option.

(use-modules (guix transformations))

(define transform1
  (options->transformation
    '((with-git-url
        .
        "python-pyyaml=https://github.com/yaml/pyyaml.git")
      (with-branch . "python-pyyaml=release/5.4.1"))))

(packages->manifest
  (list (transform1
          (specification->package "python-pyyaml"))
        (transform1 (specification->package "python"))))

这可能更 GUIXy：

• 从仍然具有 pyyaml 5.4.1 的提交创建一个通道文件。
• 从该频道文件创建配置文件。
• 激活该配置文件。
• 使用所需的包创建清单。
• 使用该清单创建一个外壳。

$ cat mypyyamlchannels.scm
(list (channel
        (name 'guix)
        (url "https://git.savannah.gnu.org/git/guix.git")
        (branch "master")
        (commit
          "d3e1a94391a838332b0565d56762a58cf87ac6b1")
        (introduction
          (make-channel-introduction
            "9edb3f66fd807b096b48283debdcddccfea34bad"
            (openpgp-fingerprint
              "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")))))

$ guix pull -C mypyyamlchannels.scm -p mypyyamlprofile

$ GUIX_PROFILE="$(realpath mypyyamlprofile)"

$ . "$GUIX_PROFILE/etc/profile"

$ guix shell python-pyyaml python --export-manifest > mypyyamlmanifest.scm

$ cat mypyyamlmanifest.scm 
;; What follows is a "manifest" equivalent to the command line you gave.
;; You can store it in a file that you may then pass to any 'guix' command
;; that accepts a '--manifest' (or '-m') option.

(specifications->manifest
  (list "python-pyyaml" "python"))

$ guix shell -m mypyyamlmanifest.scm

但这有两个缺点：

• 这有点冗长。它需要 2 个文件（通道和清单）和 4 个命令（guix pull、set GUIX_PROFILE、源配置文件、guix shell）和 2 个符号链接（mypyyamlprofile，mypyyamlprofile-1-link）来重新创建相同的环境。不工作的转换解决方案只需要 1 个清单文件和 1 个 guix shell 命令。有没有办法将通道和清单文件组合成一个单一的东西，然后可以用来在一个命令中实例化一个 shell？
• 它不允许来自主通道的混合和匹配。我想混合需要创建一个通道文件来组合默认通道，然后以某种方式从具有特定提交的通道中挑选 python-pyyaml 包。这可能会引入不一致，但这些可能会得到解决。

编辑：显然劣质将允许混合和匹配更容易：

   Sometimes you might need to mix packages from the revision of Guix
you’re currently running with packages available in a different revision
of Guix.  Guix “inferiors” allow you to achieve that by composing
different Guix revisions in arbitrary ways.