On Wed, Nov 02, 2022 at 10:31:11AM +0100, zimoun wrote:
> > One commit later
> >
> >guix time-machine --commit=08f2a06d261ad7a91b3f4df83a5093b8a28f15ed --
> > help
> >
> > fails.
> >
> > The commit is “gnu: Add guile-dns.” Kind of makes sense that it is
> > guile-related.
>
> Are you sure the
On Thu, Oct 27, 2022 at 10:04:43AM +0200, zimoun wrote:
> Using Guix 00ff6f7 and running,
>
> --8<---cut here---start->8---
> $ guix time-machine --commit=86ec52f66735b122b9035eba56516fd16f3be958 \
> -- time-machine --commit=c07b55eb94f8cfa9d0f56cfd97a16f2f
Hi Guix,
Reporting as instructed. I stripped down this line
error: #{\x0;\x0;\x0;\x0}#: unbound variable
In reality, “\x0;” inside the braces is repeated mny times.
The error persists after disabling my “guix-wz” channel.
--8<---cut here---start->
On Tue, Aug 30, 2022 at 02:49:46PM +0800, 宋文武 wrote:
> >> A change made in b084398 is preventing both my system and home
> >> configurations from building with a Wrong Type to Apply error. Did the
> >> channel spec format change with the changes in that commit?
>
> I revert the commit b084398 for
On Mon, Oct 12, 2020 at 03:52:30PM +0530, Arun Isaac wrote:
> I pushed to master, my commit replacing proj.4 with proj.
Hi Arun,
Believe it or not, but on Friday I tried the same thing. First,
replacing proj with proj.4 in GDAL, which declined to compile, demanding
version 6, then replacing proj
On Fri, Jul 17, 2020 at 07:20:34PM +0200, Wiktor Żelazny wrote:
> As I was thinking about it, I began to suspect that the problem might be
> caused by outdated input definitions in my private channel.
I made use of the fact that my root user has got no extra channels
defined and had it
On Fri, Jul 17, 2020 at 05:59:36PM +0200, Guillaume Le Vaillant wrote:
>
> Do you get this test failure every time, or does it fail randomly?
Hi,
Thanks for taking a look.
I attempted to build it twice with some weeks in between, hoping that
the issue disappears as the package definition gets re
Hi list,
For some time, I’ve been getting the stuff below while trying to build
qgis. Once the test is added to the list of omitted tests (there’s
already a substantial list of tests that fail for unknown reasons in the
package definition), the qgis build completes and the result is usable.
To re
Related to [1]. Reproducing:
guix environment -C --pure --ad-hoc r r-readr
Rscript -e 'library(readr); default_locale()'
A hack that fixes this issue is to include tzdata among the environment
inputs, and to set
TZDIR=/gnu/store/$(ls -F /gnu/store | grep tzdata.*/ | head -n
1)share/zon
On Sat, Jan 11, 2020 at 11:40:06AM +0100, Wiktor Żelazny wrote:
> A few days ago, I’ve started getting this while trying to upgrade
> neomutt:
>
>Test test_mutt_date_gmtime... [ FAILED ]
> Case Today:
>mutt_date_gmtime.c:59: Check tm.tm_yda
Hi list,
The same behaviour on two machines.
To reproduce:
guix environment --container --ad-hoc r r-rgdal
Rscript -e 'library(rgdal); dsn <- system.file("vectors", package =
"rgdal")[1]; ogrInfo(dsn=dsn, layer="cities")'
Loading required package: sp
rgdal: version: 1.4-8, (SVN revision
Hi list,
A few days ago, I’ve started getting this while trying to upgrade
neomutt:
Test test_mutt_date_gmtime... [ FAILED ]
Case Today:
mutt_date_gmtime.c:59: Check tm.tm_yday >= 119... failed
and
Test test_mutt_date_localtime...[ FAILED ]
On Sat, Sep 28, 2019 at 01:22:27PM +0200, Jan Wielkiewicz wrote:
> set-xorg-configuration doesn't work with slim though, would be nice
> if someone fixed it and the fact (keyboard-layout (keyboard-layout
> "pl,cz" "legacy,ucw")) works on your machine, but not on mine is
> strange.
The last thing
On Thu, Sep 26, 2019 at 10:46:45PM +0200, Jan Wielkiewicz wrote:
> guix system: error: failed to load '/etc/config.scm':
> /etc/config.scm:66:57: Wrong type to apply: #< name:
> "pl" variant: "legacy" model: #f options: ()>
>
> Don't really know why this happens. Here's my config.scm:
>
> (service
On Mon, Sep 16, 2019 at 12:23:22AM +0200, Jan Wielkiewicz wrote:
> I've tried using the default Polish keyboard layout with SLiM and it
> doesn't seem to work
Hi,
In case you haven’t found the solution, yet, perhaps this snippet from
my config.scm will help you. You will need to trim it to adapt
My first post here. I’m assuming the bug number is going to be added
automatically. My apologies in advance, if it’s not.
I’m under GNU Guix SD (a new user), preparing to contribute my first
package. While following [1], I’m getting FAIL for opam->guix-package
after invoking `make check` in the Gu
16 matches
Mail list logo
