journal.Reader.add_match() does not support glob matching
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 42/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 领域
- api, operating-systems
调研方向
Start in _reader.c and reproduce the journal.Reader.add_match(_SYSTEMD_UNIT="kres*") case described in the issue, comparing it with journalctl -u 'kres*'. Trace how matches are passed to the systemd journal API and determine the scope needed for glob support. Done means the Python API returns matching units such as kresd@dns1 and kres-cache-gc, with coverage for the behavior if an existing test location is found.
由索引模型根据 Issue 内容生成。
描述
Versions:
- Debian 9 (Stretch)
- python3 3.5.3-1
- python3-system 233-1
- systemd 232-25+deb9u
... but as far as I can tell from _reader.c it applies to master (a402d08da41413507a4ebebf18de897f7ddf1dd2) as well.
For example:
journal_reader.add_match(_SYSTEMD_UNIT="kres*")
always returns empty output. At the same time command journalctl -u 'kres*' lists log for units kresd@dns1, kresd@dns2, kres-cache-gc etc.
It would be nice if the Python API could do the same. For now I'm going to resort calling journalctl as subprocess.
- 主要语言
- C
- 星标
- 522
- 派生
- 79
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
systemd/python-systemd 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 48/100
systemd/python-systemd#177 · 1 条评论 · 1 个 reaction ·
-
难度 3/5 1-2 天 新手友好度 42/100
systemd/python-systemd#169 · 1 条评论 ·
-
难度 4/5 3-5 天 新手友好度 48/100
systemd/python-systemd#167 · 19 条评论 ·
-
难度 5/5 一周以上 新手友好度 35/100
systemd/python-systemd#152 · 1 条评论 · 13 个 reaction ·
-
难度 4/5 3-5 天 新手友好度 45/100
systemd/python-systemd#146 · 2 条评论 ·
查看 systemd/python-systemd 的全部 Issue
相似的 Issue
-
难度 1/5 1 小时以内 新手友好度 95/100
-
难度 2/5 1-3 小时 新手友好度 88/100
-
难度 1/5 1 小时以内 新手友好度 90/100
kovidgoyal/kitty#10516 ·
-
难度 1/5 1 小时以内 新手友好度 80/100
-
难度 2/5 1-3 小时 新手友好度 78/100
zephyrproject-rtos/zephyr#120011 ·