Search Criteria
Package Details: leela-zero 0.17-1
Git Clone URL: | https://aur.archlinux.org/leela-zero.git (read-only, click to copy) |
---|---|
Package Base: | leela-zero |
Description: | Go engine with no human-provided knowledge, modeled after the AlphaGo Zero paper. |
Upstream URL: | https://github.com/leela-zero/leela-zero |
Licenses: | |
Submitter: | apetresc |
Maintainer: | apetresc (algebro) |
Last Packager: | apetresc |
Votes: | 5 |
Popularity: | 0.001215 |
First Submitted: | 2018-04-25 03:12 |
Last Updated: | 2019-04-04 19:46 |
Dependencies (10)
- boost (boost-git)
- glibc (glibc-linux4, glibc-git, glibc-force-mmap, lib32-glibc-force-mmap, glibc-minimal-git)
- openblas (openblas-lapack-git, openblas-git, openblas-lapack-static, openblas-cblas-git, openblas-lapack, libopenblas)
- opencl-driver (catalyst-firepro-compute, catalyst-firepro, catalyst-total, opencl-catalyst, catalyst-total-hd234k, intel-opencl, opencl-mesa-noglvnd, opencl-nvidia-410xx, catalyst-test, amdapp-sdk, opencl-nvidia-340xx, beignet-git, intel-opencl-runtime, opencl-nvidia-440xx, vc4cl-git, beignet, rocm-opencl-runtime, opencl-amd-polaris, opencl-nvidia-390xx, intel-compute-runtime-git, opencl-amd, intel-cpu-runtime, opencl-nvidia-vulkan, opencl-nvidia-full-vulkan-all, mesa-minimal-git, mesa-git, opencl-nvidia-beta, mesa-rc, mesa-stable, mesa-minimal+-git, intel-compute-runtime, opencl-mesa, opencl-nvidia)
- qt5-base (qt5-base-git, qt5-base-fractional-fix, qt5-base-headless)
- zlib (zlib-static, zlib-git, zlib-asm, minizip-asm, zlib-ng-git)
- cmake (cmake-git) (make)
- git (git-git) (make)
- ocl-icd (khronos-ocl-icd-git) (make)
- opencl-headers (opencl-headers-git) (make)
Latest Comments
1 2 3 Next › Last »
apetresc commented on 2020-02-19 17:29
@jshholland Can you try a clean build? I can no longer reproduce the problem on 5.2.1, it's all good on my end.
jshholland commented on 2020-02-19 17:11
According to the pacman NEWS file, the gzip bug was fixed in 5.2.0, but I'm still seeing this same bug.
apetresc commented on 2019-09-19 18:37
@UndeadKernel: Ah, figured it out! Eli Schwartz confirmed on IRC that it's a recently-introduced upstream bug: https://git.archlinux.org/pacman.git/commit/?id=99c5809bbf01725829ce67458565b46bce32eaa9
It's fixed in pacman-git but hasn't been released in pacman yet. Once it's released, it will restore the old auto-extraction behaviour.
Given that circumstance, I'm not gonna push a hotfix, since I'd have to just revert it soon once Pacman is updated
apetresc commented on 2019-09-19 18:28
@UndeadKernel: Hmm, you're right, something has clearly changed in makepkg, this exact PKGBUILD (plus leela-zero-git's almost-identical one) definitely used to work as-is a few weeks ago.
I think makepkg used to implicitly extract *.gz resources and now it doesn't anymore. I'll try to get to the bottom of this before just pushing out a hotfix.
UndeadKernel commented on 2019-09-18 09:42
I'm observing an error while installing:
I don't see anywhere in the PKGBUILD where the
weights.txt.gz
file is uncompressed. Am I missing something obvious?apetresc commented on 2019-08-05 17:53
@janwil You will have more luck posting your findings so far in the ticket linked by @Liso; it's likely this is just a bug with Leela-Zero itself, not this particular package of it.
(You might also want to give leela-zero-git a try, just in case whatever the problem is has already been fixed. Leela-Zero is very slow to tag actual releases, so this is not too unlikely)
Hope that helps!
janwil commented on 2019-08-04 14:03
@Liso, I can confirm that my results of 'coredump gdb' and 'where' are similar to yours. What does this mean now and what can I do to fix this? Is there anything I can do in the first place? I am unfortunately not very good at debugging and fixing C++ myself :(
Best regards, Jan
Liso commented on 2019-07-28 17:57
Now I found that it is same as this issue https://github.com/leela-zero/leela-zero/issues/2438
Liso commented on 2019-07-28 15:26
@janwil , it seems I have same problem (in my case AMD Radeon RX 550X).
If I do
coredumpctl list
I getSun 2019-07-28 17:00:46 CEST 19240 1000 1000 11 present /var/tmp/pamac-build-i/leela-zero/src/leela-zero/build/tests
Then you could use "exe" to investigate problem:
coredumpctl gdb /var/tmp/pamac-build-i/leela-zero/src/leela-zero/build/tests
then you could write
where
and see stack. I got this:(gdb) where
0 0x0000000000000000 in ?? ()
1 0x00007f90acde36a2 in ?? () from /usr/lib/libMesaOpenCL.so.1
2 0x00007f90acdd4e3f in ?? () from /usr/lib/libMesaOpenCL.so.1
3 0x00007f90acdd5a13 in ?? () from /usr/lib/libMesaOpenCL.so.1
4 0x00007f90acdd6291 in ?? () from /usr/lib/libMesaOpenCL.so.1
5 0x00007f90acdd31a5 in ?? () from /usr/lib/libMesaOpenCL.so.1
6 0x00007f90acdd0cde in ?? () from /usr/lib/libMesaOpenCL.so.1
7 0x000055c2ad0bf72b in cl::CommandQueue::enqueueWriteBuffer (blocking=0, offset=0, events=0x0, event=0x0, ptr=<optimized out>, size=147456, buffer=..., this=<synthetic pointer>)
8 Tuner<half_float::half>::tune_sgemmabi:cxx11 (this=0x7ffc804f9b50, m=8, n=25, k=8, batch_size=36, runs=<optimized out>)
9 0x000055c2ad0c0c3f in Tuner<half_float::half>::load_sgemm_tunersabi:cxx11 (this=0x7ffc804f9b50, m=8, n=25, k=8, batch_size=36)
10 0x000055c2ad0d6d18 in OpenCL<half_float::half>::initialize (this=0x55c2ae675570, channels=8, batch_size=1) at /var/tmp/pamac-build-i/leela-zero/src/leela-zero/src/Tuner.cpp:722
11 0x000055c2ad0d738e in OpenCLScheduler<half_float::half>::initialize (this=0x55c2ae675490, channels=8) at /usr/include/c++/9.1.0/bits/unique_ptr.h:357
12 0x000055c2ad0eaacb in Network::init_net (this=0x7f90ace86010, channels=8, pipe=...) at /usr/include/c++/9.1.0/bits/unique_ptr.h:357
13 0x000055c2ad0f2c64 in Network::select_precision (this=0x7f90ace86010, channels=8) at /usr/include/c++/9.1.0/bits/move.h:74
14 0x000055c2ad0f35a8 in Network::initialize (this=0x7f90ace86010, playouts=<optimized out>, weightsfile=...) at /var/tmp/pamac-build-i/leela-zero/src/leela-zero/src/Network.cpp:573
15 0x000055c2ad1245a5 in LeelaEnv::SetUp (this=<optimized out>) at /var/tmp/pamac-build-i/leela-zero/src/leela-zero/src/tests/gtests.cpp:87
16 0x000055c2ad1470d1 in testing::internal::UnitTestImpl::RunAllTests() ()
17 0x000055c2ad15255d in bool testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl, bool (testing::internal::UnitTestImpl::)(), char const*) ()
18 0x000055c2ad147562 in testing::UnitTest::Run() ()
19 0x000055c2ad07e8f6 in main () at /usr/include/c++/9.1.0/ext/new_allocator.h:89
(gdb)
Do you have same problem?
janwil commented on 2019-07-23 15:41
@apetresc, did a boot and clean git clone, but makepkg still gives the same error.
How should I debug this?
Best, Jan