bug#34444: Guix unable to download tarballs from github.com

2019-02-11 Thread Leo Famulari
On Mon, Feb 11, 2019 at 04:14:32PM -0500, Leo Famulari wrote:
> The attached patch, which updates the Guix snapshot to include the
> commit mentioned previously, fixes the issue.

> From 3e31a3a43d4927f8528f888679ef015529d854e4 Mon Sep 17 00:00:00 2001
> From: Leo Famulari 
> Date: Mon, 11 Feb 2019 15:06:07 -0500
> Subject: [PATCH] gnu: Guix: Update snapshot to 0.16.0-10.c8b6986.
> 
> *  gnu/packages/package-management.scm (guix): Update to 0.16.0-10.c8b6986.

I pushed an updated version of this patch as commit
95c910f499813ccc642e76119abd2e9c6ab9c32f


signature.asc
Description: PGP signature


bug#34211: error running container: mingetty cannot find ttys

2019-02-11 Thread Ludovic Courtès
Hi Giovanni,

Giovanni Biscuolo  skribis:

> plase is there someone else that could reproduce this issue with "guix
> system container": https://issues.guix.info/issue/34211 ?

[...]

> Feb  6 12:45:44 localhost 
> /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[217]: 
> tty5: No such file or directory
> Feb  6 12:45:44 localhost 
> /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[216]: 
> tty6: No such file or directory
> Feb  6 12:45:44 localhost 
> /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[218]: 
> tty3: No such file or directory
> Feb  6 12:45:44 localhost 
> /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[219]: 
> tty2: No such file or directory
> Feb  6 12:45:44 localhost 
> /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[220]: 
> tty1: No such file or directory
>
> I have to TERM the the container since the "ttN: No such file or
> directory" message loops indefinitely

I also get this behavior.

What happens is that the /dev/ttyN nodes do not exist (understandably),
and thus the ‘console-font-ttyN’ Shepherd services fail to start, and
get restarted, indefinitely.

The container is working as expected though.  If you find the PID of the
container’s ‘shepherd’ process (its PID 1, which obviously has a
different PID outside the container), then you can do:

  guix container exec NNN /bin/sh

where NNN is that PID of that ‘shepherd’ process (I use ‘pstree’ to find
the PID… not very convenient.)

In that shell, you can do:

--8<---cut here---start->8---
sh-4.4#  . /etc/profile 
sh-4.4# ls
bin  dev  etc  gnu  home  proc  root  run  sys  tmp  var
sh-4.4# herd status
Started:
 + containerized-shepherd
 + file-systems
 + guix-daemon
 + host-name
 + loopback
 + nscd
 + root
 + root-file-system
 + ssh-daemon
 + syslogd
 + term-tty1
 + term-tty2
 + term-tty3
 + term-tty4
 + term-tty5
 + term-tty6
 + udev
 + urandom-seed
 + user-file-systems
 + user-processes
 + virtual-terminal
Stopped:
 - console-font-tty1
 - console-font-tty2
 - console-font-tty3
 - console-font-tty4
 - console-font-tty5
 - console-font-tty6
 - networking
 - term-auto
 - user-homes
--8<---cut here---end--->8---

So in that sense everything is working “as expected.”

Now, it would make more sense to simply remove those ‘console-font-ttyN’
services in a container and everything that depends on them.  Not sure
if we should do that automatically.

Thoughts?

Thanks,
Ludo’.







bug#34444: Guix unable to download tarballs from github.com

2019-02-11 Thread Leo Famulari
The attached patch, which updates the Guix snapshot to include the
commit mentioned previously, fixes the issue.
From 3e31a3a43d4927f8528f888679ef015529d854e4 Mon Sep 17 00:00:00 2001
From: Leo Famulari 
Date: Mon, 11 Feb 2019 15:06:07 -0500
Subject: [PATCH] gnu: Guix: Update snapshot to 0.16.0-10.c8b6986.

*  gnu/packages/package-management.scm (guix): Update to 0.16.0-10.c8b6986.
---
 gnu/packages/package-management.scm | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/package-management.scm 
b/gnu/packages/package-management.scm
index 2e69cd151e..6a217f6515 100644
--- a/gnu/packages/package-management.scm
+++ b/gnu/packages/package-management.scm
@@ -107,8 +107,8 @@
   ;; Note: the 'update-guix-package.scm' script expects this definition to
   ;; start precisely like this.
   (let ((version "0.16.0")
-(commit "4bddd12ad540d45a33a5f9f129b896843dca603f")
-(revision 9))
+(commit "c8b69863eb479c3b9d8a59c2cee3226986e40d02")
+(revision 10))
 (package
   (name "guix")
 
@@ -124,7 +124,7 @@
   (commit commit)))
 (sha256
  (base32
-  "1abn4ghb25kn0cmr9dbb3q3fxdcc0g2fnnmbrykxv111s6ahdmlw"))
+  "1r6p5dpigg7s1n2fv3c32xzlpq8l0nan5zzr6x73nzqzp3iyrn0l"))
 (file-name (string-append "guix-" version "-checkout"
   (build-system gnu-build-system)
   (arguments
-- 
2.20.1



signature.asc
Description: PGP signature


bug#34444: Guix unable to download tarballs from github.com

2019-02-11 Thread Leo Famulari
I noticed that Guix cannot download any tarballs from github.com.

For example:

--
$ guix build -S python-sphinx-gallery --no-substitutes   
The following derivation will be built:
   
/gnu/store/qrlcbnin47j1i4slyc9j8hvpczp1l9n8-python-sphinx-gallery-0.1.13.tar.gz.drv
building 
/gnu/store/qrlcbnin47j1i4slyc9j8hvpczp1l9n8-python-sphinx-gallery-0.1.13.tar.gz.drv...

Starting download of 
/gnu/store/ks605lq7q0zf1agf84mslbk2cgdkg5hy-python-sphinx-gallery-0.1.13.tar.gz
>From https://github.com/sphinx-gallery/sphinx-gallery/archive/v0.1.13.tar.gz...
Throw to key `gnutls-error' with args `(# read_from_session_record_port)'.

[...]
--

The server is advertising TLS 1.3 support.

Marius suggested that the Guix snapshot needs to be updated to include
commit e4ee84202633636b4c8cef4a332f0c74912a3b23 (download: Ask not to
use TLS 1.3.), and I am testing this now.





bug#34442: Suggested improvements to `guix refresh --list-dependent`

2019-02-11 Thread Leo Famulari
At Guix Days 2019, we collected some wishlist items for `guix refresh
--list-dependents`.

Specifically, it would be helpful if this tool could be made aware of
how packages are used in build systems and via package inheritance.

Currently this knowledge has to be found the hard way :)


signature.asc
Description: PGP signature


bug#34441: Wrong build log-file given by Berlin build farm

2019-02-11 Thread Leo Famulari
While looking into some issues with qemu-minimal@2.10.2 (used to test
GRUB), I found that I am receiving the incorrect log-file from the
Berlin build farm:

I am working from commit 8f9c5aa3ba33b025ac8d4edde4b4d9d649e05848 (gnu:
curl: Update to 7.64.0 [fixes CVE-2018-16890 and
CVE-2019-{3822,3823}].).

$ ./pre-inst-env guix build --no-grafts -e '(@@ (gnu packages virtualization) 
qemu-minimal-2.10)' --substitute-urls=https://berlin.guixsd.org
/gnu/store/fmwazsg7rgdq7zlxmq3rviwab54gxw8f-qemu-minimal-2.10.2
$ ./pre-inst-env guix build --no-grafts -e '(@@ (gnu packages virtualization) 
qemu-minimal-2.10)' --substitute-urls=https://berlin.guixsd.org -d
/gnu/store/6k7gpas81l6bb4ds7pdxr8c9k65292vz-qemu-minimal-2.10.2.drv
$ ./pre-inst-env guix build --no-grafts -e '(@@ (gnu packages virtualization) 
qemu-minimal-2.10)' --substitute-urls=https://berlin.guixsd.org --log-file  

https://berlin.guixsd.org/log/fmwazsg7rgdq7zlxmq3rviwab54gxw8f-qemu-minimal-2.10.2

The log file shows that it belongs to a different derivation. Not to
mention that it describes a failed build:
--
TEST: tests/test-io-channel-socket... (pid=14521)
FAIL: tests/test-io-channel-socket
make: *** 
[/tmp/guix-build-qemu-minimal-2.10.2.drv-0/qemu-2.10.2/tests/Makefile.include:849:
 check-tests/test-io-channel-socket] Error 1

Test suite failed, dumping logs.
Backtrace:
   4 (primitive-load "/gnu/store/5s9z2df3l8dn85nn29534yrhz1q…")
In ice-9/eval.scm:
   191:35  3 (_ _)
