On Tue, Feb 02, 2016 at 09:38:43PM +, Jookia wrote:
> The current mirror for the source code now points to a domain parking website,
> so instead use this mirror I found online.
It looks like Debian is packaging git checkouts. I didn't look at what
repo they are of, but Debian also names this
This is the same code as before with minor changes:
1. I realized that the jasper-stepsizes-overflow.patch was btter named
jasper-CVE-2007-2721.patch and renamed it.
2. A whitespace fix.
3. I added my name in the copyright stanza.
If there are no comments I'll push today, or someone else may pu
* gnu/packages/patches/jasper-CVE-2007-2721.patch,
gnu/packages/patches/jasper-CVE-2008-3520.patch,
gnu/packages/patches/jasper-CVE-2011-4516-and-CVE-2011-4517.patch,
gnu/packages/patches/jasper-CVE-2014-8137.patch,
gnu/packages/patches/jasper-CVE-2014-8138.patch,
gnu/packages/patches/jasper-CVE-20
Libreboot doesn't read GRUB from the disk, it chainloads configuration files. As
such, grub-install is known to fail and require fragile workarounds. To solve
this issue, there's now a 'libreboot?' boolean flag that will instead use
'/boot/grub/libreboot_grub.cfg' for the GRUB menu and not run 'gru
It is a bit frightening that such a package with lots of CVE fixes apparently
is dead upstream (since the patches from 2008 have not been incorporated into
a new release). On the other hand, someone must have written the patches;
is there no new upstream who has taken over? If not, is the software
Hello everyone,
This patch applies to wip-hurd. In order to use it on master, the (gnu
packages commencement) module should also be modified, which is already
the case in wip-hurd.
I will push the patch to wip-hurd.
Manolis
>From 846930e55796b04b00d61c3d9c15546c978a0af0 Mon Sep 17 00:00:00 2001
Hello,
since my update to 2.1.11, gnupg fails to build on hydra:
http://hydra.gnu.org/build/990803
with a failure of one of the tests.
The package builds without problems on my machine. Could someone else
try it out, please?
Andreas
Hi Ludo,
Yes, i should be able to do that. I don't know texinfo yet but i'm
learning it now.
Petter
It's great!
--
Daniel Pimentel (d4n1)
* gnu/packages/libcanberra.scm (libcanberra): Add input gtk+-2.
---
gnu/packages/libcanberra.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/gnu/packages/libcanberra.scm b/gnu/packages/libcanberra.scm
index 3769e3f..4110e88 100644
--- a/gnu/packages/libcanberra.scm
+++ b/gnu/packages/libca
On Thu, 4 Feb 2016 17:04:42 +0100
Fabian Harfert wrote:
> * gnu/packages/libcanberra.scm (libcanberra): Add input gtk+-2.
> ---
> gnu/packages/libcanberra.scm | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/gnu/packages/libcanberra.scm
> b/gnu/packages/libcanberra.scm index 3769e3f..4
On Wed, 3 Feb 2016 22:26:55 +0200
Efraim Flashner wrote:
> On Wed, 3 Feb 2016 21:11:22 +0100
> Fabian Harfert wrote:
>
> > Am Wed, 3 Feb 2016 21:54:15 +0200
> > schrieb Efraim Flashner :
> >
> > [...]
> > [...]
> > [...]
> >
> > Could you please push that for me? I haven't got access
David Michael skribis:
> My use case for this is that I have a crazy Hurd setup that boots a
> read-only root file system with a passive tmpfs translator on /run.
> When mkdir-p runs with "/run/shepherd", it tries to mkdir "/run". On
> Hurd, mkdir first tests for a read-only file system, so mkdi
Nils Gillmann skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Nils Gillmann skribis:
>>
>>> A first version for google I just came up with starts like the attached
>>> code.
>>>
>>> What do you think?
>>
>> I would use it! (Although I use Tor + Privoxy for most of my web
>> browsing, so
Andreas Enge skribis:
> since my update to 2.1.11, gnupg fails to build on hydra:
>http://hydra.gnu.org/build/990803
> with a failure of one of the tests.
>
> The package builds without problems on my machine. Could someone else
> try it out, please?
We discussed it on IRC and I can tell tha
On Thu, Feb 04, 2016 at 05:58:12PM +0100, Ludovic Courtès wrote:
> We discussed it on IRC
We continued discussion there. It fails on hydra.gnunet.org and
guix.sdj.se and succeeded on chapters.gnu.org.
There is a dependency chain gnupg -> openldap -> openssl, so it may be
related to the openssl up
Yesterday I submitted a bug report for R on arm:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697
With all the different R packages failing consequently, I hoped that fixing R
would reduce the number of failures. (On MIPS there
On Thu, Feb 04, 2016 at 11:45:38AM +0100, Andreas Enge wrote:
> It is a bit frightening that such a package with lots of CVE fixes apparently
> is dead upstream (since the patches from 2008 have not been incorporated into
> a new release). On the other hand, someone must have written the patches;
>
I have been investigating some reproducibility problems using Guix and
diffoscope. We have all the tools to make possible but it's not
automated yet.
I've attached the crude shell script I've been using to build, rebuild,
and generate a diffoscope report. Perhaps it will help others and
inspire mo
It eventually built successfully, and we've learned more recently.
See https://bugs.gnu.org/22558 for further discussion on this issue.
Thanks,
Mark
Thanks for taking care of it, Leo.
Ludo’.
* gnu/packages/gtk.scm (gtk-engines): New variable.
* gnu/packages/gtk.scm (murrine): New variable.
---
gnu/packages/gtk.scm | 58
1 file changed, 58 insertions(+)
diff --git a/gnu/packages/gtk.scm b/gnu/packages/gtk.scm
index 3f92d0a..cf13294
Hi Fabian,
These look good! Could you split them up into 2 patches so that only
1 package is added in each patch? Thanks!
- Dave
Jookia <166...@gmail.com> skribis:
> Libreboot doesn't read GRUB from the disk, it chainloads configuration files.
> As
> such, grub-install is known to fail and require fragile workarounds. To solve
> this issue, there's now a 'libreboot?' boolean flag that will instead use
> '/boot/grub/librebo
Manolis Ragkousis skribis:
> From 846930e55796b04b00d61c3d9c15546c978a0af0 Mon Sep 17 00:00:00 2001
> From: Manolis Ragkousis
> Date: Thu, 4 Feb 2016 15:50:19 +0200
> Subject: [PATCH] gnu: glibc/linux: Rename linux-headers input to
> kernel-headers.
>
> * gnu/packages/base.scm (glibc/linux)[pro
* gnu/packages/gtk.scm (gtk-engines): New variable.
---
gnu/packages/gtk.scm | 29 +
1 file changed, 29 insertions(+)
diff --git a/gnu/packages/gtk.scm b/gnu/packages/gtk.scm
index 3f92d0a..3d8a652 100644
--- a/gnu/packages/gtk.scm
+++ b/gnu/packages/gtk.scm
@@ -1130,3
Jookia <166...@gmail.com> skribis:
> The current mirror for the source code now points to a domain parking website,
> so instead use this mirror I found online.
Based on your suggestion and that of Leo, I’ve changed the home page to
point to sf.net and the source URL to include both sf.net and
ib
* gnu/packages/gtk.scm (murrine): New variable.
---
gnu/packages/gtk.scm | 29 +
1 file changed, 29 insertions(+)
diff --git a/gnu/packages/gtk.scm b/gnu/packages/gtk.scm
index 3d8a652..cf13294 100644
--- a/gnu/packages/gtk.scm
+++ b/gnu/packages/gtk.scm
@@ -1159,3 +11
Dear list,
I would like to propose adding HTTPS support for hydra.gnu.org. The
direct need to have this set up, is to allow the build status icons to
load on the packages page of the Guix website.
Fortunately, this should be possible without causing a lot of trouble
because Hydra uses nginx as w
On Thu, Feb 04, 2016 at 11:56:52PM +0100, Roel Janssen wrote:
> Dear list,
>
> I would like to propose adding HTTPS support for hydra.gnu.org. The
> direct need to have this set up, is to allow the build status icons to
> load on the packages page of the Guix website.
>
> Fortunately, this shoul
On Thu, Feb 04, 2016 at 05:17:14PM +0100, Fabian Harfert wrote:
> On Wed, 3 Feb 2016 22:26:55 +0200
> Efraim Flashner wrote:
>
> > On Wed, 3 Feb 2016 21:11:22 +0100
> > Fabian Harfert wrote:
> >
> > > Am Wed, 3 Feb 2016 21:54:15 +0200
> > > schrieb Efraim Flashner :
> > >
> > > [...]
> > >
These are upstream patches, also applied by Debian:
https://security-tracker.debian.org/tracker/CVE-2015-8629
Can somebody that actually uses mit-krb5 test and push? Or if you'd
rather just push, feel free.
By the way, I'm curious about this package's unusual method of applying
patches. Does anyo
* gnu/packages/patches/mit-krb5-CVE-2015-8629.patch,
gnu/packages/patches/mit-krb5-CVE-2015-8630.patch,
gnu/packages/patches/mit-krb5-CVE-2015-8631.patch: New files.
* gnu-system.am (dist_patch_DATA): Add them.
* gnu/packages/mit-krb5.scm (mit-krb5)[native-inputs]: Apply patches.
---
gnu-system.am
Leo Famulari writes:
> These are upstream patches, also applied by Debian:
> https://security-tracker.debian.org/tracker/CVE-2015-8629
Thanks for this, but I already updated mit-krb5 and applied fixes for
these CVEs on the new 'security-updates' branch about 17 hours ago.
I'm sorry that your ef
On Thu, Feb 04, 2016 at 08:13:18PM -0500, Mark H Weaver wrote:
> Leo Famulari writes:
>
> > These are upstream patches, also applied by Debian:
> > https://security-tracker.debian.org/tracker/CVE-2015-8629
>
> Thanks for this, but I already updated mit-krb5 and applied fixes for
> these CVEs on
Hi Fabian,
I wonder if this will work out of the box. Where does GTK+ look for
engines? Was the patch enough to GTK+ to make it respect GUIX_GTK2_PATH
and GUIX_GTK3_PATH?
Or will we need to add some additional procedure to building profiles to
generate a cache or a list of engines expected by G
36 matches
Mail list logo
