You are not logged in.
- Topics: Active | Unanswered
#1 2020-12-06 16:05:01
- CarbonChauvinist
- Member
- Registered: 2012-06-16
- Posts: 413
- Website
pacman 6.0.0alpha1-1 and packagekit 1.1.13-1 coredumps
Testing out the alpha release of pacman, which is amazing, and have run into this little issue with packagekit 1.1.13-1.
Dec 06 10:55:05 lap packagekitd[927]: Failed to initialize alpm: using /etc/PackageKit/alpm.d/pacman.conf: /etc/PackageKit/alpm.d/pacman.conf:8/etc/pacman.conf:39unrecognised directive 'ParallelDownloads'
Dec 06 10:55:05 lap systemd-coredump[942]: Process 927 (packagekitd) of user 0 dumped core.
Stack trace of thread 927:
#0 0x00007fed5f6b9998 g_log_structured_array (libglib-2.0.so.0 + 0x59998)
#1 0x00007fed5f6b9fb6 g_log_default_handler (libglib-2.0.so.0 + 0x59fb6)
#2 0x00007fed5f6bb089 g_logv (libglib-2.0.so.0 + 0x5b089)
#3 0x00007fed5f6bb330 g_log (libglib-2.0.so.0 + 0x5b330)
#4 0x00007fed5fb8c32c pk_backend_initialize (libpk_backend_alpm.so + 0x632c)
#5 0x0000561aaffb5619 pk_backend_load (packagekitd + 0x19619)
#6 0x0000561aaffc2d88 pk_engine_load_backend (packagekitd + 0x26d88)
#7 0x0000561aaffa8456 main (packagekitd + 0xc456)
#8 0x00007fed5f3e7152 __libc_start_main (libc.so.6 + 0x28152)
#9 0x0000561aaffa86ae _start (packagekitd + 0xc6ae)
Stack trace of thread 931:
#0 0x00007fed5f4b446f __poll (libc.so.6 + 0xf546f)
#1 0x00007fed5f7067af n/a (libglib-2.0.so.0 + 0xa67af)
#2 0x00007fed5f6b1121 g_main_context_iteration (libglib-2.0.so.0 + 0x51121)
#3 0x00007fed5f6b1172 n/a (libglib-2.0.so.0 + 0x51172)
#4 0x00007fed5f6dfd31 n/a (libglib-2.0.so.0 + 0x7fd31)
#5 0x00007fed5f5913e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007fed5f4bf293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 933:
#0 0x00007fed5f4b446f __poll (libc.so.6 + 0xf546f)
#1 0x00007fed5f7067af n/a (libglib-2.0.so.0 + 0xa67af)
#2 0x00007fed5f6b1e43 g_main_loop_run (libglib-2.0.so.0 + 0x51e43)
#3 0x00007fed5f8effe8 n/a (libgio-2.0.so.0 + 0x101fe8)
#4 0x00007fed5f6dfd31 n/a (libglib-2.0.so.0 + 0x7fd31)
#5 0x00007fed5f5913e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007fed5f4bf293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 935:
#0 0x00007fed5f4b9d5d syscall (libc.so.6 + 0xfad5d)
#1 0x00007fed5f6ff90b g_cond_wait_until (libglib-2.0.so.0 + 0x9f90b)
#2 0x00007fed5f682813 n/a (libglib-2.0.so.0 + 0x22813)
#3 0x00007fed5f6e2d3b n/a (libglib-2.0.so.0 + 0x82d3b)
#4 0x00007fed5f6dfd31 n/a (libglib-2.0.so.0 + 0x7fd31)
#5 0x00007fed5f5913e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007fed5f4bf293 __clone (libc.so.6 + 0x100293)~ $ systemctl status packagekit
● packagekit.service - PackageKit Daemon
Loaded: loaded (/usr/lib/systemd/system/packagekit.service; static)
Active: failed (Result: core-dump) since Sun 2020-12-06 10:55:05 EST; 7min ago
Process: 927 ExecStart=/usr/lib/PackageKit/packagekitd (code=dumped, signal=TRAP)
Main PID: 927 (code=dumped, signal=TRAP)
Dec 06 10:55:05 lap systemd[1]: Starting PackageKit Daemon...
Dec 06 10:55:05 lap PackageKit[927]: daemon start
Dec 06 10:55:05 lap packagekitd[927]: Failed to initialize alpm: using /etc/PackageKit/alpm.d/pacman.conf: /etc/PackageKit/alpm.d/pacman.conf:8/etc/pacman.conf:39unrecognised directive 'ParallelDownloads'
Dec 06 10:55:05 lap systemd[1]: packagekit.service: Main process exited, code=dumped, status=5/TRAP
Dec 06 10:55:05 lap systemd[1]: packagekit.service: Failed with result 'core-dump'.
Dec 06 10:55:05 lap systemd[1]: Failed to start PackageKit Daemon.~ $ sudo coredumpctl info 927
PID: 927 (packagekitd)
UID: 0 (root)
GID: 0 (root)
Signal: 5 (TRAP)
Timestamp: Sun 2020-12-06 10:55:05 EST (8min ago)
Command Line: /usr/lib/PackageKit/packagekitd
Executable: /usr/lib/PackageKit/packagekitd
Control Group: /system.slice/packagekit.service
Unit: packagekit.service
Slice: system.slice
Boot ID: 9f3a07c98a7a4f04bf2da48fe57f5a57
Machine ID: dc8f42fd534f4e889cfc1102ec51adff
Hostname: lap
Storage: /var/lib/systemd/coredump/core.packagekitd.0.9f3a07c98a7a4f04bf2da48fe57f5a57.927.1607270105000000.zst
Message: Process 927 (packagekitd) of user 0 dumped core.
Stack trace of thread 927:
#0 0x00007fed5f6b9998 g_log_structured_array (libglib-2.0.so.0 + 0x59998)
#1 0x00007fed5f6b9fb6 g_log_default_handler (libglib-2.0.so.0 + 0x59fb6)
#2 0x00007fed5f6bb089 g_logv (libglib-2.0.so.0 + 0x5b089)
#3 0x00007fed5f6bb330 g_log (libglib-2.0.so.0 + 0x5b330)
#4 0x00007fed5fb8c32c pk_backend_initialize (libpk_backend_alpm.so + 0x632c)
#5 0x0000561aaffb5619 pk_backend_load (packagekitd + 0x19619)
#6 0x0000561aaffc2d88 pk_engine_load_backend (packagekitd + 0x26d88)
#7 0x0000561aaffa8456 main (packagekitd + 0xc456)
#8 0x00007fed5f3e7152 __libc_start_main (libc.so.6 + 0x28152)
#9 0x0000561aaffa86ae _start (packagekitd + 0xc6ae)
Stack trace of thread 931:
#0 0x00007fed5f4b446f __poll (libc.so.6 + 0xf546f)
#1 0x00007fed5f7067af n/a (libglib-2.0.so.0 + 0xa67af)
#2 0x00007fed5f6b1121 g_main_context_iteration (libglib-2.0.so.0 + 0x51121)
#3 0x00007fed5f6b1172 n/a (libglib-2.0.so.0 + 0x51172)
#4 0x00007fed5f6dfd31 n/a (libglib-2.0.so.0 + 0x7fd31)
#5 0x00007fed5f5913e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007fed5f4bf293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 933:
#0 0x00007fed5f4b446f __poll (libc.so.6 + 0xf546f)
#1 0x00007fed5f7067af n/a (libglib-2.0.so.0 + 0xa67af)
#2 0x00007fed5f6b1e43 g_main_loop_run (libglib-2.0.so.0 + 0x51e43)
#3 0x00007fed5f8effe8 n/a (libgio-2.0.so.0 + 0x101fe8)
#4 0x00007fed5f6dfd31 n/a (libglib-2.0.so.0 + 0x7fd31)
#5 0x00007fed5f5913e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007fed5f4bf293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 935:
#0 0x00007fed5f4b9d5d syscall (libc.so.6 + 0xfad5d)
#1 0x00007fed5f6ff90b g_cond_wait_until (libglib-2.0.so.0 + 0x9f90b)
#2 0x00007fed5f682813 n/a (libglib-2.0.so.0 + 0x22813)
#3 0x00007fed5f6e2d3b n/a (libglib-2.0.so.0 + 0x82d3b)
#4 0x00007fed5f6dfd31 n/a (libglib-2.0.so.0 + 0x7fd31)
#5 0x00007fed5f5913e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007fed5f4bf293 __clone (libc.so.6 + 0x100293)It's apparently , and understandably, choking on the new paralleldownloads config line. Haven't tried packagekit-git from aur to see if new pacman conf options are accounted for. Is this something that packagekit will obviously be aware of and account for in later releases or is this something to be reported? I glanced at their github page and didn't see any reports in issues.
"the wind-blown way, wanna win? don't play"
Offline
#2 2020-12-06 16:47:22
- progandy
- Member
- Registered: 2012-05-17
- Posts: 5,269
Re: pacman 6.0.0alpha1-1 and packagekit 1.1.13-1 coredumps
Is this something that packagekit will obviously be aware of and account for in later releases or is this something to be reported?
This is something an arch developer or user has to write and submit a patch for. packagekit has no permanent developers that are responsible for the pacman interface as far as I know.
Last edited by progandy (2020-12-06 16:48:42)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
#3 2020-12-06 16:52:24
- CarbonChauvinist
- Member
- Registered: 2012-06-16
- Posts: 413
- Website
Re: pacman 6.0.0alpha1-1 and packagekit 1.1.13-1 coredumps
There is this WIP for closer alpm integration but I wasn't sure if this would fall under that or not?
Last edited by CarbonChauvinist (2020-12-06 16:52:42)
"the wind-blown way, wanna win? don't play"
Offline
#4 2020-12-06 20:48:05
- eschwartz
- Fellow
- Registered: 2014-08-08
- Posts: 4,097
Re: pacman 6.0.0alpha1-1 and packagekit 1.1.13-1 coredumps
It's apparently , and understandably, choking on the new paralleldownloads config line. Haven't tried packagekit-git from aur to see if new pacman conf options are accounted for. Is this something that packagekit will obviously be aware of and account for in later releases or is this something to be reported? I glanced at their github page and didn't see any reports in issues.
I would not expect it to *coredump* on unrecognized lines, rather that it might log a fatal error and gracefully exit.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline