Patch v3 still doesn't fix the problem. There are now pod2man errors
that prevent correctly generating the man pages:
--8<---cut here---start->8---
Makefile:3076: update target 'gcc.pod' due to:
../../gcc-5.4.0/gcc/doc/invoke.texi ../../gcc-5.4.0/gcc/doc/cppenv
Leo Famulari writes:
> On Mon, Oct 02, 2017 at 04:57:38PM +0200, Ludovic Courtès wrote:
>> Hi!
>>
>> Leo Famulari skribis:
>>
>> > I contacted GitHub about this issue a few weeks ago and they said that:
>> >
>> > 1) They do not guarantee bit-reproducibility of the snapshots they
>> > generate
On Mon, Oct 02, 2017 at 10:22:33PM +0200, Jan Nieuwenhuizen wrote:
> Hmm. I'm not sure what problem we are solving. Should we only do this
> for github(-like) tarballs? Do we see this problem with other sources,
> should we prevent it? Possibly github will never do something like this
> again.
Ludovic Courtès writes:
> Right. Jan suggested checking the content-addressed mirrors *before*
> the real upstream address. That would address the problem of upstream
> sources modified in-place, but at the cost of privacy/self-sufficiency
> as you note. (Though it’s not really making “privacy”
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Efraim Flashner skribis:
>
>> I believe this would cause gcc-5 to be rebuilt, which would cause a
>> world rebuild, so for the moment we also need a native-inputs entry for
>> gcc-5 making sure that nothing changes, ie: that we're only using
>> tex
Leo Famulari skribis:
> On Mon, Oct 02, 2017 at 05:09:39PM +0200, Ludovic Courtès wrote:
>> What’s sad here is that we do have the right tarball at:
>>
>>
>> https://mirror.hydra.gnu.org/file/libgit2-0.25.1.tar.gz/sha256/1cdwcw38frc1wf28x5ppddazv9hywc718j92f3xa3ybzzycyds3s
Just to be clear:
On Mon, Oct 02, 2017 at 05:09:39PM +0200, Ludovic Courtès wrote:
> What’s sad here is that we do have the right tarball at:
>
>
> https://mirror.hydra.gnu.org/file/libgit2-0.25.1.tar.gz/sha256/1cdwcw38frc1wf28x5ppddazv9hywc718j92f3xa3ybzzycyds3s
It seems to me that there are several reasons so
l...@gnu.org (Ludovic Courtès) writes:
> Mohammed Sadiq skribis:
>
>> This crash appears to happen on dragging anything on gnome-shell.
>>
>> Eg:
>> 1. If a window is dragged in shell overview
>> 2. if a window in desktop list (in the right side) is dragged.
>> 3. if some icon from Application li
On Mon, Oct 02, 2017 at 04:57:38PM +0200, Ludovic Courtès wrote:
> Hi!
>
> Leo Famulari skribis:
>
> > I contacted GitHub about this issue a few weeks ago and they said that:
> >
> > 1) They do not guarantee bit-reproducibility of the snapshots they
> > generate automatically for each release ta
> On October 2, 2017 at 8:21 PM Ludovic Courtès wrote:
> Mohammed, do you think this could be Guix-specific? Intuitively I would
> guess that this can only be an upstream bug, but you know GNOME better
> than I do. :-)
But I don't know gnome-shell any better than you. :)
This doesn't happen i
Ludovic Courtès writes:
> What’s sad here is that we do have the right tarball at:
>
>
> https://mirror.hydra.gnu.org/file/libgit2-0.25.1.tar.gz/sha256/1cdwcw38frc1wf28x5ppddazv9hywc718j92f3xa3ybzzycyds3s
Sad indeed!
> The problem is that the hash check is performed by guix-daemon itself,
> n
Hello Maxim,
Maxim Cournoyer skribis:
> Downloading
> https://berlin.guixsd.org/nar/g2ph0s1bjnzzn3q3h2pb8zw87bdxf697-gst-plugins-base-1.12.3.tar.xz...
> guix substitute: error: download from
> 'https://berlin.guixsd.org/nar/g2ph0s1bjnzzn3q3h2pb8zw87bdxf697-gst-plugins-base-1.12.3.tar.xz'
> fa
Hello,
Jan Nieuwenhuizen skribis:
> As reported by laertus on irc[0]: guix pull on 0.13 without substitutes fails
I just checked and we do have substitutes, but I understand it doesn’t
help here.
> guix pull
>
> Starting download of /tmp/guix-file.3r6cH0
> From https://git.savann
Hi!
Leo Famulari skribis:
> I contacted GitHub about this issue a few weeks ago and they said that:
>
> 1) They do not guarantee bit-reproducibility of the snapshots they
> generate automatically for each release tag, and they wish that people
> would not rely on them as we do. However, since pe
Efraim Flashner skribis:
> I believe this would cause gcc-5 to be rebuilt, which would cause a
> world rebuild, so for the moment we also need a native-inputs entry for
> gcc-5 making sure that nothing changes, ie: that we're only using
> texinfo there, preferably with a note that it should be ch
Mohammed Sadiq skribis:
> This crash appears to happen on dragging anything on gnome-shell.
>
> Eg:
> 1. If a window is dragged in shell overview
> 2. if a window in desktop list (in the right side) is dragged.
> 3. if some icon from Application list is dragged.
>
> Also, the immediately followed
On Sun, Oct 01, 2017 at 11:54:56AM -0400, Maxim Cournoyer wrote:
> Version 2.
>
> Removes the unnecessary (ice-9 match) use clause I added while
> experimenting.
>
> From a044901c0fc51571b8ed6809080029b8701b09e4 Mon Sep 17 00:00:00 2001
> From: Maxim Cournoyer
> Date: Sun, 1 Oct 2017 09:27:31 -
ng0 skribis:
> I wasn't able to make use of the guix build -f build.scm
> for my adaption of its code base
> but haunt build on its own worked. The build.scm was
> complaining about this:
Yep, you even opened a bug about it. :-)
For now I suggest using “haunt build”.
Ludo’.
Ludovic Courtès transcribed 1.2K bytes:
> Hello ng0,
>
> ng0 skribis:
>
> > what's missing for this branch to be merged? I took a quick build on this
> > (and because I like the code as a reference), and it looks good. Builds,
> > maybe some changes from master have to be applied to it (like usi
Hello ng0,
ng0 skribis:
> what's missing for this branch to be merged? I took a quick build on this
> (and because I like the code as a reference), and it looks good. Builds,
> maybe some changes from master have to be applied to it (like using
> https instead of http at the download URLs).
>
>
20 matches
Mail list logo
