Hello!
I wanted to serve public repositories from gitolite using git-daemon.
I tried the following configuration of services:
┌
│ (define git-daemon
│ (git-daemon-service
│#:config (git-daemon-configuration
│ (base-path "/var/lib/gitolite/repositories"
After some digging I came up to the procedure `activate-users+groups' in
the file `gnu/build/activation.scm' and found the following lines:
┌
│ ;; Always set ownership and permissions for home directories of system
│ ;; accounts. If a service needs looser permissions on its home
│ ;; director
Here is a patch to fix the issue.
I added bash-minimal to inputs because guix lint said so:
> "bash-minimal" should be in 'inputs' when 'wrap-program' is used
>From 0f908098afd15a608e1254e58d472631dfdf400e Mon Sep 17 00:00:00 2001
From: Evgeny Pisemsky
D
Can someone review the patch?
Hello!
The cache directory must:
1. End with a slash (due to implementation of the php script).
2. Exist or be created manually.
3. Be writeable by php-fpm.
The current default value doesn't meet these requirements and leads to
broken caching and errors in php-fpm log.
The simplest solution is
After installing the package perl-lingua-translit and trying to use its
accompanied utility translit the following error appears:
$ translit -l
Can't locate Lingua/Translit.pm in @INC (you may need to install the
Lingua::Translit module) (@INC contains:
/gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzj
Hello!
Check out this discussion:
https://lists.gnu.org/archive/html/help-guix/2022-03/msg4.html
rom 2f73c340abf3df2690b3778cbf0eb1de7a63ab33 Mon Sep 17 00:00:00 2001
Message-ID: <2f73c340abf3df2690b3778cbf0eb1de7a63ab33.1720013503.git.m...@pisemsky.site>
From: Evgeny Pisemsky
Date: Wed, 3 Jul 2024 15:15:25 +0300
Subject: [PATCH] gnu: pcb2gcode: Fix build.
* gnu/packages/engineering.scm (pcb2gcode):
Looks like I accidentally spammed bug tracker:
- https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71930
- https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71931
My previous message to this report did not show up for a long time, so
I created a new one, but screwed up subject and thought it was a
reason
I've found a cause of missing version in gerbv and sent a new patch:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=72541
Also geos can be downgraded to 3.11.4 to successfully build pcb2gcode.
So the patch proposed here is not valid for now - I'll send a new one.
Here is the simplest patch that changes cache directory to /tmp/ and
makes this service work with the recently added monsterid package.
>From d6778a511cd5c41755a8ba9853d0e9db8dd47997 Mon Sep 17 00:00:00 2001
Message-ID:
From: Evgeny Pisemsky
Date: Thu, 30 Nov 2023 19:30:50 +0300
Subject: [PA
Its configure script can't find libgerbv, which is listed in inputs.
qi5qm78xpich22pqh1kgj5kgf9ldfv-pcb2gcode-2.5.0.drv.gz
Description: The build log.
Hi, actually I was thinking about empty string, because the package
record type definition in (guix packages) has explicit comment:
(home-page package-home-page) ; string
But #f also works, and grep'ing shows that a lot of packages and even
tests use it, so let it be #f, wi
For example, this command:
guix import pypi snitun@0.35.0
> However, since this service is described as demonstration, I would prefer
> unsafe default over broken (for now).
I realized that this may look like an attempt to introduce vulnerabity, while
in fact I was just silly. Shame on me.
The right thing to do here is to write a normal service instea
This service doesn't work out the box if the group named "mail" is not
present in a system, which is a default case. The reason is this code:
http://git.savannah.gnu.org/cgit/mailutils.git/tree/imap4d/imap4d.c#n968
The obvious solution is to create this group by adding an extension of
account-ser
Here is the fix that works for me.
>From b3a7c4fb23dafe9ae3103c206a1cfc0a6676a0fc Mon Sep 17 00:00:00 2001
Message-ID:
From: Evgeny Pisemsky
Date: Fri, 22 Nov 2024 19:19:50 +0300
Subject: [PATCH] Fix null at home-page in PyPI importer
Change-Id: I501582988cf58b00bd201c12ad47e9b095988
I tried to switch from my homemade unbound service to the recently
added to guix; got an error saying that dns service is provided twice,
because knot was already on the server, and they both provision dns.
But it is technically fine to run them both on different interfaces,
where unbound works as
The patch I promised is here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=75381
19 matches
Mail list logo