Hello,
Distopico writes:
> On 2024-01-18, Maxim Cournoyer wrote:
>
>> Hi,
>>
>> Distopico writes:
>>
>>> Apps such as Icecat or ungoogled-chromium are not able to get the
>>> correct timezone from /etc/localtime when `/etc/localtime` is a realpath
>>> maybe because it expect
Hi!
Maxim Cournoyer skribis:
> Ludovic Courtès writes:
>
>> Léo Le Bouter skribis:
>>
>>> + (properties
>>> +`((release-monitoring-url . "https://sqlite.org/download.html;)))
>>
>> Unfortunately this page uses JavaScript. Without JS, you get:
>>
>> sqlite-autoconf-3350200.tar.gz(2.82
On 2024-01-18, Maxim Cournoyer wrote:
> Hi,
>
> Distopico writes:
>
>> Apps such as Icecat or ungoogled-chromium are not able to get the
>> correct timezone from /etc/localtime when `/etc/localtime` is a realpath
>> maybe because it expect /etc/share/zoneinfo, with readlink partially
>> works
On Wed, Jan 24 2024, Carlo Zancanaro wrote:
+ ;; Due to the way certbot runs, we need to
+ ;; create the self-signed certificates in the
+ ;; archive folder and symlink them into the live
+ ;; folder. This mimics what certbot does well
+
>From time to time people have issues with setting up a new system with
certbot generating certificates for an nginx server. The issue is that
nginx won't start without being able to load certificates, but certbot
can't generate certificates (through the default HTTP challenge)
without a running
* gnu/services/certbot.scm (certbot-deploy-hook): New procedure.
(certbot-command): Pass new deploy hook to certbot.
* doc/guix.texi: Replace "letsencrypt/live" with "certs" throughout.
---
doc/guix.texi| 26 +-
gnu/services/certbot.scm | 34
* 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?.
---
doc/guix.texi| 6
