>>> py3-llfuse: Building community/py3-llfuse 1.5.0-r1 (using abuild 3.12.0-r5) started Sat, 13 Apr 2024 03:51:11 +0000
>>> py3-llfuse: Checking sanity of /home/buildozer/aports/community/py3-llfuse/APKBUILD...
>>> py3-llfuse: Analyzing dependencies...
>>> py3-llfuse: Installing for build: build-base python3 cython python3-dev py3-setuptools fuse-dev
(1/26) Installing libbz2 (1.0.8-r6)
(2/26) Installing libffi (3.4.6-r0)
(3/26) Installing gdbm (1.23-r1)
(4/26) Installing xz-libs (5.6.1-r3)
(5/26) Installing mpdecimal (4.0.0-r0)
(6/26) Installing libpanelw (6.4_p20240330-r0)
(7/26) Installing readline (8.2.10-r0)
(8/26) Installing sqlite-libs (3.45.2-r0)
(9/26) Installing python3 (3.12.3-r0)
(10/26) Installing python3-pycache-pyc0 (3.12.3-r0)
(11/26) Installing pyc (3.12.3-r0)
(12/26) Installing python3-pyc (3.12.3-r0)
(13/26) Installing cython (3.0.8-r0)
(14/26) Installing cython-pyc (3.0.8-r0)
(15/26) Installing python3-dev (3.12.3-r0)
(16/26) Installing py3-parsing (3.1.2-r1)
(17/26) Installing py3-parsing-pyc (3.1.2-r1)
(18/26) Installing py3-packaging (24.0-r1)
(19/26) Installing py3-packaging-pyc (24.0-r1)
(20/26) Installing py3-setuptools (69.2.0-r2)
(21/26) Installing py3-setuptools-pyc (69.2.0-r2)
(22/26) Installing fuse-common (3.16.2-r0)
(23/26) Installing fuse (2.9.9-r5)
(24/26) Installing fuse-dev (2.9.9-r5)
(25/26) Installing .makedepends-py3-llfuse (20240413.035112)
(26/26) Installing fuse-openrc (3.16.2-r0)
Executing busybox-1.36.1-r25.trigger
OK: 458 MiB in 129 packages
>>> py3-llfuse: Cleaning up srcdir
>>> py3-llfuse: Cleaning up pkgdir
>>> py3-llfuse: Cleaning up tmpdir
>>> py3-llfuse: Fetching https://distfiles.alpinelinux.org/distfiles/edge/llfuse-1.5.0.tar.gz
Connecting to distfiles.alpinelinux.org (172.105.82.32:443)
saving to '/var/cache/distfiles/llfuse-1.5.0.tar.gz.part'
llfuse-1.5.0.tar.gz. 100% |********************************|  848k  0:00:00 ETA
'/var/cache/distfiles/llfuse-1.5.0.tar.gz.part' saved
>>> py3-llfuse: Fetching https://distfiles.alpinelinux.org/distfiles/edge/llfuse-1.5.0.tar.gz
>>> py3-llfuse: Checking sha512sums...
llfuse-1.5.0.tar.gz: OK
>>> py3-llfuse: Unpacking /var/cache/distfiles/llfuse-1.5.0.tar.gz...
running build_cython
Compiling /home/buildozer/aports/community/py3-llfuse/src/llfuse-1.5.0/src/llfuse.pyx
performance hint: src/handlers.pxi:13:5: Exception check on 'fuse_init' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_init' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_init' to allow an error code to be returned.
performance hint: src/handlers.pxi:20:5: Exception check on 'fuse_destroy' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_destroy' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_destroy' to allow an error code to be returned.
performance hint: src/handlers.pxi:31:5: Exception check on 'fuse_lookup' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_lookup' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_lookup' to allow an error code to be returned.
performance hint: src/handlers.pxi:51:5: Exception check on 'fuse_forget' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_forget' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_forget' to allow an error code to be returned.
performance hint: src/handlers.pxi:61:5: Exception check on 'fuse_forget_multi' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_forget_multi' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_forget_multi' to allow an error code to be returned.
performance hint: src/handlers.pxi:73:5: Exception check on 'fuse_getattr' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_getattr' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_getattr' to allow an error code to be returned.
performance hint: src/handlers.pxi:92:5: Exception check on 'fuse_setattr' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_setattr' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_setattr' to allow an error code to be returned.
performance hint: src/handlers.pxi:148:5: Exception check on 'fuse_readlink' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_readlink' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_readlink' to allow an error code to be returned.
performance hint: src/handlers.pxi:165:5: Exception check on 'fuse_mknod' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_mknod' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_mknod' to allow an error code to be returned.
performance hint: src/handlers.pxi:184:5: Exception check on 'fuse_mkdir' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_mkdir' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_mkdir' to allow an error code to be returned.
performance hint: src/handlers.pxi:206:5: Exception check on 'fuse_unlink' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_unlink' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_unlink' to allow an error code to be returned.
performance hint: src/handlers.pxi:222:5: Exception check on 'fuse_rmdir' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_rmdir' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_rmdir' to allow an error code to be returned.
performance hint: src/handlers.pxi:238:5: Exception check on 'fuse_symlink' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_symlink' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_symlink' to allow an error code to be returned.
performance hint: src/handlers.pxi:257:5: Exception check on 'fuse_rename' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_rename' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_rename' to allow an error code to be returned.
performance hint: src/handlers.pxi:275:5: Exception check on 'fuse_link' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_link' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_link' to allow an error code to be returned.
performance hint: src/handlers.pxi:295:5: Exception check on 'fuse_open' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_open' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_open' to allow an error code to be returned.
performance hint: src/handlers.pxi:316:5: Exception check on 'fuse_read' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_read' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_read' to allow an error code to be returned.
performance hint: src/handlers.pxi:337:5: Exception check on 'fuse_write' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_write' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_write' to allow an error code to be returned.
performance hint: src/handlers.pxi:362:5: Exception check on 'fuse_write_buf' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_write_buf' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_write_buf' to allow an error code to be returned.
performance hint: src/handlers.pxi:385:5: Exception check on 'fuse_flush' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_flush' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_flush' to allow an error code to be returned.
performance hint: src/handlers.pxi:400:5: Exception check on 'fuse_release' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_release' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_release' to allow an error code to be returned.
performance hint: src/handlers.pxi:415:5: Exception check on 'fuse_fsync' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_fsync' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_fsync' to allow an error code to be returned.
performance hint: src/handlers.pxi:431:5: Exception check on 'fuse_opendir' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_opendir' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_opendir' to allow an error code to be returned.
performance hint: src/handlers.pxi:448:5: Exception check on 'fuse_readdir' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_readdir' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_readdir' to allow an error code to be returned.
performance hint: src/handlers.pxi:482:5: Exception check on 'fuse_releasedir' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_releasedir' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_releasedir' to allow an error code to be returned.
performance hint: src/handlers.pxi:498:5: Exception check on 'fuse_fsyncdir' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_fsyncdir' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_fsyncdir' to allow an error code to be returned.
performance hint: src/handlers.pxi:515:5: Exception check on 'fuse_statfs' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_statfs' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_statfs' to allow an error code to be returned.
performance hint: src/handlers.pxi:533:5: Exception check on 'fuse_setxattr_darwin' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_setxattr_darwin' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_setxattr_darwin' to allow an error code to be returned.
performance hint: src/handlers.pxi:553:5: Exception check on 'fuse_setxattr' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_setxattr' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_setxattr' to allow an error code to be returned.
performance hint: src/handlers.pxi:601:5: Exception check on 'fuse_getxattr_darwin' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_getxattr_darwin' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_getxattr_darwin' to allow an error code to be returned.
performance hint: src/handlers.pxi:613:5: Exception check on 'fuse_getxattr' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_getxattr' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_getxattr' to allow an error code to be returned.
performance hint: src/handlers.pxi:641:5: Exception check on 'fuse_listxattr' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_listxattr' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_listxattr' to allow an error code to be returned.
performance hint: src/handlers.pxi:671:5: Exception check on 'fuse_removexattr' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_removexattr' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_removexattr' to allow an error code to be returned.
performance hint: src/handlers.pxi:687:5: Exception check on 'fuse_access' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_access' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_access' to allow an error code to be returned.
performance hint: src/handlers.pxi:707:5: Exception check on 'fuse_create' will always require the GIL to be acquired.
Possible solutions:
	1. Declare 'fuse_create' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
	2. Use an 'int' return type on 'fuse_create' to allow an error code to be returned.
