Opened 14 months ago
Closed 14 months ago
#21959 closed enhancement (fixed)
libdisplay-info-0.3.0
| Reported by: | Bruce Dubbs | Owned by: | Bruce Dubbs |
|---|---|---|---|
| Priority: | normal | Milestone: | 12.4 |
| Component: | BOOK | Version: | git |
| Severity: | medium | Keywords: | |
| Cc: |
Description
New minor version.
Change History (9)
comment:2 by , 14 months ago
Weston is not a BLFS package. And I guess we can just sed away the (stupid IMO) version constraint for it (I did it for some old Weston version requiring libdisplay-info < 0.2.0 when we updated to 0.2.0).
follow-up: 5 comment:3 by , 14 months ago
While Weston is not a BLFS package, there will be users who will try to install packages outside of BLFS with the current package set, and will be stuck on what to do to accomodate. I don't know the full scale of capping the max version of libdisplay-info yet, but will go through a set of Wayland compositors and see how many packages fail to configure/build as a result. If most of them fail, I think we should nevertheless be careful of updating this package, and wait for more adoption instead of jumping the gun.
comment:4 by , 14 months ago
Weston is also downloaded during the testing process for Xwayland if I remember correctly (or rather, it is mentioned as being required)
comment:5 by , 14 months ago
Replying to zeckma:
While Weston is not a BLFS package, there will be users who will try to install packages outside of BLFS with the current package set, and will be stuck on what to do to accomodate. I don't know the full scale of capping the max version of libdisplay-info yet, but will go through a set of Wayland compositors and see how many packages fail to configure/build as a result. If most of them fail, I think we should nevertheless be careful of updating this package, and wait for more adoption instead of jumping the gun.
IMO we shouldn't be considering non-BLFS packages or we'd start to lock the version of a lot of packages. We deliberately keep the list of BLFS packages shorter than other distros to reduce the maintenance burden, and taking non-BLFS packages into account will defeat that.
comment:6 by , 14 months ago
Patching out the version check in libweston/backend-drm/meson.build allows Weston to build successfully with 0.3.0 and a quick test shows no problems with running Weston over DRM.
I take no position on what the book editors should do. I will however continue to report whatever I find whether or not the package is in scope of BLFS on the theory that it may help others who run BLFS, who may be running the package in question.
comment:7 by , 14 months ago
Per https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1815:
"There are no breaking changes for the high-level API that Weston uses."
Thus we can just remove the version constraint.
comment:8 by , 14 months ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:9 by , 14 months ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Fixed at commits
589c9d33be Update to libdisplay-info-0.3.0. 3b7642b98a Update to protobuf-32.0.

Weston reports that it needs libdisplay-info < 0.3.0 and fails configure. (I know Weston is not in the book.)