bug#55826: guix pull fails on local channel
Am Dienstag, dem 07.06.2022 um 00:20 + schrieb Kjartan Oli Agustsson: > > I recently installed the full Guix system, and after reading the > sections of the manual about channels I set one up for my personal > modifications to existing packages. Everything worked fine until I > committed changes to one of those package definitions and re-ran > 'guix pull' which fails with: > > > Updating channel 'kjartan' from Git repository at > > 'file:///home/kjartan/guix-custom'... > > Authenticating channel 'kjartan', commits 3bd6c82 to 6677083 (1 new > > commits)... > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > > #:5:1: unexpected end of input while searching for: ) > If I delete the git repository and re-initialize it the pull is > successful, but once I commit any changes to this new repository the > problem re-appears. Does anyone have any clues as to what could be > wrong, or how I could go about debugging this? Chances are that the changes you're trying to commit are ill-formed. Use an editor that highlights brackets such as Emacs to find out where you are missing one. If it's in the middle of the file, marking the whole file and pressing TAB once should make the fault visible – if it's towards the end, enter closing parentheses until they are no longer matched up with anything prior. Cheers
bug#55488: GDM, GNOME: Can't start desktop session after upgrade
Closing as «not a bug in Guix». publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#55488: GDM, GNOME: Can't start desktop session after upgrade
Hi, On Monday, June 6th, 2022 at 20:50, Ludovic Courtès wrote: > Hmm OK. I’m not sure what’s going on; are you sure ‘rygel’ is in $PATH > when shepherd starts? No, but I know rygel is in my user profile; I can start it from a terminal. And it works when I go back to a previous system generation... > Anyway, this looks like “not-a-bug” from the perspective of Guix. > WDYT? > > BTW, I’d encourage you to write a service for Guix Home for Rygel and to > use Guix Home (then if you have problems that’ll be a bug from the > perspective of Guix :-)). So yeah, I'm closing this bug then and I'll be starting rygel manually for now. Thanks, publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#55822: option to run diffoscope with guix build --rounds=N and --check
When I do: guix build --rounds=2 PACKAGE And the results differ, the process of actually running diffoscope on the results is very manual and a bit hard to automate. I might get output like: guix build: error: derivation `/gnu/store/dn50zya4d1zh21q6s3nh7f394s7ksknv-autogen-5.18.16.drv' may not be deterministic: output `/gnu/store/04byv4py1firka28h3nl70bj1g0a3n6k-autogen-5.18.16' differs from ?/gnu/store/04byv4py1firka28h3nl70bj1g0a3n6k-autogen-5.18.16-check? First of all, I have to actually remember to run: guix build --rounds=2 --keep-failed PACKAGE Would it be crazy for --rounds=N resonably assume --keep-failed ? Then it'll actually keep the produced /gnu/store/*-check ... then I have to screen-scrape the right files, sometimes accidentally grabbing the .drv instead of the right directory, and pass both the regular store item and the /gnu/store/*-check item ... if i get everything right I end up with: diffoscope /gnu/store/HASH-PACKAGE-VERSION /gnu/store/HASH-PACKAGE-VERSION-check And that basically works... but it is a very manual process... guix already has a similar tool to handle this sort of thing: guix challenge --diff=diffoscope PACKAGE But that assumes you are comparing things from your local build and the substitute server or servers, not two locally built things. How plausible would it be to implement something simile to "guix challenge --diff=diffoscope" like: guix build --rounds=2 --keep-failed --diff=diffoscope (or could --diff=diffoscope *assume* --keep-failed ?) Oh, and... basically all of the above applies for: guix build --check PACKAGE e.g. --keep-failed by default, option to support --diff=diffoscope, etc. Thanks for considering! live well, vagrant signature.asc Description: PGP signature
bug#55488: bug#55707: syslogd logging kernel messages slowly?
Hi,
Luis Felipe skribis:
> It turns out the problem is related to user services. I just disabled my user
> services, rebooted, and GNOME session started.
OK.
> I only have one user service defined in ~/.config/shepherd/init.scm as follows
[...]
> And I call "shepherd" in the ~/.profile file. This never posed a problem
> until my recent system generations from April to date, though, where I was
> never able to start a GNOME session. So I wonder what's going on now...
>
> For what it's worth, the only error I see in ~/.config/shepherd/shepherd.log
> is this
>
> 2022-04-07 11:01:57 system-error("getpgid" "~A" ("No existe el proceso") (3))
>
> "No existe el proceso" meaning, "The process doesn't exist". This error has
> occurred several times since 2021, though.
Hmm OK. I’m not sure what’s going on; are you sure ‘rygel’ is in $PATH
when shepherd starts?
Anyway, this looks like “not-a-bug” from the perspective of Guix.
WDYT?
BTW, I’d encourage you to write a service for Guix Home for Rygel and to
use Guix Home (*then* if you have problems that’ll be a bug from the
perspective of Guix :-)).
Thanks,
Ludo’.
bug#55707: syslogd logging kernel messages slowly?
Hi, Luis Felipe skribis: > This does reduce the time it takes to get to GDM log in screen from GRUB. It > used to be around 2:35 minutes, but now it takes around 1:25 minutes, which > is nice. Alright, so commit 264ca9452fae827d6621b28b8972f4b1d68401a1 closes this particular issue (#55707). Thanks, Ludo’.
bug#55765: [mumi] Xapian SWIGy issue
Hi Ludo, While I'm pretty sure it won't help this issue, I just released the long overdue guile-xapian 0.2.0 and updated the Guix package as well. See https://git.savannah.gnu.org/cgit/guix.git/commit/?id=e614cf2907105d1d41653c2316b96d29d807baa8 Regards, Arun
bug#55818: qBittorrent v4.4.1, crashes after trying to install guix package with terminal bash command
Apparently resolved (I'll leave the transition issue to upstream), so closing. Greetings, Maxime. signature.asc Description: This is a digitally signed message part
bug#55817: duplicate bug report
merge 55817 55818 thanks signature.asc Description: This is a digitally signed message part
bug#55821: contributing: Broken link to Git manual
contributing.texi contains:
@pxref{submitting patches,, Submitting patches to a project, git, Git User
Manual}).
However, there is no 'git' info manual. I guess the ', git,' should
be replaced by ',,' or something like that to avoid implying there's
a git info page?
Greetings,
Maxime.
signature.asc
Description: This is a digitally signed message part
bug#55488: GDM, GNOME: Can't start desktop session after upgrade
It turns out the problem is related to user services. I just disabled my user
services, rebooted, and GNOME session started.
I only have one user service defined in ~/.config/shepherd/init.scm as follows
~~~
;;; Definition of my user-level services.
(use-modules (shepherd service))
;;; SERVICE DEFINITIONS
;;; ===
(define rygel
(make
#:provides '(rygel)
#:docstring "Run the Rygel media server."
#:start (make-forkexec-constructor '("rygel"))
#:stop (make-kill-destructor)
#:respawn? #t))
;;; REGISTER SERVICES
;;; =
(register-services rygel)
;;; START SERVICES
;;; ==
(start rygel)
;;; Send shepherd to the background.
(action 'shepherd 'daemonize)
~~~
And I call "shepherd" in the ~/.profile file. This never posed a problem until
my recent system generations from April to date, though, where I was never able
to start a GNOME session. So I wonder what's going on now...
For what it's worth, the only error I see in ~/.config/shepherd/shepherd.log is
this
2022-04-07 11:01:57 system-error("getpgid" "~A" ("No existe el proceso") (3))
"No existe el proceso" meaning, "The process doesn't exist". This error has
occurred several times since 2021, though.
publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
bug#55806: [PATCH] gnu: install: Add uvesafb service only on targets that support v86d.
Hello Florian, "pelzflorian (Florian Pelz)" writes: > On Mon, Jun 06, 2022 at 04:16:34PM +0200, Josselin Poiret via Bug reports for > GNU Guix wrote: >> - (service guix-service-type >> - (guix-configuration (authorize-key? #t) >> - (guix (current-guix > > I had to remove the (guix (current-guix)) but now `guix system image > -t iso9660 gnu/system/install.scm` builds on a rock64 aarch64 machine, > but it is still building and I could not yet test in qemu. I have not > tried the embedded-installation image. Silly me, I really should move some of my WIP patches to other branches to avoid these issues :( Feel free to commit with the changes you mentioned, and thanks for the tests (I only checked minimally with cross-compilation since I don't have any aarch64 machines)! Best, -- Josselin Poiret
bug#55488: bug#55707: syslogd logging kernel messages slowly?
Hey, On Monday, June 6th, 2022 at 10:00, Ludovic Courtès wrote: > > > I’m curious to see if it fixes your other boot-up issues, timeouts and > > > all, Luis. > > > > Do I simply put both definitions (inetutils/fdatasync and > > %default-syslog.conf) in my system config and reconfigure...? Because I > > tried that and nothing seems to change. > > > > Or, once defined, do I have to use inetutils/fdatasync and > > %default-syslog.conf somewhere in my system packages...? > > Sorry, I wasn’t clear. Let’s forget about ‘inetutils/fdatasync’ because > it doesn’t have a measurable impact AFAICS. > > In your config file, you first put: > > --8<---cut here---start->8--- > (define %new-default-syslog.conf > [...] > --8<---cut here---end--->8--- > > > Then, you replace ‘%desktop-services’ with: > > --8<---cut here---start->8--- > > (modify-services %desktop-services > (syslog-service-type > _ => (syslog-configuration > > (config-file %new-default-syslog.conf > --8<---cut here---end--->8--- This does reduce the time it takes to get to GDM log in screen from GRUB. It used to be around 2:35 minutes, but now it takes around 1:25 minutes, which is nice. Unfortunately, though, I still can't start a GNOME session. I logged in, and stared at a blackish screen for about 5 minutes. Nothing happened :) publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#55806: [PATCH] gnu: install: Add uvesafb service only on targets that support v86d.
Thank you so much Josselin. I didn't know how to do this. At the time building for ARM was no priority. On Mon, Jun 06, 2022 at 04:16:34PM +0200, Josselin Poiret via Bug reports for GNU Guix wrote: > - (service guix-service-type > - (guix-configuration (authorize-key? #t) > - (guix (current-guix I had to remove the (guix (current-guix)) but now `guix system image -t iso9660 gnu/system/install.scm` builds on a rock64 aarch64 machine, but it is still building and I could not yet test in qemu. I have not tried the embedded-installation image. (I also had to disable tests on guile-fibers, but it is unrelated to the bug and may be needed only on rock64, which has other unrelated hangups when much RAM is used.) I don't commit much except translations, but guess I should remove the not working %host-type shenanigans in uvesafb-service-type, add your copyright line and push. I will do so when there are no other comments. Regards, Florian
bug#55818: qBittorrent v4.4.1, crashes after trying to install guix package with terminal bash command
Girish M schreef op zo 05-06-2022 om 12:59 [+]: > qBittorrent: 4.4.1 x64 WDYM with x64 here? Anyway, I cannot reproduce with $ guix shell qbittorrent --system=x86_64-linux -- qbittorrent or $ guix shell qbittorrent --system=x86_64-linux --pure -- qbittorrent . Question: does removing ~/.config/qBittorrent have an effect? Greetings, Maxime signature.asc Description: This is a digitally signed message part
bug#55806: [PATCH] gnu: install: Add uvesafb service only on targets that support v86d.
* gnu/system/install.scm (%installation-services): Refactor into a
procedure, so that it can capture the system it's installing for.
Conditionally add uvesafb-service-type based on whether v86d is
supported by the target architecture.
(installation-os)[services]: Use the %installation-service procedure.
---
gnu/system/install.scm | 245 +
1 file changed, 128 insertions(+), 117 deletions(-)
diff --git a/gnu/system/install.scm b/gnu/system/install.scm
index e46c1d34dd..5e4215864e 100644
--- a/gnu/system/install.scm
+++ b/gnu/system/install.scm
@@ -31,8 +31,10 @@ (define-module (gnu system install)
#:use-module (guix store)
#:use-module (guix monads)
#:use-module (guix modules)
- #:use-module ((guix packages) #:select (package-version))
+ #:use-module ((guix packages) #:select (package-version supported-package?))
+ #:use-module (guix platform)
#:use-module ((guix store) #:select (%store-prefix))
+ #:use-module (guix utils)
#:use-module (gnu installer)
#:use-module (gnu system locale)
#:use-module (gnu services avahi)
@@ -305,7 +307,10 @@ (define uvesafb-service-type
"Load the @code{uvesafb} kernel module with the right options.")
(default-value #t)))
-(define %installation-services
+(define* (%installation-services #:key (system (or (and=>
+(%current-target-system)
+platform-target->system)
+ (%current-system
;; List of services of the installation system.
(let ((motd (plain-file "motd" "
\x1b[1;37mWelcome to the installation of GNU Guix!\x1b[0m
@@ -322,120 +327,126 @@ (define (normal-tty tty)
(define bare-bones-os
(load "examples/bare-bones.tmpl"))
-(list (service virtual-terminal-service-type)
-
- (service kmscon-service-type
- (kmscon-configuration
-(virtual-terminal "tty1")
-(login-program (installer-program
-
- (login-service (login-configuration
- (motd motd)))
-
- ;; Documentation. The manual is in UTF-8, but
- ;; 'console-font-service' sets up Unicode support and loads a font
- ;; with all the useful glyphs like em dash and quotation marks.
- (service documentation-service-type "tty2")
-
- ;; Documentation add-on.
- %configuration-template-service
-
- ;; A bunch of 'root' ttys.
- (normal-tty "tty3")
- (normal-tty "tty4")
- (normal-tty "tty5")
- (normal-tty "tty6")
-
- ;; The usual services.
- (syslog-service)
-
- ;; Use the Avahi daemon to discover substitute servers on the local
- ;; network. It can be faster than fetching from remote servers.
- (service avahi-service-type)
-
- ;; The build daemon. Register the default substitute server key(s)
- ;; as trusted to allow the installation process to use substitutes by
- ;; default.
- (service guix-service-type
- (guix-configuration (authorize-key? #t)
- (guix (current-guix
-
- ;; Start udev so that useful device nodes are available.
- ;; Use device-mapper rules for cryptsetup & co; enable the CRDA for
- ;; regulations-compliant WiFi access.
- (udev-service #:rules (list lvm2 crda))
-
- ;; Add the 'cow-store' service, which users have to start manually
- ;; since it takes the installation directory as an argument.
- (cow-store-service)
-
- ;; Install Unicode support and a suitable font.
- (service console-font-service-type
- (map (match-lambda
- ("tty2"
- ;; Use a font that contains characters such as
- ;; curly quotes as found in the manual.
- '("tty2" . "LatGrkCyr-8x16"))
- (tty
- ;; Use a font that doesn't have more than 256
- ;; glyphs so that we can use colors with varying
- ;; brightness levels (see note in setfont(8)).
- `(,tty . "lat9u-16")))
-'("tty1" "tty2" "tty3" "tty4" "tty5" "tty6")))
-
- ;; To facilitate copy/paste.
- (service gpm-service-type)
-
- ;; Add an SSH server to facilitate remote installs.
- (service openssh-service-type
- (openssh-configuration
-(port-number 22)
-(permit-root-login #t)
-;; The root account is passwordless, so make sure
-;; a password is set before allowing logins.
-(allow-empty-passwords? #f)
-(pa
bug#55806: gnu/system/install.scm includes (service uvesafb-service-type) in %installation-services on all architectures
Hi, Pavel Shlyak writes: > Reproducer: > guix system image -t iso9660 gnu/system/install.scm > This command fails on aarch64 host. It doesn’t if I manually remove > uvesafb-service-type from the list. It is impossible(and not needed) to run > uvesafb on non-x86 machines at the moment, so I think it should be included > only in x86_64 (and probably 32bit x86 as well) builds. I can definitely write a patch for that, it won't be worse that what we have right now. I wonder how we could handle the case when there's no KMS for a particular hardware combination (if that's possible), since kmscon requires that. FTR, we require kmscon to be able to display non-latin fonts such as CJK or arabic in the installer. Now that I think about it, if we have a hard requirement on KMS, we could just use a lightweight wayland compositor like cage to display the installer, which would likely simplify the process since we'd have more "usual" tools at our disposal. Best, -- Josselin Poiret
bug#55820: Substitute server errors lead to client crashes
Here’s an example of a substitute server issue that leads to ugly client crashes: --8<---cut here---start->8--- $ guix upgrade […] guix substitute: warning: while fetching https://bordeaux.guix.gnu.org/nar/lzip/fan4wanq1138ds9pj0s63f2iv4qygng0-dstat-0.7.4: server is somewhat slow guix substitute: warning: try `--no-substitutes' if the problem persists Backtrace: In ice-9/boot-9.scm: 1752:10 19 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: 18 (apply-smob/0 #) In ice-9/boot-9.scm: 724:2 17 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 16 (_ #(#(#))) In guix/ui.scm: 2206:7 15 (run-guix . _) 2169:10 14 (run-guix-command _ . _) In ice-9/boot-9.scm: 1752:10 13 (with-exception-handler _ _ #:unwind? _ # _) 1752:10 12 (with-exception-handler _ _ #:unwind? _ # _) In guix/scripts/substitute.scm: 771:15 11 (_) In ice-9/exceptions.scm: 406:15 10 (process-substitution # _ "/gnu/store/â¦" â¦) In ice-9/boot-9.scm: 1752:10 9 (with-exception-handler _ _ #:unwind? _ # _) In guix/scripts/substitute.scm: 479:9 8 (_) In ice-9/boot-9.scm: 1747:15 7 (with-exception-handler # â¦) 1685:16 6 (raise-exception _ #:continuable? _) 1683:16 5 (raise-exception _ #:continuable? _) 1685:16 4 (raise-exception _ #:continuable? _) 1780:13 3 (_ #<&compound-exception components: (#<&error> #<&irriâ¦>) 1685:16 2 (raise-exception _ #:continuable? _) 1683:16 1 (raise-exception _ #:continuable? _) 1685:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1685:16: In procedure raise-exception: ERROR: 1. &http-get-error: uri: #< scheme: https userinfo: #f host: "bordeaux.guix.gnu.org" port: #f path: "/nar/lzip/fan4wanq1138ds9pj0s63f2iv4qygng0-dstat-0.7.4" query: #f fragment: #f> code: 502 reason: "Bad Gateway" 2. &message: "https://bordeaux.guix.gnu.org/nar/lzip/fan4wanq1138ds9pj0s63f2iv4qygng0-dstat-0.7.4: HTTP download failed: 502 (\"Bad Gateway\")" substitution of /gnu/store/fan4wanq1138ds9pj0s63f2iv4qygng0-dstat-0.7.4 failed guix upgrade: error: corrupt input while restoring archive from socket --8<---cut here---end--->8--- This should be handled gracefully. Also, in this case, ‘--fallback’ appears to have no effect. Ludo’.
bug#54752: import: hackage: `elif` conditionals not supported
Hi, fix pushed to master in commit 2c5d18e421e6c06f4a969f98585ec41aae8eb2e4. Cheers, Lars
bug#54760: import: hackage: Internal libraries are not filtered out of dependency list
Hi, fix pushed to master as c3fbaee34548fbfb1617dc7fccc94c598efbd7a6 and following. Cheers, Lars
bug#55488: bug#55707: syslogd logging kernel messages slowly?
Hi, Luis Felipe skribis: > On Saturday, June 4th, 2022 at 19:30, Ludovic Courtès wrote: > >> I’m curious to see if it fixes your other boot-up issues, timeouts and >> all, Luis. > > Do I simply put both definitions (inetutils/fdatasync and > %default-syslog.conf) in my system config and reconfigure...? Because I tried > that and nothing seems to change. > > Or, once defined, do I have to use inetutils/fdatasync and > %default-syslog.conf somewhere in my system packages...? Sorry, I wasn’t clear. Let’s forget about ‘inetutils/fdatasync’ because it doesn’t have a measurable impact AFAICS. In your config file, you first put: --8<---cut here---start->8--- (define %new-default-syslog.conf (plain-file "syslog.conf" " # Log all error messages, authentication messages of # level notice or higher and anything of level err or # higher to the console. # Don't log private authentication messages! *.alert;auth.notice;authpriv.none -/dev/console # Log anything (except mail) of level info or higher. # Don't log private authentication messages! *.info;mail.none;authpriv.none -/var/log/messages # Log \"debug\"-level entries and nothing else. *.=debug -/var/log/debug # Same, in a different place. *.info;mail.none;authpriv.none -/dev/tty12 # The authpriv file has restricted access. # 'fsync' the file after each line. authpriv.* /var/log/secure # Log all the mail messages in one place. mail.* -/var/log/maillog ")) --8<---cut here---end--->8--- Then, you replace ‘%desktop-services’ with: --8<---cut here---start->8--- (modify-services %desktop-services (syslog-service-type _ => (syslog-configuration (config-file %new-default-syslog.conf --8<---cut here---end--->8--- Thanks for testing! Ludo’.
bug#55818: qBittorrent v4.4.1, crashes after trying to install guix package with terminal bash command
https://github.com/qbittorrent/qBittorrent/issues/17156 On 05/06/22 18:02, Girish M wrote: qBittorrent & operating system versions qBittorrent: 4.4.1 x64 Operating system: GNU Guix Linux 5.17.9-gnu SMP PREEMPT 1 x86_64 GNU/Linux Qt: 5.15.2 libtorrent-rasterbar: 1.2.15 What is the problem? qBittorrent version: v4.4.1 Caught signal: SIGSEGV Stack trace: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6 : ()+0x380a0 [0x7fa2e1d0f0a0] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : ()+0x3ea1bc [0x7fa2e354c1bc] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : ()+0x3ea2b8 [0x7fa2e354c2b8] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : ()+0x3e60fb [0x7fa2e35480fb] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : QHeaderView::restoreState(QByteArray const&)+0xe3 [0x7fa2e3548ac3] /home/girishm/.guix-profile/bin/qbittorrent : TrackerListWidget::loadSettings()+0x42 [0x8eec14] /home/girishm/.guix-profile/bin/qbittorrent : TrackerListWidget::TrackerListWidget(PropertiesWidget*)+0xcf [0x8e9bd7] /home/girishm/.guix-profile/bin/qbittorrent : PropertiesWidget::PropertiesWidget(QWidget*)+0xe2c [0x8ca1fe] /home/girishm/.guix-profile/bin/qbittorrent : MainWindow::MainWindow(QWidget*)+0x1bb9 [0x860d0f] /home/girishm/.guix-profile/bin/qbittorrent : Application::exec(QStringList const&)+0x18b [0x6d0d5d] /home/girishm/.guix-profile/bin/qbittorrent : main()+0x72e [0x6e2d63] /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6 : __libc_start_main()+0xcd [0x7fa2e1cfa7dd] /home/girishm/.guix-profile/bin/qbittorrent : _start()+0x2a [0x6cd6da] Steps to reproduce Run the following commands in the terminal on bash shell 1. |guix package -i qbittorent| 2. |qbittorrent|
bug#55817: qBittorrent v4.4.1, crashes after trying to install guix package with terminal bash command
qBittorrent & operating system versions qBittorrent: 4.4.1 x64 Operating system: GNU Guix Linux 5.17.9-gnu SMP PREEMPT 1 x86_64 GNU/Linux Qt: 5.15.2 libtorrent-rasterbar: 1.2.15 What is the problem? qBittorrent version: v4.4.1 Caught signal: SIGSEGV Stack trace: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6 : ()+0x380a0 [0x7fa2e1d0f0a0] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : ()+0x3ea1bc [0x7fa2e354c1bc] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : ()+0x3ea2b8 [0x7fa2e354c2b8] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : ()+0x3e60fb [0x7fa2e35480fb] /gnu/store/6ri5g7clci8n4al64k1hil06ky1bxc5k-qtbase-5.15.2/lib/libQt5Widgets.so.5 : QHeaderView::restoreState(QByteArray const&)+0xe3 [0x7fa2e3548ac3] /home/girishm/.guix-profile/bin/qbittorrent : TrackerListWidget::loadSettings()+0x42 [0x8eec14] /home/girishm/.guix-profile/bin/qbittorrent : TrackerListWidget::TrackerListWidget(PropertiesWidget*)+0xcf [0x8e9bd7] /home/girishm/.guix-profile/bin/qbittorrent : PropertiesWidget::PropertiesWidget(QWidget*)+0xe2c [0x8ca1fe] /home/girishm/.guix-profile/bin/qbittorrent : MainWindow::MainWindow(QWidget*)+0x1bb9 [0x860d0f] /home/girishm/.guix-profile/bin/qbittorrent : Application::exec(QStringList const&)+0x18b [0x6d0d5d] /home/girishm/.guix-profile/bin/qbittorrent : main()+0x72e [0x6e2d63] /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6 : __libc_start_main()+0xcd [0x7fa2e1cfa7dd] /home/girishm/.guix-profile/bin/qbittorrent : _start()+0x2a [0x6cd6da] Steps to reproduce Run the following commands in the terminal on bash shell 1. |guix package -i qbittorent| 2. |qbittorrent|
