bug#70717: uninformative guix deploy error

No idea what causes this and the error is not very helpful. `guix deploy deploy.scm` works `guix deploy -x deploy.scm -- herd restart unipi` produces this error: ``` guix deploy: sending 0 store items (0 MiB) to 'localhost'... Backtrace: In ice-9/boot-9.scm: 1752:10 18 (with-exception-handler _

bug#63687: [PATCH] gnu: Patch gnome-dictionary meson configs, fixes 63687.

* gnu/packages/gnome.scm (gnome-dictionary): Apply patch. * gnu/packages/patches/gnome-dictionary-meson-i18n.patch: New file. * gnu/local.mk: Add it. --- gnu/local.mk | 1 + gnu/packages/gnome.scm| 4 +-

bug#65890: [PATCH] gnu: Make vice tunable.

From: Csepp * gnu/packages/emulators.scm (vice)[properties]: Set tunable? to #t. --- This fixes the issue with unsupported AVX instructions. gnu/packages/emulators.scm | 1 + 1 file changed, 1 insertion(+) diff --git a/gnu/packages/emulators.scm b/gnu/packages/emulators.scm index

bug#54691: [PATCH] gnu: fortune-mod: Remove off database.

* gnu/packages/games.scm (fortune-mod): Delete off database after install phase. --- gnu/packages/games.scm | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm index 713f9339b2..cf10ebc9b6 100644 --- a/gnu/packages/games.scm +++

bug#55136: keepassxc segfaults when merging databases

On Thu, 09 Jun 2022 23:42:35 -0400 Aurora wrote: > Maxim Cournoyer writes: > >> Strange, I use keepassxc regularly for a long time now and I've > >> never seen it crash. Though I don't do complex stuff such as > >> merging databases, just retrieval of users and passwords and > >> creation of

bug#55552: frama-c should probably be wrapped

On Thu, 2 Jun 2022 07:57:19 +0200 Julien Lepiller wrote: > Le Fri, 20 May 2022 13:36:54 +0200, > raingloom a écrit : > > > Sorry, can't debug this further right now. > > > > ``` > > $(guix build frama-c)/bin/frama-c > > [kernel] User Error: [

bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email"

On Mon, 23 May 2022 16:10:04 +0200 Maxime Devos wrote: > Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 15:40 [+0200]: > > Hi, > > > > I've now made some free space. So we have: > > - 1GiB of RAM and 16GiB of swap: > >   > # cat /proc/swaps > >   > > > Filename

bug#55552: frama-c should probably be wrapped

Sorry, can't debug this further right now. ``` $(guix build frama-c)/bin/frama-c [kernel] User Error: [findlib] package 'ocamlgraph' not found (required by `frama-c.kernel') [kernel] User Error: Deferred error message was emitted during execution. See above messages for more information.

bug#55505: offload fails, but test succeeds

All the info I have is this. I'm trying to build a customized version of QEMU. guix build -v5 --with-source=qemu="$PWD" qemu guix build: error: fport_write: Connection reset by peer `guix offload test` works

bug#55283: ‘tests/guix-shell-export-manifest.sh’ fails on aarch64-linux

On Fri, 06 May 2022 00:50:21 +0200 Ludovic Courtès wrote: > The log goes like this: > ... > + guix shell --export-manifest gsl openblas gcc-toolchain --tune This seems to be the important part, it looks like the CPU arch isn't being detected. > Backtrace: > In ice-9/boot-9.scm: > 1752:10 13

bug#55116: gnome-disks can't restore from image

On Tue, 26 Apr 2022 10:00:29 +0200 Josselin Poiret wrote: > Hello, > > raingloom writes: > > > guix commit: 59b91fdbcd7e1a88d1d54d392ce5d5fddd9d96d1 > > > > guix shell gnome-disk-utility -- gnome-disks > > > > click on the three dots and choose res

bug#55136: keepassxc segfaults when merging databases

Sorry, can't really send the database files, obviously. Here is the error message instead. ``` failed to register FdoSecrets::Item(0x5596b3d47a20) at "/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba" "Failed to register item on DBus at path

bug#55116: gnome-disks can't restore from image

guix commit: 59b91fdbcd7e1a88d1d54d392ce5d5fddd9d96d1 guix shell gnome-disk-utility -- gnome-disks click on the three dots and choose restore, bam, error (gnome-disks:2461): GLib-GIO-ERROR **: 04:17:28.300: Settings schema 'org.gnome.Disks' is not installed

bug#55006: First time boot hangs after "watchdog hardware is disabled"

On Tue, 19 Apr 2022 09:40:20 -0700 crodges wrote: > On Tuesday, April 19, 2022 1:50:47 A.M. PDT pelzflorian (Florian > Pelz) wrote: > > On Mon, Apr 18, 2022 at 10:32:53AM -0700, crodges wrote: > > > Hello, > > > > > > I'm installing guix in a recent desktop that I build (little more > > >

bug#54945: installer should have a no-graphics^W nomodeset boot option

On Mon, 18 Apr 2022 16:50:02 +0200 "pelzflorian (Florian Pelz)" wrote: > On Sat, Apr 16, 2022 at 07:48:52PM +0200, raingloom wrote: > > On Sat, 16 Apr 2022 19:31:15 +0200 > > "pelzflorian (Florian Pelz)" wrote: > > > > > On Sat,

bug#55012: 32 bit shell based installer not showing up / no progress reports

Not sure what's going on, it's possible my flash drive is corrupted, but Guix not giving any indications of progress is not very helpful. I managed to install it once from this flash drive and I haven't overwritten it since, so either I'm not hitting different code paths that are stored at

bug#55011: let user drop into REPL from installer

I tried installing Guix with the installer, mostly to give LUKS a try in a low effort way, but also to hopefully find some bugs. I succeeded in the latter so far. :) I did a manual partitioning, with an encrypted BTRFS root and an ext4 /boot. The layout was left over from a previous failed

bug#54973: Blender has no denoiser

On Sat, 16 Apr 2022 18:30:19 + Ekaitz Zarraga wrote: > Hi, > > --- Original Message --- > On Saturday, April 16th, 2022 at 6:29 PM, Haider Mirza > wrote: > > > > The Guix installation of Blender has no denoiser. > > Blender's compositor says that Blender is compiled without > >

bug#54945: installer should have a no-graphics boot option

On Sat, 16 Apr 2022 19:31:15 +0200 "pelzflorian (Florian Pelz)" wrote: > On Sat, Apr 16, 2022 at 05:32:38PM +0200, raingloom wrote: > > On Fri, 15 Apr 2022 22:44:58 +0200 > > "pelzflorian (Florian Pelz)" wrote: > > >[…] > > > I believ

bug#54973: Blender has no denoiser

On Sat, 16 Apr 2022 14:36:06 +0100 Haider Mirza wrote: > Blender in Guix has no denoiser, as Blender is not compiled with > OpenImageDenoise or so Blender tells me. > Therefore, the denoiser just renders a black image if it's > enabled. > > Can you try and add this functionality as packaging

bug#54945: installer should have a no-graphics boot option

On Fri, 15 Apr 2022 22:44:58 +0200 "pelzflorian (Florian Pelz)" wrote: > On Fri, Apr 15, 2022 at 01:36:36PM +0200, raingloom wrote: > > On Fri, 15 Apr 2022 08:55:43 +0200 > > "pelzflorian (Florian Pelz)" wrote: > > > I’ve previously had s

bug#54945: installer should have a no-graphics boot option

On Fri, 15 Apr 2022 08:55:43 +0200 "pelzflorian (Florian Pelz)" wrote: > On Fri, Apr 15, 2022 at 02:17:49AM +0200, raingloom wrote: > > Disclaimer: the last time I used an ISO for installing Guix was > > before there was a graphical installer, so I'm not sure what it's

bug#54945: installer should have a no-graphics boot option

Disclaimer: the last time I used an ISO for installing Guix was before there was a graphical installer, so I'm not sure what it's expected to look like now. Anyways, I tried booting the latest release on a netbook, it failed around/after KMS. Kernel seemed to lock up. No panic, no usable visible

bug#54944: guix pull hangs on 32 bit

It's been at 67% on guix-packages-base for at least an hour now. The system itself is responsive and with the swap I gave it, it has more than enough memory. Htop shows three guile processes at the top of the list when sorted by CPU%, their states are S, D, D. Both CPUs are practically idling.

bug#54923: more than one target service of type 'account'

