On Tue, Mar 18 2025, Rutherther wrote:
>> As fuel for thought, we have https://issues.guix.gnu.org/27155 from
>> 2017 which creates a finalization mechanism for any service type, but
>> it built on the idea of explicit extension points which would limit
>> what a finalizer can do to whatever a serv
On Sun, Mar 02 2025, Carlo Zancanaro wrote:
> Thinking about this some more, I wonder if there's a better way to do
> this than hard-coding this specific option. This seems like a more
> general issue, where someone wants to modify a "hidden" shepherd
> service in some w
Hi Danny,
On Thu, Mar 13 2025, dan...@friendly-machines.com wrote:
> How does my user ("dannym")'s shepherd (and user dbus--probably by
> shepherd?) get started? (I'm using guix home--if it's important)
Using guix-home, this is started by the ~/.guix-home/on-first-login
script. This "claims" the
Hi Hilton,
I've been working on an unrelated effort out-of-tree to create something
to manage Ruby development environments. Similar to Bundix from Nix.
https://git.sr.ht/~czan/guix-ruby
I mention this, because I think it has some similarities to what you're
describing.
On Fri, Mar 07 2025, Hil
Hi Divya,
On Fri, Mar 07 2025, Divya Ranjan via Guix-patches via wrote:
> To achieve our goal of helping newcomers, [...]
I don't think this is a fair summary of the goal. The first sentence of
the GCD[1] is:
The contribution workflow in Guix has been facing several challenges:
difficult onb
Hi Hilton,
On Thu, Mar 06 2025, Hilton Chain wrote:
> I understand that feeling. I agree current packaging model doesn't suits Go
> ecosystem well. I also have a ‘go mod vendor’-based fetcher implementation
> kept
> in my notes.
>
> But as a distribution, knowing little about dependencies is no
Hi Hilton,
Before I respond to your specific concerns, I just want to clarify my
aim.
I'm not trying to say "all Go code should be packaged like this", I'm
just trying to come up with a practical way to update applications which
are currently unsupported.
My prime example is the docker-compose p
Hi Guix!
I recently got annoyed at trying to update two separate golang packages
in Guix (docker-compose and restic). I used "guix import go --recursive"
to try to build Guix package definitions for the dependencies they
needed, but it took hours and the result would have been labour
intensive to
A couple of days ago I submitted a small patch for Wireguard, to define
a Wireguard service without automatically starting it:
https://issues.guix.gnu.org/76637
Thinking about this some more, I wonder if there's a better way to do
this than hard-coding this specific option. This seems like a more
On Tue, Jan 28 2025, Ludovic Courtès wrote:
> # Drawbacks and Open Issues
I think there is one thing to think about here. A while ago I listened
to a talk about the Linux kernel workflow[1]. At around 29:50 the
speaker discusses the benefit of a mailing list workflow in helping
people to learn the
On Mon, Jun 17 2024, Ludovic Courtès wrote:
> Right. However, issues.guix.gnu.org is actually hosted on bayfront,
I'm not so sure about this. To make the change that I sent I grepped for
issues.guix.gnu.org and it showed up in hydra/nginx/berlin.scm in a
variable called %berlin-servers, which is
.3d996f5 100644
--- a/hydra/modules/sysadmin/services.scm
+++ b/hydra/modules/sysadmin/services.scm
@@ -7,6 +7,7 @@
;;; Copyright © 2023 Andreas Enge
;;; Copyright © 2023 Lars-Dominik Braun
;;; Copyright © 2024 Arun Isaac
+;;; Copyright © 2024 Carlo Zancanaro
;;;
;;; This program is free so
Hi Ludo,
On Fri, May 24 2024, Ludovic Courtès wrote:
> • Day-to-day system administration
>
> We’re also looking for people who’d be willing to have SSH access to
> some of the infrastructure to help with day-to-day maintenance:
> restarting a build, restarting the occasional service
Apologies for the line breaks my earlier email. I'm not entirely sure
what happened, but hopefully they'll come through properly this time.
On Fri, Apr 12 2024, Felix Lechner wrote:
> To my surprise OpenSSL, which I saw in proced, generated a lot of
> certificates in /etc/certs. I am talking abou
Hi Felix,
On Fri, Apr 12 2024, Felix Lechner wrote:
To my surprise OpenSSL, which I saw in proced, generated a lot
of certificates in /etc/certs. I am talking about pages and
pages of asterisk, plusses, and dots for a system with twenty or
so certificates. Is it possible that they were gene
On Tue, Mar 12 2024, Attila Lendvai wrote:
> channels are a step towards this, but they are not enough in their
> current form to successfully accommodate for such a setup. an obvious
> thing that is missing is a way to formally express inter-channel
> dependencies, including some form of versionin
As someone who has worked as a professional Clojure programmer, I would
like to add my voice in support of this:
On Mon, Feb 19 2024, Ryan Sundberg wrote:
> ... In my experience using AOT is the exception rather than the rule;
> it is a nice optimization when practical for release engineering, but
On Tue, Feb 06 2024, Dale Mellor wrote:
>Agree that it would have repercussions throughout the package
> ecosystem. I would have thought that it would make things easier. You
> could argue that you don't benefit from the Guile syntax checker, but
> at the end of the day you don't find out you
> ./guix/docker.scm:261: (((head ...) (tail ...) id)
This one is not like the others. However, looking at the context I think
the pattern could just be (head tail id).
> Why not? Do I miss something in the implementation of ’match’?
The only reason I can think of would be if these matches
Hi Christian!
On Sun, Feb 04 2024, Christian Miller wrote:
> I wanted to try out the Nix service and followed the manual. I had
> some trouble while doing so. The following are the steps I took, the
> errors I encountered, and how I resolved them. As well as feedback to
> the experience.
Thank
Hi Dale!
On Tue, Feb 06 2024, Dale Mellor wrote:
>There is no middle ground.
The nginx{,-upstream,-server}-configuration records have fields for
{extra,raw}-content, which do allow arbitrary configuration lines to be
added to their config. I think this is a sensible escape hatch to have
to pr
On Thu, Feb 01 2024, Felix Lechner via "Development of GNU Guix and the GNU
System distribution." wrote:
> On Thu, Nov 30 2023, Attila Lendvai wrote:
>> the use of 'service' to describe two rather different abstractions: a
>> component of an OS vs. a deamon process run by shepherd.
>
> Indeed, the
Hi Felix,
On Tue, Jan 30 2024, Felix Lechner wrote:
On Tue, Jan 30 2024, Carlo Zancanaro wrote:
certbot can't produce certificates without a functional nginx
Yes, it can. The option is called --standalone. [1]
You are correct, of course. If I had been more precise I would
have said
pyright{} 2017, 2018, 2019 Clément Lassieur@*
Copyright @copyright{} 2017, 2018, 2020, 2021, 2022 Mathieu Othacehe@*
Copyright @copyright{} 2017 Federico Beffa@*
-Copyright @copyright{} 2017, 2018 Carlo Zancanaro@*
+Copyright @copyright{} 2017, 2018, 2024 Carlo Zancanaro@*
Copyright @copyright{} 2
* gnu/services/certbot.scm (certbot-renewal-one-shot): New procedure.
(certbot-service-type)[extensions]: Add it to shepherd-root extension.
(certbot-command): Make connection errors return a different exit code.
(certbot-activation): Remove message with certificate renewal instructions.
Change-Id
* gnu/services/certbot.scm (): Add
start-self-signed? field.
(generate-certificate-gexp): New procedure.
(certbot-activation): Generate self-signed certificates when
start-self-signed? is #t.
* doc/guix.texi (Certificate services): Document start-self-signed?.
Change-Id: Icfd85ae0c3e29324acbcde6ba
s). I think these
changes make certbot "do the right thing", at the expense of being
slightly more magical.
On IRC podiki suggested I should copy guix-devel and Brice (the
original bug reporter), so I've done that, too.
Carlo Zancanaro (4):
services: certbot: Symlink certificates to
* gnu/services/certbot.scm (%default-deploy-hook): New variable.
()[deploy-hook]: Use it as default deploy hook.
* doc/guix.texi (Certificate services): Document new default deploy hook.
Change-Id: Ibb10481170a6fda7df72492072b939dd6a6ad176
---
doc/guix.texi| 6 +-
gnu/services/ce
Hi Ian,
On Sat, Jan 20 2024, Ian Eure wrote:
> I agree that this would make sense, but my understanding is that `guix
> package' doesn’t work like that -- it only performs the final
> operation in the list. IMO, it should either do *everything* the
> commands specify, or print an error and take n
On Mon, Jan 15 2024, Richard Sent wrote:
> At present this can be worked around by commenting out entries on the
> list, but this requires
> a) Already knowing what machine is offline
> b) Remembering to uncomment it later when the machine goes back online
> c) Generally feels "ugly" in a way that
Hi Ian,
Much of what you've written is fair, and I'm sure that Guix's commands
could be better organised. I'm not really involved in Guix development,
but I think there are two "inconsistencies" that you've mentioned which
can be explained.
On Mon, Jan 15 2024, Ian Eure wrote:
> Some examples of
Hey Jacob,
On Tue, Nov 09 2021, Jacob Hrbek wrote:
For now I use “#!/usr/bin/env -S guix shell --”, which works
well enough for me. How does that sound? -- l...@gnu.org
Not a solution as (AFIAK) POSIX only accepts one argument.
That's the point of the -S. It passes the entire rest of the li
Hi Nicolas/Ludo,
On Fri, Oct 29 2021, Nicolas Goaziou wrote:
Among those, which importers provide source that differs from
what you’d get from upstream’s checkout or release tarballs?
My guess:
elpa (gives hosted tarballs that can differ from upstream
repo)
Indeed.
For MELPA specif
On Wed, Sep 01 2021, Liliana Marie Prikler wrote:
TL;DR: I'm generally in favor of branching emacs support
packages off, even if origins are to be inherited.
This is my preference, and there is precedent for this in Guix
already. I know of emacs-protobuf-mode and emacs-erlang which are
separa
Hi Leo!
On Thu, Apr 08 2021, Leo Prikler wrote:
guix-emacs should still be loaded by site-start.el, which also
initially loads your autoloads.
Now that I've had more of a chance to play with it, you're right
about this. I'm not sure what I did earlier, but it loaded
properly just now.
What
Hi Leo!
Thanks so much for working to improve Emacs packaging in Guix! I
have a question and a comment about your approach on the wip-emacs
branch.
On Tue, Apr 06 2021, Leo Prikler wrote:
Emacs now gets its core lisp path from the wrapper rather than
the search path and there's a new profile
Hi Timothy,
On Thu, Jan 14 2021, Timothy wrote:
For the past ~month I've been trying to package Dendrite (a
second generation reference Matrix server implementation, set to
succeed Synapse when feature parity is reached), Gitea, and
Caddy.
I took a look at dendrite, and it looks like it need
Apologies for the short reply, but that permission issue can be solved in the
short term by changing the permissions on /dev/kvm (I set it to 777 to force it
when necessary, because I don't know what the right permissions are).
The proper solution is probably to add your user to a kvm group on y
Hi raid5atemyhomework,
On Wed, Jan 06 2021, raid5atemyhomework wrote:
I have this patch below for creating a new
`kernel-loadable-module-service-type`, which can be extended by
another service to add kernel-loadable modules provided by
packages, hope for a review.
I tried out building a VM u
Hi raid5atemyhomework,
On Tue, Jan 05 2021, raid5atemyhomework wrote:
What `install-zfs` does is that it installs the same
kernel-specific package in three different points:
* `kernel-loadable-modules`, because ZFS needs to get into the
kernel somehow.
* `packages`, because the kernel module
Hey Danny,
On Wed, Nov 18 2020, Danny Milosavljevic wrote:
Hmm, maybe I'm misunderstanding what Docker compose does
entirely.
Reading the docs it seems to just manage multiple isolated
Docker images and deploy new ones?
Yep, that's all it does. It lets you link together ports and
volumes,
Hi Jakub,
On Sat, Aug 08 2020, Jakub Kądziołka wrote:
Why? I would expect only libgit2 to be present, and not all of
its dependencies. ...
If you take a look at the definition for libgit2 in
gnu/packages/version-control.scm you'll see that this isn't all
the dependencies for libgit2, it's on
Hey Chris,
On Wed, May 27 2020, Christopher Lemmer Webber wrote:
> However, I wonder if, with a matter of just two patches, this could be
> resolved:
>
> - Patch out the automatic download of Cisco's h.264 plugin.
> - Add a warning banner *above* the extensions page, or simply switch it
>to
Hey Pierre,
On Mon, Nov 04 2019, Pierre Neidhardt wrote:
As I understand it, the current discussion is about "pinning"
profiles.
Should any dependency get garbage collected, an environment will
need
Internet access to refetch the missing parts; I think this is
what we
are trying to avoid, rega
Hi Joshua!
On Fri, Jan 04 2019, Joshua Branson wrote:
I recently started using the awesome window manager, and I'm
curious if I can help edit the manual a bit. The current manual
does not mention that to configure the awesome window manager,
one must copy the configuration from
/gnu/store/xm
On Sun, Aug 19 2018, Pjotr Prins wrote:
One thing I have always wanted to do is use Guix' system
configuration capabilities on top of Debian. But, so far, I have
no idea how to go about that.
I would also be interested in this. I have thought about it a
little bit, but I haven't made any conc
Hey Ludo,
On Fri, Feb 09 2018, Ludovic Courtès wrote:
In particular, with higher levels of concurrency I want to move
the
mutable state out of objects.
The only piece of mutable state is the ‘running’ value. We can
make
that an “atomic box”, and users won’t even notice.
That's not quite
Hey Danny,
On Mon, Feb 05 2018, Danny Milosavljevic wrote:
I assume that means "starts a user's shepherd when they log in".
Either that, or run the services itself. In either case, what you
have sent is very helpful!
User namespaces just present a different set of names to your
process
(v
Hey Ludo,
On Mon, Feb 05 2018, Ludovic Courtès wrote:
User services - Alex has already sent a patch to the list to
allow
generating user services from the Guix side. The idea is to
generate a
Shepherd config file, allowing a user to invoke shepherd
manually to
start their services. A further e
too often: disable this service, and all which
depend on it
- else: only start if another enabled service depends on this one
This would mean that Shepherd could decide the best way to
start/stop services, including doing so in parallel if possible.
So, there are our ideas! Any thoughts, or
On Tue, Jan 30 2018, Ludovic Courtès wrote:
To those going to the Guix workshop in Brussels this Friday:
who’s in
for dinner (+ drink) on Friday evening?
I'm in, assuming my wife is welcome as well.
Carlo
signature.asc
Description: PGP signature
I'm keen to do some work on shepherd. Partially this is driven by
me using it to manage my user session and having it not always
work right, and partially this is driven by me grepping the code
for "FIXME" (which was slightly overwhelming). If anyone is keen
to chat about it on Friday, please f
On Tue, Jan 23 2018, Pjotr Prins wrote:
How is it a security issue?
If I can authorise any substitute server key that I want, then I
can authorise my own server's key. I can then create a malicious
substitute that doesn't correspond to the build recipe in Guix. I
could inject whatever code I
On Tue, Dec 05 2017, Manolis Ragkousis wrote:
If you are going to attend please add your name to the wiki, or
just
respond to this email, so we can order enough lunches! Of course
everyone is welcome to come whether they register or not!
Apparently I can't create an account in order to edit th
On 20 December 2017 9:19:00 pm AEDT, Konrad Hinsen
wrote:
> > guix build python-activepapers
>--with-source=~/Development/python-activepaper
>guix build: error: lstat: No such file or directory:
>"~/Development/python-activepapers"
I found earlier today that the tilde wasn't expanded in guix
On Sun, Sep 17 2017, Ludovic Courtès wrote:
> I think you just have to “chmod -R +w” those files.
>
> I was looking for examples of packages that use ‘git-fetch’ and that do
> that, but I couldn’t easily find one. I suppose that’s what they do
> when they have to, though.
One example is kakoune.
On Tue, Aug 29 2017, David wrote:
> There is a feature missing in 'guix environment': saving the resulting
> profile for easy access later. I often want to build an environment
> once and not update it for awhile, but with the current state of 'guix
> environment' it's not possible. This leads me
On Sun, Jun 18 2017, Timothy Sample wrote:
> While the user experience would suffer a bit, it’s no real hardship to
> type
>
> $ guix package \
> --do-not-upgrade $(guix package --only-substitutes -u) \
> -u
>
> This is definitely possible.
Just checking: is the proposal that
On Sat, May 13 2017, Carlo Zancanaro wrote:
> I've attached two patches, one of which is the definition of
> define-service-type, and the other which is me changing the
> exim-service-type definition to use it.
It turns out these patches don't work at all. I wrote the cod
On Fri, Apr 21 2017, Carlo Zancanaro wrote:
> I'll have a go at it later today and see what I can come up with. (I'm
> not very familiar with guile/scheme libraries, but I have played around
> a fair bit with macros.)
Well, it's been a lot longer than "later today&qu
On Sat, Apr 22 2017, Danny Milosavljevic wrote:
> Unfortunately, it still doesn't respawn redshift if it dies - it seems
> to require a pid file for that (#:start (make-forkexec-constructor ...
> #:pid-file "xxx.pid") and you have to specify #:respawn? #t. The
> invoked program then has to create "
On Fri, Apr 21 2017, Ludovic Courtès wrote:
> A ‘define-service-type’ macro or similar could generate either code the
> current framework (with and and
> ) or for SRFI-99-style records if we later to go that
> route.
>
> So I think we should start by designing this macro.
>
> How does that sound?
Hey Ludo,
On Thu, Apr 20 2017, Ludovic Courtès wrote:
> There must be some sort of a mapping between service types and
> configuration types, indeed, but I’m not sure how to achieve it.
>
> One solution would be to have all the records
> inherit (in the OO sense) from , or something along these
>
Hey Ludo,
On Wed, Apr 19 2017, Ludovic Courtès wrote:
> It used to be that we would write ‘-service’ procedures. Then when (gnu
> services) was added, each of these procedures would boil down to:
>
> (define (foo-service #:key (foo foo) (number 42))
> (service foo-service-type
>
I have a question related to this, but about a broader issue.
On Sat, Apr 15 2017, Ludovic Courtès wrote:
> (service openssh-service-type)
Is this supposed to be the preferred way to add a service to your
operating system? Or, put another way, as a service writer: should I
consider a *-service-
with this in light of Ricardo's comments, but
I'm hopeful that it can be pushed. (The advantage not having the ability
to push is that I don't have to make any real decisions. Hooray!)
Carlo
From 8d499d361cb89c29902ef21c46b3899c2f6799f7 Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
On Mon, Feb 27 2017, Ricardo Wurmus wrote
> Carlo Zancanaro writes:
>> But then I wondered, could we just change the generate-keystore phase of
>> the icedtea-6 package to log a failed certificate import without failing
>> the build? Then we could move the permissions cha
6c9b53cf955dec29742 Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Sun, 26 Feb 2017 11:34:44 +1100
Subject: [PATCH] gnu: icedtea-6: Modify certificate import to not fail for
icedtea-8.
* gnu/packages/java.scm (icedtea-6)[arguments]: Fix install-keystore phase to
not fail the buil
smaller patch that should accomplish a similar result
(attached).
From b1ed0d53a72f95fdc42fa3741ae16726782ad414 Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Sun, 26 Feb 2017 11:34:44 +1100
Subject: [PATCH] gnu: icedtea-6: Modify certificate import to not fail for
icedtea-8.
* gnu/
On Fri, Jan 27 2017, Ludovic Courtès wrote
> What needs to be done? We cannot guess the upstream URL just from the
> MELPA one, can we?
No, we can't just get it from the URL, but MELPA's recipes should give
us enough information to be able to build them. (After all, they give
MELPA enough inform
In the patch I sent recently which updated the pypi importer, I forgot
to update the corresponding tests.
Here's a fix for the tests.
Carlo
From e709e9a1cb321ff2581cc10232bae9e37048cea0 Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Fri, 27 Jan 2017 14:40:49 +1100
Subject: [PATCH]
kage), so I
hope it's okay. If not, feel free to change it.
Thanks for the comments regarding patches/snippets/phases. I think I'll
just need to hang around a bit longer and see how things are done to get
a feel for it myself.
Carlo
From b66c5ce74f15994f7976d405171771c185a646ff Mon S
On Thu, Jan 26 2017, Marius Bakke wrote
> I replaced the patch file with a substitution phase instead ... .
Is this the preferred way to patch reproducibility issues? I don't
really have a sense of it, but the other packages I have seen have used
either a patch or a snippet to make a build reprod
t
again. I figure it's worth committing it as up-to-date as possible.
Carlo
From 6ca08153fb987d49c535120a7b451e1935d6627e Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Fri, 30 Dec 2016 02:15:59 +1100
Subject: [PATCH] gnu: Add kakoune
* gnu/packages/patches/kakoune-leave-manpages-uncomp
On Mon, Jan 02 2017, Carlo Zancanaro wrote
> ... patch used to be here ...
Now that the patches for its dependencies have been pushed, can anyone
review this patch for Electrum?
signature.asc
Description: PGP signature
The pypi importer currently adds python-setuptools to the propagated
inputs. According to the manual we don't need to do this any more, so
here's a patch that updates the importer to match.
From d819fce415614d269fbb28f035963e6e0d6efbee Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Dat
* gnu/packages/python.scm (python2-slowaes): New variable.
---
gnu/packages/python.scm | 21 +
1 file changed, 21 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 0ee1b6ef8..ad62c25e8 100644
--- a/gnu/packages/python.scm
+++ b/gnu/packages/pyt
* gnu/packages/python.scm (python-qrcode, python2-qrcode): New variables.
---
gnu/packages/python.scm | 25 +
1 file changed, 25 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 21347b25e..0ee1b6ef8 100644
--- a/gnu/packages/python.scm
+++
/python.scm
+++ b/gnu/packages/python.scm
@@ -34,6 +34,7 @@
;;; Copyright © 2016 Julien Lepiller
;;; Copyright © 2016, 2017 Tobias Geerinckx-Rice
;;; Copyright © 2016 Thomas Danckaert
+;;; Copyright © 2017 Carlo Zancanaro
;;;
;;; This file is part of GNU Guix.
;;;
@@ -12462,3 +12463,31 @@ Features
Let's give this another try, then. I think I've taken into account all
your feedback, and I've updated to a more recent kakoune commit.
From a15396f186d5a88f7fbe1af21add9bbd40ddc59b Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Fri, 30 Dec 2016 02:15:59 +1100
Subject: [
/finance.scm
+++ b/gnu/packages/finance.scm
@@ -3,6 +3,7 @@
;;; Copyright © 2016 Efraim Flashner
;;; Copyright © 2016 Alex Griffin
;;; Copyright © 2016 Hartmut Goebel
+;;; Copyright © 2017 Carlo Zancanaro
;;;
;;; This file is part of GNU Guix.
;;;
@@ -26,6 +27,7 @@
#:use-module (guix build utils
* gnu/packages/python.scm (python-qrcode, python2-qrcode): New variables.
---
gnu/packages/python.scm | 24
1 file changed, 24 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 2841830f0..9afb2f0b1 100644
--- a/gnu/packages/python.scm
+++
* gnu/packages/python.scm (python2-slowaes): New variable.
---
gnu/packages/python.scm | 22 ++
1 file changed, 22 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 9afb2f0b1..eb238fc1e 100644
--- a/gnu/packages/python.scm
+++ b/gnu/packages/py
+++ b/gnu/packages/python.scm
@@ -34,6 +34,7 @@
;;; Copyright © 2016 Julien Lepiller
;;; Copyright © 2016, 2017 Tobias Geerinckx-Rice
;;; Copyright © 2016 Thomas Danckaert
+;;; Copyright © 2017 Carlo Zancanaro
;;;
;;; This file is part of GNU Guix.
;;;
@@ -12268,3 +12269,27 @@ possible on
These patches are to add Electrum, a Bitcoin client. The three python
libraries are the only dependencies that weren't already packaged. They're
mostly just from the pypi importer and they seem correct to me.
Carlo Zancanaro (4):
gnu: Add python-pbkdf2.
gnu: Add python-qrcode.
On Fri, Dec 30 2016, Leo Famulari wrote
>> diff --git a/gnu/packages/patches/kakoune-fix-bash-path.patch
>> b/gnu/packages/patches/kakoune-fix-bash-path.patch
>> diff --git a/gnu/packages/patches/kakoune-leave-manpages-uncompressed.patch
>> b/gnu/packages/patches/kakoune-leave-manpages-uncompres
It turns out emacs decided to destroy my whitespace!
I'll attach it this time.
From 57b2f9e6af20606e302fc4040515d7a92bde73fc Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Fri, 30 Dec 2016 02:15:59 +1100
Subject: [PATCH] gnu: Add kakoune
To: guix-devel@gnu.org
* gnu/packages/pa
dex 4e2324dbe..c3981948e 100644
--- a/gnu/packages/text-editors.scm +++
b/gnu/packages/text-editors.scm @@ -1,5 +1,6 @@
;;; GNU Guix --- Functional package management for GNU ;;;
Copyright © 2016 José Miguel Sánchez García
+;;; Copyright © 2016 Carlo Zancanaro
;;; ;;; This file is part o
On Wed, Dec 28 2016, Daniel Pimentel wrote
I'm trying use StumpWM in my config.scm but there's code for
module:
guix system: error: failed to load '/etc/config.scm':
ice-9/boot-9.scm:2870:6: In procedure resolve-interface:
ice-9/boot-9.scm:2870:6: no code for module (gnu packages
sbcl-stumpw
thought re-throwing
was consistent with that. I've attached an updated patch to use
the original "leave" line.
From 35da0d4977f217be6aefb24ab062b646d17de671 Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Wed, 14 Dec 2016 12:31:12 +1100
Subject: [PATCH 1/2] import: elpa: Fix
On Wed, Dec 14 2016, Carlo Zancanaro wrote
I was trying to import some elpa packages recently and found
some issues, so here are some patches to fix them.
1. call-with-downloaded-file had behaviour different to how it
was documented to behave. This was primarily a problem when
trying to
-theme-solarized on
melpa).
2. Package dependencies need to be propagated so that emacs can
find them.
From 0e561aee91b5d389d72906d059ddf486a322f20a Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Wed, 14 Dec 2016 12:31:12 +1100
Subject: [PATCH 1/2] import: elpa: Fix call-with-downloaded
On Thu, Dec 01 2016, ng0 wrote
I tried that before (though I did just think it was wrong) and
now I get the same message as yesterday:
...
In gnu/services/cuirass.scm:
81: 1 [cuirass-shepherd-service #]
In unknown file:
?: 0 [string=? "" ((# # # # ...))]
ERROR: In procedure string=
On Thu, Dec 01 2016, ng0 wrote
https://ptpb.pw/gQOZ.scm with this change it fails differently:
This is wrong again, but for a different reason. The
`%desktop-services` must be the last argument to the `cons*` call.
You want it to look like this (assuming my formatting comes out at
least a
On Wed, Nov 30 2016, ng0 wrote
Is there anything obvious I have to change?
Your `let` body contains both the `(cuirass-service ...)` form as
well as the `%desktop-services` form. A `let` form will take the
value of the last form in its body, so the `(cuirass-service ...)`
value is being thro
On Wed, Nov 09 2016, Ludovic Courtès wrote
Could you run shepherd in “strace -f” and see where the SIGCHLD
signals go?
I don't really know how to read strace's output (and there's a lot
of it), but sometimes it gives a line like this:
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED,
Hey Ludo!
On Mon, Nov 07 2016, Ludovic Courtès wrote
Could it be that you invoke the ‘daemonize’ action after
respawnable processes have been started? The manual has this
caveat (info "(shepherd) The root and unknown services"):
‘daemonize’
Fork and go into the background. This s
I've had problems with Shepherd and its daemonize action. If I run
daemonize (as the first thing when Shepherd starts) then it fails to handle
signals from child processes.
I've only been running without the daemonize call for a day or so, but it
seems to properly handle the child processes now.
On 16 June 2016 at 22:38, Ludovic Courtès wrote:
> Primarily, I built it with --rounds=2 as per
> <
> https://www.gnu.org/software/guix/manual/html_node/Submitting-Patches.html>
> ...
>
I tried to build with --rounds=2, but always after I had built normally
(because I cared first about whether i
/wm.scm
@@ -7,6 +7,7 @@
;;; Copyright © 2016 Danny Milosavljevic
;;; Copyright © 2016 Efraim Flashner
;;; Copyright © 2016 Al McElrath
+;;; Copyright © 2016 Carlo Zancanaro
;;;
;;; This file is part of GNU Guix.
;;;
@@ -28,6 +29,7 @@
#:use-module (guix packages)
#:use-module (gnu
1 - 100 of 106 matches
Mail list logo
