Hi,
Leo Famulari skribis:
> Recently, Matt pointed out that profile collisions can be confusing and
> difficult to resolve:
>
> https://lists.gnu.org/archive/html/guix-devel/2022-01/msg00115.html
I don’t see the words “profile” and “collision” here; maybe that was
upthread?
> Specifically see
Hey Ludo!
> It’s maybe not that important but I’m not convinced about the extra
> “-image” and “-vm” suffixes; I don’t think it makes things clearer.
Pushed without those suffixes!
Thanks for reviewing,
Mathieu
Hello Guix,
Every time I upgrade icedove (via guix pull && guix system reconfigure), all of
my user data is cleared from icedove.
All of my mail settings, accounts, etc. are just gone and I need to manually
set them all up again.
When I check ~/.icedove, my profile and settings are still there
Hi,
On Fri, 14 Jan 2022 at 10:02, Ludovic Courtès wrote:
> Currently, on profile collisions, the error message shows where the
> collision originates and a hint on how to work around it. Perhaps the
> hint is sometimes wrong (in which cases?), or perhaps it’s too terse?
> Can it be improved?
I
A brief follow up:
It seems the ~/.icedove folder is not used by icedove (it was probably a relic
of when I used icedove-wayland).
Now looking into ~./thunderbird instead I see several more profiles.
```
nicholas@guix14 ~/.thunderbird$ ls
bv7r86h9.default/installs.ini
The guix home test is failing on the testsuite, when the requirement to
provide XDG_RUNTIME_DIR is not met. The test should be set up to provide a
proper environment irrespective of the setup.
The test log ends with:
+ cat
+ guix home reconfigure /tmp/tmp.zQT5LdzYx7/home.scm
/gnu/store/f8pjw90hv51
> There's a proposed patch here: 5bc897e0496ff415e653c509ca3b68466e0ed771.
Pushed as ee897e5f51104f41b3c2a0c2cbc7eb4e6c1e4d3e. The core issue
remains, but the installer won't let you install if ci.guix.gnu.org
cannot be reached, preventing the freeze.
I think we can close this one, as the freez
The installer is now proposing to install the cups service.
Closing, thanks.
Mathieu
Closing, thanks.
Mathieu
Nicholas von Klitzing via Bug reports for GNU Guix schreef op vr 14-01-
2022 om 12:02 [+]:
> A brief follow up:
>
> It seems the ~/.icedove folder is not used by icedove (it was probably a
> relic of when I used icedove-wayland).
>
> Now looking into ~./thunderbird instead I see several more
On 2022-01-13 23:15, Ludovic Courtès wrote:
> Andrew Tropin skribis:
>
>> A day ago I found out that I can't pull/time-machine from my local guix
>> repo with patches. After running guix time-machine -C ./channels ...,
>> guix reported the following:
>>
>> Updating channel 'guix' from Git reposi
Hi,
Gábor Boskovits skribis:
> The guix home test is failing on the testsuite, when the requirement to
> provide XDG_RUNTIME_DIR is not met. The test should be set up to provide a
> proper environment irrespective of the setup.
>
> The test log ends with:
> + cat
> + guix home reconfigure /tmp/t
Hi,
Nicholas von Klitzing skribis:
> It seems the ~/.icedove folder is not used by icedove (it was probably a
> relic of when I used icedove-wayland).
>
> Now looking into ~./thunderbird instead I see several more profiles.
Indeed; when running ‘guix pull’, you might have seen this entry:
I
--8<---cut here---start->8---
$ guix challenge webkitgtk
/gnu/store/8spscikdbn2dbfm19rladnrlvl4b5lh0-webkitgtk-2.34.3 contents differ:
no local build for
'/gnu/store/8spscikdbn2dbfm19rladnrlvl4b5lh0-webkitgtk-2.34.3'
https://ci.guix.gnu.org/nar/lzip/8spscik
Hi Marek,
Marek Felšöci skribis:
> Recently, I have come around this issue. I created a Singularity
> container using the following `guix pack` command:
>
> `guix pack -f squashfs bash coreutils python python-numpy`
>
> Then, I run a bash shell within the container:
>
> `singularity exec test.gz
On Fri, Jan 14, 2022 at 09:47:52AM +0100, Ludovic Courtès wrote:
> > Recently, Matt pointed out that profile collisions can be confusing and
> > difficult to resolve:
> >
> > https://lists.gnu.org/archive/html/guix-devel/2022-01/msg00115.html
>
> I don’t see the words “profile” and “collision” her
Hi,
Jacob Hrbek schreef op vr 14-01-2022 om 05:58 [+]:
> [...]
> [source ] [function ] [line ] Locales on your system are not properly
> configured. Falling back to defaults
> terminate called after throwing an instance of 'std::runtime_error'
> what(): locale::facet::_S_create_c_locale nam
Hello! I recently had some issues with my setup, which had me rolling
my generations back and forth in attempt to fix them. My configuration
was at fault, but I did find an unrelated bug in Guix while at it:
When I run ‘guix package --rollback’, Guix switches to the previous
generation. But then,
On Fri, Jan 14, 2022 at 07:03:10AM +0100, Michael Rohleder wrote:
> Looks like upgrading zeroconf (33898cd5b7fa5cd3c5e5af17d72ee84a95b6a5ba)
> broke calibre:
Thanks for reporting this failure in one of the flagship free software
packages :)
> I found this https://bugs.gentoo.org/800233 similar ge
On Fri, Jan 14, 2022 at 02:42:47PM -0500, Leo Famulari wrote:
> I'm testing the Gentoo patch now. The upstream patch from Calibre
> doesn't apply to 5.21.0, which we have packaged.
The Gentoo patch fixes the bug for me. Pushed as
873fda504c74115c2d0333687a6723b134257dac
Thanks again for the repor
(first section)
> As of 0.9.0+, only the search paths of packages explicitly in the
> profile are shown by ‘--search-paths’ and similar. This is a problem
> for libraries that have associated environment variables.
>
> For instance, if one installs an application linked against OpenSSL,
> they wi
Hi,
Maxim Cournoyer skribis:
> I discovered that on a Debian 9 (stretch) box equipped with
> gnome-terminal 3.22.2, Guix would use terminal ANSI codes to represent
> hyperlinks in its output, which were not supported by GNOME terminal
> 3.22.2 which uses VTE 0.46.1 (it picked up support in 3.26
Hello,
Tirifto skribis:
> When I run ‘guix package --rollback’, Guix switches to the previous
> generation. But then, when I run ‘guix upgrade --dry-run’ to see what
> would change again, my profile (~/.guix-profile/etc/profile) is actually
> upgraded to the new generation. I should expect ‘--dr
Hi Denis,
Denis 'GNUtoo' Carikli skribis:
[...]
> [...]
>> ;;; (truth ("linux-gate.so.1"
>> "/gnu/store/g64a68qy52ca2jsxh83s77f9bapja3bh-guile-3.0.7/lib/libguile-3.0.so.1"
>> "/gnu/store/5vvazsd8rh0wlinglskwkr7071lh0gb9-libgc-8.0.4/lib/libgc.so.1"
>> "/gnu/store/mjdjgiz9k5rrbj440r16z6p5g33nr7d7
Bon dia,
Ivan Vilata i Balaguer skribis:
> ../source/sheets/meson.build:47:4: ERROR: Function does not take positional
> arguments.
Fixed this and another build issue in
3969dc459652d27e26623d23d6d980824af9e3f7.
Thanks,
Ludo’.
Hi Guix!
I've been having trouble updating for a couple of days because
password-store won't build. I haven't seen others complain, and I think
this package is widely used, so I'm a bit worried the problem is related to
the fact that I haven't updated guix for some time...
It fails with:
command
On Fri, Jan 14, 2022 at 04:48:17PM -0500, Zacchaeus Scheffer wrote:
> I've been having trouble updating for a couple of days because
> password-store won't build. I haven't seen others complain, and I think
> this package is widely used, so I'm a bit worried the problem is related to
> the fact th
https://go.dev/ref/mod says a module in a subdirectory has a tag prefixed with
the subdirectory.
* guix/import/go.scm (version+subdirectory->tag-name): New variable.
(vcs->origin): New argument module-path-subdirectory.
---
guix/import/go.scm | 26 +++---
1 file changed, 15 in
Somebody claiming to be Stephen Paul Weber wrote:
https://go.dev/ref/mod says a module in a subdirectory has a tag prefixed with
the subdirectory.
Dang. This patch as written causes import of guix import go
github.com/jackc/pgx/v4 to fail. The /v4 suffix in this case appears to refer to
a bran
Hello!
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>> I discovered that on a Debian 9 (stretch) box equipped with
>> gnome-terminal 3.22.2, Guix would use terminal ANSI codes to represent
>> hyperlinks in its output, which were not supported by GNOME terminal
>> 3.22.2 which us
30 matches
Mail list logo
