Ratler's questions

是否存在新添加的存储库需要在被要求安装任何新东西之前安装“依赖”包的情况？

我刚刚遇到以下情况：

虽然我的系统是最新的，但我添加了Certbot存储库 ( http://ppa.launchpad.net/certbot/certbot/ubuntu )，并且在运行更新后，据报道有九个软件包可以升级。我尝试进行升级并得到以下结果：

$ sudo aptitude safe-upgrade
Resolving dependencies...                
The following NEW packages will be installed:
  python3-certifi{a} python3-idna{a} 
The following packages will be upgraded:
  python-chardet python-pkg-resources python-six python3-chardet python3-configobj python3-pkg-resources python3-requests python3-six python3-urllib3 
9 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 906 kB of archives. After unpacking 1,183 kB will be used.

我可以理解正在升级的软件包：新存储库已经在我的系统上安装了更新版本的软件包，因此它们被标记为升级。但是为什么要尝试安装新软件包？有问题的软件包似乎与存储库中的软件相关，但为什么会自动安装它们呢？

如果它们是我系统上某些东西的依赖项，那么它以前是如何工作的？我该如何调查到底发生了什么？

更新

我检查了反向依赖项apt-cache；例如，

$ sudo apt-cache rdepends python3-certifi
python3-certifi
Reverse Depends:
python3-requests

禁用 Certbot存储库后，我得到

$ apt-cache depends python3-requests
python3-requests
Depends: python3-urllib3
Depends: <python3:any>
    python3:i386
    python3
Depends: ca-certificates
Depends: python3-chardet
Depends: python3-urllib3

当我启用它时，我得到

$ apt-cache depends python3-requests
python3-requests
Depends: python3-certifi
Depends: python3-chardet
Depends: python3-idna
Depends: python3-urllib3
Depends: <python3:any>
    python3:i386
    python3
Depends: ca-certificates
Depends: python3-urllib3

所以，我想，真正的问题变成了：包依赖是可用包/存储库的函数吗？我认为应该修复依赖关系：一个包要么需要另一个包才能工作（无论它是否对您可用），要么不需要（在这种情况下，它不是真正的依赖项）。

系统：

• 库本图 16.04
• 内核 4.13.0-45-generic #50~16.04.1-Ubuntu 64 位

我已经看到了一些关于 linux-headers 包的问题，​​但找不到任何可以解决我的具体问题的问题。

我在 Kubuntu 16.04 上，我收到以下错误（来自 VirtualBox）：

请安装与当前内核匹配的 Linux 内核“头”文件，以便为系统添加新的硬件支持。包含标头的分发包可能是：

linux-headers-generic linux-headers-4.13.0-43-generic

我很惊讶地发现它linux-headers-generic没有安装，尽管我不确定它是否应该默认存在。

无论如何，虽然内核是 4.13.0-43-generic，但相应的头文件确实没有安装：

$ uname -r
4.13.0-43-generic

$ aptitude search  linux-headers | grep  ^i
id  linux-headers-4.13.0-32         - Header files related to Linux kernel versi
id  linux-headers-4.13.0-32-generic - Linux kernel headers for version 4.13.0 on
i A linux-headers-4.13.0-37         - Header files related to Linux kernel versi
i A linux-headers-4.13.0-37-generic - Linux kernel headers for version 4.13.0 on
i A linux-headers-4.13.0-38         - Header files related to Linux kernel versi
i A linux-headers-4.13.0-38-generic - Linux kernel headers for version 4.13.0 on
i A linux-headers-4.13.0-39         - Header files related to Linux kernel versi
i A linux-headers-4.13.0-39-generic - Linux kernel headers for version 4.13.0 on

“linux-headers-generic将始终依赖于可用的最新通用内核头文件”，所以我认为安装它会安装最新的包（在这种情况下，linux-headers-4.13.0-43-generic根据 VirtualBox 的要求）并保持它们是最新的。

但是，如果我尝试这样做，我会被要求安装看起来很旧的软件包：

$ sudo aptitude install linux-headers-generic
The following NEW packages will be installed:
linux-headers-4.4.0-127{a} linux-headers-4.4.0-127-generic{a} linux-headers-generic 
0 packages upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 10.8 MB of archives. After unpacking 78.4 MB will be used.

还有一个名为 的包linux-headers-generic-lts-xenial，但它或多或少做同样的事情。

所以，我的问题：

• 默认情况下是否应该存在任何一个 linux-headers-generic 包？哪一个？
• 我需要在我的情况下安装它们中的任何一个吗？
• 如果我linux-headers-4.13.0-43-generic直接安装必要的包，升级内核时会发生什么？

我正在尝试为我的 Brother 打印机/扫描仪 (DCP-9020CDW) 安装驱动程序。Brother 提供 Linux 驱动程序（打印机驱动程序是自由的；扫描仪驱动程序不是）。安装前的要求之一是运行

$sudo aa-complain cupsd

根据手册，这意味着“不强制执行安全策略，而是将访问违规记录到系统日志中”。

在从官方存储库之外安装新软件包/驱动程序之前要求禁用安全策略对我来说听起来很可疑。我是不是太偏执了，除了不使用扫描仪之外，我还能做些什么明智的事情*？

*有一个打印机的开源 PPD 文件，虽然我还没有尝试安装它。

我在带有 ELAN 触摸屏和 DELL 750-AAHC 有源手写笔的笔记本电脑上使用 Kubuntu 16.04 (xenial)。手写笔上的一个按钮充当鼠标中键，我希望它改为右键。

我可以通过这样做来实现这一点

$ xinput set-button-map "ELAN Touchscreen Pen" 1 3 2

（即，将必须与右键对应的按钮3的功能映射到物理按钮2）。

这可以满足我的要求，但更改不是永久性的。

我添加了命令~/.xsessionrc（根据this post的答案），所以当我重新启动时它会自动运行，但是按钮映射“随机”恢复为默认值：它按预期工作了一段时间，突然我发现它没有，所以我明白了

$ xinput get-button-map "ELAN Touchscreen Pen"
1 2 3 4 5

我必须手动重新映射它。

我尝试了一些“可疑”的事情来查看可能导致恢复的原因，但我无法弄清楚。这不是由

• 暂停笔记本电脑或关闭屏幕
• 旋转屏幕（这是可疑的，因为 xinput 用于旋转以转换输入矩阵。）
• 切换触摸屏、触摸板或触控笔输入的开/关（也可以使用 xinput）。

重要更新：

我发现这个问题并非特定于手写笔：我之前出于某种原因禁用了屏幕的手指触摸功能（“ELAN Touchscreen”），方法是：

$ xinput disable "ELAN Touchscreen"

我刚刚发现它自己回来了（并且手写笔右键单击再次恢复了）。因此，由于这个未知原因，所有 xinput 更改似乎都恢复为默认值。

更新 2

/var/log/syslog当这种情况再次发生时，我发现了一些可疑条目。时间戳是在我实际上有一段时间没有使用笔记本电脑的时候，所以节能功能可能被激活（我在 9 分钟时有“暗屏”，在 10 分钟时“关闭”；我将尝试能源保存并相应更新）。

下面的模式实际上重复了很多次，每个块之间只有几秒钟的差异。

usb 1-8: USB disconnect, device number 18
usb 1-8: new full-speed USB device number 19 using xhci_hcd
usb 1-8: New USB device found, idVendor=04f3, idProduct=2073
usb 1-8: New USB device strings: Mfr=4, Product=14, SerialNumber=0
usb 1-8: Product: Touchscreen
usb 1-8: Manufacturer: ELAN
input: ELAN Touchscreen Pen as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/0003:04F3:2073.04EE/input/input7548
input: ELAN Touchscreen as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/0003:04F3:2073.04EE/input/input7549
input: ELAN Touchscreen Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/0003:04F3:2073.04EE/input/input7552
hid-multitouch 0003:04F3:2073.04EE: input,hiddev0,hidraw0: USB HID v1.10 Keyboard [ELAN Touchscreen] on usb-0000:00:14.0-8/input0

在每个区块中，除了少数增加的数字外，几乎所有内容都相同。这是用于比较的下一个块：

usb 1-8: USB disconnect, device number 19
usb 1-8: new full-speed USB device number 20 using xhci_hcd
usb 1-8: New USB device found, idVendor=04f3, idProduct=2073
usb 1-8: New USB device strings: Mfr=4, Product=14, SerialNumber=0
usb 1-8: Product: Touchscreen
usb 1-8: Manufacturer: ELAN
input: ELAN Touchscreen Pen as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/0003:04F3:2073.04EF/input/input7554
input: ELAN Touchscreen as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/0003:04F3:2073.04EF/input/input7555
input: ELAN Touchscreen Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/0003:04F3:2073.04EF/input/input7558
hid-mul itouch 0003:04F3:2073.04EF: input,hiddev0,hidraw0: USB HID v1.10 Keyboard [ELAN Touchscreen] on usb-0000:00:14.0-8/input0

设备编号为 128。

系统：

• KDE 等离子 5.5.5
• Qt 5.5.1
• 内核 4.13.0-32-generic #35~16.04.1-Ubuntu 64-bit

• xinput 版本 1.6.2

  服务器上的 XI 版本：2.3

• X.Org X 服务器 1.19.5

  发布日期：2017-10-12

  X 协议版本 11，修订版 0

我最近在一台新 PC 上安装了 Kubuntu 16.04 (KDE 5 Plasma) 并进行了很多自定义，我只是注意到重命名文件的 F2 快捷方式在桌面上不起作用。它仍在 Dolphin 中工作。

有趣的是，Dolphin 中文件的上下文菜单显示“重命名... F2”，但在桌面上，它只显示“重命名”（没有快捷方式）。权限很好（755），事实上，如果我通过 Dolphin 打开桌面文件夹，F2 重命名就可以了。

我认为这可能是我搞砸了一些设置，我很容易在网上找到答案，但我找不到任何有用/相关的东西（包括askubuntu 上的这个）。

• 桌面上的小部件和图标已解锁。
• 文件夹视图设置（来自桌面上下文菜单）> 位置设置为“显示桌面文件夹”。
• 我搜索了全局、应用程序和自定义快捷方式，以防 F2 设置为冲突但找不到任何东西（同样，它在 Dolphin 中有效）。
• 我尝试过调整其他东西（例如将墙纸类型从 Haenau 更改为纯色），但似乎没有任何效果。

我现在列出随机的东西，因为我想不出可能是什么原因造成的。任何想法将不胜感激。

系统：

• KDE 等离子 5.5.5
• Qt 5.5.1
• 内核 4.13.0-32-generic #35~16.04.1-Ubuntu 64-bit