Felix Lechner via "Development of GNU Guix and the GNU System distribution."
writes:
> Hi,
>
> The command
>
> guix import go -r github.com/google/certificate-transparency-go
>
> produces the output below. Which repo is missing the v0.41.1 tag,
> please? Thanks!
>
> Kind regards
> Felix
>
>
Hi Lars-Dominik,
On Sun, May 21, 2023 at 11:11 PM Lars-Dominik Braun wrote:
>
> could you share your changes?
Here is my patch but the change was experimental and upon reflection
makes little sense. I meant to allow 'env -S' to be used in hashbangs.
Maybe my changes caused the build to fail. In
Hi,
> Everything looks great, except that GHC failed to build from source
> locally. (I know GHC bootstraps separately.) I don't think my code
> caused the failure, but it's possible. Looks like it failed in the
> tests.
could you share your changes? The logs are rather unhelpful.
Cheers,
Lars
Hi,
The command
guix import go -r github.com/google/certificate-transparency-go
produces the output below. Which repo is missing the v0.41.1 tag,
please? Thanks!
Kind regards
Felix
* * *
Backtrace:
In srfi/srfi-1.scm:
586:29 19 (map1 _)
586:29 18 (map1 _)
586:29 17 (map1 _)
586:
Hi,
While dreaming up potential improvements to 'patch-shebangs, I got to
see our new full-source bootstrapping [1] and more. Congratulations!
Everything looks great, except that GHC failed to build from source
locally. (I know GHC bootstraps separately.) I don't think my code
caused the failure,
2023-05-10 17:40 jg...@dismail.de:
I think it would be great to not worry about installing xdg-open
if you install emacs-embark and it depends on it.
I'm not sure about this since embark.el does a lot more than
invoking xdg-open and also, it can be used without xdg-open, while
still being us
Felix Lechner via "Development of GNU Guix and the GNU System distribution."
writes:
> Today, a 'guix pull' caused an excessive allocation of system
> resources locally. I had rebased and published an experimental branch,
> which only added a targeted (and tested) fix for 'eudev' [1] on top of
guix-comm...@gnu.org writes:
> ngz pushed a commit to branch master
> in repository guix.
>
> commit 87d5754107e2393cc5d2ab44cd9586b3bf73b011
> Author: Nicolas Goaziou
> AuthorDate: Sun May 21 14:13:43 2023 +0200
>
> gnu: emacs-keycast: Update to 1.3.0.
>
> * gnu/packages/emacs-xyz.scm (
Hi,
Today (Sunday May, 21th), apparently ci.guix.gnu.org (Berlin) is down.
Well, that happens, sadly! However, it appears to me unexpected that
any action requiring substitutes is just impractical. In plain words,
Guix is unusable for me.
Using Guix 14c0380 pulled on May 19th, for instance
Hi,
Today, a 'guix pull' caused an excessive allocation of system
resources locally. I had rebased and published an experimental branch,
which only added a targeted (and tested) fix for 'eudev' [1] on top of
the mainline commit e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5. Then I
issued:
guix pull
Hi,
Please keep CC guix-devel.
On Sun, 21 May 2023 at 04:44, Timothy Washington wrote:
> $ cat guix/packages/manifest.scm
> (define-module (guix packages manifest))
> (use-modules (gnu packages))
Well, I am not sure these two lines are required.
> building
> /gnu/store/x695f07186dwqpw2jk48b6
11 matches
Mail list logo
