Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#65236 - [alacritty-terminfo] incorrect arch
Attached to Project:
Community Packages
Opened by Filipe Laíns (FFY00) - Wednesday, 22 January 2020, 01:36 GMT
Last edited by Jiachen Yang (farseerfc) - Wednesday, 22 January 2020, 02:02 GMT
Opened by Filipe Laíns (FFY00) - Wednesday, 22 January 2020, 01:36 GMT
Last edited by Jiachen Yang (farseerfc) - Wednesday, 22 January 2020, 02:02 GMT
|
Detailsallacritty-terminfo should be `any`
Use case where it is relevant: ssh-ing to a machine of different arch |
This task depends upon
Closed by Jiachen Yang (farseerfc)
Wednesday, 22 January 2020, 02:02 GMT
Reason for closing: Not a bug
Additional comments about closing: It's a bug of dbscripts
Wednesday, 22 January 2020, 02:02 GMT
Reason for closing: Not a bug
Additional comments about closing: It's a bug of dbscripts
But there is an issue (or missing feature) of our repository managing infrastructure, that prevents the packages from the same pkgbase to have different arch= .
So we cannnot package alacritty-terminfo as arch=("any") unless we separate it from alacritty package and do packaging twice, or until we fix the issue in our repository infrastructure.
If you search for terminfo in our repository, you will find many terminal's terminfo is having arch=("x86_64"), I believe it's for the same reason.
We can close for now and revisit when dbscripts gets updated to handle this case.