[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1121411: spacefm: segfaults after switching to gtk3 version



Package: spacefm
Version: 1.0.6-9
Severity: important
Tags: newcomer

Dear Maintainer,

	After upgrading from Devuan Daedalus to Excalibur I noticed 
that the spacefm package is built with gtk3 instead of gtk2 which 
is what it was built with before. There used to be a separate 
package 'spacefm-gtk3' for those that wanted the experimental gtk3 
version. Upstream however recommends building with gtk2.

	I attempted to use this gtk3 version after seeing that 
there was no longer an option in the Debian packages for the gtk2 
version. This however proved itself problematic.

	The biggest issue is that the gtk3 version of spacefm will 
segfault seemingly randomly, however there are some cases that 
increase the likelihood of a segfault. The first case, just launching 
spacefm will result in this:
```
spacefm[9343]: segfault at 0 ip 00007f4a974f468c sp 00007fff58f47180 error 4 in libgdk-3.so.0.2417.32[5968c,7f4a974c9000+87000] likely on CPU 0 (core 0, socket 0)
```

	Other cases involve drag-n-dropping a file into Gajim and 
pressing the 'alt' button on my keyboard while spacefm is the 
focused window shortly after.

	Unfortunately drag-n-drop does not work anymore in the gtk3 
version  of spacefm either. Drag-n-drop used to work fine in the 
gtk2 version of spacefm and in fact was prefferred due to gtk3's 
lack-luster filepicker portal, spacefm previously could have been 
used to compensate for it.

	When upgrading I did not expect the previously seperate package 
'spacefm' and spacefm-gtk3' to me merged and result in the spacefm 
package being replaced with the spacefm-gtk3 package. I also 
expected to be able to use spacefm without segmentation faults and 
drag-n-drop functionality to continue to work as normal.

-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux 6 (excalibur)
Release:	6
Codename:	excalibur
Architecture: x86_64

Kernel: Linux 6.12.57+deb13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages spacefm depends on:
ii  desktop-file-utils        0.28-1
ii  e2fsprogs                 1.47.2-3+b3
ii  libc6                     2.41-12
ii  libcairo2                 1.18.4-1+b1
ii  libeudev1 [libudev1]      3.2.14-4
ii  libffmpegthumbnailer4v5   2.2.3-2
ii  libgdk-pixbuf-2.0-0       2.42.12+dfsg-4
ii  libglib2.0-0t64           2.84.4-3~deb13u1
ii  libgtk-3-0t64             3.24.49-3
ii  libpango-1.0-0            1.56.3-1
ii  libpangocairo-1.0-0       1.56.3-1
ii  libstartup-notification0  0.12-8
ii  libudev1                  1:3.2.9+devuan4
ii  libx11-6                  2:1.8.12-1
ii  shared-mime-info          2.4-5+b2

Versions of packages spacefm recommends:
ii  udisks2  2.10.1-12.1+deb13u1devuan1

Versions of packages spacefm suggests:
ii  dbus    1.16.2-2devuan2
ii  eject   2.41-5devuan2
pn  gksu    <none>
pn  ktsuss  <none>
ii  lsof    4.99.4+dfsg-2
ii  sshfs   3.7.3-1.1+b2
pn  udevil  <none>
ii  wget    1.25.0-2

-- no debconf information


-- 
 ____________________________________
/ The antonym of hyponym is antonym. \
| While hyponyms of hyponyms are     |
| symolies, not all symolies are   |
\ hyponyms.                          /
 ------------------------------------
         \     ,-.      .-,
          \    |-.\ __ /.-|
           \   \  `    `  /
                /_     _ \
              <  _`q  p _  >
              <.._=/  \=_. >
                 {`\()/`}`\
                 {      }  \
                 |{    }    \
                 \ '--'   .- \
                 |-      /    \
                 | | | | |     ;
                 | | |.;.,..__ |
               .-"";`         `|
              /    |           /
              `-../____,..---'`

Attachment: pgpvek41WD_ML.pgp
Description: OpenPGP digital signature


Reply to: