From https://github.com/archlinux/svntogit-packages * branch packages/perl-ev -> FETCH_HEAD * [new branch] packages/perl-ev -> packages/packages/perl-ev Cloning into 'perl-ev'... done. :: Synchronizing package databases... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 129k 100 129k 0 0 375k 0 --:--:-- --:--:-- --:--:-- 376k % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 8440k 100 8440k 0 0 20.1M 0 --:--:-- --:--:-- --:--:-- 20.1M 100 8440k 100 8440k 0 0 20.1M 0 --:--:-- --:--:-- --:--:-- 20.1M % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 141k 100 141k 0 0 414k 0 --:--:-- --:--:-- --:--:-- 416k :: Starting full system upgrade... there is nothing to do PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin TMPDIR=/tmp/archlinux-ci/ SOURCE_DATE_EPOCH=1697409191 SHELL=/bin/bash SCHROOT_CHROOT_NAME=jenkins-reproducible-archlinux no_proxy=localhost,127.0.0.1 SCHROOT_COMMAND=bash -l -c SOURCE_DATE_EPOCH='1697409191' PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' TMPDIR='/tmp/archlinux-ci/' printenv 2>&1 SCHROOT_SESSION_ID=archlinux-perl-ev-archlinuxrb-build-wJvcawdA PWD=/tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk LOGNAME=jenkins SCHROOT_ALIAS_NAME=jenkins-reproducible-archlinux SCHROOT_GROUP=jenkins SCHROOT_USER=jenkins ftp_proxy=http://127.0.0.1:3128 HOME=/var/lib/jenkins LANG=C https_proxy=http://127.0.0.1:3128 USER=jenkins FTP_PROXY=http://127.0.0.1:3128 SHLVL=1 HTTPS_PROXY=http://127.0.0.1:3128 HTTP_PROXY=http://127.0.0.1:3128 SCHROOT_GID=116 http_proxy=http://127.0.0.1:3128 DEBUGINFOD_URLS=https://debuginfod.archlinux.org SCHROOT_UID=108 HG=/usr/bin/hg _=/usr/sbin/printenv ==> Making package: perl-ev 4.33-4 (Sun Oct 15 22:33:28 2023) ==> Checking runtime dependencies... ==> Installing missing dependencies... resolving dependencies... looking for conflicting packages... Packages (1) perl-common-sense-3.75-5 Total Download Size: 0.00 MiB Total Installed Size: 0.00 MiB :: Proceed with installation? [Y/n] :: Retrieving packages... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 2922 100 2922 0 0 8105 0 --:--:-- --:--:-- --:--:-- 8094 100 2922 100 2922 0 0 8103 0 --:--:-- --:--:-- --:--:-- 8094 checking keyring... checking package integrity... loading package files... checking for file conflicts... checking available disk space... :: Processing package changes... installing perl-common-sense... :: Running post-transaction hooks... (1/2) Arming ConditionNeedsUpdate... (2/2) Warn about old perl modules ==> Checking buildtime dependencies... ==> Installing missing dependencies... resolving dependencies... looking for conflicting packages... Packages (1) perl-canary-stability-2013-6 Total Download Size: 0.01 MiB Total Installed Size: 0.01 MiB :: Proceed with installation? [Y/n] :: Retrieving packages... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 7096 100 7096 0 0 36445 0 --:--:-- --:--:-- --:--:-- 36577 checking keyring... checking package integrity... loading package files... checking for file conflicts... checking available disk space... :: Processing package changes... installing perl-canary-stability... :: Running post-transaction hooks... (1/2) Arming ConditionNeedsUpdate... (2/2) Warn about old perl modules ==> Retrieving sources... -> Downloading EV-4.33.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 5 100 5 0 0 16 0 --:--:-- --:--:-- --:--:-- 16 100 212k 100 212k 0 0 524k 0 --:--:-- --:--:-- --:--:-- 524k ==> Validating source files with sha512sums... EV-4.33.tar.gz ... Passed ==> Extracting sources... -> Extracting EV-4.33.tar.gz with bsdtar ==> Starting build()... *** *** Canary::Stability COMPATIBILITY AND SUPPORT CHECK *** ================================================= *** *** Hi! *** *** I do my best to provide predictable and reliable software. *** *** However, in recent releases, P5P (who maintain perl) have been *** introducing regressions that are sometimes subtle and at other times *** catastrophic, often for personal preferences with little or no concern *** for existing code, most notably CPAN. *** *** For this reason, it has become very hard for me to maintain the level *** of reliability and support I have committed myself to in the past, at *** least with some perl versions: I simply can't keep up working around new *** bugs or gratituous incompatibilities, and in turn you might suffer from *** unanticipated problems. *** *** Therefore I have introduced a support and compatibility check, the results *** of which follow below, together with a FAQ and some recommendations. *** *** This check is just to let you know that there might be a risk, so you can *** make judgement calls on how to proceed - it will not keep the module from *** installing or working. *** *** The stability canary says: (nothing, it was driven away by harsh weather) *** *** It seems you are running perl version 5.038000, likely the "official" or *** "standard" version. While there is nothing wrong with doing that, *** standard perl versions 5.022 and up are not supported by EV. *** While this might be fatal, it might also be all right - if you run into *** problems, you might want to downgrade your perl or switch to the *** stability branch. *** *** If everything works fine, you can ignore this message. *** *** *** Stability canary mini-FAQ: *** *** Do I need to do anything? *** With luck, no. While some distributions are known to fail *** already, most should probably work. This message is here *** to alert you that your perl is not supported by EV, *** and if things go wrong, you either need to downgrade, or *** sidegrade to the stability variant of your perl version, *** or simply live with the consequences. *** *** What is this canary thing? *** It's purpose is to check support status of EV with *** respect to your perl version. *** *** What is this "stability branch"? *** It's a branch or fork of the official perl, by schmorp, to *** improve stability and compatibility with existing modules. *** *** How can I skip this prompt on automated installs? *** Set PERL_CANARY_STABILITY_NOPROMPT=1 in your environment. *** More info is in the Canary::Stability manpage. *** *** Long version of this FAQ: http://stableperl.schmorp.de/faq.html *** Stability Branch homepage: http://stableperl.schmorp.de/ *** Continue anyways? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Welcome to EV configuration. If you are in a hurry, just press return here and hope for the best. The defaults should usually do. Skip further questions and use defaults (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** POSIX optionally offers support for a monotonic clock source. EV can take advantage of this clock source to detect time jumps more reliably. Unfortunately, some systems are bound to be broken, so you can disable this here: you can completely disable the detection and use of the monotonic clock by answering 'n' here. Support for this clock type will otherwise be autodetected at both compile- and runtime. (this setting currently affects the use of nanosleep over select as well). Enable optional support for CLOCK_MONOTONIC (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** POSIX optionally offers support for a (potentially) high-resolution realtime clock interface. In a good implementation, using it is faster than the normal method of using gettimeofday. Unfortunately, this option is also bound to be broken on some systems, and current EV versions do not actually call gettimeofday very often, so it defaults to no. Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** EV can use various backends with various portability issues. The select backend is the most portable and makes for a good fallback, but it can be limited to a low number of file descriptors and/or might not compile. If you have problems with compiling ev_select.c, you might try to play around with disabling it here, or forcing it to use the fd_set provided by your OS, via the next question. I highly recommend keeping it in. Enable select backend (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** The select backend can operate in two modes. One uses the system-provided fd_set and is usually limited to 1024 file descriptors (64 on windows), the other requires your header files to define NFDBITS and declare a suitable fd_mask type. If you run into problems compiling ev_select.c, you can try forcing the use of the system fd_set here. Force use of system fd_set for select backend (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** The second very portable backend is poll(2). It does not exist on windows and various versions of Mac OS X (and on the other versions it simply doesn't work), but works basically everywhere else. It is recommended to use the default here unless you run into compilation problems in ev_poll.c. Enable poll backend (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Select and poll make it hard to write efficient servers, especially if the number of active connections is much lower than the watched ones. GNU/Linux systems have a more scalable method called "epoll", which EV can use. For this to work, both your kernel and glibc have to support epoll, but if you can compile it, the detection will be done at runtime, and EV will safely fall back to using select when epoll isn't available. If unsure, accept the default. Enable epoll backend (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Linux 4.18 introduced another event polling interface, this time using the Linux AIO API. While this API is far superior to epoll and almost rivals kqueue, it also suffers from the same issues as kqueue typically does: only a subset of file types are supported (as of 4.19, I have seen eventfd, pipes, sockets files and some devices, but no ttys). It also is subject arbitrary system-wide limits imposed on it. Therefore, this backend is not used by default, even when it is compiled in, and you have to request it explicitly, e.g. with LIBEV_FLAGS=64. If unsure, accept the default. Enable linux aio backend (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** The previously mentioned Linux AIO backend is experimental and will not be used unless requested explicitly. You can, howeer, choose to make ti a recommended basckend, which means it will be chosen if available even when not explicitly asked for, in preference to epoll on GNU/Linux. This option is likely temporary. When unsure, accept the default. Treat linux aio as a recommended backend (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Linux 4.19 introduced another event polling interface, "io_uring". While this API is far superior to epoll and almost rivals linuxaio, it also suffers from the same issues as kqueue typically does: only a subset of file types are supported (as of 5.2). It is also very buggy still, and most importantly, very very slow for most workloads. Therefore, this backend is not used by default, even when it is compiled in, and you have to request it explicitly, e.g. with LIBEV_FLAGS=128. If unsure, accept the default. Enable linux io_uring backend (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** The previously mentioned Linux io_uring is experimental and will not be used unless requested explicitly. You can, howeer, choose to make ti a recommended basckend, which means it will be chosen if available even when not explicitly asked for, in preference to epoll on GNU/Linux. This option is likely temporary. When unsure, accept the default. Treat io_uring as a recommended backend (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** EV can take advantage of kqueue on many BSD systems. Support for kqueue will be detected at runtime, with a safe fallback to other methods when it cannot be used. Note that kqueue is subtly broken on most operating systems, so by default it won't be used on many platforms, but you can still create your own event loop with kqueue backend if you ask specifically for it. Here is what we know: NetBSD: partially working in at least 3.1 and later. Yeah! :) FreeBSD: broken on at least 6.2-STABLE, spotty in later versions, sockets *likely* work, ptys definitely don't. OpenBSD: reports indicate that it likely doesn't work (similar problems as on FreeBSD). OS X: completely, utterly broken on at least <= 10.6. Enable kqueue backend (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Similarly to the kqueue backend above, EV can take advantage of the solaris 10 event port interface. Support for event ports will be detected at runtime, with a safe fallback to other methods when it cannot be used. Enable event port backend (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** EV needs the functions pthread_atfork and clock_gettime. On most systems you need some special libraries for this (such as -lrt and -lpthread). You can specify additional libraries to provide these calls (and any other required by EV) now, or accept the default. On GNU/Linux systems, EV uses the LSB 3.1 __register_atfork function to avoid the dependency on libpthread, and directly uses the clock_gettime syscall to avoid a dependency on librt. Extra libraries for pthread_atfork and clock_gettime? [ ] *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** A backend of a different kind is the Linux inotify(7) interface, which can be used to speed up (and reduce resource consumption) of stat watchers. If you have the include file and libc support for it, it is usually a good idea to enable it, as kernel availability is detected at runtime. Enable inotify support (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Another useful bit of functionality is the Linux eventfd, which is useful for faster signal handling (don't care) and intra-thread communications (more relevant). Kernel support for this will be probed at runtime, but your libc must contain the necessary wrapper. Glibc 2.7 and later should have this wrapper. Enable linux eventfd support (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Another sometimes useful bit of functionality is the Linux signalfd, which is useful for faster signal handling (don't care). Kernel support for this will be probed at runtime, but your libc must contain the necessary wrapper. Glibc 2.7 and later should have this wrapper. Enable linux signalfd support (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Linux kernels can notify userspace about realtime clock timejumps using timerfd. Libev by default will try to take advantage of this if possible. You can completely disable the detection and use of timerfd for this purpose by answering 'n' here. Support for timerfd will otherwise be autodetected at both compile- and runtime. Enable optional support for timerfd to detect timejumps (y/n)? [y] y *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Libev contains numerous internal assert() invocations to check for consistency and user errors. These are normally enabled, but most perl builds disable this error reporting mechanism by default. You can re-enable these asserts here. Enabling them might help you catch programming bugs earlier, but might cause a small slowdown. Also, failures will be reported by aboritng your program, instead of throwing a perl exception. If unsure, enable this if you only use this perl installation for development, and leave it off for use in production environments. Make sure assertions are enabled? (y/n)? [n] n *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Very rarely, people want to tweak EV even more, e.g. to exclude or include certain watcher types or backends. This can be done by adding extra -D options here, or via the EV_EXTRA_DEFS environment variable. For example, if you run into compilation problems because of missing memory fences (or you just want extra performance), you can tell EV to not support smp and threads via -DEV_NO_THREADS. Most people would just press enter. Any extra -D options? [] *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for EV Writing MYMETA.yml and MYMETA.json Running Mkbootstrap for EV () "/usr/bin/perl" "/usr/share/perl5/core_perl/ExtUtils/xsubpp" -typemap '/usr/share/perl5/core_perl/ExtUtils/typemap' -typemap '/tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/src/EV-4.33/typemap' EV.xs > EV.xsc cp libev/ev.pod blib/lib/EV/libev.pod cp EV.pm blib/lib/EV.pm cp EV/EVAPI.h blib/lib/EV/EVAPI.h cp libev/ev.h blib/lib/EV/ev.h cp EV/MakeMaker.pm blib/lib/EV/MakeMaker.pm chmod 644 "EV.bs" "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- EV.bs blib/arch/auto/EV/EV.bs 644 mv EV.xsc EV.c cc -c -Ilibev -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -g -ffile-prefix-map=/build/perl/src=/usr/src/debug/perl -flto=auto -DVERSION=\"4.33\" -DXS_VERSION=\"4.33\" -fPIC "-I/usr/lib/perl5/5.38/core_perl/CORE" -DEV_USE_REALTIME=0 -DEV_USE_SELECT=1 -DEV_USE_POLL=1 -DEV_USE_EPOLL=1 -DEV_USE_LINUXAIO=1 -DEV_RECOMMEND_LINUXAIO=0 -DEV_USE_IOURING=1 -DEV_RECOMMEND_IOURING=0 -DEV_USE_KQUEUE=0 -DEV_USE_PORT=0 -DEV_USE_INOTIFY=1 -DEV_USE_EVENTFD=1 -DEV_USE_SIGNALFD=1 EV.c In file included from EV.xs:50: libev/ev.c: In function 'evpipe_write': libev/ev.c:2805:11: warning: ignoring return value of 'write' declared with attribute 'warn_unused_result' [-Wunused-result] 2805 | write (evpipe [1], &counter, sizeof (uint64_t)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libev/ev.c:2817:11: warning: ignoring return value of 'write' declared with attribute 'warn_unused_result' [-Wunused-result] 2817 | write (evpipe [1], &(evpipe [1]), 1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libev/ev.c: In function 'pipecb': libev/ev.c:2838:11: warning: ignoring return value of 'read' declared with attribute 'warn_unused_result' [-Wunused-result] 2838 | read (evpipe [1], &counter, sizeof (uint64_t)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libev/ev.c:2852:11: warning: ignoring return value of 'read' declared with attribute 'warn_unused_result' [-Wunused-result] 2852 | read (evpipe [0], &dummy, sizeof (dummy)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ rm -f blib/arch/auto/EV/EV.so cc -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=auto -L/usr/local/lib -fstack-protector-strong EV.o -o blib/arch/auto/EV/EV.so \ \ chmod 755 blib/arch/auto/EV/EV.so Manifying 3 pod documents ==> Entering fakeroot environment... ==> Starting package()... "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- EV.bs blib/arch/auto/EV/EV.bs 644 Manifying 3 pod documents Appending installation info to /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/core_perl/perllocal.pod Files found in blib/arch: installing files in blib/lib into architecture dependent library tree Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/vendor_perl/auto/EV/EV.so Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/vendor_perl/EV.pm Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/vendor_perl/EV/MakeMaker.pm Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/vendor_perl/EV/ev.h Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/vendor_perl/EV/EVAPI.h Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/lib/perl5/5.38/vendor_perl/EV/libev.pod Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/share/man/man3/EV::libev.3pm Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/share/man/man3/EV::MakeMaker.3pm Installing /tmp/archlinux-ci/perl-ev-archlinuxrb-build-wJvcawdA/perl-ev/trunk/pkg/perl-ev/usr/share/man/man3/EV.3pm ==> Tidying install... -> Removing empty directories... -> Removing libtool files... -> Purging unwanted files... -> Removing static library files... -> Stripping unneeded symbols from binaries and libraries... -> Compressing man and info pages... ==> Checking for packaging issues... ==> WARNING: Package contains reference to $srcdir usr/lib/perl5/5.38/vendor_perl/auto/EV/EV.so ==> Creating package "perl-ev"... -> Generating .PKGINFO file... -> Generating .BUILDINFO file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: perl-ev 4.33-4 (Sun Oct 15 22:33:48 2023)