I need to stop thinking of cars and cdrs. It didn't even try to compile
again, just gave me the address on the store, so I'm guessing guile is
smart enough to see it's equivalent and does not care at all.
I'll be less clumsy next time around.
---
--- a/gnu/packages/tor.scm 2020-06-03 01:29
On Tue, 2 Jun 2020, Chris Marusich wrote:
I have opened up a bug report for this issue, so we can continue the
discussion there:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41669
I will try on my end to obtain a differing gcc to see if I can analyze
the difference. In the meantime, could yo
Earlier, I wrote:
> I just pushed the IceCat-68.9.0 security update to the master branch of
> Guix, along with a graft for NSS.
>
> However, I just noticed that we now have Icedove in Guix, and that it's
> based on 'icecat-source'. This is all good and proper (kudos to all who
> worked on it!), b
On Tue, 2 Jun 2020 at 23:13, Jakub Kądziołka wrote:
> > > 1. Have a guix-devel-announce mailing list, to which we would post
> > >things concerning all Guix developers.
> >
> > Actually we already have an underutilized 'info-guix' list. I suppose
> > that can work.
>
> Huh, I thought this wa
Dear,
On Tue, 2 Jun 2020 at 22:19, Marius Bakke wrote:
> Also, we'd have to bother the Savannah admins every time we 'freeze' a
> branch.
However, we could ask to extend the list of tags used by Debbugs. For
example, by adding the tag 'release-critical' or any other
well-chosen.
> Another op
On Tue, Jun 02, 2020 at 10:19:20PM +0200, Marius Bakke wrote:
> Jakub Kądziołka writes:
>
> > On Tue, Jun 02, 2020 at 09:22:31PM +0200, Marius Bakke wrote:
> >> We should have a better way to poll branch status other than "read all
> >> messages on guix-devel" or "ask Marius on IRC".
> >
> > Ouch
Jakub Kądziołka writes:
> On Tue, Jun 02, 2020 at 09:22:31PM +0200, Marius Bakke wrote:
>> We should have a better way to poll branch status other than "read all
>> messages on guix-devel" or "ask Marius on IRC".
>
> Ouch, sorry for that! I see two potential solutions:
>
> 1. Have a guix-devel-an
On Tue, Jun 02, 2020 at 09:22:31PM +0200, Marius Bakke wrote:
> guix-comm...@gnu.org writes:
>
> > This is an automated email from the git hooks/post-receive script.
> >
> > niedzejkob pushed a commit to branch staging
> > in repository guix.
> >
> > The following commit(s) were added to refs/head
Hartmut Goebel writes:
> Hi,
>
> was just written in another mail, I'm currently working on a
> erlang/rebar build system. This includes an importer from hex.pm, a
> package repository for elixir and erlang packages. (Since this is build
> into rebar3 I assume it what PyPI is for Python and CPAN
guix-comm...@gnu.org writes:
> This is an automated email from the git hooks/post-receive script.
>
> niedzejkob pushed a commit to branch staging
> in repository guix.
>
> The following commit(s) were added to refs/heads/staging by this push:
> new f20d1cf gnu: ghc-7: Clean up package defin
Hi Vincent, Jack, and Maxim,
Thank you for the quick replies! OK, so gcc differs for each of us:
* Chris:
8aca7f332a1ba8e3c2225c161a7545b0a04ddd690d164dc97afee9c9ea067b0c49bc155e9f06d285c22e24cdd16d91e59730af5f1dd9efcda13a26bede5948a2
* Vincent:
87f7583cf483ac3ba0ab978862873e68757bc4ddd10f739a
Hi,
I just pushed the IceCat-68.9.0 security update to the master branch of
Guix, along with a graft for NSS.
However, I just noticed that we now have Icedove in Guix, and that it's
based on 'icecat-source'. This is all good and proper (kudos to all who
worked on it!), but unfortunately I didn't
I use guix to manage different version of Emacs in a foreign distro. However,
the Emacs package in the source will record its modification of EMACSLOADPATH
in profile, which will cause conflict in different version of Emacs, and also
conflict with Emacs in foreign distro.
My idea is move the s
On Tue, 2 Jun 2020, Vincent Legoll wrote:
Hello,
On 02/06/2020 04:56, Chris Marusich wrote:
Hopefully, you'll get identical results! You don't have to run "guix
gc" if you don't want to, but doing so will increase the likelihood of
catching nondeterminism issues propagated from dependencies (
Hi Chris!
Chris Marusich writes:
> Hi everyone!
>
> Thanks to Léo's help, as of commit
> 8159ce1970d91567468cf1bacac313099a009d2a, the master branch now contains
> all the changes necessary to cross-compile powerpc64-linux bootstrap
> binaries. I've done this without substitutes by running the
Hi Chris,
> I don't think there was ever a bug report for this, but I think I've
> found the IRC conversation for context:
>
> http://logs.guix.gnu.org/guix/2017-10-17.log#203630
Thank you for this link and taking a look at this patch.
I have been adding the missing inputs to ikiwiki. In the
Dear Tobias,
On Wed, 20 May 2020 at 14:53, Tobias Geerinckx-Rice wrote:
> zimoun 写道：
> > BTW, why such discussion happens on Guix sysadmins mailing list
> > and
> > not on guix-devel?
>
> Because that's where I sent a quick & dirty patch yonks ago.
> There's also really not that much to discuss.
Hello,
On 02/06/2020 04:56, Chris Marusich wrote:
Hopefully, you'll get identical results! You don't have to run "guix
gc" if you don't want to, but doing so will increase the likelihood of
catching nondeterminism issues propagated from dependencies (which seem
unlikely, but you never know). I
Christopher Baines writes:
> guix-comm...@gnu.org writes:
>
>> pgarlick pushed a commit to branch master
>> in repository guix.
>>
>> commit a0362fdea9369b7927704e48cfc6c578213019ce
>> Author: Paul Garlick
>> AuthorDate: Thu May 28 10:34:40 2020 +0100
>>
>> gnu: ikiwiki: Revert to standard
guix-comm...@gnu.org writes:
> pgarlick pushed a commit to branch master
> in repository guix.
>
> commit a0362fdea9369b7927704e48cfc6c578213019ce
> Author: Paul Garlick
> AuthorDate: Thu May 28 10:34:40 2020 +0100
>
> gnu: ikiwiki: Revert to standard wrapper.
>
> * gnu/packages/web.scm
guix-comm...@gnu.org writes:
> apteryx pushed a commit to branch master
> in repository guix.
>
> commit 3f1f98d9d8c4e7f5dfca921fe1957e4d53783e35
> Author: Maxim Cournoyer
> AuthorDate: Tue Jan 28 01:21:24 2020 -0500
>
> gnu: Add libuemf.
>
> * gnu/packages/image.scm (libuemf): New v
21 matches
Mail list logo
