`xbps-query`: Unify default output formats of package lists
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Start with the xbps-query modes described in the issue and the xbps-query(1) documentation, comparing the output behavior of -l, -s, -m, -O, -X, and -x. Review the related issues and pull request before defining the scope. Done should mean the package-listing modes have predictable default and secondary output formats, with the chosen flags documented.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Right now, xbps-query has different default output formats (or even only one output format) for some commands.
Multiple columns:
[root@rootfs /]# xbps-query -l
ii acl-2.3.1_1 Access Control List filesystem support
ii acpid-2.0.33_2 ACPI Daemon (acpid) With Netlink Support
...
[root@rootfs /]# xbps-query -s ab
[*] bash-completion-2.11_2 Programmable completion for the GNU Bash shell
[*] bzip2-1.0.8_1 Freely available, patent free, high-quality data compressor
...
Single column:
[root@rootfs /]# xbps-query -m # same for -O and -X
acpid-2.0.33_2
base-voidstrap-0.11_1
...
[root@rootfs /]# xbps-query -x sway
swaybg>=0
xorg-server-xwayland>=0
...
I think it would be nice if the first two examples (-l and -s) had the same output format. Maybe we can introduce a new "package state descriptor" like nn or -- for "currently not installed" packages? Right now we have, according to xbps-query(1):
ii Package is installed.
uu Package is unpacked but must be configured with xbps-reconfigure(1).
hr Package is half-removed, and can be fully removed with xbps-remove(1).
?? Package state is unknown.
Overall, I think it would be useful to have two different easily reachable output formats (by easily reachable I mean e.g. a simple flag, not a complete --format=... specifier). Often, e.g. when searching packages via -s, additional information like the short description and package version is useful. But often it is also useful to just have a list of package names (without any version string etc.) for batch processing, e.g. saving a list of all manually installed packages to be later fed into xbps-install on another system. I think these are two common scenarios, and having only two default output formats for the various package listing options of xbps-query will make it easier (because more predictable) to use. The flags could be named -v|--verbose (already exists, but maybe it could be used for this) and -q|--quiet. Some modes, like -s, are verbose by default and can be made shorter using -q. And some modes, like -m, are short by default and can be made more verbose using -v.
There was also the (IMO great) idea of adding a --format=... option, however I'm talking about the default output format and perhaps an easily reachable secondary one, for the most common cases.
Related issues/PRs:
- Ngôn ngữ chính
- C
- Star
- 1.2k
- Fork
- 152
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của void-linux/xbps
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
void-linux/xbps#475 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
void-linux/xbps#701 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
void-linux/xbps#700 ·
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
void-linux/xbps#696 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
void-linux/xbps#695 · 7 bình luận ·
Tất cả issue của void-linux/xbps
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
sandialabs/seacas#945 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
ARM-software/sysarch-acs#556 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
netdata/netdata#24062 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày