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 work?
Pjotr,
If I'm understanding correctly, you failed to generate the hash of a git
repository containing submodules? In that case, you may
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 hash"
> > page in the documentation.
>
On Sun, Jul 10, 2016 at 07:52:08PM -0400, Matthew Jordan wrote:
> Good Day,
>
> Attached a patch to add go@1.5. I updated this one in a similar manner
> to what was asked for go@1.4. However, let me know if any other changes
> are required, or if I missed something.
>
> From 523d4ea6a97072831b9
Good Day,
Attached a patch to add go@1.5. I updated this one in a similar manner
to what was asked for go@1.4. However, let me know if any other changes
are required, or if I missed something.
>From 523d4ea6a97072831b91b7b7e7e3eb69a0b0ebca Mon Sep 17 00:00:00 2001
From: Matthew Jordan
Date: Thu
On Sun, Jul 10, 2016 at 07:16:30PM -0400, Leo Famulari wrote:
> 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 hash"
> > page in t
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 hash"
> page in the documentation.
Yes! This is one that *everybody* has to ask.
I th
When hashing git checkouts of packages, packagers must first remove the .git
directory. This commit adds this clarification to the "Invoking guix hash"
page in the documentation.
---
doc/guix.texi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/guix.texi b/doc/guix.texi
index c9d9bd8..
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> The Software Heritage project has just been publicly announced:
>
> https://www.softwareheritage.org/
> https://www.inria.fr/en/news/news-from-inria/launching-of-software-heritage
>
> Very roughly it’s a big source code archive. What this me
Hi,
I have an announcement/invitation to forward which might be of
interest for people who are looking to get started with
contributing to GNU Guix but who feel like they have to catch up
or learn something more about git, the revision control we work
with.
This is coming from another project whe
Good Day Leo,
> Can you test this and let me know if it works for you? Then we can
> finally add tmux-themepack :)
I removed the modules in question, then built both tmux and
tmux-themepack. Both built successfully.
Attached is an updated patch.
Let me know if you need any other changes.
>From
>From a1a8085fa7626bde0fb1f8a28ba62f5a5c85584a Mon Sep 17 00:00:00 2001
From: ng0
Date: Sun, 10 Jul 2016 19:07:03 +
Subject: [PATCH] doc: Add the revision in the example of 7.6.3.
*doc/guix.texi (Version Numbers): Add the
revision to the example of the git package used in 7.6.3
---
doc/guix.
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 mark it '#:substitutable? #f' so th
On Sun, Jul 10, 2016 at 09:26:50AM -0400, Matthew Jordan wrote:
> Hi I tried applying to patch and git gave me an error asking if I hand
> edited the patch file.
Huh!
> So I added the changes to the attached patch. Let me know if I covered
> everything.
Thanks! I found myself wondering about so
Leo Famulari writes:
> On Sun, Jul 10, 2016 at 02:06:44PM +, ng0 wrote:
>> A side question: We do guix revisions of packages? I know we had
>> a discussion on this in the past which included the string-take
>> commit 7 or 8, but even with using grep in the gnu/packages dir
>> it's not obvious
On Sun, Jul 10, 2016 at 02:06:44PM +, ng0 wrote:
> A side question: We do guix revisions of packages? I know we had
> a discussion on this in the past which included the string-take
> commit 7 or 8, but even with using grep in the gnu/packages dir
> it's not obvious as egrep -nr 'revision "1"'
Ricardo Wurmus writes:
> Kei Kebreau writes:
>
>> Ricardo Wurmus writes:
>>
>>> Kei Kebreau writes:
>>>
Hello all,
I've completed a patch for GNU Denemo, though it has one minor issue. At
the end of the build it complains about a musical flat symbol in one of the
filen
Good Day,
> Thanks! Can you test the attached revision on your patch? Here are the
> changes:
Hi I tried applying to patch and git gave me an error asking if I hand
edited the patch file.
So I added the changes to the attached patch. Let me know if I covered
everything.
>From f6d471c2292e6b0a7
Andreas Enge writes:
> On Sun, Jul 10, 2016 at 12:39:37PM +0200, Roel Janssen wrote:
>> I was thinking about packaging the fonts separately, but I haven't at
>> all looked at whether that is a sane thing to do. Do you have a
>> particular list of packages where texlive-minimal fails to be suffic
Hi,
Leo Famulari writes:
> On Sun, Jun 12, 2016 at 04:01:41PM -0400, Matthew Jordan wrote:
>> Good Day,
>>
>> The package has been updated inline with suggested changes.
>
> Thanks! Can you test the attached revision on your patch? Here are the
> changes:
>
>> +(define-public tmux-themepack
>>
David Craven writes:
> * gnu/packages/gl.scm (mesa): Update to 12.0.0.
> * gnu/packages/gl.scm (mesa): Enable virtio gallium driver.
> * gnu/packages/gl.scm (mesa): Enable configure-flags required by
> wayland.
Likewise, I prefer 3 commits for update, virtio and wayland.
(And for 1 commit, no ne
David Craven writes:
> * gnu/packages/gl.scm: Order module imports alphabetically.
> * gnu/packages/gl.scm: Rename #prefix l: to #prefix license:.
It's unrelated, how about make them 2 commit?
Thanks!
On Sun, Jul 10, 2016 at 12:48:30PM +0200, Roel Janssen wrote:
> From the man-page of "perltidy":
> Perltidy reads a perl script and writes an indented, reformatted
> script.
>
> So even though it does provide a Perl::Tidy module, it's also a
> stand-alone program that reformats existing Perl c
On Sun, Jul 10, 2016 at 12:39:37PM +0200, Roel Janssen wrote:
> I was thinking about packaging the fonts separately, but I haven't at
> all looked at whether that is a sane thing to do. Do you have a
> particular list of packages where texlive-minimal fails to be sufficient
> to build documentatio
On 10/07/16 05:43, Ricardo Wurmus wrote:
Ben Woodcroft writes:
The patch LGTM otherwise, except that I would unpack 'ORF' and use the
term 'ribo-seq' in the description. I've never looking at ribo-seq data
before and I'm not familiar, so I wasn't sure what 'ribosome profiling'
meant exactly
Andreas Enge writes:
> Hello,
>
> sorry for being late, but the number of messages on the list is simply
> overwhelming...
Thanks for your reply :)
> On Tue, Jul 05, 2016 at 01:01:07PM +0200, Ricardo Wurmus wrote:
>> “perltidy” (as in the domain name) or “perl-tidy” (as in the tarball)?
>> I do
Andreas Enge writes:
> Hello!
>
> On Wed, Jul 06, 2016 at 10:44:48AM +0200, Ricardo Wurmus wrote:
>> > Unfortunately, when building with texlive-minimal, we are missing a
>> > font:
>> > !pdfTeX error:
>> > /gnu/store/gnh4kn47mn3m2rlgm9i9xl3wmq2kahia-texlive-minimal-2016
>> > /bin/pdftex (fi
26 matches
Mail list logo
