GNU bug report logs - #15615
Pulseaudio build fails

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15615 in the body.
You can then email your comments to 15615 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: David Thompson <dthompson2 <at> worcester.edu>
To: bug-guix <at> gnu.org
Subject: Pulseaudio build fails
Date: Mon, 14 Oct 2013 18:45:28 -0400

`guix build pulseaudio` fails because of the following test:

Running suite(s): Memblock
shm_open() failed: Function not implemented
0%: Checks: 1, Failures: 1, Errors: 0
tests/memblock-test.c:86:F:memblock:memblock_test:0: Assertion 'pool_a 
!= NULL' failed
FAIL: memblock-test

Does this happen for anyone else or just me?

- Dave

Message #10 received at 15615-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: David Thompson <dthompson2 <at> worcester.edu>
Cc: 15615-done <at> debbugs.gnu.org
Subject: Re: bug#15615: Pulseaudio build fails
Date: Wed, 16 Oct 2013 15:15:28 +0200

David Thompson <dthompson2 <at> worcester.edu> skribis:

> `guix build pulseaudio` fails because of the following test:
>
> Running suite(s): Memblock
> shm_open() failed: Function not implemented

I think you hit the /dev/shm issue described in a footnote (info "(guix)
Setting Up the Daemon").

(Of course, re-open this bug if this is not the case.)

I’m not sure how to better avoid that situation.  Perhaps ‘guix-daemon’
could explicitly check whether /dev/shm is a symlink and emit a warning
if it is?

OTOH this won’t be a problem on the GNU distro where everything will be
correctly setup.

Thanks,
Ludo’.

Message #13 received at 15615-done <at> debbugs.gnu.org (full text, mbox):

From: David Thompson <dthompson2 <at> worcester.edu>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 15615-done <at> debbugs.gnu.org
Subject: Re: bug#15615: Pulseaudio build fails
Date: Wed, 16 Oct 2013 21:22:23 -0400

On 10/16/2013 09:15 AM, Ludovic Courtès wrote:
> I think you hit the /dev/shm issue described in a footnote (info "(guix)
> Setting Up the Daemon").
>
> (Of course, re-open this bug if this is not the case.)

That is indeed the case. /dev/shm is a symlink to /run/shm.

>
> I’m not sure how to better avoid that situation.  Perhaps ‘guix-daemon’
> could explicitly check whether /dev/shm is a symlink and emit a warning
> if it is?
>
> OTOH this won’t be a problem on the GNU distro where everything will be
> correctly setup.
>
> Thanks,
> Ludo’.

Have other Debian users worked around this issue?

Message #16 received at 15615-done <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: David Thompson <dthompson2 <at> worcester.edu>
Cc: Ludovic Courtès <ludo <at> gnu.org>, 15615-done <at> debbugs.gnu.org
Subject: Re: bug#15615: Pulseaudio build fails
Date: Wed, 16 Oct 2013 22:06:55 -0400

David Thompson <dthompson2 <at> worcester.edu> writes:

> On 10/16/2013 09:15 AM, Ludovic Courtès wrote:
>> I think you hit the /dev/shm issue described in a footnote (info "(guix)
>> Setting Up the Daemon").
>>
>> (Of course, re-open this bug if this is not the case.)
>
> That is indeed the case. /dev/shm is a symlink to /run/shm.

[...]

> Have other Debian users worked around this issue?

I successfully built pulseaudio in Guix within Debian Wheezy x86_64, but
/dev/shm is not a symlink on that box.  I'm not sure why it's different
from yours, maybe because I installed systemd?

      Mark

Message #19 received at 15615-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: David Thompson <dthompson2 <at> worcester.edu>
Cc: 15615-done <at> debbugs.gnu.org
Subject: Re: bug#15615: Pulseaudio build fails
Date: Thu, 17 Oct 2013 13:37:31 +0200

David Thompson <dthompson2 <at> worcester.edu> skribis:

> On 10/16/2013 09:15 AM, Ludovic Courtès wrote:
>> I think you hit the /dev/shm issue described in a footnote (info "(guix)
>> Setting Up the Daemon").
>>
>> (Of course, re-open this bug if this is not the case.)
>
> That is indeed the case. /dev/shm is a symlink to /run/shm.

[...]

> Have other Debian users worked around this issue?

I think Andreas hit that problem some time ago, which led to the
footnote.

Ludo’.

Message #22 received at 15615-done <at> debbugs.gnu.org (full text, mbox):

From: Andreas Enge <andreas <at> enge.fr>
To: David Thompson <dthompson2 <at> worcester.edu>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 15615-done <at> debbugs.gnu.org
Subject: Re: bug#15615: Pulseaudio build fails
Date: Thu, 17 Oct 2013 14:17:39 +0200

On Wed, Oct 16, 2013 at 09:22:23PM -0400, David Thompson wrote:
> Have other Debian users worked around this issue?

Well, you can delete the symbolic link, create a directory /dev/shm and
mount a new tmpfs there:
   rm /dev/shm
   mkdir /dev/shm
   mount -t tmpfs -o size=1G tmpfs /dev/shm

I did this once or twice to compile a package the tests of which would
otherwise fail. I do not know what happens if you reboot; each time,
I reverted the changes with
   umount /dev/shm
   rmdir /dev/shm
   ln -s /run/shm /dev/shm

Andreas

Message #25 received at 15615-done <at> debbugs.gnu.org (full text, mbox):

From: "Thompson, David" <dthompson2 <at> worcester.edu>
To: Andreas Enge <andreas <at> enge.fr>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 15615-done <at> debbugs.gnu.org
Subject: Re: bug#15615: Pulseaudio build fails
Date: Mon, 28 Oct 2013 11:19:46 -0400

Thanks, Andreas. Took me awhile to get around to trying it, but it
worked for me.

On Thu, Oct 17, 2013 at 8:17 AM, Andreas Enge <andreas <at> enge.fr> wrote:
> On Wed, Oct 16, 2013 at 09:22:23PM -0400, David Thompson wrote:
>> Have other Debian users worked around this issue?
>
> Well, you can delete the symbolic link, create a directory /dev/shm and
> mount a new tmpfs there:
>    rm /dev/shm
>    mkdir /dev/shm
>    mount -t tmpfs -o size=1G tmpfs /dev/shm
>
> I did this once or twice to compile a package the tests of which would
> otherwise fail. I do not know what happens if you reboot; each time,
> I reverted the changes with
>    umount /dev/shm
>    rmdir /dev/shm
>    ln -s /run/shm /dev/shm
>
> Andreas
>

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.