问题标签 [debian-buster]

我正在尝试在企业代理后面的私有托管 Azure DevOps 代理上构建 dockerfile。基础镜像是 python/3.8.3-slim-buster。当我运行 apt-get update 时，出现以下错误：

现在棘手的部分是，如果我手动登录到这个代理，并在那里给 docker build 命令它工作正常。在 Microsoft 托管代理上构建也可以正常工作。

我将带有 --build-arg 标志的代理配置传递给 Dockerfile。

有人知道错误可能在哪里吗？

编辑：我尝试添加“--allow-releaseinfo-change”标志，仍然是同样的错误。我觉得它与代理有关，但不知道从哪里开始寻找。

首先我知道有几个类似的帖子，但我还是要问。Debian "Buster" 和 Boost 1.67 软件包中的 boost program_options::options_description 是否存在已知问题？

我有在 Debian 7 中开发的代码，系统升级到 8.3，然后是 8.11，现在使用 Boost 1.55。

代码构建并运行。现在使用 Boost 1.67 将系统升级到 Debian Buster，并获取未解决的对 options_description(const std::string& , unsigned int, unsigned int) 引用的链接错误以及其他几个 program_options 函数。所有未解决的，除了 options_description，都来自 boost 调用另一个 boost 函数，所以甚至没有直接从我的代码中调用。boost_program_options 在链接行中。我不是新手，了解链接顺序，这与链接顺序无关。我将尝试获取 boost 和构建的源代码，看看它是否有效，如果没有，我将从头开始构建一个系统并针对它进行测试。由于这一切都在一个封闭的网络上，只是说尝试更新版本的 boost 或 Debian 不是一种选择，因为我有合同义务只使用 Debian”

所以就这个问题而言，Buster 中的 Boost 开箱即用版本是否存在问题？

我正在使用基于 Debian 10 的 Linux MX 19 当我通过终端 sudo apt-get update 进行更新时，我看到了这个问题所有软件包都是最新的。N：忽略目录“/etc/apt/sources.list.d/”中的文件“yarn.lis”，因为它具有无效的文件扩展名

如何修复此错误？

我已经在笔记本电脑上安装了 debian 10 32bit 并尝试使用 ls 但它什么也没打印。当我使用 ls -a 时，我得到了这个：

而且 dir 也没有显示任何内容

在启动 apache 时，我遇到了 fileinfo 的问题（未定义的符号：pcre_get_compiled_regex_cache_ex）。

• 我在使用 Debian buster (10)
• 使用 php 7.3 cgi
• 通过 phpinfo() 检查是否使用了正确的 php.ini（文件信息未显示为模块）
• 该文件位于 /usr/lib/php/20180731/fileinfo.so
• 其他扩展没有已知问题

通过执行php -c /var/www/conf/web24/php.ini -i |grep fileinfo我得到

当我重新启动 apache 时，我收到以下错误消息：

任何帮助将不胜感激。

我目前有这个总是运行 6 点钟。一次。

由于时间的运作方式，它们有时会发生碰撞：

我之前已经将时间转移到每周/每月/每年，这样它们就不会同时运行。我希望cronjob有一种简单的方法可以每天6点运行并每天/每周/每月/每年进行整理

年应该存在于月、周和日，月应该存在于周和日。

您好，我想学习如何编写设备驱动程序，所以我想我应该检查一些 i2c、spi、usb 等的驱动程序源文件。我做了一些搜索，看看是否有其他人有类似的问题，我使用了信息在这个堆栈溢出问题中找到：

学习设备驱动源文件？

遵循那里列出的建议后，我导航到以下目录以查看我的驱动程序源文件：

从这里列出的文件中，我能够注意到 i2c 目录，所以我进入它以为我会找到 i2c 的设备驱动程序源文件。在这个特定目录中，我有以下文件：

在每个文件中都有更多的 Kconfig 文件。我似乎无法找到驱动程序的源代码。我以为 Kconfig 文件会保存源代码，但查看它们内部会显示一些不同的东西，它绝对不是 ac 程序。有人知道我如何恢复系统上驱动程序的源代码吗？我目前在小猎犬骨黑上使用 Debian 10。谢谢

我一直在尝试使用 Oracle Cloud Email Delivery Service。配置后，它会提供 SMTP 凭据，您可以使用该凭据从批准的发件人发送电子邮件。

我被一些有趣的场景困住了。它适用于 Ubuntu 18.04，但在同一台机器上运行的 docker 容器（运行 Debian 10）中失败。

我正在用 openssl s_client 测试握手

此命令在 Ubuntu 18.04 中运行良好，但在运行 Debian 10 的 docker 容器中因握手失败而失败

Docker 容器的输出

我试图在两者中检查 openssl 版本。

18.04 有 openssl 版本OpenSSL 1.1.1 11 Sep 2018

Docker 容器具有 openssl 版本OpenSSL 1.1.1d 10 Sep 2019

它可能与版本有关吗？

我尝试通过 Wireshark 进行更多调试，以查看 ClientHello 消息是如何发送的 -

来自 Ubuntu 18.04 的 ClientHello（成功返回）

来自 Docker 容器的 ClientHello 消息（导致握手失败 SSL 警报编号 40）

这是来自 Ubuntu 18.04 的 ServerHello 消息

服务器似乎使用了 CipherSuite TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256，它也恰好出现在 Docker Container ClientHello 中。

所以我在这种情况下缺少什么。我是 SSL 调试的新手。

如果 Ciphersuites 匹配可能会有所不同，以便服务器返回握手失败？

请给我指示下一步我可以调查什么。

我已经在https://gofile.io/d/ERJXNe上传了wireshark 捕获

从运行 Debian-9（openssl 1.1.0l）的 docker 容器中捕获了一个捕获，这导致握手成功。

更新：我尝试在最新的 Ubuntu 20.04 VM 中使用 openssl s_client，但由于握手失败而失败。

I have a Debian 10 buster server, one of several identical hardware/software configs. I use a script that deploys them, they are all identical. However, one of them is throwing an error when using wget:

Things I've done:

• Checked that the SSL certificate is valid
• Confirmed the exact same command works on other servers
• Checked the system date, confirmed correct
• Checked resolv.conf, configuring for 8.8.8.8 8.8.4.4 identical to others
• Checked name resolution manually, working fine
• Reinstall apt-get install --reinstall ca-certificates
• Ran update-ca-certificates --fresh
• Ran c_rehash
• Used curl, it works fine without errors, shows correct SSL expiration

The problem seems to only be wget from what I can tell. I don't need a workaround. I need a solution so I have confidence this server is operating as it should.

我尝试使用此处的说明安装 snapcraft https://snapcraft.io/docs/installing-snap-on-debian
后来尝试使用“sudo snap install shotcut --classic”安装shotcut
但是我收到此错误
“错误：系统不完全支持 snapd：无法使用“squashfs”挂载 squashfs 映像：挂载：/tmp/sanity-mountpoint-501228691：挂载失败：不允许操作。”
我如何解决这个问题，我正在使用 debian 10