void-linux / void-linux/void-packages
Package request: xlayoutdisplay
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 3.4k
- Forks
- 2.8k
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 299
Description
Package name
xlayoutdisplay
Package homepage
https://github.com/alex-courtis/xlayoutdisplay
Description
Detects and arranges outputs for an X display, using XRandR for detection and xrandr for arrangement.
It works differently from autorandr, and doesn't exclusively apply/save configs based on displays.
It is difficult/impossible to build against void's procps-ng-devel package, it is intended to be built against libprocps<=3.0.0 as they introduced major API changes, and procps-ng-devel is 4.0.4. I believe the upstream would have to be adapted to modern procps API (https://github.com/alex-courtis/xlayoutdisplay/issues/31) or void would have to re-package the older version of libprocps.
Arch has both packages: https://archlinux.org/packages/?sort=&q=procps
Does the requested package meet the package requirements?
System, Compiled
Is the requested package released?
Yes
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the xlayoutdisplay upstream project and its linked procps compatibility issue, then check Void's supported procps-ng-devel package. Done means the package can be built with supported dependencies and is added to void-packages without requiring the incompatible older libprocps version.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux
- Domain
- cli, operating-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100