R 向后移植和無效簽名

Question

我運行 debian stable (bullseye) 並使用官方 R 向后移植。 看

https://cloud.r-project.org/bin/linux/debian/

我在 mu 存儲庫中添加了一行

$ cat /etc/apt/sources.list | grep r-project
deb http://cloud.r-project.org/bin/linux/debian bullseye-cran40/

直到今天，一切都很好。 現在，當我更新時，我在運行 sudo apt update 時收到有關 R 存儲庫簽名的錯誤，請參閱

W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://cloud.r-project.org/bin/linux/debian bullseye-cran40/ InRelease: The following signatures were invalid: EXPKEYSIG FCAE2A0E115C3D8A Johannes Ranke (Wissenschaftlicher Berater) <johannes.ranke@jrwb.de>
W: Failed to fetch http://cloud.r-project.org/bin/linux/debian/bullseye-cran40/InRelease  The following signatures were invalid: EXPKEYSIG FCAE2A0E115C3D8A Johannes Ranke (Wissenschaftlicher Berater) <johannes.ranke@jrwb.de>
W: Some index files failed to download. They have been ignored, or old ones used instead.

簽名一直工作到現在。 我按照此處的說明重新導入了它

https://cloud.r-project.org/bin/linux/debian/#administration-and-maintenance

我粘貼在下面

You can fetch and import the current key using

apt-key adv --keyserver keyserver.ubuntu.com --recv-key 'E19F5F87128899B192B1A2C2AD5F960A256A04AF'

Note that you need to add sudo if you are not running this as root.

If this fails, it may be due to a firewall blocking port 11371. In this case, you can search for 0xE19F5F87128899B192B1A2C2AD5F960A256A04AF at https://keyserver.ubuntu.com, and copy the key block shown when klicking on the link in the line starting with pub into a plain text file, named, for instance, jranke.asc which you add to apt with (sudo) apt-key add jranke.asc.

但它不起作用。 我導入了簽名，但是當我更新時，總是被告知它無效。 其他人有同樣的經歷嗎？ 有任何想法嗎？ 謝謝！

Answer 1

同樣的問題。 原因：我聯系了Ranke先生，他寫信說他沒有及時更新密鑰。 我預計它會很快修復。

Answer 2

在“很快”變成“現在”之前，您可以使用以下解決方法：

使用以下內容更新您的：/etc/apt/sources.list.d/backports.list：

deb [trusted=yes] http://cloud.r-project.org/bin/linux/debian bullseye-cran40/

在運行 apt-get update 之前執行此操作。 請記住在更新密鑰后撤銷此更改，因為這不是安全的解決方案。

Answer 3

運行后

apt-key adv --keyserver keyserver.ubuntu.com --recv-key '95C0FAF38DB3CCAD0C080A7BDC78B2DDEABC47B7'

這個問題對我來說已經消失了。