Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[RFC] Update-specific messages, and install-only INSTALL.msg

Đang mở
  • Có gì không ổn?
#559 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Đình trệ
Công nghệ
c
Lĩnh vực
cli

Hướng nghiên cứu

Start by tracing how INSTALL.msg is created and displayed, then inspect the xbps-create invocation and xbps-src package layout described in the issue. Determine how versioned UPDATE-.msg files could be stored and selected for update transactions, while keeping INSTALL.msg limited to fresh installs and reinstalls. Done means the behavior and required package changes are specified well enough to implement and test.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

As is currently stands, the only way to signal a breaking change in an update is to mention it in INSTALL.msg. This shows the message for any updates, and even for fresh installations. On top of that, messages relevant to only a fresh installation are shown for updates too.

The result is that most messages shown in an average transaction aren't relevant in any way to the transaction, which causes users to learn to tune out the messages.

I propose adding messages that are specific to an update (or rather, specific to a breaking change), and changing the existing INSTALL.msg to be only shown for fresh installs or reinstalls.

This would require storage of the update messages, along with the package version containing the breaking change. One such update message would only be shown if the package is being updated, and if the currently installed version is lower than the message's version. XBPS should be able to show as many update messages as relevant to a particular transaction.

The logic for when INSTALL.msg is shown would be changed to not show the message for updates.

I'm not familiar enough with XBPS internals to know what would need to change implementation-wise.

On xbps-src's end this would probably look like additional UPDATE-<ver>.msg files in a package's directory, along with changes in the xbps-create invocation. A good number of packages would need to be updated to use UPDATE messages.

EDIT: I realised a big flaw in my pick of what version should be recorded along with an UPDATE message, so I switched it to be the first version that breaks (message shows for any currently installed version lower than it).

Ngôn ngữ chính
C
Star
1.2k
Fork
152
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của void-linux/xbps

Tất cả issue của void-linux/xbps

Issue tương tự

Thêm issue về C

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.