On Thu, Oct 29, 2015 at 6:00 PM, Ludovic Courtès wrote:
> "Thompson, David" skribis:
>
>> On Tue, Oct 27, 2015 at 9:22 AM, Ludovic Courtès wrote:
>>> Sorry, I meant to preserve #:container? behavior but I forgot this bit.
>>>
>>> I believe the attached patch provides an Even Greater Way to addre
On Wed, Oct 28, 2015 at 01:58:44PM +0100, Andreas Enge wrote:
> telepathy-glib
I am attaching test-suite.log. 宋文武, a similar patch to your commit
5f37e56ba41edb1bd47b7b1663aea07078f943d2 will probably work here, too.
Could you have a look, please?
Thanks!
Andreas
===
On Wed, Oct 28, 2015 at 01:58:44PM +0100, Andreas Enge wrote:
> mesa-utils
This one does not build with newer mesa any more:
https://bugs.freedesktop.org/show_bug.cgi?id=91643
The patch referenced there is
http://cgit.freedesktop.org/mesa/demos/commit/?id=74443c6ee79f3251f643ea05e94df58183
On Wed, Oct 28, 2015 at 04:04:05PM +0100, Ludovic Courtès wrote:
> Is there a reason someone might still prefer to use Ardour 3?
> If not, please go ahead and remove it.
Done. As ardour inherited from ardour-3, I needed to copy some package
fields over. I checked that ardour still compiles, but if
Here is the patch enabling TLS support for ffmpeg.
Andy
0001-gnu-ffmpeg-Enable-gnutls-support.patch
Description: Binary data
"Thompson, David" skribis:
> On Tue, Oct 27, 2015 at 9:22 AM, Ludovic Courtès wrote:
>> Sorry, I meant to preserve #:container? behavior but I forgot this bit.
>>
>> I believe the attached patch provides an Even Greater Way to address the
>> problem, namely by making the modprobe/firmware thing
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> I tried building OpenBLAS on one of the MIPS build slaves and it went
>> through the build phase without errors when I set the TARGET to
>> SICORTEX. Unfortunately, this doesn’t mean that OpenBLAS actually works
>> on MIPS: one of the test
Andreas Enge writes:
> On Thu, Oct 29, 2015 at 05:13:14PM +0100, Ricardo Wurmus wrote:
>> This is needed by the latest version of Julia, which I’m currently
>> working on.
>
> Should this not inherit from pcre? Several fields are the same.
Upstream considers this a separate project rather than
On Thu, Oct 29, 2015 at 10:11:11PM +0100, Adam Pribyl wrote:
> >Nothing really specific. I was just curious if it was possible. Now that I
> >think about it,
> >I should get the same result whether building myself or installing a
> >substitute,
> >right?
> Right. Thats what is going on here - binar
Andy Patterson skribis:
> The reason I wanted to do this was so that I could enable TLS support
> for ffmpeg locally. The comment in the configure flags specifies that
> the tests fail with gnutls support enabled. The tests are currently
> working for me with gnutls enabled, on AMD64. I'd like to
On Thu, 29 Oct 2015, Jan Synáček wrote:
On Thu, Oct 29, 2015 at 2:23 PM, Thompson, David
wrote:
On Thu, Oct 29, 2015 at 6:08 AM, Jan Synáček
wrote:
Hello,
I've been playing with guix a bit and I must say I really like it. I
don't
understand a few things though.
1) How do I tell if a pac
Leo Famulari skribis:
> I decided to compare the log files after analyzing the lua-5.1 Makefile
> and realizing that my original patch should make no difference for
> lua-5.1 (it would make a difference for lua-5.2). And if that is the
> case, why am I getting different results?
Maybe it does ha
Leo Famulari skribis:
> On Tue, Oct 27, 2015, at 11:48, Ludovic Courtès wrote:
>> By “fixing the flags”, do you mean that the .so that we have for 5.1
>> does not actually contain position-independent code? That CFLAGS was
>> ignored?
>
> I'm not sure about the state of our lua-5.1's liblua.so.
Ricardo Wurmus skribis:
> From 0f1d24e5a09c8adb2a39176b55c3407097e295ce Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Thu, 29 Oct 2015 17:12:17 +0100
> Subject: [PATCH] gnu: Add pcre2.
>
> * gnu/packages/pcre.scm (pcre2): New variable.
LGTM, thanks!
Ludo'.
Ricardo Wurmus skribis:
> I tried building OpenBLAS on one of the MIPS build slaves and it went
> through the build phase without errors when I set the TARGET to
> SICORTEX. Unfortunately, this doesn’t mean that OpenBLAS actually works
> on MIPS: one of the tests fails.
>
> Meanwhile OpenBLAS ve
As suggested by Ludovic on IRC, after this patch, build log files (from
/var/log/guix/drvs) will be displayed in a 'guix-build-log-mode'.
I'm not sure about regexp though: are these files always "bz2" and
".../XX/X-30-more-characters-X/..."?
I didn't put "/var/log" in the beginning of the
I use (add-hook 'shell-mode-hook 'guix-build-log-minor-mode) and I found
that along with phases highlighting, it is useful to have some key
bindings available in this minor mode, so this patch adds "C-c
M-n/M-p/TAB/S-TAB" keys to it.
>From fe50e7233fa5144f31f7db583d0289f056dd9dd0 Mon Sep 17 00:00:
"Thompson, David" skribis:
> On Thu, Oct 29, 2015 at 6:08 AM, Jan Synáček wrote:
>> Hello,
>>
>> I've been playing with guix a bit and I must say I really like it. I don't
>> understand a few things though.
>>
>> 1) How do I tell if a package I have installed had been built locally or
>> downloa
Initially I thought it's a good idea to enable
'compilation-shell-minor-mode' and 'view-mode' in 'guix-build-log-mode'
by default, but it is probably not, because:
- 'compilation-shell-minor-mode' is very slow on big buffers;
- 'view-mode' binds "c" key which I'd like to bind to the compilation
On Thu, Oct 29, 2015 at 2:23 PM, Thompson, David
wrote:
> On Thu, Oct 29, 2015 at 6:08 AM, Jan Synáček
> wrote:
> > Hello,
> >
> > I've been playing with guix a bit and I must say I really like it. I
> don't
> > understand a few things though.
> >
> > 1) How do I tell if a package I have install
On Thu, Oct 29, 2015 at 05:13:14PM +0100, Ricardo Wurmus wrote:
> This is needed by the latest version of Julia, which I’m currently
> working on.
Should this not inherit from pcre? Several fields are the same.
Andreas
"Thompson, David" skribis:
> From ce7ebcc7d40bd6ec4beaad620597dfc121ca5bbe Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Sun, 25 Oct 2015 22:33:33 -0400
> Subject: [PATCH] scripts: environment: Allow mixing regular and ad-hoc
> packages.
>
> This patch changes the --ad-hoc flag to be
Alex Kost skribis:
> This is for completions in "M-x guix r =t".
>
> In 'emacs/guix-main.scm' I used:
>
> (map (@ (guix upstream) upstream-updater-name)
>(@ (guix scripts refresh) %updaters)))
>
> instead of adding these modules to the top-level (use-modules ...) to
> avoid loading them
Ludovic Courtès (2015-10-29 00:33 +0300) wrote:
> Hi Guix!
>
> A fairly common pattern in GuixSD is: You want to use whatever is in
> ‘%desktop-services’, say, but you want to tweak the configuration of
> some of the services in there.
>
> This is where the ‘modify-services’ macro comes in, inspir
On Thu, Oct 29, 2015 at 3:24 PM, Ludovic Courtès wrote:
> "Thompson, David" skribis:
>
>> I think it is /proc/sys/kernel/unprivileged_userns_clone, but I don't
>> know what the contents are exactly. 0 when off, 1 when on? Can
>> someone on Debian confirm?
>>
>> If we can get the test suite pass
Alex Kost skribis:
> From 5c2294db69811395650db151d14d548495002cfb Mon Sep 17 00:00:00 2001
> From: Alex Kost
> Date: Wed, 28 Oct 2015 20:48:45 +0300
> Subject: [PATCH] emacs: Add shell completions for 'guix refresh --type'.
>
> * emacs/guix-pcomplete.el (guix-pcomplete-refresh-updaters): New fu
"Thompson, David" skribis:
> I think it is /proc/sys/kernel/unprivileged_userns_clone, but I don't
> know what the contents are exactly. 0 when off, 1 when on? Can
> someone on Debian confirm?
>
> If we can get the test suite passing, I'd like to extract these user
> namespace presence tests to
Hello!
GHC is insanely large, 1.2G for its closure, most of which is itself:
--8<---cut here---start->8---
store item totalself
/gnu/store/1iwl222h2qw80fyr578sdjdki0pbcjm0-ghc-7.10.21209.7
This is needed by the latest version of Julia, which I’m currently
working on.
~~ Ricardo
>From 0f1d24e5a09c8adb2a39176b55c3407097e295ce Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Thu, 29 Oct 2015 17:12:17 +0100
Subject: [PATCH] gnu: Add pcre2.
* gnu/packages/pcre.scm (pcre2): New vari
On Thu, Oct 29, 2015 at 10:05:55PM +0800, 宋文武 wrote:
> I did build it successful locally using '-s i686-linux' on my 1 core VPS.
> so, I pushed a commit to disable parallel tests, hope it will works :-)
Nice! Just to make sure, this does not mean we can enable the other tests again?
Andreas
Hi Guix,
I tried building OpenBLAS on one of the MIPS build slaves and it went
through the build phase without errors when I set the TARGET to
SICORTEX. Unfortunately, this doesn’t mean that OpenBLAS actually works
on MIPS: one of the tests fails.
Meanwhile OpenBLAS version 0.2.15 was released a
Andreas Enge writes:
> Hello 宋文武!
>
> Thanks for taking care of leptonica. There is still a failing test on i686:
>http://hydra.gnu.org/build/759029
> Does it make sense to also disable it, or would it be better to try to
> understand the problem?
I did build it successful locally using '-s i
On Thu, Oct 29, 2015 at 6:08 AM, Jan Synáček wrote:
> Hello,
>
> I've been playing with guix a bit and I must say I really like it. I don't
> understand a few things though.
>
> 1) How do I tell if a package I have installed had been built locally or
> downloaded as a substitute?
You don't. You
Hello,
I've been playing with guix a bit and I must say I really like it. I don't
understand a few things though.
1) How do I tell if a package I have installed had been built locally or
downloaded as a substitute?
2) There are a lot of packages with executable binaries in the bin/
subfolder in
On Mon, Oct 26, 2015 at 10:37 AM, Ludovic Courtès wrote:
> Could you add a test in guix-environment.sh based on the output of
> --search-paths, similar to what is already done with ‘gnu-make-boot0’?
Good idea. I wasn't sure how I could test this before. Done!
> Other than that it LGTM!
How a
On Wed, Oct 28, 2015 at 3:09 PM, Efraim Flashner wrote:
> efraim@debian-netbook:~$ ls -la /gnu/store/*sh
> -r-xr-xr-x 27 root root 1425560 Jan 1 1970
> /gnu/store/gvwf71vddp8c1d7ydqg02p43mgdjrx6s-bash
> -r--r--r-- 2 root root1153 Jan 1 1970
> /gnu/store/jd51fxgzf2bj3v9n
On Thu, Oct 29, 2015 at 11:05:11AM +0100, Paul van der Walt wrote:
> My apologies, i re-read your email and i see you didn't mean that you
> had a patch. I'm in the process of testing the change, i'll push it in
> at most an hour.
Yes, the patch was so obvious that I did not attach it. Thanks for
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> After some PEBKAC David helped me sort out over IRC, I got this running.
> Thanks! :-)
I just (partly) figured out the reason of one of the mysterious problems
I was encountering.
taylan@T420:~$ cd ~
taylan@T420:~$ guix environme
On 2015-10-29 at 10:59, quoth Paul van der Walt:
> On 2015-10-28 at 14:15, quoth Andreas Enge:
>> On Wed, Oct 28, 2015 at 01:58:44PM +0100, Andreas Enge wrote:
>>> raincat on x86_64.
>>
>> Here a solution is to add freeglut as an input to raincat.
>> Alternatively, we could propagate the freeglut
On 2015-10-28 at 14:15, quoth Andreas Enge:
> On Wed, Oct 28, 2015 at 01:58:44PM +0100, Andreas Enge wrote:
>> raincat on x86_64.
>
> Here a solution is to add freeglut as an input to raincat.
> Alternatively, we could propagate the freeglut input of ghc-glut.
> What do(es) the specialist(s) think
Hello 宋文武!
Thanks for taking care of leptonica. There is still a failing test on i686:
http://hydra.gnu.org/build/759029
Does it make sense to also disable it, or would it be better to try to
understand the problem?
Andreas
On Wed, 28 Oct 2015 23:36:51 -0400
Andy Patterson wrote:
> Hey everyone,
>
> Here's a simple patch which makes it easier to customize ffmpeg's
> configure flags when inheriting from the package.
>
> The reason I wanted to do this was so that I could enable TLS support
> for ffmpeg locally. The
42 matches
Mail list logo