> more than one target service of type 'account' I did not add any new service, I just modified openssh-service-type. ``` (operating-system (inherit os) (services (modify-services (operating-system-services os) (openssh-service-type config =>

bug#54922: earlyoom build is (ironically?) going out of memory on 32bit

This is more of a Haskell problem than an earlyoom one. Pandoc seems to not like 32 bit. If you take a look at the CI, there are no successful builds. http://ci.guix.gnu.org/search?query=earlyoom%20system:i686-linux=145628 Maybe the documentation related phases should just be deleted on 32 bit,

bug#54495: unexpected download after gc

On Fri, 18 Mar 2022 14:50:01 +0100 zimoun wrote: > Hi, > > Considering this with revision a03936a: > > guix gc > guix install python-ipython -p tools > guix gc > guix install python-ipython -p tools > > I am surprised that: > > 1. the second GC collects things > 2. the

bug#54097: go importer does not honor multi-module repositories

On Mon, 21 Feb 2022 23:43:54 +0100 Björn Höfling wrote: > Go usually has the 1 repository=1 module convention. However, it > is also allowed that one repository contains multiple go modules. > > If repository "foo" contains only one module, then versions are tagged > "v1.2.3". > > However, if

bug#54094: frama-c doesn't start

On Mon, 21 Feb 2022 22:22:14 +0100 Julien Lepiller wrote: > guix shell ocaml ocaml-findlib frama-c > > Should work :) > > Ocaml is needed to define OCAMLPATH, ocaml-findlib is what frama-c is > missing. Should we wrap the binary? > > On February 21, 2022 10:13:07

bug#54094: frama-c doesn't start

I was just idly messing around so I'm not super motivated to dig deeper. ``` guix shell frama-c -- frama-c [kernel] User Error: [findlib] package 'ocamlgraph' not found (required by `frama-c.kernel') [kernel] User Error: Deferred error message was emitted during execution. See above messages

bug#53165: "guix import opam coq-of-ocaml" unexpected error

On Mon, 10 Jan 2022 18:01:46 +0100 zimoun wrote: > Hi, > > For some reasons, the Opam importer is failing for coq-of-ocaml: > > --8<---cut here---start->8--- > $ guix import opam coq-of-ocaml > > Starting download of /tmp/guix-file.058Nel > From >

bug#52904: nmtui - user authorisation

On Wed, 29 Dec 2021 11:04:39 + Paul Jewell wrote: > On 29/12/2021 00:50, raingloom wrote: > > On Tue, 28 Dec 2021 18:39:52 + > > Paul Jewell wrote: > > > >> On 27/12/2021 23:20, Leo Famulari wrote: > >>> On Mon, Dec 27, 2021 at 10:07:17PM

bug#52840: cuirass/UI: don't use color as only source of information

This is one of the most basic accessibility principles, I think Cuirass should adhere to it. Specifically on pages like this: https://ci.guix.gnu.org/build/251721/details the weather field is just a colored circle. There is no reason to hide the text behind a hover action, especially since not all

bug#52654: shepherd lacks error reporting

On Sun, 19 Dec 2021 06:13:20 +0100 raingloom wrote: > I'm writing a single-shot shepherd-service that expands the (ext4) > root file system on first boot, using the hostname service as a > template, just passing the script as a G-expression, instead of using > the forkexec

bug#52654: shepherd lacks error reporting

for completeness's sake and so that someone might point out where the error is, but honestly the exact bug in my code does not matter for the feature. All that matters is there is an error and it should be logged but isn't. (define-module (raingloom machines cloud-deploy-bootstrap)) (use-modules (gnu

bug#52591: downloading from software archives as default even if version is wrong

On Fri, 17 Dec 2021 15:40:45 -0800 Andy Tai wrote: > I was trying to update a package. I updated the package definition: > > ---patch-- > diff --git a/gnu/packages/mono.scm b/gnu/packages/mono.scm > index 6a7afbafbf..9eeb46ef16 100644 > --- a/gnu/packages/mono.scm > +++

bug#51928: GHC 8.10 occupies 1.6 GiB

On Sun, 28 Nov 2021 18:03:38 +0100 Ludovic Courtès wrote: > Hi, > > Maxim Cournoyer skribis: > > > In Guix they aren't used typically (everything gets linked > > dynamically); > > I think they’re used for ‘pandoc’. > > Also, in general, we don’t want to make static linking impossible, so

bug#52073: remove Google support from GVFS?

I'd love to say it's because I want the package to be more in line with libre software guidelines, but honestly I just don't want WebKitGTK as a transitive input. A few weeks ago I had to remove GVFS from my system because WebKitGTK was failing to build. Then again if I had to connect to Google

bug#51928: GHC 8.10 occupies 1.6 GiB

On Wed, 17 Nov 2021 22:15:28 +0100 Ludovic Courtès wrote: > Hi! > > GHC takes way too much space (GHC itself, not the closure): > > --8<---cut here---start->8--- > $ guix size ghc@8.10 > konserveja ero > totalself

bug#42162: gforge.inria.fr to be taken off-line in Dec. 2020

On Thu, 07 Oct 2021 18:07:16 +0200 Ludovic Courtès wrote: > Hi! > > zimoun skribis: > > > Euh, I do not understand. From bug#43442 [1] on Wed, 16 Sep 2020, > > Scotch was not missing. And from [2] neither. > > > > Nah, the hole is the (double) update (from 6.0.6 to 6.1.0 then > > 6.1.1)

bug#51021: detect loops in module/package graph

I'll be short and blunt, currently it sucks big time whenever you have a loop in your packages. There is no indication other than Guix hanging forever without any output. I don't want to spend my time manually finding loops in graphs, computers are better at that. Sadly I don't know when I'll

bug#50028: time resets to UTC?

Not sure what triggers it, but this is the second time that I noticed that date(1) returned the time in UTC. I just ran guix system reconfigure and I thiiink the last time also occurred shortly after a reconfigure, so it might be related. Last time a reboot fixed it.

bug#50026: Specify a pull-request in --with-branch package transformations

On Thu, 12 Aug 2021 11:38:38 +0200 Philippe SWARTVAGHER wrote: > Hello, > > A nice feature would be to be able to use a pull-request as branch to > specify in the `--with-branch` transformation option. > > A use-case is to use a pull-request coming from a private fork, thus > we can't use the

bug#47335: Hide GHC not used for building Was: xmonad fails to recompile on guix system

On Mon, 26 Jul 2021 08:47:53 +0200 Lars-Dominik Braun wrote: > Hi, > > I’m seeing the same issue, but it works when explicitly installing > ghc@8.6. Looking at haskell-build-system all Haskell libraries are > currently built with version 8.6, whereas the newest GHC version > available (and

bug#49775: can't type in Matrix ID in Nheko

Like the subject says. I can't type in anything, can't paste anything, it's broken. The other fields in the login screen work as expected. Our version of Nheko is quite old though, so someone should update it. I attempted it recently but got stuck with a new dependency. I might give it another go

bug#49460: links not clickable in some qt programs (nheko, quaternion)

On Wed, 07 Jul 2021 19:47:47 -0500 "bdju" via Bug reports for GNU Guix wrote: > Running Guix System > guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85 > The issue has been going on for a while, but I don't think I ever > reported it. I have my xdg-open stuff configured properly and

bug#48591: ugrep: illegal instruction

On Mon, 24 May 2021 13:22:23 -0400 Leo Famulari wrote: > On Sat, May 22, 2021 at 12:19:30PM -0800, Christopher Howard wrote: > > However, the command I am running to > > rebuild ugrep without grafts or substitutes is rebuilding everything > > all the way back to bootstrap, so it probably will

bug#49202: guix import go type error (failed regex match?)

On Mon, 28 Jun 2021 18:18:17 +0200 zimoun wrote: > Hi, > > On ven., 25 juin 2021 at 18:40, zimoun > wrote: > > On jeu., 24 juin 2021 at 01:32, raingloom > > wrote: > >> When I run > >> guix import go -r github.com/golang-migrate/migrate/v4 >

bug#49228: guix import go fails when module does not have a documenation on pkg.go.dev

On Sat, 26 Jun 2021 00:30:47 +0200 Björn Höfling wrote: > $ ./pre-inst-env guix import go github.com/caspr-io/yamlpath > go-module->guix-package module-path: github.com/caspr-io/yamlpath > Backtrace: > In ice-9/boot-9.scm: > 1752:10 8 (with-exception-handler _ _ #:unwind? _ # _) > In unknown

bug#49202: guix import go type error (failed regex match?)

When I run guix import go -r github.com/golang-migrate/migrate/v4 it works for a looong time (something else to work on I guess. maybe fetching every git repo is not the best solution.) and then gives this error: In procedure vector-ref: Wrong type argument in position 1 (expecting vector): #f

bug#48682: recursive import between (gnu packages chez) and (gnu packages racket)

On Thu, 27 May 2021 00:26:56 -0400 Philip McGrath wrote: > Hi, I've been working on Racket packaging. I haven't looked into this > much yet---hopefully I can tomorrow---but here are a few quick > thoughts. > > On 5/26/21 2:54 PM, raingloom wrote: > > I also haven't fo

bug#48682: recursive import between (gnu packages chez) and (gnu packages racket)

bisected it to this commit: ae88e30a0f8403e781f8b01262766cdc46b1018a * bisect.sh: the script used for git bisect run * BISECT_LOG: obvious * test.scm: more detailed test, with backtrace. guile dies while printing the backtrace. Issue doesn't occur when i comment out the use-module line in

bug#48111: tilde in Go package names (eg. sourcehut hosted packages)

On Fri, 30 Apr 2021 11:53:40 +0200 Leo Prikler wrote: > Am Donnerstag, den 29.04.2021, 19:54 +0200 schrieb raingloom: > > Trying to import kineto and getting this error when building it: > > > > guix build: error: invalid character `~' in name > > `go-git-s

bug#48111: tilde in Go package names (eg. sourcehut hosted packages)

Trying to import kineto and getting this error when building it: guix build: error: invalid character `~' in name `go-git-sr-ht-~sircmpwn-kineto-0.0.0-20210225135222-edd4fe31f16f-checkout.drv' I know the names are significant in go-build-system so I'm not sure how to work around the issue

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

On Mon, 26 Apr 2021 17:39:58 -0400 Bone Baboon wrote: > raingloom writes: > > My guess is that int is 32 bits on i686. > > The computer's CPU is 32 bit. > > How would I check if "int is 32 bits on i686"? Looking up an authoritative source (ie.: "the doc

bug#48024: glib-2.62.6 build fails i686

On Sun, 25 Apr 2021 23:35:42 -0400 Bone Baboon via Bug reports for GNU Guix wrote: > At the end of the build log this log is mentioned > `/tmp/guix-build-glib-2.62.6.drv-0/build/meson-logs/testlog.txt` > but it does not exist. > Use the --keep-failed build option, otherwise the

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

On Tue, 20 Apr 2021 21:46:42 -0400 Bone Baboon via Bug reports for GNU Guix wrote: > On a i686 computer when I run `sudo guix system --no-substitutes > --cores=1 --max-jobs=1 reconfigure config.scm` I get this error: > > phase `check' # gopkg.in/yaml.v2_test [gopkg.in/yaml.v2.test] >

bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure

On Mon, 12 Apr 2021 20:41:00 +0200 Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Hi bo0od, > > Your subject was quite dramatic and probably not true. Try to > avoid both. > > bo0od writes: > > The real issue it caused guix to freeze for like not less than > > 2+ > > hours and

bug#47716: gio mount broken, again.

``` $ gio mount sftp://whatever $ ls /run/user/$UID/gvfs/ ``` prints nothing. Same thing happens if I mount it from the Nautilus file manager. This bug has appeared before and I still have no idea how it was fixed, which is not great. I'll do a bisect soon. Should probably add a system test for

bug#47648: cc-for-target makes --with-c-toolchain unusable for some packages

I tried compiling lua with clang on a whim and found out about cc-for-target. Not sure if that's the only instance of hardcoded gcc, but it's certainly a prominent one. What would be the idiomatic way to fix it? Detect clang dynamically? Or move cc-for-target inside the build system module and

bug#44541: Blender addon can't find Python libraries

On Tue, 30 Mar 2021 13:31:39 +0900 Sébastien Lerique wrote: > Hi raingloom, > > > Reproduce by installing an addon like AnimationNodes. Or just > > open thescripting REPL and enter 'import numpy'. > > I just hit this, and calling blender with > `--p

bug#44662: Lua search paths

On Fri, 26 Mar 2021 10:28:03 +0100 zimoun wrote: > Hi, > > On Sun, 15 Nov 2020 at 19:24, raingloom wrote: > > I have a very WIP branch adding search paths to Lua. > > https://git.sr.ht/~raingloom/guix-source/tree/raingloom/lua > > > > The problem is that

bug#35584: CDs and DVDs aren't auto-mounted

This persists. System commit from about 1-2 weeks ago. (built from private branch, so commit name wouldn't mean much) Not sure how to investigate, because last time I tried looking into GVFS issues it turned out to be a huge mess.

bug#46663: [Website] 404 redirection on a link in a blog article

On Sat, 20 Feb 2021 22:22:16 +0100 "pelzflorian (Florian Pelz)" wrote: > On Sat, Feb 20, 2021 at 02:25:03PM +0100, Epholys wrote: > > Hello, > > > > I want to report a missing resource on the web page: > > https://guix.gnu.org/en/blog/2020/guix-further-reduces-bootstrap-seed-to-25/ > > > > >

bug#46168: terminal-window-size breaks with ssh

On Thu, 04 Feb 2021 13:55:04 +0100 Ludovic Courtès wrote: > Hi, > > raingloom skribis: > > > Try running `ssh example.com guix pull` or something else that uses > > progress bars. You'll get an "Inappropriate ioctl for device" > > instead of Guix si

bug#46168: terminal-window-size breaks with ssh

Try running `ssh example.com guix pull` or something else that uses progress bars. You'll get an "Inappropriate ioctl for device" instead of Guix simply doing the sensible thing: disabling progress bars.

bug#45911: authorized-fields is not/badly documented

On Sat, 23 Jan 2021 10:10:15 +0100 Ricardo Wurmus wrote: > raingloom writes: > > > Okay, so I figured out that I should use a G-Expression if I want to > > compute the file, instead of just include it. Still not sure how to > > store it as Scheme data, but I have an

bug#45911: authorized-fields is not/badly documented

On Wed, 20 Jan 2021 09:49:09 +0100 Ludovic Courtès wrote: > Hi, > > raingloom skribis: > > > I'm still confused about what the proper way to store the config > > info is. Like how I should even store it as Scheme source code. > > Did you see this sect

bug#45911: authorized-fields is not/badly documented

tyreunom/system-configuration/-/blob/master/keys/xana.pub > > Le 16 janvier 2021 19:34:49 GMT-05:00, raingloom > a écrit : > >On Sat, 16 Jan 2021 07:10:47 +0100 > >Ricardo Wurmus wrote: > > > >> raingloom writes: > >> > >> > guix arc

bug#45911: authorized-fields is not/badly documented

On Sat, 16 Jan 2021 07:10:47 +0100 Ricardo Wurmus wrote: > raingloom writes: > > > guix archive --authorize started issuing a warning some time ago > > pointing to "authorized-keys" in "operating-system". > > > > * that is not a valid fi

bug#45911: authorized-fields is not/badly documented

guix archive --authorize started issuing a warning some time ago pointing to "authorized-keys" in "operating-system". * that is not a valid field of operating-system * there is no such item in the Guix info page's index * the relevant example loads a single key from a file, without indicating

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

On Mon, 07 Dec 2020 05:51:05 +0900 yasu wrote: > Hi Zimoun, > > I tried as you suggested but it didn't work... > > >root@guix ~# echo "kernel.unprivileged_userns_clone = 1" > >/etc/sysctl.d/local.conf >-bash: /etc/sysctl.d/local.conf: No such file or directory This could mean you

bug#45665: IceCat canvas glitch (byte order issue?)

See attached image. Taken from: https://webassembly.sh/?run-command=wapm%20install%20caputomarcos/rust-example@0.1.0 Also saw a similar issue while trying to upload images to the merveilles.town Mastodon server. The image would have similar diagonal lines that were all of the same maybe 2-4

bug#45494: f2fs-tools-static doesn't find uuid.h

According to `git bisect` (which I used for the first time today, so i might be wrong) the recent f2fs-tools upgrade broke f2fs-tools-static. I tried debugging it a bit today and so far didn't run across any obvious causes. I'll take a look again soon-ish.

bug#44953: lsof: LTlock test consistently fails (possibly due to btrfs)

On Sun, 29 Nov 2020 20:30:20 -0500 Mark H Weaver wrote: > Hi Tobias, > > Thanks for the super quick response and for reproducing the bug. > > > This looks like an upstream bug to me. > > Agreed. > > > Do you have time to file > > one? We're using the

bug#44989: GHC@8.6.5 can't find errno.h

On Tue, 1 Dec 2020 10:54:55 +0100 raingloom wrote: > Haven't had a chance to try with latest version, because there is no > substitute yet. > It's a very basic Haskell file, only imports are Data.List and > System.IO. GHCI works. > > I'm pretty sure I didn't need to add any ot

bug#44989: GHC@8.6.5 can't find errno.h

Haven't had a chance to try with latest version, because there is no substitute yet. It's a very basic Haskell file, only imports are Data.List and System.IO. GHCI works. I'm pretty sure I didn't need to add any other packages to my profile when I last used GHC, but maybe things have changed

bug#44805:

On Thu, 26 Nov 2020 15:30:31 +0100 (CET) musics--- via Bug reports for GNU Guix wrote: > Solved > [1] > [2] > [3] > > > Thanks to those who helped me for solve the problem(Ben Sturmfels, > ...). in the future, please copy the text instead of taking a screenshot. it makes it easier for others

bug#44891: Chromium does not start

On Thu, 26 Nov 2020 16:53:29 +0100 Andrea Rossi via Bug reports for GNU Guix wrote: > Hi, > after the installation of ungoogled-chromium I tried to run it, > receiving this message: > > [20998:20998:1126/122306.639343:FATAL:zygote_host_impl_linux.cc(117)] > No usable sandbox! Update your kernel

bug#44776: SIGSEGV in Brasero

On Tue, 24 Nov 2020 11:59:50 +0200 Efraim Flashner wrote: > I tried to replicate this with 'guix environment --ad-hoc brasero -- > brasero' but I didn't get a segfault. Can you provide any more > information? architecture? desktop environment? > It was on x64 with sway, no display manager.

bug#44808: Default to allowing password authentication on leaves users vulnerable

On Mon, 23 Nov 2020 03:32:08 +0100 Taylan Kammer wrote: > On 23.11.2020 00:20, Christopher Lemmer Webber wrote: > > Okay, I just realized I left a friend vulnerable by guiding them > > through a Guix graphical install and telling them it would give > > them a decent setup. They turned on

bug#44760: Closure copy in ‘guix system init’ is inefficient

On Fri, 20 Nov 2020 12:02:25 +0100 Ludovic Courtès wrote: > ‘guix system init’ ends by copying the system’s closure from the > “host” store to the target store; it also initializes the database of > that target store. > > That copy is inefficient for several reasons. Let’s pick one file, >

bug#44780: freecad (@0.18.4) fails to build

On Sat, 21 Nov 2020 21:35:49 +0100 raingloom wrote: > On Sat, 21 Nov 2020 18:36:33 +0100 > Fulbert wrote: > > > > > Hello! > > > > freecad (freecad@0.18.4) fails to build with attached log file. > > > > Thanks and best regards, > > Fulbe

bug#44780: freecad (@0.18.4) fails to build

On Sat, 21 Nov 2020 18:36:33 +0100 Fulbert wrote: > > Hello! > > freecad (freecad@0.18.4) fails to build with attached log file. > > Thanks and best regards, > Fulbert Looks like some dependencies aren't found, even though they are included in the input list. Nix seems to explicitly pass

bug#44662: Lua search paths

I have a very WIP branch adding search paths to Lua. https://git.sr.ht/~raingloom/guix-source/tree/raingloom/lua The problem is that Lua uses a different path format compared to most packages. Instead of a list of directories, it is a list of path patterns, each potentially containing a question

bug#44541: Blender addon can't find Python libraries

I've been meaning to report this for a while, but forgot. Can't test it right now, but I'm pretty sure it's still relevant. (that reminds me, i should finish updating the Blender package too) Reproduce by installing an addon like AnimationNodes. Or just open the scripting REPL and enter 'import

bug#43985: Error logging in with non-Latin language

On Wed, 14 Oct 2020 06:37:32 +0200 (CEST) soheilkhanalipur--- via Bug reports for GNU Guix wrote: > After installing Guix system in non-Latin language, it is not > possible to log in. When installing the system, the Guix system user > login password was a "Persian" password; Once installed, the

bug#43770: Geeks think securely: VM per Package (trustless state to devs and their apps)

On Fri, 2 Oct 2020 18:01:18 + bo0od wrote: > Hi There, > > If we look at current state of packages running inside GNU distros > they are in very insecure shape which is either they are installed > without sandboxing because the distro doesnt even provide that or no > profiles exist for the

bug#43610: IceCat segfault

On Fri, 2 Oct 2020 00:57:39 +0200 raingloom wrote: > On Sun, 27 Sep 2020 16:36:52 -0400 > Mark H Weaver wrote: > > > Hi, > > > > raingloom writes: > > > > > On Sat, 26 Sep 2020 14:05:53 -0400 > > > Mark H Weaver wrote: > > &

bug#43610: IceCat segfault

On Sun, 27 Sep 2020 16:36:52 -0400 Mark H Weaver wrote: > Hi, > > raingloom writes: > > > On Sat, 26 Sep 2020 14:05:53 -0400 > > Mark H Weaver wrote: > > > >> In the meantime, to start IceCat 78 with your existing profile but > >&g

bug#43610: IceCat segfault

On Sat, 26 Sep 2020 14:05:53 -0400 Mark H Weaver wrote: > Hi, > > raingloom writes: > > It crashed immediately without any visible activity. > > Okay. > > > It does start up properly with a fresh profile. I'll try to bisect > > the addons list later. &

bug#43610: IceCat segfault

On Fri, 25 Sep 2020 12:11:10 -0400 Mark H Weaver wrote: > Hi, > > raingloom writes: > > Haven't had time to look deeper into it yet. It worked in my profile > > from sept 11, it broke after pulling and upgrading yesterday. > > Idk what my commit is because

bug#43610: IceCat segfault

Haven't had time to look deeper into it yet. It worked in my profile from sept 11, it broke after pulling and upgrading yesterday. Idk what my commit is because I'm using a private branch.

bug#43465: obs icons

On Sat, 19 Sep 2020 10:35:45 +1000 Carlo Zancanaro wrote: > On Thu, Sep 17 2020, Adam Kandur via Bug reports for GNU Guix > wrote: > > when i install obs in my user profile and run it - it runs but > > without any icons. > > I can confirm this happens on my machine, too. > > > but if i run

bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly

On Tue, 15 Sep 2020 14:06:11 +0200 Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Hi Nathan, > > Nathan Dehnel 写道： > > bash-5.0$ youtube-dl -x > > https://www.youtube.com/watch?v=7Ijd_iN9Blk > > [youtube] 7Ijd_iN9Blk: Downloading webpage > > [download] Deadmau5 - Hit

bug#43306: roffit is missing a dependency

``` Can't locate HTML/Entities.pm in @INC (you may need to install the HTML::Entities module) (@INC contains: /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2/x86_64-linux-thread-multi

bug#42575: Missing icons in i3

On Mon, 31 Aug 2020 19:28:33 +0200 Jonathan Brielmaier wrote: > If some one has an idea how to debug that I would be happy. > > I tried `strace -f` and looked around at all those icon places, but I > can't find something suspicious. > > My theory is that when clicking

bug#43112: hedgewars 1.0.0 fails to build

On Tue, 1 Sep 2020 18:42:39 +0200 Andreas Enge wrote: > Hello, > > On Sun, Aug 30, 2020 at 01:23:37PM +, bdju via Bug reports for > GNU Guix wrote: > > build log here: > > http://ix.io/2vGD > > > > running guix (GNU Guix) a6b72a0f2b02f27c44c28d32ec26fc8188ee61b8 > > I also gave it a try,

bug#43013: System reconfigure: expection reached when executing `start` on "file-system-/sys/kernel/debug" // and an unrelated "nouveau"-bug?

On Mon, 24 Aug 2020 09:34:33 +0200 o.ro...@posteo.net wrote: > Hello everyone, > > I'm recently running into problems updating my system. I had not > reconfigured for a while (1~2 months) and now, when I reconfigure, I > get the error message below. > At first I thought it might be related to a

bug#41927: gio mount unusable on many setups, likely caused by missing dependencies

This is also an issue when trying to use USB devices. For instance I couldn't get my microSD adapter working on the SDDM machine, but it works flawlessly on my GDM based one. See also the udisks related report from IRC: http://logs.guix.gnu.org/guix/2020-07-02.log

  1   2   >