From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#15564: Pulseaudio fails tests Date: Tue, 08 Oct 2013 23:00:47 +0200 Message-ID: <871u3vzdds.fsf@gnu.org> References: <20131008184707.GA29457@debian> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTeOy-0002JE-QS for bug-guix@gnu.org; Tue, 08 Oct 2013 17:01:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VTeOs-0000WP-LF for bug-guix@gnu.org; Tue, 08 Oct 2013 17:01:08 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:55774) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTeOs-0000W6-IG for bug-guix@gnu.org; Tue, 08 Oct 2013 17:01:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VTeOr-0002ha-Np for bug-guix@gnu.org; Tue, 08 Oct 2013 17:01:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20131008184707.GA29457@debian> (Andreas Enge's message of "Tue, 8 Oct 2013 20:47:07 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: 15564@debbugs.gnu.org Andreas Enge skribis: > pulseaudio fails its tests on x86_64; the output of the build is attached. > Here are the crucial lines: > ... > Running suite(s): Memblock > shm_open() failed: Function not implemented [...] > Failed to read /dev/shm/: No such file or directory Quoth the manual (info "(guix) Setting Up the Daemon"): On some systems =E2=80=98/dev/shm=E2=80=99, which supports shared mem= ory, is a symlink to another directory such as =E2=80=98/run/shm=E2=80=99, that is = _not_ is the chroot. When that is the case, shared memory support is unavailable in the chroot environment. The workaround is to make sure that =E2=80=98/dev/shm=E2=80=99 is directly a =E2=80=98tmpfs=E2=80=99 mount po= int. I think that=E2=80=99s an occurrence of this case, no? :-) Ludo=E2=80=99.