After I guix pull, services defined in guix home config can no start:
-
服务 root 已启动。
WARNING: Use of `load' in declarative module (#{ g117}#). Add #:declarative?
#f to your define-module invocation.
unbound-variable(#f "Unbound variable: ~S" (service) #f)
Some deprecat
Hi, I've been using G-expressions for some time and have always been
hindered by `ungexp` not working on deeper lists. For instance, when I
want to embed in a G-expression a list of packages, it works
>(define packages (list coreutils gnu-make ...))
>
> #~(for-each
>(lambda (f)
> ... do
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 fine some apps, maybe related with an icu bug.[1]
I just removed manually `/etc/lo
Ni! I see. Thanks for the explanation. .~´
I've noticed the same behavior and was able to resolve it by adding
--no-grafts whenever I reconfigure my system and home profiles. Likely
just the former is necessary, but I haven't tested it.
I've also noticed this behavior (SBCL trying to place .fasl in
/gnu/store) once when I pulled, recon
Hi,
On 2024-01-12 19:38, Giovanni Biscuolo wrote:
It's not a big deal if we just remove the older versions.
but if they are needed for bootstrapping they should be kept around, no?
No, because they are not needed for the bootstrapping itself. We build
stuff from scratch for it, I needed t
Hi,
On Thu, 30 Nov 2023 at 14:09, Tomas Volf <~@wolfsden.cz> wrote:
> $ guix time-machine --no-offload -q
> --commit=97a5819643a045b7cc68e80fd2fc05ed4eabf0d0 -- describe
[...]
> ./guix/store.scm:1421:15: In procedure loop:
> ERROR:
> 1. &store-protocol-error:
> message: "build of
> `/
Hi,
On Mon, 04 Dec 2023 at 18:19, francismb via Bug reports for GNU Guix
wrote:
> Here problem seems to have disappeared. You may want to close the issue.
> (on my side I neither have time trying to trace down the cause nor where
> to start to search, ... may be something to do with the
> non-d
Hi,
Ekaitz Zarraga writes:
[...]
>>> We have automake packaged, but it's not compatible with older autoconf
>>> versions so autoconf is not very usable at this point.
>>>
>>> ```
>>> Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell
>>> automake autoconf@2.64
>>
>> is there a
Hi,
On Sun, 19 Nov 2023 at 13:24, Ian Eure wrote:
> The issue seems to be that current-profile checks the name of the
> program which was invoked, and always returns #f unless the name ends
> with "bin/guix". Since "guile" doesn’t, they don’t work as expected.
> See:
> https://git.savannah.gnu.
Hi,
On Wed, 15 Nov 2023 at 21:56, Ulf Herrman wrote:
> $ guix build --no-grafts --derivations -e \
> '(begin
>(use-modules (guix packages) (gnu packages gtk))
>((package-mapping identity) cairo-sans-poppler))' \
>-e '(@ (gnu packages gtk) cairo-sans-poppler)'
> =>
> /
Hi,
On Sun, 10 Dec 2023 at 10:52, glaz--- via Bug reports for GNU Guix
wrote:
> I did some minor research on my patch. Looks like I was wrong. There are
> more than one package, that is not available via DLCDN, but only on
> archive.apache.org. So the best solutions seems to be to change the
Hi Inria’s folks, :-)
On Sat, 02 Dec 2023 at 18:13, Maxim Cournoyer wrote:
> I'd rather we try it with a few more software such as 'dnf' to narrow it
> down to just 'yum', or some other issues in our Guix-generated RPM.
have you tried with ’dnf’? Is it similarly slow as ’yum’?
Cheers,
simon
Hi,
On Mon, 08 Jan 2024 at 16:34, Ricardo Wurmus wrote:
> The WIP commit is here:
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?h=wip-r&id=e81a75a7b28c633a658ceeb0a728255674f56c58
IIRC, the main feedback [1] of this approach is:
- the repositories at https://git.bioconductor.o
Hi Lars,
Lars Rustand writes:
> This issue can be closed.
You can close issues by replying to -d...@debbugs.gnu.org instead of
@, as I'm doing here.
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
15 matches
Mail list logo
