There is no 32-bit build of openblas in AUR, and there is no 32-bit consumer of openblas in AUR.
Your complaints are nonsensical at worst and nonexistent, theoretical at best.
No harm will be done in deleting AUR/libopenblas which is a duplicate of [extra] openblas.
AUR submission guidelines says under no circumstances should an AUR package build the same package that repo also builds and carries.On 15 June 2023 00:43:49 GMT+02:00, sL1pKn07 SpinFlo <sl1pkn07@gmail.com> wrote:yes if a new user tries to install itself in local. If try to install it with openblas in repo, it fails because file conflicts. and if forced to install, when trying to build a 64 bits program with 64bits openblas, gets link failed because cmake found the 32bit libs because new cmake files point to it (see the bug report).so no, i think need solve the bug report first , then can you delete it without mercygreetingsEl jue, 15 jun 2023 a las 0:37, Marcell Meszaros (<marcell.meszaros@runbox.eu>) escribió:The linked bug report should be addressed, but that does not necessitate keeping AUR/libopenblas.
As there is no lib32-(lib)openblas package and nothing in AUR seem to need a multilib version of openblas.
Also, AUR submission guidelines also mandate no copying of repo packages to address packaging bugs/requests, but to have them resolved via bug report.
As for x86_64 builds on AUR requiring openblas, they should find the CMake files of repo openblas package just fine.On 15 June 2023 00:05:59 GMT+02:00, sL1pKn07 SpinFlo <sl1pkn07@gmail.com> wrote:El jue, 15 jun 2023 a las 0:02, <notify@aur.archlinux.org> escribió:MarsSeed [1] filed a deletion request for libopenblas [2]:
This has not been needed for quite some time, as Arch repo carries
openblas, including its libs, and it can be installed side-by-side
with blas.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/libopenblas/greetings (sorry if dupped, but not CC all)