Hi Laura,
Laura Lazzati writes:
> Hi!
>
> I found a segmentation fault that happens with the current totem
> version that is installed with Guix. It occurs when the application is
> closed.
> I found it runnig Guix on top of an Ubuntu 18.04 distro. Then I tested
> it over a Fedora 30 and a
Hi,
Giovanni Biscuolo writes:
> Hello Guix!
>
> Build of gsettings-desktop-schemas-3.28.0 fails on a Guix System (daemon
> configured with --no-subsitutes) during reconfigure.
gsettings-desktop-schemas is known to build fine on latest Guix:
--8<---cut
Hi,
Ludovic Courtès writes:
> Hello,
>
> (Please keep the bug Cc’d.)
>
> Jussi Kuokkanen skribis:
>
>>> > Aug 26 15:14:04 localhost login[203]: pam_elogind(login:session):
>>> > Failed to connect to system bus: No such file or directory
>>> > Aug 26 15:14:04 localhost login[203]:
Hi,
zimoun writes:
> Hi Maxim,
>
> On Thu, 21 Apr 2022 at 17:40, Maxim Cournoyer
> wrote:
>
>> It's probably XDG_DATA_DIRS; could you try unsetting it? See the old
>> bug #26202, which looks like a duplicate to me.
>
> Indeed, it seems a duplicate. Note that I cannot reproduce on Debian,
>
Hi,
tomas.alme...@astrolabium.io writes:
> Hello,
>
> I see people mentioning here that there doesn't seem to be a general
> solution to be included in Guix for this, but I als do not understand
> what the particular solution (for my machine, for example) is supposed
> to be.
> I'm a new user
Hi,
Jan Synacek writes:
> $ cat guix-os.scm
> (use-modules (gnu bootloader)
>(gnu bootloader grub)
>(gnu system file-systems))
>
> (operating-system
> (host-name "jsynacek-guix-os")
> (timezone "Europe/Prague")
> (locale "en_US.utf8")
> (bootloader
>
Hello,
Nathan Dehnel writes:
> So if I disable pulseaudio autostart, and start it from bash, I get these
> errors
>
> bash-5.0$ pulseaudio
> E: [pulseaudio] module-jack-sink.c: jack_client_open() failed.
> E: [pulseaudio] module.c: Failed to load module "module-jack-sink"
> (argument: ""):
Hi,
Ricardo Wurmus writes:
> This should be rather easy to fix:
>
> diff -r /gnu/store/3y97kfanv9ynxnahyykixchlbpbyvjmm-blast+-2.10.1-include
> /gnu/store/3y97kfanv9ynxnahyykixchlbpbyvjmm-blast+-2.10.1-include-check
> diff -r
>
Hi,
Can this issue be closed?
Otherwise, what remains to be acted upon?
Thanks,
Maxim
Hi,
Maxim Cournoyer writes:
> Hello,
>
> "Dr. Arne Babenhauserheide" writes:
>
>> Hi,
>>
>> Yesterday I started running Guix in a two-monitor setup, using two
>> screens of different size aspect ratio (one 16x9, one 16x10). Now
>> everytime IntelliJ opens a merge-window, the window decorations
Hi,
Michael Gorlick writes:
> building /gnu/store/71if1zv3qhw14ynxi953p00i68lgm1dz-volk-1.3.drv...
> \ 'check' phasebuilder for
> `/gnu/store/71if1zv3qhw14ynxi953p00i68lgm1dz-volk-1.3.drv' failed with exit
> code 1
> build of /gnu/store/71if1zv3qhw14ynxi953p00i68lgm1dz-volk-1.3.drv failed
>
Hi,
Efraim Flashner writes:
> On Mon, Aug 31, 2020 at 03:33:34PM -0400, Leo Famulari wrote:
>> On Mon, Aug 31, 2020 at 10:20:36PM +0300, Efraim Flashner wrote:
>> > On Tue, Aug 25, 2020 at 04:14:59PM -0400, Leo Famulari wrote:
>> > > On Tue, Aug 25, 2020 at 12:45:45PM +0300, Efraim Flashner
Hello,
[...]
> Using a more recent version of linux-libre-arm-generic@5.4, it failed to
> build on both the veyron-speedy (rk3288) and the novena (imx6). It
> doesn't necessarily *always* trigger a kernel panic; I haven't
> identified which conditions trigger the kernel panic, but so far I've
>
Hello,
Marinus Savoritias writes:
> When I try to open the search engine in Qbittorent it comes up with
> this error:
> "Python is required to use the search engine but it does not seem to
> be installed."
>
> Maybe it needs Python as one of the inputs or it is not being
> mentioned explicity?
Hi Andreas,
Andreas Enge writes:
> Hello,
>
> when trying to run eog, I get the following message:
> (eog:4813): GLib-GIO-ERROR **: 11:49:04.247: Settings schema
> 'org.gnome.desktop.thumbnailers' is not installed
> Trace/breakpoint trap
>
> Comments on help-guix in this thread:
>
Hi,
Maxim Cournoyer writes:
> Hello,
>
> This occurred on the current master branch
> (92951bf46c42021f6f6521839c9c4ff2f88b8386), building PHP using an
> emulated armhf-linux system.
>
> Here's the failed test summary:
>
> =
>
Hi,
Maxim Cournoyer writes:
> Hello,
>
> I noticed this problem with the issue #43627, a 3 items patch series
> sent recently: https://issues.guix.gnu.org/43627.
>
> The patch 1/3 appears to be missing when viewed at the MUMI-powered link
> above. Debbugs doesn't have this issue:
Hi,
Maxim Cournoyer writes:
> Leo Famulari writes:
>
>> On Wed, Feb 19, 2020 at 10:31:07PM -0500, Maxim Cournoyer wrote:
>>> What is the use case? Just having btrfs utilities to manage Btrfs file
>>> systems, or is there some problems to avoid? I know that for NFS you
>>> must add nfs-utils
Liliana Marie Prikler writes:
> Am Mittwoch, dem 28.09.2022 um 19:12 +0200 schrieb Denis 'GNUtoo'
> Carikli:
>> The path chosen by Parabola (and probably most other FSDG compliant
>> or 100% free distributions) was to make the packages not depend on
>> faac.
> Assuming one can clearly point out
Duplicate of https://issues.guix.gnu.org/41138
Closing.
Closing. See last comment from Brendan.
Hello Carrie,
do you still have this issue with Icedove 102?
~Jonathan
In case of gpgme the size isn't a real problem as it increases the
closure of Icedove by about 2-3 MiB.
Does it help to set `mail.openpgp.alternative_gpg_path` to something
meaningful?
Hello Raghav,
Hm, I can't reproduce it in Icedove. I have CEST as timezone (UTC-2) and
all timestamps I can found are in CEST.
Where does this problem occur in Icedove for you?
Hi,
Ludovic Courtès skribis:
> substitute: Split nar download.
> substitute: Retry downloading when a nar is unavailable.
Pushed as 8bd4126917f59f4af9a4323c3d5699201862dca2. The ‘guix’ package
has yet to be updated.
Thanks,
Ludo’.
Hi,
Simen Endsjø writes:
> $ volctl
> Traceback (most recent call last):
> File
> "/gnu/store/phlappy7plp4gn2wm27f5bsp7wh9w9jd-volctl-0.8.2/bin/.volctl-real",
> line 33, in
> sys.exit(load_entry_point('volctl==0.8.2', 'gui_scripts', 'volctl')())
> File
>
Dear guix developer,
Issuing the following command, it failed.
##
(base) mhaefele@mdlspc113:work $ guix pull
Updating channel 'guix-hpc-non-free' from Git repository at
'https://gitlab.inria.fr/guix-hpc/guix-hpc-non-free.git'...
Updating channel 'guix-hpc' from Git
Am Mittwoch, dem 28.09.2022 um 19:12 +0200 schrieb Denis 'GNUtoo'
Carikli:
> Hi,
>
> The faac package is considered nonfree in Debian[1] and also in
> Parabola because according to the Parabola blacklist faac "is a
> GPL'ed package, but has non free code that can't be distributed under
> the
Hi,
The faac package is considered nonfree in Debian[1] and also in
Parabola because according to the Parabola blacklist faac "is a GPL'ed
package, but has non free code that can't be distributed under the
GPL"[2].
The path chosen by Parabola (and probably most other FSDG compliant or
100% free
Hi Liliana,
On Wednesday, September 28th, 2022 at 07:53, Liliana Marie Prikler
wrote:
> Rather than cambalche being broken, this appears to be a broken gtk.
> You may want to try repairing it using `guix build --repair'. Note,
> that this probably won't work if it's a grafted store item.
Oh,
Hi,
thanks for packaging podman. Unfortunately I discovered some issues:
* no default configuration provided. This makes it hard to use podman :-)
* rootlessport is not found:
Error: could not find "rootlessport" in one of
[/gnu/store/r6yjlvicgz1r9nb1q6zwd79gq
94l34wa-podman-4.2.1/bin
null
publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
Am Dienstag, dem 27.09.2022 um 13:22 + schrieb Luis Felipe:
> ** (process:18718): WARNING **: 08:08:13.250: Failed to load shared
> library '/gnu/store/zhax2b3av3cr8nfhhl5fjacj4ayn1xcb-gtk-
> 4.8.0/lib/libgtk-4.so.1' referenced by the typelib: libgtk-4.so.1:
> cannot open shared object file:
33 matches
Mail list logo