bug#67475: Close issue

I don’t think your attempt worked, I added “-done” to the debbugs email address.

bug#64360: error: ghc-onetuple: unbound variable

Csepp writes: > Csepp writes: > >> Simon Tournier writes: >> >>> Hi, >>> >>> Could you confirm on i686 native machine that you are able to reproduce >>> the error with: >>> >>> $ guix time-machine --commit= 63660f0 -

bug#64360: error: ghc-onetuple: unbound variable

Csepp writes: > Simon Tournier writes: > >> Hi, >> >> Could you confirm on i686 native machine that you are able to reproduce >> the error with: >> >> $ guix time-machine --commit= 63660f0 -- shell yt-dlp >> >> ? >> >> >

bug#64360: error: ghc-onetuple: unbound variable

Simon Tournier writes: > Hi, > > Could you confirm on i686 native machine that you are able to reproduce > the error with: > > $ guix time-machine --commit= 63660f0 -- shell yt-dlp > > ? > > > On Fri, 30 Jun 2023 at 02:56, Csepp wrote: > >> $

bug#67130: Liferea/glib crash

This happened after wakeup under seemingly high (IO) load when I clicked on a link. The window just disappeared. I had dmesg --follow already open and this showed up: [ 6158.088405] traps: WatchDogQueue[4000] trap int3 ip:7fd2425409cf sp:7fd1dd7fb620 error:0 in

bug#39677: Evolution's inbox widget is blank

Simon Tournier writes: > Hi, > > It is about this old bug#39677 [1]. Sorry for not noticing it before. > > 1: > > > On Tue, 18 Oct 2022 at 17:53, zimoun wrote: >> On Wed, 19 Feb 2020 at 15:20, raingloom wrote: >> >>> I've been haunted by this for

bug#66651: How to pass i915.enable_guc=0 in config.scm to prevent a 'wedged' GPU?

Hugo Buddelmeijer writes: > The i915 driver will try to load the GuC firmware, at least for Iris > Xe chips. Loading the GuC firmware fails because it is non-free and > deblobbed. As a result, some software, like sway, will not work. > > It is possible to manually pass the i915.enable_guc=0

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

Maxim Cournoyer writes: > tags 61882 = moreinfo unreproducible > quit > > Hi, > > Csepp writes: > >> Maxim Cournoyer writes: >> >>> Hi, >>> >>> Csepp writes: >>> >>>> Maxim Cournoyer writes: >>>> &

bug#66553: Request to merge rust-team

Efraim Flashner writes: > [[PGP Signed Part:Undecided]] > IMO rust-team branch is ready to merge. We've updated rust to 1.70, > librsvg to 2.56.4 and many new and updated packages. We've added a > phase > to the cargo-build-system to fail if it detects pre-built files and > we've set the

bug#58497: opam import doesn't work with ocaml_intrinsics among others

Simon Tournier writes: > Hi, > > It is about bug#58497 [1], and I cannot reproduce. I think the reported > bug had been fixed. I am in favor to close. WDYT? > > 1: https://issues.guix.gnu.org/issue/58497 > > On Thu, 13 Oct 2022 at 18:07, Csepp wrot

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

Maxim Cournoyer writes: > Hi, > > Csepp writes: > >> Maxim Cournoyer writes: >> >>> tags 61882 +notabug >>> quit >> >> I don't think notabug applies until we actually know the root cause. > > Sadly I don't think there's anything act

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

Maxim Cournoyer writes: > tags 61882 +notabug > quit I don't think notabug applies until we actually know the root cause. > Hello, > > Csepp writes: > >> (Jump forward a bit, this is a bit stream-of-consciousness-y, I >> wrote >> things down as I was

bug#55136: keepassxc segfaults when merging databases

Maxim Cournoyer writes: > Hello, > > raingloom writes: > >> 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 >>> >>

bug#66014: Unable to use UUIDs to construct RAID array in mapped-devices