In srfi/srfi-1.scm:
   863:16  2 (every1 # …)
In 
/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/gnu-build-system.scm:
   799:28  1 (_ _)
369:6  0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _)

/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/gnu-build-system.scm:369:6:
 In procedure check:
Throw to key `srfi-34' with args `(#)'.
builder for 
`/gnu/store/mr5zvp4wrlyiwl125qpzc9np8gnmlm26-qemu-minimal-2.10.2.drv' failed 
with exit code 1
@ build-failed 
/gnu/store/mr5zvp4wrlyiwl125qpzc9np8gnmlm26-qemu-minimal-2.10.2.drv - 1 builder 
for `/gnu/store/mr5zvp4wrlyiwl125qpzc9np8gnmlm26-qemu-minimal-2.10.2.drv' 
failed with exit code 1
--


signature.asc
Description: PGP signature


bug#34439: vlc build fails on guix master

2019-02-11 Thread Danny Milosavljevic
Possible fixes:

Either make vlc require libvpx-1.7 instead of libvpx-1.8 with no other changes.

Or patch vlc to not use the newly removed constants.  Reading the vlc commit 
log,
they say that they removed those because they were unused anyway--so it 
shouldn't
have a negative impact.

I've posted the latter patch to vlc-devel.

I've done the former to guix master for now.


pgphKwOapqBHZ.pgp
Description: OpenPGP digital signature


bug#34439: vlc build fails on guix master

2019-02-11 Thread Danny Milosavljevic
codec/vpx.c:119:23: error: ‘VPX_IMG_FMT_444A’ undeclared here (not in a 
function)
 { VLC_CODEC_YUVA, VPX_IMG_FMT_444A, 8, 0 },
   ^
codec/vpx.c:120:23: error: ‘VPX_IMG_FMT_YUY2’ undeclared here (not in a 
function)
 { VLC_CODEC_YUYV, VPX_IMG_FMT_YUY2, 8, 0 },
   ^
codec/vpx.c:121:23: error: ‘VPX_IMG_FMT_UYVY’ undeclared here (not in a 
function)
 { VLC_CODEC_UYVY, VPX_IMG_FMT_UYVY, 8, 0 },
   ^
codec/vpx.c:122:23: error: ‘VPX_IMG_FMT_YVYU’ undeclared here (not in a 
function)
 { VLC_CODEC_YVYU, VPX_IMG_FMT_YVYU, 8, 0 },

codec/vpx.c:124:24: error: ‘VPX_IMG_FMT_RGB555’ undeclared here (not in a 
function)
 { VLC_CODEC_RGB15, VPX_IMG_FMT_RGB555, 8, 0 },
^
codec/vpx.c:125:24: error: ‘VPX_IMG_FMT_RGB565’ undeclared here (not in a 
function)
 { VLC_CODEC_RGB16, VPX_IMG_FMT_RGB565, 8, 0 },
^
codec/vpx.c:126:24: error: ‘VPX_IMG_FMT_RGB24’ undeclared here (not in a 
function)
 { VLC_CODEC_RGB24, VPX_IMG_FMT_RGB24, 8, 0 },

codec/vpx.c:127:24: error: ‘VPX_IMG_FMT_RGB32’ undeclared here (not in a 
function)
 { VLC_CODEC_RGB32, VPX_IMG_FMT_RGB32, 8, 0 },
^
codec/vpx.c:129:23: error: ‘VPX_IMG_FMT_ARGB’ undeclared here (not in a 
function)
 { VLC_CODEC_ARGB, VPX_IMG_FMT_ARGB, 8, 0 },
   ^
codec/vpx.c:130:23: error: ‘VPX_IMG_FMT_ARGB_LE’ undeclared here (not in a 
function)
 { VLC_CODEC_BGRA, VPX_IMG_FMT_ARGB_LE, 8, 0 },

make[4]: *** [Makefile:23666: codec/libvpx_plugin_la-vpx.lo] Error 1


pgpnz34Qz_V68.pgp
Description: OpenPGP digital signature


bug#34333: Docker daemon failing to start on boot

2019-02-11 Thread Danny Milosavljevic
Hi Allan,

I've added some more requirements--let's see.

Can you guix pull and guix reconfigure and then try again once more?


pgpdLPEyf4j05.pgp
Description: OpenPGP digital signature


bug#34431: Qt fails to build

2019-02-11 Thread Andreas Enge
Hello Danny,

On Mon, Feb 11, 2019 at 12:41:45PM +0100, Danny Milosavljevic wrote:
> maybe https://bugs.gentoo.org/672856 is related.
> They say:
> >/usr/lib/libQt5Core.so.5.11.3: ELF 64-bit LSB pie executable, x86-64, 
> >version 1 (GNU/Linux), dynamically linked, interpreter 
> >/lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.11.0, stripped
> >Nice of upstream to make significant changes to the kernel requirement on a 
> >point release.
> What Linux kernel version do you have?

thanks for digging this up!

It happens on my laptop, with kernel 4.9.0. But I thought it also happens
on bayfront (kernel 4.19.1), which offloads to harbourfront (kernel 4.19.8).
I will try the latter two again.

Andreas






bug#34333: Docker daemon failing to start on boot

2019-02-11 Thread Danny Milosavljevic
On Mon, 11 Feb 2019 13:11:33 +
Allan Adair  wrote:

> I guix pulled and guix system reconfigured. After a successful 
> reconfigure and reboot, the service was still not started.

Hmm, is the "containerd" process running? (pidof containerd)


pgpD8FksabhhE.pgp
Description: OpenPGP digital signature


bug#34333: Docker daemon failing to start on boot

2019-02-11 Thread Allan Adair

On 2019-02-11 10:46, Danny Milosavljevic wrote:

On Fri, 08 Feb 2019 22:55:48 +0100
Ludovic Courtès  wrote:


Danny, could it be that the ‘docker’ service should depend on
‘networking’?


Might be the case.  They certainly muck around a lot with networking,
so it can't hurt to wait until host networking is set up.

I've added it--let's see.

Allan, can you guix pull and guix reconfigure and then try again?


I guix pulled and guix system reconfigured. After a successful 
reconfigure and reboot, the service was still not started.


--
Allan Adair
+47 468 12 135
al...@adair.io
http://allan.adair.io





bug#34432: Mapnik fails to build due to boost changes

2019-02-11 Thread Björn Höfling
The boost headers change, making the compilation fail.

Possible patch:

https://github.com/mapnik/mapnik/commit/bcb1e67507.patch

BTW, we could also update the package version.

Björn


pgpTphFVmdetw.pgp
Description: OpenPGP digital signature


bug#34431: Qt fails to build

2019-02-11 Thread Danny Milosavljevic
Possible fix https://672856.bugs.gentoo.org/attachment.cgi?id=557978

diff -Naurp a/src/corelib/global/minimum-linux_p.h 
b/src/corelib/global/minimum-linux_p.h
--- a/src/corelib/global/minimum-linux_p.h  2018-11-25 15:51:11.0 
+0300
+++ b/src/corelib/global/minimum-linux_p.h  2018-12-17 13:25:38.176823753 
+0300
@@ -75,14 +75,9 @@ QT_BEGIN_NAMESPACE
  * - accept42.6.28
  * - renameat2  3.16QT_CONFIG(renameat2)
  * - getrandom  3.17QT_CONFIG(getentropy)
- * - statx  4.11QT_CONFIG(statx)
  */

-#if QT_CONFIG(statx)
-#  define MINLINUX_MAJOR4
-#  define MINLINUX_MINOR11
-#  define MINLINUX_PATCH0
-#elif QT_CONFIG(getentropy)
+#if QT_CONFIG(getentropy)
 #  define MINLINUX_MAJOR3
 #  define MINLINUX_MINOR17
 #  define MINLINUX_PATCH0


pgpetNVBydGpB.pgp
Description: OpenPGP digital signature


bug#34431: Qt fails to build

2019-02-11 Thread Danny Milosavljevic
Hello Andreas,

maybe https://bugs.gentoo.org/672856 is related.

They say:

>/usr/lib/libQt5Core.so.5.11.3: ELF 64-bit LSB pie executable, x86-64, version 
>1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, 
>for GNU/Linux 4.11.0, stripped
>Nice of upstream to make significant changes to the kernel requirement on a 
>point release.

What Linux kernel version do you have?


pgpg0xQVe1ey7.pgp
Description: OpenPGP digital signature


bug#34431: Qt fails to build

2019-02-11 Thread Andreas Enge
Hello,

qt currently fails to build for me.

$ guix describe
Generation 11   10. Februar 2019 09:32:33   (aktuell)
  guix 50a93ad
Repository-URL: https://git.savannah.gnu.org/git/guix.git
Commit: 50a93adc05b611836e740c4b55571890f4c6770a

$ guix build qtbase

...
/tmp/guix-build-qtbase-5.11.3.drv-0/qtbase-everywhere-src-5.11.3/bin/qvkgen: 
error while loading shared libraries: libQt5Core.so.5: cannot open shared 
object file: No such file or directory
make[2]: *** [Makefile:1631: vulkan/qvulkanfunctions.h] Error 127
make[2]: *** Waiting for unfinished jobs
make[2]: Leaving directory 
'/tmp/guix-build-qtbase-5.11.3.drv-0/qtbase-everywhere-src-5.11.3/src/gui'
make[1]: *** [Makefile:448: sub-gui-make_first] Error 2
make[1]: Leaving directory 
'/tmp/guix-build-qtbase-5.11.3.drv-0/qtbase-everywhere-src-5.11.3/src'
make: *** [Makefile:49: sub-src-make_first] Error 2
Backtrace:
   4 (primitive-load "/gnu/store/sknkcqbgchxippcvpibh33qz15p…")
In ice-9/eval.scm:
   191:35  3 (_ _)
In srfi/srfi-1.scm:
   863:16  2 (every1 # …)
In 
/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/gnu-build-system.scm:
   799:28  1 (_ _)
In 
/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/utils.scm:
616:6  0 (invoke _ . _)

/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/utils.scm:616:6:
 In procedure invoke:
Throw to key `srfi-34' with args `(#)'.
builder for `/gnu/store/2cqb7nhwii2vcykvw6q28zg4rbhffvdj-qtbase-5.11.3.drv' 
failed with exit code 1
build of /gnu/store/2cqb7nhwii2vcykvw6q28zg4rbhffvdj-qtbase-5.11.3.drv failed

Andreas






bug#34333: Docker daemon failing to start on boot

2019-02-11 Thread Danny Milosavljevic
On Fri, 08 Feb 2019 22:55:48 +0100
Ludovic Courtès  wrote:

> Danny, could it be that the ‘docker’ service should depend on
> ‘networking’?

Might be the case.  They certainly muck around a lot with networking,
so it can't hurt to wait until host networking is set up.

I've added it--let's see.

Allan, can you guix pull and guix reconfigure and then try again?


pgpo1iiTVTeR4.pgp
Description: OpenPGP digital signature


bug#34428: Guitarix build fails

2019-02-11 Thread Danny Milosavljevic
[...]
[558/975] cxx: src/gx_head/engine/gx_logging.cpp -> 
build/default/src/gx_head/engine/gx_logging.o
[559/975] cxx: src/gx_head/engine/gx_pluginloader.cpp -> 
build/default/src/gx_head/engine/gx_pluginloader.o
[560/975] cxx: src/gx_head/engine/ladspaplugin.cpp -> 
build/default/src/gx_head/engine/ladspaplugin.o
In file included from ../src/headers/engine.h:73:0,
 from ../src/gx_head/engine/gx_pluginloader.cpp:22:
../src/headers/gx_system.h:353:40: error: expected class-name before ‘{’ token
 class BasicOptions: boost::noncopyable {
---

(probably #include  is missing)


pgp3Ie8dDnJUL.pgp
Description: OpenPGP digital signature


bug#34427: guile-bootstrap@2.2 segfault?

2019-02-11 Thread Efraim Flashner
I'm testing %bootstrap-guile from bootstrap.scm and I'm getting a
segfault when runing guile --version. I've attached an strace of the
process.


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
16301 
execve("/gnu/store/m7xa9rd869yrd88x6x7ri6wnan4f7yl4-guile-bootstrap-2.0/bin/guile",
 ["/gnu/store/m7xa9rd869yrd88x6x7ri"..., "--version"], 0xbf8fd040 /* 27 vars 
*/) = 0
16301 brk(NULL) = 0x106cc000
16301 brk(0x106ccd4c)   = 0x106ccd4c
16301 uname({sysname="Linux", nodename="g4", ...}) = 0
16301 set_tid_address(0x106cc068)   = 16301
16301 set_robust_list(0x106cc070, 12)   = 0
16301 rt_sigaction(SIGRTMIN, {sa_handler=0x100f0748, sa_mask=[], 
sa_flags=SA_SIGINFO}, NULL, 8) = 0
16301 rt_sigaction(SIGRT_1, {sa_handler=0x100f0828, sa_mask=[], 
sa_flags=SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
16301 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
16301 ugetrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
16301 readlink("/proc/self/exe", "/gnu/store/m7xa9rd869yrd88x6x7ri"..., 4096) = 
73
16301 brk(0x106edd4c)   = 0x106edd4c
16301 brk(0x106ee000)   = 0x106ee000
16301 openat(AT_FDCWD, "/run/current-system/locale/2.28/locale-archive", 
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
16301 openat(AT_FDCWD, 
"/gnu/store/-glibc-cross-powerpc-linux-gnu-2.28/share/locale/locale.alias",
 O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
16301 openat(AT_FDCWD, 
"/run/current-system/locale/2.28/en_IL/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) 
= -1 ENOENT (No such file or directory)
16301 openat(AT_FDCWD, "/run/current-system/locale/2.28/en/LC_IDENTIFICATION", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
16301 write(2, "guile: warning: failed to instal"..., 41) = 41
16301 futex(0x1036dd44, FUTEX_WAKE_PRIVATE, 2147483647) = 0
16301 openat(AT_FDCWD, "/proc/self/maps", O_RDONLY|O_CLOEXEC) = 3
16301 ugetrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
16301 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
16301 read(3, "0010-00103000 r-xp  "..., 1024) = 456
16301 close(3)  = 0
16301 sched_getaffinity(16301, 32, [0]) = 4
16301 brk(0x106fe000)   = 0x106fe000
16301 brk(0x1070e000)   = 0x1070e000
16301 brk(0x1071e000)   = 0x1071e000
16301 brk(0x1072e000)   = 0x1072e000
16301 brk(0x1073e000)   = 0x1073e000
16301 rt_sigaction(SIGPWR, {sa_handler=0x100e1514, sa_mask=~[INT QUIT ABRT TERM 
RTMIN RT_1], sa_flags=SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
16301 rt_sigaction(SIGXCPU, {sa_handler=0x100e1200, sa_mask=~[INT QUIT ABRT 
TERM RTMIN RT_1], sa_flags=SA_RESTART}, NULL, 8) = 0
16301 rt_sigprocmask(SIG_UNBLOCK, [XCPU PWR], NULL, 8) = 0
16301 openat(AT_FDCWD, "/proc/stat", O_RDONLY) = 3
16301 read(3, "cpu  79046 1474 32444 6400729 91"..., 4096) = 1308
16301 close(3)  = 0
16301 swapcontext(0xbfd68968, 0)= 0
16301 brk(0x107be000)   = 0x107be000
16301 pipe2([3, 4], O_CLOEXEC)  = 0
16301 futex(0x1036dc98, FUTEX_WAKE_PRIVATE, 2147483647) = 0
16301 clock_gettime(CLOCK_REALTIME, {tv_sec=1549875824, tv_nsec=168848026}) = 0
16301 clock_gettime(CLOCK_PROCESS_CPUTIME_ID, {tv_sec=0, tv_nsec=7758656}) = 0
16301 openat(AT_FDCWD, 
"/gnu/store/-glibc-cross-powerpc-linux-gnu-2.28/lib/gconv/gconv-modules.cache",
 O_RDONLY) = -1 ENOENT (No such file or directory)
16301 openat(AT_FDCWD, 
"/gnu/store/-glibc-cross-powerpc-linux-gnu-2.28/lib/gconv/gconv-modules",
 O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
16301 futex(0x10380884, FUTEX_WAKE_PRIVATE, 2147483647) = 0
16301 openat(AT_FDCWD, "/dev/urandom", O_RDONLY|O_LARGEFILE) = 5
16301 fstat64(5, {st_mode=S_IFCHR|0666, st_rdev=makedev(0x1, 0x9), ...}) = 0
16301 ioctl(5, TCGETS, 0xbfd68ec8)  = -1 EINVAL (Invalid argument)
16301 read(5, 
"U\254.\237\4u\321\354\272\36e\316\7%\262\230\31A\2373\372p\313V7Le\325s\32\351\225"...,
 4096) = 4096
16301 close(5)  = 0
16301 brk(0x107ce000)   = 0x107ce000
16301 ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
16301 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0xb7b6e000
16301 fcntl64(0, F_GETFL)   = 0x2 (flags O_RDWR)
16301 _llseek(0, 0, 0xbfd68a38, SEEK_CUR) = -1 ESPIPE (Illegal seek)
16301 ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
16301 fcntl64(1, F_GETFL)   = 0x2 (flags O_RDWR)
16301 _llseek(1, 0, 0xbfd68a38, SEEK_CUR) = -1 ESPIPE (Illegal seek)
16301 ioctl(2, TCGETS, {B38400 opost isig icanon echo ...}) = 0
16301 fcntl64(2, F_GETFL)   = 0x2 (flags O_RDWR)
16301