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

Question 1

第三次是魅力，使用下等人的清单似乎是最好的。

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

     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原始渠道的较新的。

Answer

第三次是魅力，使用下等人的清单似乎是最好的。

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

     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原始渠道的较新的。

Question 2

感谢优秀的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

但如果已经有一个完美的包定义，感觉有点hackishhttps://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"))))

Answer