Henrik supports the community's questions

我想让我的普通用户运行来/usr/bin/brightnessctl打开/关闭我的笔记本电脑上的键盘背光，所以我这样做了

visudo -f /etc/sudoers.d/grove

（grove是我的用户名，但这里重要的是该文件包含在/etc/sudoers）

该文件已经包含这些行：

grove   ALL=(ALL) NOPASSWD: /usr/bin/light -A 5
grove   ALL=(ALL) NOPASSWD: /usr/bin/light -U 5

所以我只是模仿那些并尝试添加

grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 2
grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 0

但 makevisudo报告语法错误：

/etc/sudoers.d/grove:3:59: syntaksfejl
grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 2
                                                          ^~
/etc/sudoers.d/grove:4:59: syntaksfejl
grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 0
                                                          ^~

（syntaksfejl是丹麦语syntax error，我已经LANG设置了所以一切都说丹麦语，我认为没有理由重做它来LANG=C为这么小的文本提供英语错误）

这里有什么问题吗？是冒号（并且指示符错误，这可能是由 后面的 TAB 引起的grove），如果是，我该如何允许该命令？我应该允许/usr/bin/brightnessctl并接受我可以控制更多的事情吗？

（如果重要的话，我正在使用 Debian 12）

我试图让 tmux 告诉我是否按下了前缀键。

set-option status-left '#{?client_prefix,Prefix,------} [#S] '

似乎可以工作，但是它占用了状态栏中的空间，我觉得可以更好地使用它（它也太长了，以至于这会干扰窗口列表，但如果我想这样做，这可能会得到解决）。相反，我尝试更改会话名称的背景，这可以永久完成

set-option status-left-style 'bg=white'

所以我尝试将它们组合成

set-option status-left-style '#{?client_prefix,bg=white,}'

但这只会让 tmux 说“风格不好”。那么这样做的正确语法是什么？

（我在 Debian Bullseye 上并且已经从那里的可用软件包中安装了 tmux，所以如果版本很重要，我有一个 3.1）

我正在编译一个庞大的命令列表（所有命令都执行相同的操作），但由于编译该列表需要很长时间，我希望在完成之前开始执行（每个命令的执行通常需要比创建另一个更长的时间，所以没有真正的列表枯竭的风险）。

执行命令列表的正常方法是编写一个列出命令的 shell 脚本，但是当我开始执行脚本时，我不能再添加它了。

到目前为止我发现的方法是将命令放入command.list并拥有parallel --jobs 1 --line-buffer :::: command.list，但由于它涉及使用parallel（我正在使用 GNU 并行，我不知道它是否可以与 more-utils 中的程序一起使用）用于非并行执行事物，我认为这有点滥用parallel.

有没有更简单的方法呢？如果我搞砸了某些事情并且列表确实用完了，那么可以跟踪哪些命令已被执行，这会很好。

当我按下输入时

