问题标签 [package-management]

我们现在是 2020 年，C++20 即将到来，还有期待已久的 C++ 模块功能。但是在看了一些关于 CppCon 的演讲后，我发现 C++ 模块的位置很奇怪，尤其是对于 Linux 包管理器（pacman、apt、emerge 等）。

据我所知，C++ 模块是

1. 编译器依赖
   • 您不能在 Clang 中使用由 GCC 构建的模块
   • GCC 9.1 模块不适用于 GCC 9.2
2. 您可以拥有同一模块的许多不同版本
   • 只要它们不导出到同一范围内
3. 如果依赖项更新，您需要重新构建模块

我的问题是，在所有滚动发布的发行版中，编译器一直在更新，用户可能有自己的编译器版本。目前可以只更新编译器或更新libstdc++. 但是对于模块，似乎建议libstdc++必须在编译器更新时进行更新。

当编译器更新时，包管理器将如何处理更新，例如 STL？我不认为为每个版本的编译器构建每个版本的 STL 模块是可行的。用户必须构建自己的 STL 模块也不是一个好主意。

我正在为配备 Xilinx Zynq7000 的定制板构建基于 rocko (2.5.2) 的定制 yocto 映像。生成 wic 文件我使用的是 sdimage-sota.wks。

我在我的 local.conf 中添加了 debian 包管理

我也运行了命令bitbake package-index。我的食谱中没有包含 dpkg-package。

构建并刷新映像后，我收到此错误消息：dpkg: error: unable to access dpkg status area: No such file or directory当我尝试安装 deb 包时。

当我在构建后提取 rootfs.tar.gz 文件时，有一个/var/lib/dpkg目录。

如果我使用 tftpboot 和 mmc 将 wic 文件闪存到 u-boot 内的板上，则没有 /var/lib/dpkg 目录。

为什么刷wic文件后目录不见了？sdimage-sota.wks 是否有可能不包括这个？

我正在开发一个依赖于有缺陷的 Node.js 包的项目。我等不及他们修复错误了。所以我想自己修复这个错误。

请描述创建我自己的包克隆所需的所有步骤，我可以在其中修复错误。

仅重命名包并将其上传到 nodejs.com 就足够了吗？（如何上传？）

还有其他变种吗？

我是 yocto 和 webos 开发的新手，在 webos 中，最终输出图像是 .ipk 包格式。

我试图弄清楚与 .rpm 或 .deb 相比，为什么嵌入式设备使用或首选 .ipk 包格式。

我最终得到了像它用于嵌入式设备的答案，主要是因为它们有空间限制等..，

但我不知道这些包的深度差异是什么，以及为什么它们更适合嵌入式设备......

我和我的同事正在用 RStudio 中的 Bookdown 编写一本书。由于我使用 ggplot 创建了很多图形，因此我对其他包（ggplot、ggforce、gganimate...）有很多依赖关系，因此我在本书的过程中添加了 renv 来处理包管理。在全新安装我的 Windows 之后，我现在确实无法再次设置项目，因为从 R 到版本 3.6.3 的更新和使用的软件包。

带有 renv 的项目的初始状态是版本为 3.6.2 的 R，我重新安装了它。打开项目后，我运行renv::restore()以使用所有包恢复环境。目前只有包 nloptr（版本 1.2.1）有错误，因为它必须从源代码构建包。

要解决此错误，我通过以下方式手动安装软件包：

之后可以安装所有软件包，但现在，其中许多都显示警告package 'X' was built under R version 3.6.3。

如果renv无法恢复原始状态，那么它有什么意义，因为所有包都已被 R 的更新更改？如何正确管理 R 项目？

我有一个带有 debian 10.3 的新服务器。

我想将它用作 webrtc 的 STUN/TURN 服务器。

但我已经对第一步有疑问。安装coturn。

每个指南都告诉我：

我也试过：

尽管所有指南都告诉我有可用的官方软件包，但它似乎完全是错误的。我手动搜索了一个包，发现：

https://packages.debian.org/de/jessie/coturn

现在我很担心。我应该寻找一种手动安装它的方法还是我错过了什么？

一般来说，我对 debian 和 linux 没有太多经验。

这是我尝试安装后看到的：

我使用Artifactory作为我自己的 debian 包 repo。

我Depends: world (= 1.0.0.0), apple (= 3.0.0.0)在它的控制文件中设置了一个包'hello'。

当我尝试安装该软件包时：apt-get install hello
我收到以下错误：

