On Tue, Jul 12, 2016 at 02:45:30PM +1000, Ben Woodcroft wrote:
> As a general solution, can we differentiate between author and committer in
> git?
Yes. You can pass '--format=full' to `git show` or `git log` to see it.
There is surely a lower-level way to get the information too.
But, you can ma
Manolis Ragkousis writes:
> Hello Guix,
>
> Core-updates-next has not been updated for some time so I think it's
> time to do that. I was planning to rebase core-updates-next on
> core-updates and create a new core-updates-next.
>
> There is a problem though. Rebasing changes the pgp signature
On 11/07/16 23:01, Manolis Ragkousis wrote:
Hello Guix,
Core-updates-next has not been updated for some time so I think it's
time to do that. I was planning to rebase core-updates-next on
core-updates and create a new core-updates-next.
There is a problem though. Rebasing changes the pgp sig
Can I ask why even package go 1.5? Upstream has committed to making sure
all future compiler versions can bootstrap from go 1.4.x, so my thinking
is that we only need to package two versions, go 1.4 and the latest
version (1.6.2 at the moment). Or am I missing something?
--
Alex Griffin
On Sun,
On Sun, Jul 10, 2016 at 07:52:08PM -0400, Matthew Jordan wrote:
> * gnu/packages/golang.scm (go-1.5): New variable.
I don't have the knowledge to comment on the Go specific stuff in this
package, but I have some more general comments.
The tests 'runtime' and 'cmd/go' failed due to the default 3 m
> I just used this build Syncthing — awesome!
Thanks much appreciated, I actually started work on docker and peco
packages myself.
Keeping my eyes open for how go@1.5 changes will go.
---
Matthew Jordan
On Mon, Jul 11, 2016 at 11:49:08PM +0200, Ludovic Courtès wrote:
> > Andreas Enge skribis:
> >
> >> guix archive: error: build failed: error parsing derivation
> >> `/gnu/store/k49lwfwgs8wcamys5qzn8c5n2zk0prc1-tcl8.6.4-src.tar.xz.drv':
> >> expected string `Derive(['
> >
> > It looks like the st
(Moving to guix-devel.)
l...@gnu.org (Ludovic Courtès) skribis:
> Andreas Enge skribis:
>
>> guix archive: error: build failed: error parsing derivation
>> `/gnu/store/k49lwfwgs8wcamys5qzn8c5n2zk0prc1-tcl8.6.4-src.tar.xz.drv':
>> expected string `Derive(['
>
> It looks like the store on this m
Now that we have go-1.4 and (almost) go-1.5, we should start thinking
about a go-build-system.
I just wrote my first package using Go, the crude Syncthing package that
is attached. It still needs a lot of work, especially since it builds
Syncthing's dependencies from bundled copies instead of exte
Ludovic Courtès writes:
> I think we should do that only when GUIX_LOCPATH is unset, but yes, this
> is a good idea.
>
> I’m not sure how to implement it exactly; it seems cumbersome to ask
> users to write such a script. Thoughts?
I think such a script should come with the tarball, and the manu
Quoting ng0 (2016-07-11 12:35:49)
> The patch below reads okay to me, could you add your name or
> nickname in the section of guix.texi where document author names
> are included, if applicable (ie if your name is missing before
> this edit)?
Attached patch includes my name.
Troy
From 6381b62a377
On Mon, Jul 11, 2016 at 11:21:21AM +0300, Efraim Flashner wrote:
> I don't know. Among the packages based on this is libreoffice, which I'm
> guessing many people who would use it would never install it if they
> always needed to build it from source. Based on the notes in maths.scm on
> openblas,
On Mon, Jul 11, 2016 at 09:42:34AM +0200, Ricardo Wurmus wrote:
>
> Leo Famulari writes:
>
> > We don't serve substitutes of texlive-texmf. We achieve this by
> > configuring nginx to return "410 Gone" [0].
> >
> > This requires users to build it with '--fallback', and the Guix error
> > message
Hi,
Troy Sankey writes:
> Quoting Leo Famulari (2016-07-10 19:16:30)
>> On Sun, Jul 10, 2016 at 05:54:38PM -0400, Troy Sankey wrote:
>> > When hashing git checkouts of packages, packagers must first remove the
>> > .git
>> > directory. This commit adds this clarification to the "Invoking guix h
On Mon, Jul 11, 2016 at 01:33:40AM -0400, Troy Sankey wrote:
> Hashing sources is becoming quite compilated! I can't wait until 'guix
> download' supports git, then this could be automated.
In that case, `guix download` would need to take a Git hash as an
argument.
In general, I think it's a goo
On Mon, Jul 11, 2016 at 11:50:47AM -0400, Leo Famulari wrote:
> On Mon, Jul 11, 2016 at 10:29:48AM +0200, Ludovic Courtès wrote:
> > The ‘python-updates’ branch would seem right to me.
>
> The brand new python-updates branch is now ready for more Python-related
> commits!
I forgot to sign these c
On Mon, Jul 11, 2016 at 04:01:36PM +0300, Manolis Ragkousis wrote:
> d35bc36 gnu: curl: Update to 7.49.1.
You can re-sign this commit.
> I have cc'ed the authors of those commits. If you are okay with it, I
> will sign those commits with my key and push the new core-udpates-next.
This situation
On Mon, Jul 11, 2016 at 10:29:48AM +0200, Ludovic Courtès wrote:
> The ‘python-updates’ branch would seem right to me.
The brand new python-updates branch is now ready for more Python-related
commits!
Yes, that is how I understand it previously did not work for me.
Thanks :)
On Mon, Jul 11, 2016 at 01:33:40AM -0400, Troy Sankey wrote:
> Quoting Pjotr Prins (2016-07-10 20:13:26)
> > And only now I am understanding a problem ages ago. Would this also be
> > the reason for git sub-modules not to w
Hello Guix,
Core-updates-next has not been updated for some time so I think it's
time to do that. I was planning to rebase core-updates-next on
core-updates and create a new core-updates-next.
There is a problem though. Rebasing changes the pgp signature of the
commit. The affected commits are t
From: l...@gnu.org (Ludovic Courtès)
Subject: Re: Foreign distro GUIX_LOCPATH errors when installing from
manual
Date: Mon, 11 Jul 2016 12:07:56 +0200
and that the installation instructions say to install glibc-locale
(or
some other locale package) in root's profile.
They already say so und
Efraim Flashner writes:
> On Mon, Jul 11, 2016 at 09:42:34AM +0200, Ricardo Wurmus wrote:
>>
>> Leo Famulari writes:
>>
>> > We don't serve substitutes of texlive-texmf. We achieve this by
>> > configuring nginx to return "410 Gone" [0].
>> >
>> > This requires users to build it with '--fallbac
Hello!
sba...@catern.com skribis:
> I was just getting started with Guix by installing it on my regular
> distro, Debian Jessie, by following the manual (which is really great -
> I tried installing Nix first but couldn't get it to work, the Guix
> manual is much better).
>
> The install was succ
Hello,
Ricardo Wurmus skribis:
> Hi Thomas,
>
>> using Guix on Ubuntu, I kept seeing messages “substitute: warning:
>> failed to install locale: Invalid argument” (though apart from this
>> warning, everything seemed to work normally).
>>
>> From a previous thread on this mailing list, I lear
Andreas Enge writes:
> On Fri, Jul 08, 2016 at 05:40:07PM +0200, Ricardo Wurmus wrote:
>> A third option would be to move LAPACKE to its own output.
>
> if this is easily possible, I think this option would be more elegant.
A patch is attached. It produces two output directories:
/gnu/store
Ricardo Wurmus writes:
> Instead of building LAPACKE as part of the lapack package this patch adds a
> new package "lapack-with-lapacke". I did this because an increase in closure
> size of 20MiB is a little much for a commonly used package, in my opinion.
>
> A third option would be to move LA
Hi!
The whole patch series LGTM, Eric.
Thanks for taking the time to polish it!
Ludo’.
Hi!
ng0 skribis:
> Could someone with the right privileges mark this in patchwork as
> commited? I have no options in the below link to mark it as
> anything.
>
> http://patchwork.sourceware.org/patch/13377/
Done. Unfortunately I won’t have the patience to manually mark patches
as committed.
Leo Famulari (2016-07-10 19:19 +0300) wrote:
> Thanks! I found myself wondering about some of the new module imports,
> in particular (guix build utils), (guix utils), and (gnu packages base).
>
> The latter two are not needed; tmux.scm compiles and tmux and
> tmux-themepack can both be built with
Hello,
David Craven skribis:
> I'm currently also working on a spice service. I'm thinking it would
> be nice to be able to specify qemu flags in services, then adding
> `(rngd-service)` would include the `-device virtio-rng-pci` and
> `(spice-vdagent-service)` the spice specific flags. I'm not
Leo Famulari skribis:
> On Sat, Jul 09, 2016 at 06:41:25PM -0400, Leo Famulari wrote:
>> On Thu, Jul 07, 2016 at 01:25:17PM -0400, Leo Famulari wrote:
>> > If so, what does Dropbear do? How does it get random numbers to generate
>> > the host key?
>>
>> I looked into it — Dropbear uses /dev/uran
Leo Famulari skribis:
> On Sun, Jul 03, 2016 at 08:58:39AM +0300, Efraim Flashner wrote:
>> The patch-set looks good to me. For the curious, I checked python-pytest
>> and python2-pytest and ended up with 81 packages and 235 dependants, but
>> some of those are from my WIP tree in GUIX_PACKAGE_PA
On Mon, Jul 11, 2016 at 09:42:34AM +0200, Ricardo Wurmus wrote:
>
> Leo Famulari writes:
>
> > We don't serve substitutes of texlive-texmf. We achieve this by
> > configuring nginx to return "410 Gone" [0].
> >
> > This requires users to build it with '--fallback', and the Guix error
> > message
Leo Famulari writes:
> We don't serve substitutes of texlive-texmf. We achieve this by
> configuring nginx to return "410 Gone" [0].
>
> This requires users to build it with '--fallback', and the Guix error
> message even recommends this, but many users ask about it on IRC.
>
> I think we should
34 matches
Mail list logo
