Someone noted that you can run a compromised glibc for a long time on
Guix without realizing.
How expensive would it be that every time you run Guix it would check
for compromised versions and issue a warning like this:
WARNING: version x.x of package name installed on your system has
securit
On Thu, Feb 18, 2016 at 09:05:26AM +1000, Ben Woodcroft wrote:
> On 18/02/16 08:37, Pjotr Prins wrote:
> >There you go :) Share the love.
> >
> >http://www.nokogiri.org/tutorials/installing_nokogiri.html#gnu_guix
> Excellent. However, I'm not sure that is entirely correct:
>
> > guix package -i
* gnu/packages/python.scm (python-sphinx-repoze-autointerface,
python2-sphinx-repoze-autointerface): New variables.
---
gnu/packages/python.scm | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 67
These patches add what's needed to build info files and manpages for
letsencrypt and python-acme.
I'd appreciate some feedback on the 'docs' phases added to letsencrypt
and python-acme. Specifically, is my use of (and) correct?
Leo Famulari (5):
gnu: Add python-sphinxcontrib-programoutput.
li
* gnu/packages/tls.scm (acme)[arguments]: Add 'docs' phase.
[native-inputs]: Add python-sphinx, python-sphinxcontrib-programoutput,
python-sphinx-rtd-theme, python-setuptools, texinfo.
---
gnu/packages/tls.scm | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a
* guix/licenses.scm (repoze): New variable.
---
guix/licenses.scm | 7 +++
1 file changed, 7 insertions(+)
diff --git a/guix/licenses.scm b/guix/licenses.scm
index 1abb0a1..e892127 100644
--- a/guix/licenses.scm
+++ b/guix/licenses.scm
@@ -59,6 +59,7 @@
openldap2.8 openssl
* gnu/packages/python.scm (python-sphinxcontrib-programoutput,
python2-sphinxcontrib-programoutput): New variables.
---
gnu/packages/python.scm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 24af2d8..6795c95
* gnu/packages/tls.scm (letsencrypt)[arguments]: Add 'docs' phase.
[native-inputs]: Add python2-sphinx, python2-sphinx-rtd-theme,
python2-sphinx-repoze-autointerface,
python2-sphinxcontrib-programoutput, texinfo.
---
gnu/packages/tls.scm | 28 +---
1 file changed, 25 insert
On Wed, Feb 17, 2016 at 8:49 PM, Leo Famulari wrote:
> On Wed, Feb 17, 2016 at 08:05:58PM -0500, Thompson, David wrote:
>> The Mako Python library is a dependency for an upcoming release of
>> Mesa that features Vulkan support. First time using the new
>> python2-variant stuff so let me know if I
On Wed, Feb 17, 2016 at 08:05:58PM -0500, Thompson, David wrote:
> The Mako Python library is a dependency for an upcoming release of
> Mesa that features Vulkan support. First time using the new
> python2-variant stuff so let me know if I screwed anything up!
>
> - Dave
> From 385b618a688668fec
The Mako Python library is a dependency for an upcoming release of
Mesa that features Vulkan support. First time using the new
python2-variant stuff so let me know if I screwed anything up!
- Dave
From 385b618a688668feceb4855e628752506cd737ef Mon Sep 17 00:00:00 2001
From: David Thompson
Date: W
On 18/02/16 00:11, Leo Famulari wrote:
> On Wed, Feb 17, 2016 at 06:59:08PM +, Christopher Baines wrote:
>> From a4d10c0c98b4b9b3df05951b9a38d37b8b1da6d3 Mon Sep 17 00:00:00 2001
>> From: Christopher Baines
>> Date: Sat, 13 Feb 2016 23:49:25 +
>> Subject: [PATCH] gnu: Add vcsh
>>
>> * gnu/
On Wed, Feb 17, 2016 at 06:28:18PM +, Christopher Baines wrote:
> On 13/02/16 22:39, Leo Famulari wrote:
> > On Sat, Feb 13, 2016 at 04:07:54PM +, Christopher Baines wrote:
> >> As this provides a which procedure which conflicts with the which package
> >> provided by gnu packages base.
> >
On Wed, Feb 17, 2016 at 06:59:08PM +, Christopher Baines wrote:
> From a4d10c0c98b4b9b3df05951b9a38d37b8b1da6d3 Mon Sep 17 00:00:00 2001
> From: Christopher Baines
> Date: Sat, 13 Feb 2016 23:49:25 +
> Subject: [PATCH] gnu: Add vcsh
>
> * gnu/packages/version-control.scm (vcsh): New varia
On 18/02/16 08:37, Pjotr Prins wrote:
There you go :) Share the love.
http://www.nokogiri.org/tutorials/installing_nokogiri.html#gnu_guix
Excellent. However, I'm not sure that is entirely correct:
> guix package -i ruby-nokogiri
>will install Nokogiri with tool and libraries and all its depe
There you go :) Share the love.
http://www.nokogiri.org/tutorials/installing_nokogiri.html#gnu_guix
On Tue, Jul 14, 2015 at 11:06:13AM +0200, Pjotr Prins wrote:
> Hi Ricardo,
>
> Many thanks for your help and bearing with me. Here the improved
> version of the code, would this be OK? I'll repost
Hi Nils,
On Wed, Feb 17, 2016 at 03:38:42PM +0100, Nils Gillmann wrote:
>
> As this doesn't do the job for me, I propose
> gnu/packages/disassembler.scm
> or
> gnu/packages/re.scm
> or
> gnu/packages/reverse-engineering.scm
> as it specifies an existing category of software and is not just
> anot
On Wed, Feb 17, 2016 at 10:52 AM, Alex Kost wrote:
> Also I don't think that .lisp, .asd and other files
> should be placed in ".../share/emacs/site-lisp/" directory. My
> understanding is that this directory (and it's subdirs) should be used
> only for elisp files.
Just to be clear, Guix's 'ema
On 17/02/16 18:11, Andreas Enge wrote:
> Hello,
>
> this looks good. I also added a copyright line for you.
>
> On Sun, Feb 14, 2016 at 08:36:00PM +, Christopher Baines wrote:
>> + "vcsh provides the @code{vcsh} command, which allows you to maintain
>
> I would shorten to "vcsh allows ..
On 13/02/16 22:39, Leo Famulari wrote:
> On Sat, Feb 13, 2016 at 04:07:54PM +, Christopher Baines wrote:
>> As this provides a which procedure which conflicts with the which package
>> provided by gnu packages base.
>>
>> * gnu/packages/version-control.scm (version-control): Don't use utils
>
No, it doesn't graft. And it produces the same "version" of glibc, but with a
patch applied for CVE-2015-7547.
Well, you would make sure you cherry-pick the right hash. I can't confirm that
from my phone.
Original Message
From: Jookia <166...@gmail.com>
Sent: February 17, 201
On Wed, Feb 17, 2016 at 05:50:31PM +, Chris Marusich wrote:
> I understand why it's
> nice to have the Guix package so that you can easily work with its
> dependencies, but isn't "guix pull" the recommended way to keep your Guix
> installation up to date?
As far as I know, the only ways of get
Hello, Jessica,
On Tue, Feb 09, 2016 at 11:55:51PM +0100, Andreas Enge wrote:
> Since I tried out a few things, I realised I might as well send you my
> modified version of the patch. Maybe you could continue from there and
> examine the tests. If you are not happy with some of my modifications,
>
Hello,
this looks good. I also added a copyright line for you.
On Sun, Feb 14, 2016 at 08:36:00PM +, Christopher Baines wrote:
> + "vcsh provides the @code{vcsh} command, which allows you to maintain
I would shorten to "vcsh allows ..."; that vcsh provides the vcsh command
is close to a
On Wed, Feb 17, 2016 at 05:50:31PM +, Chris Marusich wrote:
> I see. Please indulge my curiosity. You said that you "compile Guix from
> source instead of using the official
> binaries, then install Guix so it's managed by Guix." Do you do this on
> GuixSD, or on a foreign distribution? Do you
I see. Please indulge my curiosity. You said that you "compile Guix from
source instead of using the official
binaries, then install Guix so it's managed by Guix." Do you do this on
GuixSD, or on a foreign distribution? Do you mean that you first compile
and install Guix somewhere on your system, a
On Wed, Feb 17, 2016 at 11:14:19AM -0500, Leo Famulari wrote:
> I tried this. The resulting process downloaded the bootstrap binaries
> and appeared to rebuild *everything*. I haven't had time to figure out
> what actually got rebuilt and if anything is still using the vulnerable
> glibc.
This doe
On Tue, Feb 16, 2016 at 03:20:10PM -0500, Leo Famulari wrote:
> I'm wondering if anyone has rebuilt their local systems based on the
> glibc update in security updates? I'm wondering what is the best way to
> achieve this?
>
> For Guix users, something like this?
>
> $ git checkout master \
> &&
On Wed, Feb 17, 2016 at 09:10:12PM +1100, Jookia wrote:
> On Wed, Feb 17, 2016 at 10:10:14AM +0100, Andy Wingo wrote:
> > Given that seriousness of this bug and the amount of time that a full
> > rebuild will take, does anyone have a graft recipe they would like to
> > share?
>
> Not really, unfor
* gnu/packages/gnome.scm (libglademm): New variable.
---
gnu/packages/gnome.scm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index d04bc4a..2388e5c 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@
* gnu/packages/gnome.scm (gconfmm): New variable.
---
gnu/packages/gnome.scm | 29 +
1 file changed, 29 insertions(+)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 49e6197..d04bc4a 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@
I have used paprefs on Debian for a while to get network audio setup, I have
not got a similar setup working yet on GuixSD, but it seems like a good start
would be to get paprefs in to Guix.
* gnu/packages/pulseaudio.scm (paprefs): New variable
---
gnu/packages/pulseaudio.scm | 34 ++
1 file changed, 34 insertions(+)
diff --git a/gnu/packages/pulseaudio.scm b/gnu/packages/pulseaudio.scm
index fe976a9..9e807a8 100644
--- a/gnu/packages/pulseaudio.scm
++
I see nothing in gnu/packages/ where I could put reverse
engineering, disassembler tools.
What I want to package is the disassember panopticon
(https://panopticon.re)
Existing:
code.scm is a bit too generic for the specific purpose of panopticon
debug.scm does not get the category right.
As this
Hi!
> some of the lines were a bit long so I changed the indenting. can't
> wait for the rest of mate!
The rest will follow soon, thanks for pushing :)
Fabian
On Wed, 10 Feb 2016 00:00:23 +0100
Fabian Harfert wrote:
> * gnu/packages/mate.scm (libmateweather): New variable.
> ---
> gnu/packages/mate.scm | 51
> ++-
> 1 file changed, 50 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/mate.scm
On Wed, 10 Feb 2016 00:00:24 +0100
Fabian Harfert wrote:
> * gnu/packages/mate.scm (mate-menus): New variable.
> ---
> gnu/packages/mate.scm | 43 ++-
> 1 file changed, 42 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/mate.scm b/gnu/packages/
On Thu, 11 Feb 2016 22:03:54 +0100
Fabian Harfert wrote:
> Am Thu, 11 Feb 2016 22:51:44 +0200
> schrieb Efraim Flashner :
>
> [...]
> [...]
> [...]
>
> That's right. Of course the themes should support the newest Gtk+
> versions. I'm not sure wether gtk+-2 is really needed as an input,
On Wed, 10 Feb 2016 00:00:22 +0100
Fabian Harfert wrote:
> * gnu/packages/mate.scm (mate-desktop): New variable.
> ---
> gnu/packages/mate.scm | 37 -
> 1 file changed, 36 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/mate.scm b/gnu/packages/mate
On Thu, 11 Feb 2016 22:01:19 +0100
Fabian Harfert wrote:
> On Thu, 11 Feb 2016 22:43:56 +0200
> Efraim Flashner wrote :
>
> [...]
> [...]
> [...]
>
> Yes, they are needed at build time.
>
> [...]
> [...]
> [...]
>
pushed in bb2fe79e6e205aa83bc5a94a77e61267b342dccf
--
Efra
Tobias Geerinckx-Rice writes:
> Hmm,
>
> On 16 February 2016 at 17:22, Tobias Geerinckx-Rice
> wrote:
>>
>> /nix/store/k5m7fb4r3p71mkvaxgqh242aq8kr6h6s-guile-2.0.11/bin/guile:
>> symbol lookup error:
>> /gnu/store/rdi8195mysf340rm54xqjmxpl1qjq1wb-nettle-3.2/lib/libhogweed.so.4:
>> undefined sym
>From c58ff030a4733db2a3ded8100a185a316ad68a22 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Wed, 13 Jan 2016 16:26:13 +0100
Subject: [PATCH 1/2] gnu: Add r-graph.
* gnu/packages/bioinformatics.scm (r-graph): New variable.
---
gnu/packages/bioinformatics.scm | 19 +++
1 fil
On Wed, Feb 17, 2016 at 10:10:14AM +0100, Andy Wingo wrote:
> Given that seriousness of this bug and the amount of time that a full
> rebuild will take, does anyone have a graft recipe they would like to
> share?
Not really, unfortunately grafts are broken right now. I'm not sure how high a
priori
On Wed, Feb 17, 2016 at 01:15:17AM -0800, Chris Marusich wrote:
> It looks like the decision to explicitly set localstatedir to "/var" in
> the guix package was made in commit 2d195e67 by Ludo. Perhaps he can
> explain what his intent was.
That'd be nice. I'm sure there's a reason which could be h
Federico Beffa (2016-02-16 10:58 +0300) wrote:
> On Mon, Feb 15, 2016 at 5:46 PM, Alex Kost wrote:
>> Federico Beffa (2016-02-15 15:12 +0300) wrote:
[...]
>>> I would suggest to move the README.md (and in general documentation
>>> related files) to $datadir/doc/package-name-version/. Info files t
Nils Gillmann (2016-02-16 03:03 +0300) wrote:
> Alex Kost writes:
>
>> Nils Gillmann (2016-02-15 21:13 +0300) wrote:
[...]
>>> +(description
>>> + "Popup.el is a visual popup user interface library for Emacs.
>>> + This provides a basic API and common UI widgets such as popup
>>↑↑
>>
Mark H Weaver writes:
> Danny Milosavljevic writes:
>
>> also, even worse, when using a fine git checkout for some time, you will
>> from time to time do this:
>>
>> $ git pull
>> $ make check
>>
>> If this touches stuff autoconf cares about, make will do ./configure
>> again and leave localst
Jookia <166...@gmail.com> writes:
> the Guix package doesn't use this default which breaks compatibility
> with itself.
Ah, I see what you're saying. I think you're saying that the guix
package (defined in gnu/packages/package-management.scm) explicitly sets
the localstatedir to "/var", even thou
On Tue 16 Feb 2016 21:20, Leo Famulari writes:
> I'm wondering if anyone has rebuilt their local systems based on the
> glibc update in security updates? I'm wondering what is the best way to
> achieve this?
>
> For Guix users, something like this?
>
> $ git checkout master \
> && git checkout -b
On Wed, Feb 17, 2016 at 12:06:25AM -0800, Chris Marusich wrote:
> I'm not sure there is a single default that will work for everybody. In
> general, a value that is appropriate for one use case will not be
> appropriate for a different use case.
I hope I'm not implying that a single default will w
"Thompson, David" writes:
> On Tue, Feb 16, 2016 at 12:42 PM, Andreas Enge wrote:
>> Just a quick "thank you" message to Taylan; your patch for compiling Guix
>> in parallel makes an amazing difference! I just noticed it again on my Novena
>> with its four relatively weak cores.
>
> Seconded! V
Jookia <166...@gmail.com> writes:
> Over the past month a few people (myself included) have been hit by the
> 'gotcha'
> of not running ./configure with "--localstatedir=/var". It doesn't say this in
> the documentation but I question whether not having it as /var is a sane
> default. I'm sure th
52 matches
Mail list logo