Using Cython version 3.0.8.
running build
running build_ext
building 'llfuse' extension
creating build
creating build/temp.linux-armv8l-cpython-312
creating build/temp.linux-armv8l-cpython-312/src
gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O3 -Wall -Os -fstack-clash-protection -Wformat -Werror=format-security -fPIC -I/usr/include/python3.12 -c src/llfuse.c -o build/temp.linux-armv8l-cpython-312/src/llfuse.o -I/usr/include/fuse -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=29 -Wall -Wextra -Wconversion -Wsign-compare -DLLFUSE_VERSION=\"1.5.0\" -Wno-unused-function -Wno-implicit-fallthrough -Wno-unused-parameter
gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O3 -Wall -Os -fstack-clash-protection -Wformat -Werror=format-security -fPIC -I/usr/include/python3.12 -c src/lock.c -o build/temp.linux-armv8l-cpython-312/src/lock.o -I/usr/include/fuse -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=29 -Wall -Wextra -Wconversion -Wsign-compare -DLLFUSE_VERSION=\"1.5.0\" -Wno-unused-function -Wno-implicit-fallthrough -Wno-unused-parameter
creating build/lib.linux-armv8l-cpython-312
gcc -shared -Wl,--as-needed,-O1,--sort-common -Os -fstack-clash-protection -Wformat -Werror=format-security build/temp.linux-armv8l-cpython-312/src/llfuse.o build/temp.linux-armv8l-cpython-312/src/lock.o -L/usr/lib -o build/lib.linux-armv8l-cpython-312/llfuse.cpython-312-arm-linux-musleabihf.so -lfuse -pthread -lpthread -lrt
>>> py3-llfuse: Entering fakeroot...
running install
/usr/lib/python3.12/site-packages/setuptools/_distutils/cmd.py:66: SetuptoolsDeprecationWarning: setup.py install is deprecated.
!!

        ********************************************************************************
        Please avoid running ``setup.py`` directly.
        Instead, use pypa/build, pypa/installer or other
        standards-based tools.

        See https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for details.
        ********************************************************************************

