ng0 writes:
> [PATCH] gnu: Add vim-full.
>
>
> This patch adds a variant of vim which includes most if not all optional
> features. These can not be moved into separate outputs.
> VIM is actually version 8.0.0002, so I added patches sequentially up to
> 8.0.0005 to
Hello!
l...@gnu.org (Ludovic Courtès) skribis:
> $ git describe
> v0.11.0-970-g8d4169a
> $ guix gc --references $(./pre-inst-env guix build msmtp)|grep gnutls
> /gnu/store/yrl3c1mxqwcpppyh0sjlwn3sj2w5qj54-gnutls-3.5.2
> $ ./pre-inst-env guix build gnutls
>
ng0 writes:
> This is needed to build the vim bindings of notmuch:
> https://git.notmuchmail.org/git/notmuch/blob/HEAD:/vim/README
>
>
>
Obsolete, see new patch "vim-full".
[PATCH] gnu: Add vim-full.
This patch adds a variant of vim which includes most if not all optional
features. These can not be moved into separate outputs.
VIM is actually version 8.0.0002, so I added patches sequentially up to
8.0.0005 to solve this
* gnu/packages/vim.scm (vim-full): New variable.
* gnu/packages/patches/vim-8.0.0003.patch: New file.
* gnu/packages/patches/vim-8.0.0004.patch: New file.
* gnu/packages/patches/vim-8.0.0005.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add patches.
---
gnu/local.mk | 3 ++
* gnu/packages/music.scm (mod-utilities): New variable.
---
gnu/packages/music.scm | 34 ++
1 file changed, 34 insertions(+)
diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index d2e252e..e5715de 100644
--- a/gnu/packages/music.scm
+++
* gnu/packages/music.scm (jalv-select): New variable.
---
gnu/packages/music.scm | 40
1 file changed, 40 insertions(+)
diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index ff2ee64..d2e252e 100644
--- a/gnu/packages/music.scm
+++
* gnu/packages/music.scm (mod-host): New variable.
---
gnu/packages/music.scm | 49 +
1 file changed, 49 insertions(+)
diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index d5805b0..ff2ee64 100644
--- a/gnu/packages/music.scm
+++
Andreas Enge writes:
> Hello Ricardo,
>
> On Wed, Oct 12, 2016 at 08:12:36PM +0200, Ricardo Wurmus wrote:
>> here's a simple patch set to add 13 new LV2 audio plugins.
>
> the packages fail to build on arm due to their use of SSE instructions:
>
Am 13.10.2016 um 22:10 schrieb Ludovic Courtès:
> Hartmut, since the rest of the patch looked non controversial, and if
> ‘guix lint’ doesn’t complain, you can push to ‘master’ with the synopsis
> above.
Done with minor adjustments.
0350a8bb1eef12927964fb6ce62ae64f10fa6f8d
--
Regards
Hartmut
Am 13.10.2016 um 21:39 schrieb Leo Famulari:
>> > This change triggered over 6300 rebuilds on 'master'. I reverted it.
>> > Please beware that changing some files in guix/build/*.scm can trigger a
>> > large number of rebuilds, because some of these files are implicitly
>> > used as inputs to a
Hello Ricardo,
On Wed, Oct 12, 2016 at 08:12:36PM +0200, Ricardo Wurmus wrote:
> here's a simple patch set to add 13 new LV2 audio plugins.
the packages fail to build on arm due to their use of SSE instructions:
http://hydra.gnu.org:3000/build/1528551
Could these be disabled, or should the
Am 13.10.2016 um 23:16 schrieb Danny Milosavljevic:
> python-ipython requires python-numpy
You could use numpy-bootstrap here, too. The only difference between
numpy and numpy-bootstrap ist that the former includes the documentation.
Also if you look at the requirements [*], numpy is only used
Andreas Enge writes:
> Hello Ricardo,
>
> On Wed, Oct 12, 2016 at 08:12:36PM +0200, Ricardo Wurmus wrote:
>> here's a simple patch set to add 13 new LV2 audio plugins.
>
> the packages fail to build on arm due to their use of SSE instructions:
>
Hello,
the packages fail to compile on arm and mips:
http://hydra.gnu.org/eval/109281#tabs-new
http://hydra.gnu.org/build/1521682
Could you maybe have a look at them?
Thanks!
Andreas
Danny Milosavljevic skribis:
> On Thu, 13 Oct 2016 22:22:47 +0200
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> ldd $(which psql) | grep glibc
>
> $ ldd $(which psql) |grep glibc
> libm.so.6 =>
>
Am 13.10.2016 um 22:14 schrieb Ludovic Courtès:
> Yes, one patch for each logical change. See
Fine, this is how I normally do it.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are
> Applied as commit 71d3ee1, thanks!
Thank you!
signature.asc
Description: PGP signature
Am 13.10.2016 um 22:12 schrieb Ludovic Courtès:
> It’s a good idea, but it would entail a rebuild of 1,000+ packages. Can
> you save it for the next big-rebuild cycle?
No problem.
Still have to learn what "next big-rebuild cycle" means. Is there a
branch for it?
--
Regards
Hartmut Goebel
|
Hi Guix,
it happened a couple of times already that a “substitute*” expression
silently failed and I only found out about it when investigating the
remains of a failing build (“guix build -K”). This can easily happen
when a package is updated and substitutions “anchors” no longer exist in
the
I took Jelle's 6.4.0 patch and updated it to 6.8.0. I only updated the
version and included a patch that is specific to 6.8.0. Hopefully this
version will have more success. I reset the author to myself. Not sure
what the protocol is for patching someone else's patch.
>From
Leo Famulari writes:
> On Fri, Oct 14, 2016 at 11:03:59PM +0800, 宋文武 wrote:
>>
>> >> [...]
>> >> Move all the 3 desktop files into 'bin' output should work. (I could
>> >> patch that next day, but won't be able to test it due to slow
>> >> substitute/download/build speed
Leo Famulari writes:
> On Thu, Oct 13, 2016 at 03:17:54PM +0200, Hartmut Goebel wrote:
>> Hi Danny,
>>
>> thanks for pointing this out.
>> > python2-msgpack has a duplicate too.
>>
>> I removed this one, too.
>>
>> > And so do ruby-arel, r-codetools, r-gtable.
>>
>>
>>
Hello!
sba...@catern.com skribis:
> When I am hacking on some library Z, I continuously want to test the
> effects that my changes to Z have on packages A/B/C which depend on
> Z. The same applies, in general, when hacking on any package Z which
> other packages A/B/C depend on: While
From: Andreas Enge
Subject: Re: [PATCH] gnu: Add hdf4
Date: Fri, 14 Oct 2016 10:11:45 +0200
Hello,
the packages fail to compile on arm and mips:
http://hydra.gnu.org/eval/109281#tabs-new
http://hydra.gnu.org/build/1521682
Hi,
as far as I understand, the header hdfi.h
>> [...]
>> Move all the 3 desktop files into 'bin' output should work. (I could
>> patch that next day, but won't be able to test it due to slow
>> substitute/download/build speed though.)
>
> That should work. You can post the patch here so we can test, if you
> want.
Sure, here is it:
l...@gnu.org (Ludovic Courtès) writes:
> sba...@catern.com skribis:
>> - Currently every dependency is located at a well known globally unique
>> and globally meaningful path; add some kind of "variant package"
>> construct which specifies a package which is "passed in" to the
>> environment
Hi,
ng0 skribis:
> [0]: http://hydra.gnu.org/job/gnu/core-updates/node-6.0.0.x86_64-linux
The build history on this page suggests that 6.0.0 never built
successfully.
David, did you have success with it before? It doesn’t seem to be a
non-deterministic failure at
Hi,
I find out that our libraw (0.17.0) is vulnerable to CVE-2015-{8366,
8367}[0], which is fixed in 0.17.1[1]. The patch below updates libraw to
0.17.2.
From 4618436db68adbb74f01eb8e771a448cd20e415f Mon Sep 17 00:00:00 2001
From: Alex Vong
Date: Fri, 14 Oct 2016
Leo Famulari writes:
> On Fri, Oct 14, 2016 at 10:44:05AM +, Efraim Flashner wrote:
>> efraim pushed a commit to branch master
>> in repository guix.
>>
>> commit 76e8566c1b3c4876d649e712a5c8c473fd48d134
>> Author: Efraim Flashner
>> Date: Fri
Leo Famulari writes:
> On Fri, Oct 14, 2016 at 10:02:58PM +0800, Alex Vong wrote:
>> Hi,
>>
>> I find out that our libraw (0.17.0) is vulnerable to CVE-2015-{8366,
>> 8367}[0], which is fixed in 0.17.1[1]. The patch below updates libraw to
>> 0.17.2.
>>
>
>> From
On Thu, Oct 13, 2016 at 10:55:26PM +, ng0 wrote:
> I know many things are failing right now, but I do not have enough
> knowledge of node to understand why the test suite fails suddenly. Maybe
> some dependency needed only for the test which is failing before node?
>
>
> === release
ng0 writes:
> [PATCH 1/2] gnu: network-manager: Update to 1.4.2.
> [PATCH 2/2] gnu: network-manager-applet: Update to 1.4.2.
>
> Update to 1.4.2 for both, nm-applet is build without WWAN support until we
> have glib updated to 2.50,
> which should be done in
On Fri, Oct 14, 2016 at 10:02:58PM +0800, Alex Vong wrote:
> Hi,
>
> I find out that our libraw (0.17.0) is vulnerable to CVE-2015-{8366,
> 8367}[0], which is fixed in 0.17.1[1]. The patch below updates libraw to
> 0.17.2.
>
> From 4618436db68adbb74f01eb8e771a448cd20e415f Mon Sep 17 00:00:00
On Fri, Oct 14, 2016 at 10:44:05AM +, Efraim Flashner wrote:
> efraim pushed a commit to branch master
> in repository guix.
>
> commit 76e8566c1b3c4876d649e712a5c8c473fd48d134
> Author: Efraim Flashner
> Date: Fri Oct 14 11:28:21 2016 +0300
>
> gnu: freeimage:
* gnu/packages/gnome.scm (network-manager): Update to 1.4.2.
---
gnu/packages/gnome.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 2b75781..db34d38 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
[PATCH 1/2] gnu: network-manager: Update to 1.4.2.
[PATCH 2/2] gnu: network-manager-applet: Update to 1.4.2.
Update to 1.4.2 for both, nm-applet is build without WWAN support until we have
glib updated to 2.50,
which should be done in core-updates if it isn't already being worked on.
* gnu/packages/gnome.scm (network-manager-applet): Update to 1.4.2.
---
gnu/packages/gnome.scm | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index db34d38..7ce7cc2 100644
--- a/gnu/packages/gnome.scm
+++
On Fri, Oct 14, 2016 at 11:03:59PM +0800, ? wrote:
>> [...]
>> Move all the 3 desktop files into 'bin' output should work. (I could
>> patch that next day, but won't be able to test it due to slow
>> substitute/download/build speed though.)
>
> That
Ludovic Courtès writes:
> Again to make this more convenient, I thought we could have a
> --with-graft option, which would work like --with-input except that it
> would graft the new Z onto A/B/C instead of rebuilding them.
This is a good idea!
~~ Ricardo
Danny Milosavljevic writes:
> Hi,
>
> so I'm trying to untangle the matplotlib -> ipython dependency cycle.
>
> Unfortunately, guix error message isn't really helpful in finding out what it
> was.
>
> It says
[…]
Hmm, that really isn’t pretty. Could you share your
On Fri, Oct 14, 2016 at 11:03:59PM +0800, 宋文武 wrote:
>
> >> [...]
> >> Move all the 3 desktop files into 'bin' output should work. (I could
> >> patch that next day, but won't be able to test it due to slow
> >> substitute/download/build speed though.)
> >
> > That should work. You can post the
42 matches
Mail list logo