(cd <somewhere>/; ls -gG S09E03*

我预计不是与任何文件匹配的目录S09E03*（我已经验证过），但该命令显示的信息与我想要的文件有关。

所以看起来我的shell（补丁Debian Buster上的zsh，即版本5.7.1）直到它位于正确的目录中（即在.之后cd）才进行globbing。cd是一个内置的（它基本上必须是），所以我猜外壳知道我希望它发生在哪里？

我完全没戏了吗？它是否与子外壳有关 -(cd <somewhere1>; ls -l <prefix>*; cd <somewhere2>; ls -l <prefix>*)显示有关两个不同文件的信息，所以我不这么认为，但我可能（再次）错了？或者是其他什么东西延迟了 globbing（不管我怎么想。

• <somewhere>很长，所以我试图避免在输出中获得该路径ls
• ls -gG因为我知道文件的所有者和组在我想比较某些属性的文件之间会有所不同

我已经（试图）进行设置以允许自己拥有一些我可以根据需要启动（然后使用）的非特权容器。

现在我可以使用 创建新容器lxc-create，但是当我尝试启动一个容器时，会发生这种情况

> lxc-start --name frisk-buster                                                                                                                                                                                                                                                                                 ~
lxc-start: frisk-buster: lxccontainer.c: wait_on_daemonized_start: 842 Received container state "ABORTING" instead of "RUNNING"
lxc-start: frisk-buster: tools/lxc_start.c: main: 330 The container failed to start
lxc-start: frisk-buster: tools/lxc_start.c: main: 333 To get more details, run the container in foreground mode
lxc-start: frisk-buster: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options
> lxc-start --name frisk-buster -F
lxc-start: frisk-buster: network.c: lxc_create_network_unpriv_exec: 2178 lxc-user-nic failed to configure requested network: cmd/lxc_user_nic.c: 1296: main: Quota reached
                                                                                                                                                                          lxc-start: frisk-buster: start.c: lxc_spawn: 1777 Failed to create the configured network
                                                                                                                                                                                                                                                                   lxc-start: frisk-buster: start.c: __lxc_start: 1951 Failed to spawn container "frisk-buster"
                                 lxc-start: frisk-buster: tools/lxc_start.c: main: 330 The container failed to start
lxc-start: frisk-buster: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options

（我不知道为什么换行符看起来像那样，当我在前台模式下运行容器时，但这并不重要）

搜索该错误时我在网上发现的唯一一件事是建议编辑/etc/lxc/lxc-usernet以包含“您的用户名 veth lxcbr0 10”，但在我的系统上它已经这样做了（除了现在我已将限制设置为 25 以验证这不是问题所在。

有什么问题？

我正在测试我设置的新 gitlab 跑步者。

如果一个项目只有一个非常短的 CI 工作（或者一个很快就失败了，这在测试设置之外可能更现实）systemd 开始报告“[email protected]”失败，999 是 gitlab-runner 的 uid . 作业按其应有的方式运行，并且如果它使其变慢（例如通过为其添加睡眠），则不会失败。

搜索错误让我相信它只是 systemd 在每次为该用户启动新“会话”时尝试做某事，并决定它必须被破坏，因为它在很短的时间内多次退出。我该如何允许，最好只针对这个用户？

我有两台电脑，一台台式机和一台笔记本电脑，都运行 Debian Stretch。

桌面通知在笔记本电脑上工作，我相信它工作（连接的显示器坏了，所以我无法检查，也许我应该说“曾经工作过”）。

在笔记本电脑上，我将 i3 作为 wm 运行，没有桌面环境，并将 dunst 作为通知守护进程。

我从笔记本电脑使用 SSH 登录桌面没有问题。X 转发也可以，但不会转发桌面通知。

如果我notify-send "Hello world"在笔记本电脑上运行，我会收到一条通知，上面写着“Hello world”，如果我在桌面上运行相同的命令（通过 SSH 连接，我可以在其中启动 X 程序，因此 X 转发已启用并正常工作）没有任何反应。一个尝试发送通知的程序输出：

** (transmission-gtk:21556): CRITICAL **: gtr_notify_torrent_completed: assertion 'G_IS_DBUS_PROXY (proxy)' failed

当它尝试时。

如何让桌面通知被转发？

我有一些媒体文件（现在是视频文件，但我怀疑我也可以在图片文件上使用一个好的解决方案），它们非常相似，但根据diff/cmp不完全相同。但是，如果只有几个字节不同，我可能无法区分（我知道这取决于很多事情，让我们忽略它）。是否存在可以输出（估计）两个文件中有多少位/字节不同的程序（最好在 Debian Stretch 中）？

当我尝试搜索这个问题时，我得到了很多结果，但其中大多数似乎是关于鼠标光标主题的，我没有玩过，看不出这如何解释我看到的症状。

当鼠标光标位于 Thunderbird、firefox 或 pidgin 的（群）聊天窗口上时，鼠标光标是通常大小的 2-4 倍，这是使用 xterm、liferea、pavucontrol、audacious 或朋友的窗口时的大小来自 pidgin 的列表（我认为这就是我现在正在运行的所有内容）。例外情况是，如果 pidgins 任务栏菜单打开，那么无论光标在哪个窗口中，光标都是通常的（小）尺寸。

我在 debian Stretch 上使用 i3 作为窗口管理器，没有桌面管理器（但我几天前才升级，并且在 Jessie 上也看到了问题）。

任何解释（和治疗）或只是暗示我如何找出问题所在。