!!
  self.initialize_options()
running install_lib
creating /home/buildozer/aports/community/py3-llfuse/pkg
creating /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse
creating /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse/usr
creating /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse/usr/lib
creating /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse/usr/lib/python3.12
creating /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse/usr/lib/python3.12/site-packages
copying build/lib.linux-armv8l-cpython-312/llfuse.cpython-312-arm-linux-musleabihf.so -> /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse/usr/lib/python3.12/site-packages
running install_egg_info
running egg_info
writing src/llfuse.egg-info/PKG-INFO
writing dependency_links to src/llfuse.egg-info/dependency_links.txt
writing top-level names to src/llfuse.egg-info/top_level.txt
reading manifest file 'src/llfuse.egg-info/SOURCES.txt'
adding license file 'LICENSE'
writing manifest file 'src/llfuse.egg-info/SOURCES.txt'
Copying src/llfuse.egg-info to /home/buildozer/aports/community/py3-llfuse/pkg/py3-llfuse/usr/lib/python3.12/site-packages/llfuse-1.5.0-py3.12.egg-info
running install_scripts
>>> py3-llfuse*: Running postcheck for py3-llfuse
>>> py3-llfuse*: Preparing package py3-llfuse...
>>> py3-llfuse*: Stripping binaries
>>> py3-llfuse*: Scanning shared objects
>>> py3-llfuse*: Tracing dependencies...
	python3
	python3~3.12
	so:libc.musl-armhf.so.1
	so:libfuse.so.2
>>> py3-llfuse*: Package size: 456.0 KB
>>> py3-llfuse*: Compressing data...
>>> py3-llfuse*: Create checksum...
>>> py3-llfuse*: Create py3-llfuse-1.5.0-r1.apk
>>> py3-llfuse: Build complete at Sat, 13 Apr 2024 03:51:43 +0000 elapsed time 0h 0m 32s
>>> py3-llfuse: Cleaning up srcdir
>>> py3-llfuse: Cleaning up pkgdir
>>> py3-llfuse: Uninstalling dependencies...
(1/26) Purging .makedepends-py3-llfuse (20240413.035112)
(2/26) Purging cython-pyc (3.0.8-r0)
(3/26) Purging cython (3.0.8-r0)
(4/26) Purging python3-dev (3.12.3-r0)
(5/26) Purging py3-setuptools-pyc (69.2.0-r2)
(6/26) Purging py3-setuptools (69.2.0-r2)
(7/26) Purging py3-packaging-pyc (24.0-r1)
(8/26) Purging py3-packaging (24.0-r1)
(9/26) Purging py3-parsing-pyc (3.1.2-r1)
(10/26) Purging py3-parsing (3.1.2-r1)
(11/26) Purging fuse-dev (2.9.9-r5)
(12/26) Purging fuse (2.9.9-r5)
(13/26) Purging fuse-openrc (3.16.2-r0)
(14/26) Purging fuse-common (3.16.2-r0)
(15/26) Purging python3-pyc (3.12.3-r0)
(16/26) Purging python3-pycache-pyc0 (3.12.3-r0)
(17/26) Purging pyc (3.12.3-r0)
(18/26) Purging python3 (3.12.3-r0)
(19/26) Purging gdbm (1.23-r1)
(20/26) Purging libbz2 (1.0.8-r6)
(21/26) Purging libffi (3.4.6-r0)
(22/26) Purging libpanelw (6.4_p20240330-r0)
(23/26) Purging mpdecimal (4.0.0-r0)
(24/26) Purging readline (8.2.10-r0)
(25/26) Purging sqlite-libs (3.45.2-r0)
(26/26) Purging xz-libs (5.6.1-r3)
Executing busybox-1.36.1-r25.trigger
OK: 315 MiB in 103 packages
>>> py3-llfuse: Updating the community/armhf repository index...
>>> py3-llfuse: Signing the index...