On Fri, Nov 27, 2020 at 02:08:19PM -0500, Stephen Scheck wrote:
> Java-based Guix packages also suffer from this problem (actually, I'm far
> more familiar with dependency management in the JVM landscape than for Go,
> but the use of granularly versioned and scoped, distributed dependency
> models
I am trying to set up gitolite on a server. I have been able to set it
up with my ssh key, but it fails when I reboot the server. I test it
with `ssh git@ip-address help`. It does work again when I once again run
guix deploy. Has anyone had a similar problem?
Hey Tomás,
Could you share your definition and errors? Maybe we can help better if we had
more information.
Kindly,
John
Hello John,
You're right, but that's only because I made a mistake when pasting it on my
email client, sorry :)
I think the problem is related to the phase when it runs. However, I don't
understand why the current package for version 0.88 doesn't have that issue...
Thank you for your reply!
To
Hey Tomás,
Check your parens:
(for-each (make-file-writable (find-files "\\.yml$")))
Should be
(for-each make-file-writable (find-files "\\.yml$"))
That’s because for-each is a higher order function which takes a procedure and
a list.
I'm trying to pack the updated version of rubocop (1.4.2). The problem is that
a patch must be applied, and it affects two files that aren't writable,
.rubocop.yml and .rubocop_todo.yml. I've tried making it writable after
unpacking:
(arguments ...
...
(add-after 'unpack 'make-yml-files-writabl
I'm trying to pack the updated version of rubocop (1.4.2). The problem is that
a patch must be applied, and it affects two files that aren't writable,
.rubocop.yml and .rubocop_todo.yml. I've tried making it writable after
unpacking:
(arguments ...
...
(add-after 'unpack 'make-yml-files-writabl
On Wed, Nov 25, 2020 at 6:15 PM Leo Famulari wrote:
>
> No. The way that dependencies are handled in Go-world does concord with
> Guix on a conceptual level — it's definitely possible to have hundreds
> of versions of each Go library — but it's impractical with the current
> Guix tooling.
>
Java
On Wed, Nov 25, 2020 at 10:52 PM raingloom wrote:
>
> Multiple versions leads to more maintenance burden and a bigger store.
>
That is true, but IMO with Guix's focus on build determinism and
repeatability, it's a price that must be paid.
> But I admit I didn't really investigate which exact m
Yasuaki Kudo writes:
> Hi,
>
> I just wanted to report (although this is probably already known) that I had
> to wait for a long time (probably more than a minute) staring at "Welcome to
> Grub!" screen upon reboot, after accumulating thousands of guix system
> generations. I was experimentin
On Thu, 26 Nov 2020 18:56:50 +0330
Reza Alizadeh Majd wrote:
> --8<---cut here---start->8---
> (define %cuirass-specs
> #~(list
> '((#:name . "my-manifest")
>(#:load-path-inputs . ("guix"))
>(#:package-path-inputs . ())
>(#:proc-i
Hi Yasuaki,
Yasuaki Kudo skribis:
> I just wanted to report (although this is probably already known) that I had
> to wait for a long time (probably more than a minute) staring at "Welcome to
> Grub!" screen upon reboot, after accumulating thousands of guix system
> generations. I was experi
Hi!
The trick is that etc/profile exports environment variables for the
packages that explicitly consume them, not for packages that are
consumed by others.
I don't know about Xfce, so I'll give you an example with pkg-config: if
you install just webkitgtk to a profile, its lib/pkgconfig/*.pc fil
13 matches
Mail list logo
