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 mercy greetings El jue, 15 jun 2023 a las 0:37, Marcell Meszaros (< marcell.mesza...@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 <sl1pk...@gmail.com> > wrote: > >> >> >> El jue, 15 jun 2023 a las 0:02, <not...@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/ >> >> >> https://bugs.archlinux.org/task/78725 >> >> greetings (sorry if dupped, but not CC all) >> >
