bug#67610: Build guile-hoot.powerpc64le-linux on master is broken.

On Sun, Dec 3, 2023 at 1:35 PM Maxim Cournoyer wrote: > > Hello, > > cuir...@gnu.org (Cuirass) writes: > > > The build guile-hoot.powerpc64le-linux for specification > > master is > > broken. You can find the detailed information about this build >

bug#56709: Channel opening failure with guix deploy

Hello, This problem is strangely transient. I've seen it happen to others when it wasn't happening to me with the same remote machine. Now I am having this problem again on 2 different servers that I manage. I dug around a bit and found that calls to 'open-remote-pipe*' from guile-ssh have

bug#57493: [EXT] Re: bug#57493: should allow for customizing home directory permission bits

Hi Liliana, On Sun, Jan 15, 2023 at 7:25 AM Liliana Marie Prikler wrote: > > * gnu/system/accounts.scm > > ()[home-directory-permissions]: New > > field. > > (user-account-home-directory-permissions): New accessor. > > * gnu/build/activation.scm (activate-users+groups): Use home > > directory >

bug#57493: should allow for customizing home directory permission bits

On Tue, Aug 30, 2022 at 1:10 PM Thompson, David wrote: > > Hi Guix, > > Issue 56444 (https://issues.guix.gnu.org/56444) was caused by the > activate-users+groups procedure in (gnu build activation) unconditionally > setting all user home directory permission bits to 700. Th

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Sat, Oct 8, 2022 at 9:40 PM Thompson, David wrote: > > On Sat, Oct 8, 2022 at 11:16 AM zimoun wrote: > > > > Hi Dave, > > > > On Thu, 06 Oct 2022 at 09:26, "Thompson, David" > > wrote: > > > > > Some news: I have updated the gi

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Sat, Oct 8, 2022 at 11:16 AM zimoun wrote: > > Hi Dave, > > On Thu, 06 Oct 2022 at 09:26, "Thompson, David" > wrote: > > > Some news: I have updated the gitolite package to use G-expressions. > > The package builds and the gitolite system test pass

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

I made a small mistake in the last patch and forgot to include '(gnu packages version-control)' in the 'use-modules' form in the example within the manual. I have fixed that in my local copy. - Dave

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

Hello again Simon and Efraim, On Mon, Sep 5, 2022 at 5:33 AM zimoun wrote: > > Hi, > > On dim., 04 sept. 2022 at 09:26, "Thompson, David" > wrote: > > > Thanks! I made one minor tweak to sort the inputs list alphabetically > > and pushed as commit

bug#57878: Minimal reproducible setup

Hello Konrad and Liliana, On Mon, Sep 19, 2022 at 5:16 AM Konrad Hinsen wrote: > > I did one more test: run native-compile by hand on each elisp file in > the package ido-completing-read+. Works fine. > > The next question that I consider relevant: is this an upstream (Emacs) > issue, or an

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Mon, Sep 5, 2022 at 5:33 AM zimoun wrote: > > > I also pushed a follow-up commit > > e4ccfcb22ad96e71ca4dfad95af5aa6229ed9869 that swaps out 'git' for > > 'git-minimal', saving about 75MiB in the package closure. > > Neat! Unfortunately, it was so neat that it broke the system test for the

bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

Hi Ludo, On Mon, Sep 5, 2022 at 9:06 AM Ludovic Courtès wrote: > > Hi David, > > Thanks for your feedback on this. > > "Thompson, David" skribis: > > > So there are some competing expectations here. The status quo is that > > non-interactive invocatio

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

Hi Efraim, On Sun, Sep 4, 2022 at 3:26 AM Efraim Flashner wrote: > > Overall it looks good to me. I was going to ask about inetutils and > openssh since they're not wrapping the binaries but I see their paths > are substituted in the 'patch-source phase. > > LGTM! Thanks! I made one minor tweak

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Fri, Sep 2, 2022 at 8:50 AM Thompson, David wrote: > > On Fri, Sep 2, 2022 at 8:44 AM Efraim Flashner wrote: > > > > On Fri, Sep 02, 2022 at 07:11:54AM -0400, Thompson, David wrote: > > > On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner > > >

bug#25957: [EXT] Re: bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Fri, Sep 2, 2022 at 8:44 AM Efraim Flashner wrote: > > On Fri, Sep 02, 2022 at 07:11:54AM -0400, Thompson, David wrote: > > On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner > > wrote: > > > > > > I took a look at the gitolite service finally and I hadn't r

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner wrote: > > I took a look at the gitolite service finally and I hadn't realized > there wasn't a running daemon to containerize. I assumed we could do > something like: > > (start $~(make-forkexec-constructor/container > (list ...) >

bug#25957: [EXT] Re: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

Hi Efraim, On Thu, Sep 1, 2022 at 10:20 AM Efraim Flashner wrote: > > On Thu, Sep 01, 2022 at 09:59:55AM -0400, Thompson, David wrote: > > Hi all, > > > > Reviving this old thread. > > > > On Mon, Mar 28, 2022 at 2:51 AM Efraim Flashner > > wrote: &g

bug#25957: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

Hi all, Reviving this old thread. On Mon, Mar 28, 2022 at 2:51 AM Efraim Flashner wrote: > > > > Seems like all we have to do is 'substitute*' a '/usr/bin/svnserve' > > into a '/gnu/store/...' (untested), so seems actionable to me. > > Alternatively, as Efraim wrote, let it search the $PATH

bug#57467: [EXT] bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

So there are some competing expectations here. The status quo is that non-interactive invocations of 'guix shell' will not load a guix.scm or manifest.scm file unless explicitly told to via --file/--manifest following the "explicit is better than implicit" philosophy. People like myself who

bug#57493: should allow for customizing home directory permission bits

Hi Guix, Issue 56444 (https://issues.guix.gnu.org/56444) was caused by the activate-users+groups procedure in (gnu build activation) unconditionally setting all user home directory permission bits to 700. The fix for that bug was to set the bits for a particular user to 750 in a service

bug#56444: [EXT] Re: bug#56444: Gitolite home directory permissions

Hi Ludo, On Tue, Aug 30, 2022 at 11:20 AM Ludovic Courtès wrote: > Hi there! > > Please let’s avoid guessing each other’s willingness to do one thing or > another. > > I agree with David that we should accept simple local fixes like this > one, while keeping the “better solution” in sight.

bug#57467: [EXT] Re: bug#57467: [EXT] Re: [EXT] Re: bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

Hi Tobias, On Tue, Aug 30, 2022 at 11:01 AM Tobias Geerinckx-Rice wrote: > Hi David, > > Thompson, David 写道： > > The hostility here and in the other issue where you are applying > > stop energy to my work is less than appreciated. > > Some healthy ‘stop energy’

bug#57467: [EXT] Re: [EXT] Re: bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

On Tue, Aug 30, 2022 at 9:24 AM Maxime Devos wrote: > On 29-08-2022 14:48, Thompson, David wrote: > > Hi Maxime, > > On Mon, Aug 29, 2022 at 6:29 AM Maxime Devos > wrote: > >> On 29-08-2022 03:28, Thompson, David wrote: >> >> Hi again, >> >&g

bug#56444: [EXT] Re: [EXT] Re: [EXT] Re: bug#56444: Patch to fix Gitolite home directory permissions

On Mon, Aug 29, 2022 at 9:44 AM Maxime Devos wrote: > As there appears to be a lack of willingness to invest the tiniest bit of > extra effort to implement a proper patch, and given the length of previous > discussion, I think my time will be better spent continuing fixing things > in Guix

bug#56444: [EXT] Re: [EXT] Re: bug#56444: Patch to fix Gitolite home directory permissions

On Mon, Aug 29, 2022 at 9:19 AM Maxime Devos wrote: > On 29-08-2022 14:57, Thompson, David wrote: > > > I disagree. I believe we shouldn't let perfect be the enemy of the good. > > I don't think your patch counts as "good" here -- while fixing the bug > counts

bug#56444: [EXT] Re: bug#56444: Patch to fix Gitolite home directory permissions

Maxime Devos wrote: > > On 29-08-2022 14:49, Thompson, David wrote: > > Hi again Maxime, > > > > What do you think of my proposal? Do any other maintainers care to > > chime in here? > > > > - Dave > > Backlogged thing have a tendency to be backl

bug#56444: Patch to fix Gitolite home directory permissions

Hi again Maxime, What do you think of my proposal? Do any other maintainers care to chime in here? - Dave On Tue, Aug 23, 2022 at 10:45 AM Thompson, David wrote: > Hi Maxime, > > On Tue, Aug 23, 2022, 8:41 AM Maxime Devos wrote: > >> >> During "guix system reco

bug#57467: [EXT] Re: bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

Hi Maxime, On Mon, Aug 29, 2022 at 6:29 AM Maxime Devos wrote: > On 29-08-2022 03:28, Thompson, David wrote: > > Hi again, > > I decided to just implement the fix and see what people think of it. > Simply removing a check for non-interactive invocation solves the issue and

bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

Hi again, I decided to just implement the fix and see what people think of it. Simply removing a check for non-interactive invocation solves the issue and now 'guix shell' and 'guix shell -- make' act exactly the same except for which command they run. Patch attached. - Dave From

bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

Hi, When 'guix shell' is run without arguments, there is some convenient default logic applied to check for a manifest.scm or guix.scm file and do the right thing with it. However, using -- to override the default command like 'guix shell -- make' doesn't do the same thing. I expect that it would

bug#56444: Patch to fix Gitolite home directory permissions

Hi Maxime, On Tue, Aug 23, 2022, 8:41 AM Maxime Devos wrote: > > During "guix system reconfigure", there is now window where the > directory temporarily has incorrect bits and hence if gitolite is > restarted during that time it will presumably fail. Could a > 'home-permission-bits' or such

bug#56444: Patch to fix Gitolite home directory permissions

Hi Evgeny and whoever wants to do some code review, I have been experiencing this same issue for years now and have been manually chmod'ing /var/lib/gitolite every time I upgraded because I didn't understand what was happening. All this time I thought I had gitolite misconfigured, that maybe I

bug#40442: [EXT] bug#40442: srt2vtt does not work

Reviving this old issue. On Sat, Apr 4, 2020 at 6:59 PM sirgazil via Bug reports for GNU Guix wrote: > > I installed srt2vtt but it errors when I run it. > > > ## Steps to reproduce > > 1. Run "guix install srt2vtt" > 2. Run "srt2vtt --help" > > > ## Expected result > > I can see the help

bug#22366: [EXT] Bug#22366 Status? Chicken Scheme release tarballs ship non-source C code

On Tue, May 12, 2020 at 7:33 PM zimoun wrote: > > Dear David, > > The bug report [1] opened more than 4 years ago about the Chicken > bootstrapping is still pending. > > I am not sure to understand these lines; quoting you [1]: > > << > Generated from optimizer.scm by the CHICKEN compiler > >

bug#38529: Make --pure the default for `guix environment'?

Hi, I have long thought that --ad-hoc should be implied, as that is the mode I use 99% of the time, but I disagree that --pure should be the default. Most of the time I (and I suspect most other users) just want to temporarily augment the current environment with a package or two and I think that

bug#22629: [PATCH 0/4] 'guix pull' produces a self-contained Guix

Hey Ludo, On Thu, May 31, 2018 at 10:43 AM, Ludovic Courtès wrote: > Hello Guix! > > Here is the “new” ‘guix pull’ that we discussed notably in this thread: > > https://bugs.gnu.org/22629 > > The major difference is that instead of just building a bunch of modules > and putting them under

bug#31284: [PATCH 0/1] guix: Add git-fetch/impure.

On Sun, Apr 29, 2018 at 1:28 PM, Mark H Weaver wrote: > Hi Chris, > > Chris Marusich writes: > >> You've both said that you would prefer not to add git-fetch/impure to >> Guix. Can you help me to understand why you feel that way? I really >> think it

bug#31284: [PATCH 0/1] guix: Add git-fetch/impure.

Hi Chris, On Fri, Apr 27, 2018 at 4:12 AM, Chris Marusich wrote: > Hi Guix! > > Sometimes, a Git repository may only be available via an authenticated > SSH connection. Even in the case of repositories that only contain > free software, this situation can arise for

bug#15549: hydra.gnu.org uses nontrivial and nonfree javascript

On Thu, Aug 28, 2014 at 3:02 PM, Christophe Jarry wrote: >> AFAICS it's actually the case. However, all this lacks the right >> tags for LibreJS to recognize it. >> >> Could you tell us what's needed to make it work? > > You should be able to do it with the instructions on

bug#25201: Mumble opts users into statistics gathering by default

The first time you run the mumble client there is a setup wizard. One of the screens asks if you'd like to send some sort of usage data to the Mumble developers. The checkbox is checked by default. I think it should be unchecked by default. - Dave

bug#25093: Configure file for system-wide substitutes

On Fri, Dec 2, 2016 at 12:25 PM, Hartmut Goebel wrote: > Hi, > > when publishing packages in the local network, one wants to use this > substitute without passing --substitute-urls on every relevant run on guix. > > I suggest implementing a config-file for storing

bug#25072: Missing LD_LIBRARY_PATH in (container) environment

On Wed, Nov 30, 2016 at 7:58 AM, Roel Janssen wrote: > Dear Guix, > > When I create a separate environment using: > > $ guix environment --container --pure --ad-hoc --network autoconf \ > automake make libtool pkg-config postgresql valgrind sed coreutils \ > binutils gcc

bug#24965: no openssh-service procedure

Despite having a bunch of procedures for making an SSH service type, and exporting the symbol "openssh-service" from (gnu services ssh), there is no openssh-service defined. Not sure how this code made it in. - Dave

bug#24433: fish needs to have bc in propagated-inputs

On Wed, Sep 14, 2016 at 4:48 AM, Arun Isaac wrote: > > 'fish' needs 'bc' as a propagated input. I have noticed runtime errors > due to absence of bc. It's also mentioned here: > > https://github.com/fish-shell/fish-shell#runtime-dependencies > > Quoting the relevant

bug#22883: Authenticating a Git checkout

Hi Ludo, This is some awesome work! On Fri, Jul 22, 2016 at 4:22 AM, Ludovic Courtès wrote: > It Would Be Nice if the libgit2 bindings were maintained separately. We > can start with just the features we need as (guix git), but if anyone > wants to “externalize” it and improve

bug#23605: /dev/urandom not seeded across reboots

On Tue, May 24, 2016 at 1:23 PM, Leo Famulari <l...@famulari.name> wrote: > On Tue, May 24, 2016 at 12:26:29PM -0400, Thompson, David wrote: >> On Tue, May 24, 2016 at 12:16 PM, Leo Famulari <l...@famulari.name> wrote: >> > On Tue, May 24, 2016 at 09:05:21AM +0200

bug#23605: /dev/urandom not seeded across reboots

On Tue, May 24, 2016 at 12:16 PM, Leo Famulari wrote: > On Tue, May 24, 2016 at 09:05:21AM +0200, Taylan Ulrich Bayırlı/Kammer wrote: >> Leo Famulari writes: >> > Does anyone have advice about the service? Am I wrong that we need to >> > seed /dev/urandom

bug#22883: Trustable "guix pull"

On Mon, Apr 25, 2016 at 8:13 PM, Leo Famulari wrote: > I think it's common to make minor edits when committing on behalf of > others. For example, the committer might clean up a commit message or > standardize indentation. > > How should we handle this? You would sign the

bug#23170: Shepherd doesn't restart previously running dependent services

If service 'foo' is depended on by service 'bar', and both are running, and one runs 'herd restart foo', both 'foo' and 'bar' are stopped, but then only 'foo' is restarted. I think that the dependent services that were stopped should also be restarted, otherwise the user has to manually start

bug#23077: Perl's closure is too big

If you run 'guix size perl' you will notice that, as of this writing, 138.2MiB of Perls' 307.6MiB closure is due to referencing gcc's default output in '/lib/perl5/5.22.1/x86_64-linux/Config_heavy.pl'. Perl's large closure inflates the closures of many other packages, such as openssl. Does anyone

bug#23055: wget within guix fails to resolve FQDNs when used as an input (native or otherwise)

On Fri, Mar 18, 2016 at 2:04 PM, Dennis Mungai wrote: > As you can see in the first part, fetching BoostCompute fails because the > specified MD5 hash fails, and as a result, the build system falls back to > fetching the same with wget (see second snippet). > > The second part

bug#23045: mysql_config missing references to sed and gawk

The mysql_config binary in the mysql package needs sed and gawk to be on $PATH in order to run. Instead, it should be patched to hardcode the store paths to sed and gawk.

bug#22695: Binary Installation bugs and suggestions

On Tue, Feb 16, 2016 at 8:41 AM, myglc2 wrote: > I attempted to perform 'Binary Installation' on Debian 8 following ... > > https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation > > last updated November 04, 2015 > > > Bugs: > > A) The 4

bug#22651: Up: GNU Guix doc produces 404 page not found

On Mon, Feb 15, 2016 at 3:06 PM, carl hansen wrote: > > it says: > "last updated November 04, 2015" > So cronjob on gnu.org that updates to the lastest version is not working. > Might > be the answer to the problem about , too. There is no such cron job for this. The

bug#22687: Online manual not updated automatically

On Mon, Feb 15, 2016 at 4:50 PM, Leo Famulari wrote: > - Forwarded message from carl hansen - > http://www.gnu.org/software/guix/manual/ > works. > BUT > it says: > "last updated November 04, 2015" > So cronjob on gnu.org that updates to the

bug#19816: 'guix environment' always downloads all the outputs of dependencies

On Fri, Feb 12, 2016 at 4:07 PM, Ludovic Courtès <l...@gnu.org> wrote: > "Thompson, David" <dthomps...@worcester.edu> skribis: > >> On Sun, Dec 20, 2015 at 5:34 PM, Ludovic Courtès <l...@gnu.org> wrote: >>> l...@gnu.org (Ludovic Courtès) sk

bug#22039: 'guix system reconfigure' must start/restart/stop services

On Wed, Feb 3, 2016 at 4:32 PM, Ludovic Courtès wrote: > l...@gnu.org (Ludovic Courtès) skribis: > >> Currently ‘guix system reconfigure’ doesn’t try to dynamically update >> the set of running services, which is a shame. >> >> A simple strategy would be to have it: >> >> 1. Stop

bug#22402: info guix pages

On Tue, Jan 19, 2016 at 4:34 AM, carl hansen wrote: > > Yes, that is the case, there is no mystery, there is indeed a > /root/.guix-profile/share/info/guix.info > and there is NOT a > ~user/.guix-profile/share/info/guix.info > > However I consider that a bug. Here I am

bug#22366: Chicken Scheme release tarballs ship non-source C code

Because Chicken Scheme's compiler is self-hosting, and because it compiles to C as an intermediate form, the maintainers circumvented the bootstrapping problem by shipping generated C code for the compiler. Many *.c files feature a comment that starts like this: Generated from optimizer.scm

bug#19816: 'guix environment' always downloads all the outputs of dependencies

On Sun, Dec 20, 2015 at 5:34 PM, Ludovic Courtès wrote: > l...@gnu.org (Ludovic Courtès) skribis: > >>>From : >> >> There’s another problem, though. When a dependency is a multiple-output >> package, all its outputs are added

bug#21987: Version 0.9 Fails to Compile on Raspbian

On Sun, Nov 22, 2015 at 5:41 PM, Martin Vahi wrote: > [snip] > ice-9/boot-9.scm:106:20: In procedure # ice-9/boot-9.scm:97:6 (thrown-k . args)>: > ice-9/boot-9.scm:106:20: Throw to key `match-error' with args `("match" > "no matching pattern" "armv6l")'. The Raspberry

bug#21888: guix-publish gets ERROR when serve gtk+.

On Fri, Nov 13, 2015 at 8:29 AM, Ludovic Courtès wrote: > iyzs...@member.fsf.org (宋文武) skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> 宋文武 skribis: >>> ---request begin--- GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 HTTP/1.1

bug#21773: guix package -u "*" fails

On Wed, Oct 28, 2015 at 8:44 AM, Jan Synáček wrote: > I installed guix on my Fedora 23 machine according to > https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation. > After that, I don't recall installing anything but guile. When I

bug#21410: Environment containers

On Wed, Oct 28, 2015 at 11:14 AM, Alex Vong wrote: > On 28/10/2015, Ludovic Courtès wrote: >> Alex Vong skribis: >> >>> On 27/10/2015, Ludovic Courtès wrote: >> >> [...] >> Do you still experience the test

bug#21410: [TEST-FAIL] 2 tests failed when running `make check' on Debian

On Tue, Sep 15, 2015 at 7:24 AM, Alex Vong wrote: > Hi everyone, > > Any idea on the latest test failure? I'm not sure yet, sorry. Haven't been able to dig back into it. > By the way, is the failure critical? Can I start doing packaging work for > guix? This isn't a

bug#21410: [TEST-FAIL] 2 tests failed when running `make check' on Debian

On Sun, Sep 6, 2015 at 9:47 PM, Alex Vong wrote: > Hi Dave, > > I have searched the internet according to the information you provided, > I find this bug report provides > useful information. > I have written an example program

bug#21410: [TEST-FAIL] 2 tests failed when running `make check' on Debian

[ re-CCing Ludo and bug-guix ] On Sun, Sep 6, 2015 at 12:30 AM, Alex Vong <alexvong1...@gmail.com> wrote: > Hi Dave, > > 2015-09-06 1:43 GMT+08:00, Thompson, David <dthomps...@worcester.edu>: >> >> Fixed in cf897cb. >> >> Alex, could you pull the mast

bug#21410: [TEST-FAIL] 2 tests failed when running `make check' on Debian

On Fri, Sep 4, 2015 at 4:07 PM, Ludovic Courtès wrote: > Alex Vong skribis: > >> actual-error: (system-error "open-file" "~A: ~S" ("No such file or >> directory" "/proc/-1/setgroups") (2)) > > David, I think this is a shortcoming in the ‘clone’ wrapper:

bug#21410: [TEST-FAIL] 2 tests failed when running `make check' on Debian

Hello Alex, On Fri, Sep 4, 2015 at 2:44 AM, Alex Vong wrote: > Hi everyone, > > I tried to compile Guix on Debian Sid, > the compilation succeeded, > but the 2 of the tests in the Testsuit failed. > > The following is what commands I have run, > all commands are run as

bug#21280: test failures: nar, syscalls, containers

On Sun, Aug 16, 2015 at 11:43 PM, Leo Famulari l...@famulari.name wrote: Running `make check` on HEAD ( commit 4e014373 ), I got failures for tests/nar.scm, tests/syscalls.scm, and tests/containers.scm. The same tests also failed when I checked out tag v0.8.3 but I don't have those logs

bug#20816: Excessive negative cache time for DNS lookups

On Sun, Jun 14, 2015 at 10:43 PM, Mark H Weaver m...@netris.org wrote: On my GuixSD system, DNS lookup failures (due to lack of network) are cached for at least 4 minutes, and possibly much longer (I've not had the patience to wait until it expires). Even after restarting nscd, the negative

bug#18702: libsodium fails to build on i686

On Wed, Jan 14, 2015 at 1:06 PM, Mark H Weaver m...@netris.org wrote: This problem seems to be fixed on the core-updates branch, where we have our first successful libsodium build on i686: http://hydra.gnu.org/build/196512

bug#15615: Pulseaudio build fails

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 andr...@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