Ludovic Courtès writes: > Hi, > > Csepp skribis: > >> Lars Rustand writes: > > [...] > >>> But this one fails: >>> >>> (mapped-devices >>> (list >>> (mapped-device >>> (source (list

bug#66014: Unable to use UUIDs to construct RAID array in mapped-devices

Lars Rustand writes: > [[PGP Signed Part:Undecided]] > Setting up a RAID array using UUIDs does not work. > > The following mapped-devices block works: > > (mapped-devices > (list > (mapped-device > (source (list "/dev/nvme0n1p2" "/dev/nvme1n1p3")) > (target

bug#65925: bluez or jack in the closure of python-ipython?

Simon Tournier writes: > Hi, > > On Thu, 14 Sep 2023 at 10:11, Csepp wrote: > >> Seem pretty self-explanatory: >> matplotlib has a GUI frontend (or even multiple frontends), one of >> them >> is based on WxWidgets, which pulls in SDL2, and Guix doesn't spli

bug#65925: bluez or jack in the closure of python-ipython?

Simon Tournier writes: > Hi, > > IPython is a Python REPL and there is no direct dependencies on bluez or > jack. Why does it need unrelated tools as some Bluetooth or JACK audio? > > [...] > Last, the chain of dependencies looks like: > > $ guix graph --path python-ipython bluez >

bug#65890: VICE encounters illegal instruction

Csepp writes: > trying to run a music disk, but even if I pass no parameter, I get the > same error at the end > > % xplus4 TED-Vibes-2.d64:( > Detecting ISA HardSID boards. > Could not open '/dev/port'. > Cannot get permission to access

bug#56567: [BUG] Gnome doesn't recognize applications path for flatpak

Liliana Marie Prikler writes: > Am Sonntag, dem 17.07.2022 um 06:03 + schrieb Jacob Hrbek: >> Why is making a user configuration saner in comparison to making it >> work out of the box? > Because in this instance "making it work out of the box" entails > statefulness that most Guix users

bug#65890: VICE encounters illegal instruction

trying to run a music disk, but even if I pass no parameter, I get the same error at the end % xplus4 TED-Vibes-2.d64:( Detecting ISA HardSID boards. Could not open '/dev/port'. Cannot get permission to access $300. Detecting PCI HardSID boards. No PCI HardSID boards

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Simon Tournier writes: > Hi, > > On Mon, 11 Sept 2023 at 09:33, Csepp wrote: > >> That is not a package problem but a Guix interface problem. I have been >> saying for a while that there needs to be an option to disable all >> non-trivial local builds by defa

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

(changing the subject back to the intended one. I think the fact that someone replies to an automated acknowledgement email like once a week says indicates that the emails are not communicating clearly what their purpose is. anyways, on to the actual issue at hand.) Simon Tournier writes: >

bug#65720: Guile-Git-managed checkouts grow way too much

Simon Tournier writes: > Hi, > > On Fri, 08 Sep 2023 at 19:09, Ludovic Courtès wrote: > It would also be pretty bad for closure size: --8<---cut here---start->8--- $ guix size guile-git | tail -1 total: 106.6 MiB $ guix size

bug#65720: Guile-Git-managed checkouts grow way too much

Ludovic Courtès writes: > Hello! > > Josselin Poiret skribis: > >> Right, although I wouldn't necessarily say that the former doesn't have >> a proper API, but rather that it has a Unix-oriented API. That leads to >> performance issues on e.g. Windows but on Linux I'm not sure there's >>

bug#65808: (accidentally) removing and re-adding user not handled

Sorry, kind of in a hurry, this might be rushed. Short version: I accidentally commented out my user, reconfigured, realized my mistake, rolled back (logging in was tricky, not sure what made it work), had to add a password again with passwd, got new UID, had to chown -R my $HOME, tried to guix

bug#65765:

Sharlatan Hellseher writes: > Hi, > > May you provide the way how to reproduce it? > >> guix time-machine --no-channel-files >> --commit=6113e0529d61df7425f64e30a6bf77f7cfdfe5a5 -- build celluloid >> /gnu/store/dps6ra33zfgpga7wig085p5k3bwdxqz2-celluloid-0.25 Hmm, can't reproduce it in a pure

bug#65765: Celluloid is broken

Guix commit: d6966b8 (5 days old) Trying to run celluloid results in this error: celluloid: ../stream/stream.c:416: stream_create_with_args: Assertion `args->url' failed. both celluloid and mpv are up to date according to guix refresh It doesn't matter what arguments celluloid gets, the result

bug#65572: [PATCH v3] doc: Describe black screen issue when booting the installer.

"pelzflorian (Florian Pelz)" writes: > Pushed as 2890114a708e3a54a14ceb762f0726b013ffdc85. > > Csepp writes: >> There was a thread about having a dedicated "safe video" option in the >> GRUB menu, like a lot of distros do. I still think we should

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Ulf Herrman writes: > [[PGP Signed Part:Undecided]] > #:deep? #t currently works by interposing a dummy build system that > lowers the package to a bag using the original build system, then > applies the supplied transformation to all of the bag's inputs, then > returns a new bag with the new

bug#65572: [PATCH v3] doc: Describe black screen issue when booting the installer.

Florian Pelz writes: > With suggestions by Iku-Tulo Vilutar . > Fixes . > > * doc/guix.texi (System Installation): Add suggestion when > booting the installer fails with a black screen. > --- > changes: > - tell users to wait 10 minutes, not 2 > - don't

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Maxime Devos writes: > [[PGP Signed Part:Undecided]] > Op 23-08-2023 om 01:45 schreef Csepp: >> I tried signing up to the CI mailing list and it immediately became >> overwhelming. > > If the CI list was split in ‘broken’ and ‘fixed’, such that you have > t

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Maxime Devos writes: > [[PGP Signed Part:Undecided]] > > > Op 23-08-2023 om 01:45 schreef Csepp: >> Also the CI UI could use some improvements. I'm pretty sure I've >> mentioned this before, but there is no easy way to find out which inputs >> I need to fi

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Simon Tournier writes: > Hi, > > On Wed, 23 Aug 2023 at 01:45, Csepp wrote: > >> One possible improvement I have been thinking about is making it easy >> for users to filter CI output to the packages in their profile closure, >> so for example they would ge

bug#65460: ghc/ghci are broken

Jonas via Bug reports for GNU Guix writes: > Thanks! Adding gcc-toolchain to the profile fixed it, but shouldn't this > be automatically brought in by `guix install ghc`? This does still feels > like a bug to me, shouldn't gcc-toolchain be a part of ghcs native-inputs? > > sanoj@deimos

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Maxime Devos writes: > [[PGP Signed Part:Undecided]] > For example, naev used to work just fine, yet apparently it doesn't > anymore: https://issues.guix.gnu.org/65390. > > Given that Guix has ci.guix.gnu.org, I would expect such new problems > to be detected and resolved early, and it was

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Liliana Marie Prikler writes: > Hi Guix, > > I have a laptop that's a little stuck in the past… more accurately > January of 2020 thanks to what I believe to be an empty CMOS battery. > As of recently (maybe it dates back longer, but I first experienced it > two weeks ago and just now got to

bug#64981: GTK4 applications broken (missing libGLESv2)

Liliana Marie Prikler writes: > tags 64981 moreinfo > thanks > > Am Dienstag, dem 01.08.2023 um 00:06 +0200 schrieb Csepp: >> for example: >> $ transmission-gtk >> Couldn't open libGLESv2.so.2: libGLESv2.so.2 >> >> I get the same error with Tuba.  It

bug#64981: GTK4 applications broken (missing libGLESv2)

for example: $ transmission-gtk Couldn't open libGLESv2.so.2: libGLESv2.so.2 I get the same error with Tuba. It likely affects other applications. Guix commit: 182be30 System: x86_64

bug#64979: ghc-exceptions broken on i686 leads to lots of broken packages

This came to my attention when trying to reconfigure my netbook, which uses earlyoom, which requires Pandoc to build its docs. http://ci.guix.gnu.org/build/1610832/details http://ci.guix.gnu.org/build/1610832/log/raw

bug#64196: Can't boot due to discrepancy between reconfigure and init

Csepp writes: > Josselin Poiret writes: > >> [[PGP Signed Part:Undecided]] >> Hi, >> >> Csepp writes: >>>> I don't think there is, the biggest difference is that `guix system >>>> init` will copy stuff into the target store and i

bug#64775: /run should be cleaned on boot

Vagrant Cascadian writes: > [[PGP Signed Part:Undecided]] > So, if there are files sitting around in /run, they do not get cleaned > up unless it is something guix is already aware of > (e.g. /run/setuid-programs). > > I noticed this when experimenting with: > >

bug#64360: error: ghc-onetuple: unbound variable

Ludovic Courtès writes: > Hi, > > Csepp skribis: > >> Generation 22Jun 30 2023 01:27:38 >> guix 63660f0 >> repository URL: https://git.savannah.gnu.org/git/guix.git >> commit: 63660f0febb4aa0d5260791c82dfde15c0df4c79 > > So is

bug#64360: error: ghc-onetuple: unbound variable

Csepp writes: > Ludovic Courtès writes: > >> Hi, >> n >> Csepp skribis: >> >>> Ludovic Courtès writes: >>> >>>> Hi, >>>> >>>> Csepp skribis: >>>> >>>>> I **finally** managed to fi

bug#64360: error: ghc-onetuple: unbound variable

Ludovic Courtès writes: > Hi, > n > Csepp skribis: > >> Ludovic Courtès writes: >> >>> Hi, >>> >>> Csepp skribis: >>> >>>> I **finally** managed to finish a guix pull on my netbook by offloading >>>> it to

bug#64360: error: ghc-onetuple: unbound variable

Ludovic Courtès writes: > Hi, > > Csepp skribis: > >> I **finally** managed to finish a guix pull on my netbook by offloading >> it to my desktop machine, and I tried to build the latest yt-dlp, this >> is the error I got: >> >> ``` >> $ guix

bug#64350: python-wand-0.6.11 fails in check phase

Thorsten Wilms writes: > Hi, python-wand 0.6.11 fails to install. I found this in the log: > > phase `add-install-to-path' succeeded after 0.0 seconds > starting phase `wrap' > find-files: > /gnu/store/8y1vnzs66bnfgiaxdxhmc7wd9ggkcpy6-python-wand-0.6.11/bin: No such > file or directory >

bug#64360: error: ghc-onetuple: unbound variable

I **finally** managed to finish a guix pull on my netbook by offloading it to my desktop machine, and I tried to build the latest yt-dlp, this is the error I got: ``` $ guix shell yt-dlp Backtrace: In srfi/srfi-1.scm: 586:17 19 (map1 (#< name: "yt-dlp" version: "202…>)) In guix/profiles.scm:

bug#54944: guix pull: computing Guix derivation takes forever

akib via writes: > I've just installed Guix on a partition of my new HDD. After the > installation I logged in to my user account on a Linux console and > executed 'guix pull'. After that it pulled the repository and > computed Guix derivation, but stuck while updating substitutes. So I >

bug#64200: Netsurf very frequently freezes when editing text (Harfbuzz issue?)

John Kehayias writes: > Dear Csepp, > > On Thu, Jun 22, 2023 at 12:00 AM, Csepp wrote: > >> >> So, I built Netsurf with --with-latest=harfbuzz, which also affected >> GTK+ and a bunch of other packages along the way, and it worked on my >> first attempt,

bug#54944: guix pull hangs in guix-packages-base.drv even with offloading

Csepp writes: > Csepp writes: > >> Csepp writes: >> >>> Maxim Cournoyer writes: >>> >>>> Hi! >>>> >>>> raingloom writes: >>>> >>>>> It's been at 67% on guix-packages-base for at least an

bug#64196: Can't boot due to discrepancy between reconfigure and init

Josselin Poiret writes: > [[PGP Signed Part:Undecided]] > Hi, > > Csepp writes: >>> I don't think there is, the biggest difference is that `guix system >>> init` will copy stuff into the target store and initialize the basic >>> directories for Gu

bug#64196: Can't boot due to discrepancy between reconfigure and init

Josselin Poiret writes: > [[PGP Signed Part:Undecided]] > Hi Csepp, > > Csepp writes: > >> I'm trying to move my installation from /dev/sda to /dev/sdb, I created >> the file system and changed the bootloader config in my operating-system >> definition to poin

bug#64200: Netsurf very frequently freezes when editing text (Harfbuzz issue?)

John Kehayias writes: > Hi Josselin and Csepp, > > On Wed, Jun 21, 2023 at 11:08 AM, Josselin Poiret wrote: > >> Hi Csepp, >> >> Csepp writes: >> >>> Like the title says. It never happens when just browsing, but happens >>> very frequent

bug#64200: Netsurf very frequently freezes when editing text (Harfbuzz issue?)

Like the title says. It never happens when just browsing, but happens very frequently (like a minute after starting to type) when editing text, at least on Brutaldon, but maybe on other sites too. I noticed that our Harfbuzz package is two entire major releases behind. Maybe there are bugfixes

bug#64196: Can't boot due to discrepancy between reconfigure and init

I'm trying to move my installation from /dev/sda to /dev/sdb, I created the file system and changed the bootloader config in my operating-system definition to point to /dev/sdb and the file-system to use the correct UUID (previously it was using a label). First I tried to simply reconfigure my

bug#64074: guix [COMMAND] --load-path does not check if path is valid

Christian Miller via Bug reports for GNU Guix writes: > Hello, > > well in that case, if it is consistent with other GNU tools, it makes > sense and this can be closed.  Though before closing, do you may have > an example for invalid paths that could be useful? > > Best Regards > Christian

bug#53580: shepherd's architecture

Ludovic Courtès writes: > Hi Attila, > > Attila Lendvai skribis: > >> [forked from: bug#53580: /var/run/shepherd/socket is missing on an otherwise >> functional system] >> >>> So I think we’re mostly okay now. The one thing we could do is load >>> the whole config file in a separate fiber,

bug#63727: libffi propagation in glib versions causes issues

Csepp writes: > guix upgrade: error: profile contains conflicting entries for libffi > guix upgrade: error: first entry: libffi@3.4.4 > /gnu/store/w8b0l8hk6g0fahj4fvmc4qqm3cvaxnmv-libffi-3.4.4 > guix upgrade: error:... propagated from glib@2.72.3 > guix upgrade: error:

bug#63727: libffi propagation in glib versions causes issues

guix upgrade: error: profile contains conflicting entries for libffi guix upgrade: error: first entry: libffi@3.4.4 /gnu/store/w8b0l8hk6g0fahj4fvmc4qqm3cvaxnmv-libffi-3.4.4 guix upgrade: error:... propagated from glib@2.72.3 guix upgrade: error:... propagated from dconf@0.40.0 guix

bug#55358: docker containers stopped when doing guix install or guix shell

Remco van 't Veer writes: > Hi Maxim and Zimoun, > > 2023/02/09 13:26, Remco van 't Veer: > >> I think I know what is causing the issue. Both the "standard" mysql and >> postgres containers use user-id 999 to run the database service (this >> seems like a common practice because the redis

bug#63530: Missing library in package procps

Gabriel Wicki writes: > Hi > > Trying to upgrade a somewhat outdated system (from March 23) I noticed > igt-gpu-tools failed to build. Investigating a bit the build fails due > to some "proc/readproc.h" include missing. I think i managed to fix the > failure in procps's Makefile, but testing

bug#63451: Guix pull not successful

a writes: > first, i i ran guix pull and this happened. > i don't see anything in my kernel logs around this time > > λ ~ guix pull >[1259] > Updating channel 'guix' from

bug#63050: "guix pull" requires graphical libraries

Simon Tournier writes: > Hi, > > On ven., 05 mai 2023 at 15:21, Csepp wrote: > >> Or just move it to a separate output or package? That should really be >> something done for all packages automatically tbh. Alpine gets this right. > > Well, I do not think a sep

bug#63050: "guix pull" requires graphical libraries

Simon Tournier writes: > Hi, > > On Wed, 03 May 2023 at 21:33, Ludovic Courtès wrote: > >>> Why does Guix require ’graphviz’ in the first place? >> >> It uses it to build images in the manual. > > Ah. So we are dragging X11 libraries as libx11 for one or two figures > in the manual. :-) > >

bug#63287: guix copy error

Any clue what might cause this? % guix copy --from=bingobongo.local /gnu/store/4dqa1dh4vzfp4qkl704625m3riahnkiv-profile retrieving 1 store item from 'bingobongo.local'... Backtrace: 14 (primitive-load "/home/raingloom/.config/guix/current/b…") In guix/ui.scm: 2300:7 13 (run-guix .

bug#62984: Nautilus/File Roller cannot password encrypt for zip compression

Maxim Cournoyer writes: > Hello, > > When selecting a file in Nautilus and clicking right-click -> > Compress... and selected zip with password, attempting to proceed fails > with the message "encryption not supported". > > The code path this supposedly uses is gnome-autoar, which itself uses

bug#62985: [GNOME] MTP mounts in Nautilus doesn't work out of the box

Maxim Cournoyer writes: > Hi, > > Connecting an Android phone via USB to a Guix System that has GNOME > installed, and selecting the transfer mode to be USB/media, I'd expect > it to appear in Nautilus, the same it does in other mainstream > distributions. Instead, nothing happens. > > In

bug#61882: profile is frozen / packages can't be installed

(Jump forward a bit, this is a bit stream-of-consciousness-y, I wrote things down as I was debugging things. TLDR: profile got corrupted somehow, it's not related to the packages themselves.) Certain packages like flatpak do not get installed in my main user profile for some unknown reason. So

bug#62513: network-manager updated to unstable version?

Maxim Cournoyer writes: > Hi John, > > John Kehayias writes: > >> Hi Guix, >> >> (cc'ing Maxim as author of last few network-manager version updates.) >> >> I noticed a recent up date to network-manager to 1.43.4 (previously >> 1.41.2 and 1.40.0) but can't find a record of that release. In

bug#62215: Cuirass search doesn't show exact matches first

Tried looking up the CI status of GHC on i686-linux on Cuirass, gave up after 3 pages of ghc-... packages. Also tried the "name" field, as in name:ghc and name:ghc-9.2.5, but neither worked. Regex does not seem to be supported either, so "ghc$" didn't work. Cuirass should just use the same

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

Michael Rohleder writes: > [[PGP Signed Part:Undecided]] > Hi Raingloom! > > Thx for the bug-report! > > Is this still reproducable? > And if so, is this on a foreign distro? Seems to work now.

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

Liliana Marie Prikler writes: >> % ls ~/.guix-profile/share/emacs/site-lisp/ >> >> This does not print any org-roam directory. > Which leads me to believe that > $ ls /gnu/store/bxxjy8ydm62fr0bckxfrj27xnlvqbfmy-emacs-org-roam-2.2.2- > 0.74422df/share/emacs/site-lisp > does not report any such

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

b...@bokr.com writes: > Hi, > > On +2023-03-01 12:16:56 +0100, Csepp wrote: > [...] >> How the hell would my paths affect what's in the bin folder? Like, the >> flatpak binary is literally not present in the profile, that's why it's >> not showing up in $PA

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

Liliana Marie Prikler writes: > Am Mittwoch, dem 01.03.2023 um 02:58 + schrieb Csepp: >> emacs-org-roam is installed in my default profile and all the other >> emacs packages work with the emacs-next-pgtk package in the same >> profile. >> guix shell emacs-or

bug#61883: evince no longer opens comics

Evince used to be able to open cbz files but isn't anymore. It still has the MIME type association registered and AFAIK upstream has not removed support, so this is likely a packaging issue. I've been meaning to investigate it but hasn't gotten around to it for months, so I'm making this issue so

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

emacs-org-roam is installed in my default profile and all the other emacs packages work with the emacs-next-pgtk package in the same profile. guix shell emacs-org-roam emacs-next-pgtk does not work, guix shell emacs-org-roam emacs does. Possibly related: when I had flatpak installed it was not

bug#61201: Installation hint crashes when user names contain at sign

Ludovic Courtès writes: > Ludovic Courtès skribis: > >> A funny thing was reported earlier today on the Café Guix channel: >> >> $ guix install hello [17:52] >> building profile with 5 packages... >> hint: Backtrace: > > [...] > >> In guix/ui.scm: >> 312:5 6 (display-hint _ ) >>

bug#54944: guix pull hangs on 32 bit

Csepp writes: > Csepp writes: > >> Maxim Cournoyer writes: >> >>> Hi! >>> >>> raingloom writes: >>> >>>> It's been at 67% on guix-packages-base for at least an hour now. The >>>> system itself is responsive and

bug#54944: guix pull hangs on 32 bit

Csepp writes: > Maxim Cournoyer writes: > >> Hi! >> >> raingloom writes: >> >>> 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 e

bug#60927: gPodder database version field different when built using --with-latest

Ludovic Courtès writes: > Hi, > > Csepp skribis: > >> So it looks like the hashes are the same and the difference is instead >> in how it's run. >> Usually I run it with i3's XDG desktop file based launcher, but when I >> used the --with-latest transfo

bug#61033: opam importer can't handle list field

Julien Lepiller writes: > Le Tue, 24 Jan 2023 03:23:44 +0100, > Csepp a écrit : > >> Truncated stack trace: >> >> ``` >> ... >> In guix/import/opam.scm: >> 287:2 3 (opam->guix-package "mirage-crypto-pk" #:repo _ # _) >>

bug#58495: opam import generates wrong check phase

Julien Lepiller writes: > Le Thu, 13 Oct 2022 18:16:18 +0200, > Csepp a écrit : > >> Julien Lepiller writes: >> >> > Maybe this could be fixed in the dune-build-system? >> > >> Actually, good call. I'll look into it, unless you want to t

bug#61033: opam importer can't handle list field

Truncated stack trace: ``` ... In guix/import/opam.scm: 287:2 3 (opam->guix-package "mirage-crypto-pk" #:repo _ # _) In unknown file: 2 (filter # …) In guix/import/opam.scm: 290:13 1 (_ ("mirage-no-solo5" "mirage-no-xen")) In unknown file: 0 (string-prefix? "conf-"

bug#60927: gPodder database version field different when built using --with-latest

Tobias Geerinckx-Rice writes: > Hullo, > > On 2023-01-18 9:13, Csepp wrote: >> Haven't completely debugged this, but the symptoms are: >> * running the packaged version doesn't work, blank scree, failed assert >> on console about differing database schema ve

bug#60927: gPodder database version field different when built using --with-latest

Haven't completely debugged this, but the symptoms are: * running the packaged version doesn't work, blank scree, failed assert on console about differing database schema version * running the --with-latest version works, but Guix says it's already on the latest version I think it might be

bug#60844: no text in Anki

I recently installed Anki and added some decks to study Japanese. However, I only see cog icons when I open Anki. Clicking them does pop up a settings menu and I can see their names there. Is this a QtWebkit bug again? I tried the sandbox workaround I saw in some other bug report but it did not

bug#60811: Can’t change the build system of p11-kit to meson

Vivien Kraus via Bug reports for GNU Guix writes: > Dear guix, > > p11-kit is switching its build system to meson. The README already > advertises it as the way to build p11-kit. When I try to change that, > guix builds fine. Then, if I try to run guix build p11-kit, guix will > crash after

bug#60413: cutter is outdated and also segfaults on launch

Our package for the Cutter reverse engineering framework is very outdated and now the package does not even work, since the Cutter executable simply crashes on startup in ImportsModel::rowCount. I attempted packaging the new version that uses the new rizin fork of radare2 but didn't get far. I

bug#54944: guix pull hangs on 32 bit

Maxim Cournoyer writes: > Hi! > > raingloom writes: > >> 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

bug#59364: gnome clocks does not start due to missing libGLES.so

Simon Streit writes: > Hello, > > Csepp writes: > >> This is the exact error: >> Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object >> file: No such file or directory > > I can confirm this error, though it only happens in wayland

bug#59364: gnome clocks does not start due to missing libGLES.so

This is the exact error: Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: No such file or directory (Yes, a clock application not starting because it needs OpenGL is... pretty weird indeed.)

bug#59016: photoflare crash in the fish-shell on Menu -> File -> Open...

Rostislav Svoboda writes: > Under bash everything is fine, however under the fish-shell the > photoflare crashes when Ctrl-o is pressed or when I go Menu -> File -> > Open... with the error below. > > Cheers > > Bost > > (photoflare:19613): Gtk-WARNING **: 15:31:01.261: Could not find the >

bug#59004: hyperledger-iroha is broken

Maxim Cournoyer writes: > Hi, > > I've tried fixing hyperledger-iroha without success. Updating it to > latest would require prometheus-cpp, not yet packaged. Anything I've > tried always end up with C++ compilation errors, such as this one > (protobuf 3.14): > > c++14 -Wall

bug#58914: linux-libre kernel socft-lock on T400 Thinkpad (BTRFS related?)

The latest kernel reliably soft locks on my T400 thinkpad. Sometimes it locks up before the elogind login prompt, sometimes it reaches the prompt but I can't log in. It does not reboot on ctrl-alt-del, although it does seem to send some kind of signal to elogind. It does reboot for alt-sysrq-b.

bug#58760: Guix System iso too big for cdrom again

"pelzflorian (Florian Pelz)" writes: > Hello Guix, > > thanks to commit > > commit 26c1bd9dfafb5a954d2174b7a000304cd7ae6345 > Author: Tobias Geerinckx-Rice > Date: Mon Apr 6 17:48:21 2020 +0200 > > vm: Transparently compress iso9660 images. > > * gnu/build/vm.scm

bug#58497: opam import doesn't work with ocaml_intrinsics among others

Julien Lepiller writes: > (beautify-description #f _) > > Seems to be the cause. Yet, there is a description. Maybe parsing ends a bit > too soon? That might explain issue 58112 as well. I have a workaround that gives #f for description.

bug#58568: Error when install the latest developments image

Zhongyou Li writes: > Hi Guix, > I got an error when install the latest developments image on virtual box on > macOS on MacBook Air > 2015. > I think the installation failed because the script did not delete the > download directory when the > download failed, causing the directory name

bug#58551: kgraphviewer is broken

message in GUI is "could not find the KGraphViewer part", on console it's: kf5.kxmlgui: cannot find .rc file "kgraphviewerui.rc" for component "kgraphviewer" Ran with guix shell --no-grafts because there is some gosh darn bug with grafts again and even though both this and Krita report as OK on

bug#58497: opam import doesn't work with ocaml_intrinsics among others

The error might not be the same for others, I have a slightly patched opam->guix-package function. guix import opam ocaml_intrinsics Backtrace: In ice-9/boot-9.scm: 1752:10 10 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: 9 (apply-smob/0 #) In ice-9/boot-9.scm:

bug#58495: opam import generates wrong check phase

Julien Lepiller writes: > Maybe this could be fixed in the dune-build-system? > Actually, good call. I'll look into it, unless you want to take a stab at it.

  1   2   >