Hello
I had a similar issue with a 6to4 tunnel but I guess that the same
cause may be relevant to a VPN or some other type of connection that
affects the MTU.
The pull operation would fail sporadically, usually on the same package
— most of the time that would be a relatively large package like t
У вт, 2022-05-24 у 10:38 +0300, Roman Riabenko пише:
> The upstream implemented the check for vfat and closed the issue.
> https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/commit/15462f9c87c08c5af77a31993c1d87cb34d04861
>
> (It is not included in Disks version 42.0, so I haven't tested it
> yet
I am trying to upgrade my guix systems. I ran guix pull and now I am
trying to run guix system reconfigure. It failed on two different
machines with the same backtrace. Please see the full backtrace
attached. The error message from it:
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Git er
When visiting certain websites in Epiphany, some background events
unexpectedly download files. Those files are always zero-size.
Revisiting the webpage results in getting the same. (Newer files get a
number index in their names to prevent them from overriding the
previously downloaded files.)
The
guix pull succeeded today. I attach the output in case it may be useful.
$ guix describe
Generation 76 05 гру 2024 11:02:29(current)
guix 006679d
repository URL: https://git.savannah.gnu.org/git/guix.git
вітка: master
коміт: 006679d1e6ca7acea0629b4f019c8cf89cde08be
--
Roman
Here is the output from the next attempt.
--
Roman
guix-pull.output.txt.gz
Description: Binary data
Missing glyphs in MuseScore "Insert special characters" tool, despite the
fact that the necessary fonts are installed.
How to reproduce
1. Install "musescore" package or start a guix shell with that package.
2. Open "MU 4.3" application from an applications menu or start it from
Hello.
When running guix as a package manager on a foreign distribution
(PureOS) on an aarch64 device, Evolution fails to install because
doxygen fails to build. I attach as separate files:
- the output of "guix build doxygen" gzipped;
- the doxygen build log from the store;
- the output of "guix
close 74685
When using guix as a package manager on another operating system (PureOS
Byzantium) on aarch64, guix pull fails with a message that:
'/gnu/store/xdcddvvb65hmjqlb2rny4d1cc814al5r-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"7f3313341caf844d9fb6919f6cdc28fdcaf06c6d";
I tried installing the latest Guix System in a virtual machine in GNOME
Boxes. I can select Ukrainian during installation, which changes the
language to Ukrainian and results in uk_UA.utf8 locale in the
configuration file. The installation goes and completes as expected. I
can reboot into the newly
When using Guix as package manager on a foreign distribution (Pure OS
Byzantium) and after installing some GNOME package (GNOME Web -
Epiphany), it exposes some files, which are processed during the user's
login resulting in a login failure.
Way to reproduce:
$ guix install epiphany
$ sudo reboot
On Sun, 2025-03-16 at 12:48 +0200, Roman Riabenko wrote:
> I tried installing the latest Guix System in a virtual machine in
> GNOME
> Boxes. I can select Ukrainian during installation, which changes the
> language to Ukrainian and results in uk_UA.utf8 locale in the
> configuration file. The insta
On Sun, 9 Feb 2025 10:56:24 +0200
Roman Riabenko wrote:
> When running guix as a package manager on another distribution (Pure OS
> Byzantium) under aarch64, llvm fails to build. Please refer to the
> attached build log.
I have re-ran the build and was able to reproduce the failure. But:
1. I n
On Mon, 17 Feb 2025 09:04:41 +0200
Roman Riabenko wrote:
> On Sun, 16 Feb 2025 19:32:31 +0100
> Noé Lopez wrote:
>
> >
> > > Hello.
> > >
> > > When running guix as a package manager on a foreign distribution
> > > (PureOS) on an aarch64 device, Evolution fails to install because
> > > doxyge
guix pull succeeded eventually. I looked at the error once again. It
looks like it failed earlier because graphviz-minimal@7.0.1 failed to
build, which was reported after glib@2.78.0 compiled but error on some
test. So, I garbage-collected it and tried to build once again without
substitutes. This
Hello.
I was trying to upgrade a Guix System with GNOME this week, but it
was resulting in blank screen after reboot. I found that replacing
uk_UA.utf8 with en_US.utf8 in the locale field in the system
configuration allows to work around this issue and login as usual. I
also tested in a virtual ma
On Sun, 16 Feb 2025 15:16:04 +0200
Roman Riabenko wrote:
> When using guix as a package manager on a foreign system (PureOS
> Byzantium) and trying to install Evolution (or Secrets),
> python-anyio fails to build due to failing some tests.
I am not sure why those two tests were consistently timi
On Sun, 16 Feb 2025 19:32:31 +0100
Noé Lopez wrote:
>
> > Hello.
> >
> > When running guix as a package manager on a foreign distribution
> > (PureOS) on an aarch64 device, Evolution fails to install because
> > doxygen fails to build. I attach as separate files:
> >
> > - the output of "guix
When using guix as a package manager on a foreign system (PureOS
Byzantium) and trying to install Evolution (or Secrets),
python-anyio fails to build due to failing some tests.
Attachements:
- "guix install evolution" output compressed;
- python-anyio build log.
$ guix describe
Generation 97 13
Hello, Noé.
Thank you for looking into it! So, it is not a bug. I copy another user
who reported having the same difficulty in guix-help mailing list.
On Thu, 20 Feb 2025 00:26:39 +0100
Noé Lopez wrote:
> The glyphs are indeed not showing if the selected font is Edwin (the
> default), but if yo
Similar issue reported:
https://lists.gnu.org/archive/html/help-guix/2025-03/msg00151.html
Additional details:
$ echo $GIO_EXTRA_MODULES
$ guix shell epiphany --search-paths
export
PATH="/gnu/store/a4pnp03dn5xp16d2w72m0vsfmwlkk0xc-profile/bin${PATH:+:}$PATH"
export
XDG_DATA_DIRS="/gnu/store/a4
22 matches
Mail list logo
