[PRQ#42162] Deletion Request for libopenblas
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/
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/
https://bugs.archlinux.org/task/78725 greetings (sorry if dupped, but not CC all)
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/
https://bugs.archlinux.org/task/78725
greetings (sorry if dupped, but not CC all)
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.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/
https://bugs.archlinux.org/task/78725
greetings (sorry if dupped, but not CC all)
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 mercy
greetings
El 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/
https://bugs.archlinux.org/task/78725
greetings (sorry if dupped, but not CC all)
El jue, 15 jun 2023 a las 1:09, Marcell Meszaros (< marcell.meszaros@runbox.eu>) escribió:
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 mercy
greetings
El 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/
https://bugs.archlinux.org/task/78725
greetings (sorry if dupped, but not CC all)
is not theory. happens, and can you try yourself like i do before open the issue
try it :) greetings
The issue mentioned in the following bug report: https://bugs.archlinux.org/task/78725 is theoretical. In the sense that there are currently zero packages in AUR that are affected by it. On 15 June 2023 01:11:34 GMT+02:00, sL1pKn07 SpinFlo <sl1pkn07@gmail.com> wrote:
El jue, 15 jun 2023 a las 1:09, Marcell Meszaros (< marcell.meszaros@runbox.eu>) escribió:
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 mercy
greetings
El 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/
https://bugs.archlinux.org/task/78725
greetings (sorry if dupped, but not CC all)
is not theory. happens, and can you try yourself like i do before open the issue
try it :)
greetings
Request #42162 has been Accepted by tpkessler [1]: [Autogenerated] Accepted deletion for libopenblas. [1] https://aur.archlinux.org/account/tpkessler/
participants (3)
-
Marcell Meszaros
-
notify＠aur.archlinux.org
-
sL1pKn07 SpinFlo