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
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
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!),
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
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
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
Hi Vincent, Jack, and Maxim,
Thank you for the quick replies! OK, so gcc differs for each of us:
* Chris:
8aca7f332a1ba8e3c2225c161a7545b0a04ddd690d164dc97afee9c9ea067b0c49bc155e9f06d285c22e24cdd16d91e59730af5f1dd9efcda13a26bede5948a2
* Vincent:
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
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
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
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
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).
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
18 matches
Mail list logo