当它知道需要安装旧版本时，为什么还要尝试安装 (world=1.0.0.2 & apple=3.0.0.4)？

它仅在我执行时才有效：apt-get install hello world=1.0.0.0 apple=3.0.0.0

为什么我需要告诉 apt-get 安装什么版本？

我正在尝试开发一个需要能够在 3D 空间中查看/操作模型的应用程序，JavaFX 似乎是一个明显的候选者。如果有人可以提出更好的选择，那么我会很高兴听到它！

我正在使用在 MacOS Catalina 10.15.4 上运行的 IntelliJ CE 2019.3.3 和 Java 14，据我所知这是最新版本。矛盾的是，考虑到 JavaFX 的曲折历史及其与主流 Java 的关系（感谢 Oracle），我担心使用最新的 JDK 可能是我所有问题的根源。

我下载了一个简单的应用程序，它在我成功运行的场景中添加了一些简单的形状。我通过向我的 pom.xml 添加两个依赖项将 JavaFX 库添加到我的项目中：

注意我假设（可能是错误的）JavaFX 版本控制独立于 JDK 版本控制运行。

不幸的是，当我在这个程序中添加一些稍微复杂的东西时，我得到了以下错误：

我可以通过手动将整个 JavaFX 库下载到新目录并将以下选项添加到我的运行时 VM 选项来克服这个问题：

不幸的是，当我将一个新类导入我的应用程序时，我发现我得到了这个错误的变种，我发现这种方式非常不可预测（并且难以修复）。我的灵感和耐心都快用完了——也没有模块可以添加到 VM 选项列表中。

在两个不同的位置使用 JavaFX 库也感觉很俗气——我的下载目录和我的本地.m2 Maven存储库。

谁能为我的痛苦提出更好的解决方案——替代 3D 包或管理 JavaFX 库的更好方法？

编辑我的问题以显示我取得的进展（希望我可以以另一种方式添加更多细节）。

好的，在舔了一会儿伤口后，我决定喝Maven Kool-aid，一直喝到杯底。

我首先基于javafx-archetype-simple创建了一个 Maven 项目。我通过跟踪JavaFX站点的Maven 插件的链接找到了这一点。完成此操作后，我就可以使用mvn compile编译代码，然后使用mvn javafx:ru​​n运行它。结果=成功！

我欣喜若狂，然后决定将项目导入 IntelliJ - 结果好坏参半。我不得不修改“运行”配置，以使用mvn插件（见上文），这部分似乎工作。

更新 #2：我现在增强了我的 IDE '运行配置'命令以mvn compile javafx:ru​​n强制代码在运行之前重新编译（如果需要重新编译 - maven 就是这样聪明）。

祝我好运 - 我会在继续的过程中更新这篇文章。

我正在尝试使用 py2app 在 MacOS（它依赖于一些旧代码）上构建一个独立的 Python 2.7 应用程序。我的程序依赖于许多包，包括pyne. 该程序使用 conda 环境进行包管理（位于单独的目录中），我正在尝试使用该环境构建程序。该应用程序由 py2app 构建得很好，但是当我通过终端运行它时，它会引发以下错误：

在我的系统中环顾四周，看起来有_sysconfigdata问题的文件位于

我的setup.py文件如下所示：

我对使用 py2app 还是很陌生，我无法弄清楚如何_sysconfigdata在程序中包含这个文件。将其添加到DATA_FILES似乎没有帮助。解决此问题的最佳方法是什么？

问题：在 windows 10 pro 上用巧克力安装软件包后，我找不到它们安装在我的电脑上

再次重置我的 windows 开发环境后，我决定是时候在 win 中使用类似于 linux apt-get 的包管理器来节省将来的设置时间。

我遇到了巧克力，这听起来正是我想要的。我创建了一个小 packages.config 并运行

choco install ./packages.config

该过程完成后，它提示所有软件包安装成功。然而，已安装的软件包似乎不存在于我的文件系统上的任何地方。

• 程序不会出现在 C:/Program Files 或 (x86) 中。
• 当我输入他们的名字时，例如： putty into run 他们找不到。
• Chocolatey 文件夹 C:\ProgramData\chocolatey\bin 中出现了一些分散的安装程序 .exe 文件，仅此而已。

我做错了吗？巧克力仅对获取安装程序文件有用吗？在那种情况下似乎非常没用？

可以为 windows 推荐一个替代的包管理器。

这是我的 packages.config

谢谢。