Bug 908782

Summary: [abrt] PackageKit-0.8.7-1.fc18: g_vasprintf: Process /usr/libexec/packagekitd was killed by signal 6 (SIGABRT)
Product: [Fedora] Fedora Reporter: Marlos de Mendonça Corrêa <marlos.mc>
Component: PackageKitAssignee: Richard Hughes <rhughes>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: jonathan, rdieter, rhughes, rvitale, smparrish
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: abrt_hash:8d1178c49e9438f6620a731b524835e88124f918
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-08 18:11:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: build_ids
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Marlos de Mendonça Corrêa 2013-02-07 14:04:45 UTC
Description of problem:
I have once killed (kill -9) PackageKit during an update. Since then, when I start Apper it only shows UPDATES, INSTALLED SOFTWARE and SOFTWARE SOURCES options. If I enter Software Sources and click on some repo, I get a window with the following message: failed to search: <repo> is not enabled after md load. If I choose Updates and then click on Verify Updates, I get a window with the following message: failed to get updates: nothing to do as no stores in stores array. All my repo are enabled and I can do all operations through yum or yumex. Also, I have already removed and reinstalled PackageKit and Apper. None of this solved the issue. Googling the error messages dont bring me any usefull results.

I have alread filled a bug against Apper (https://bugs.kde.org/show_bug.cgi?id=314129), but they bounce me back to Fedora as a PackageKit/yum bug.

Every time some program tries to auto-install a package or Apper tries to check updates, I got a PackageKit crash (via abrt).

Reproducible: Always

Steps to Reproduce:
1. Open Apper;
2. Choose Updates;
3. Click on verifiy new uptades;

 or

1. Open Apper;
2. Choose Software Sources;
3. Click on any repo; Actual Results: If I enter Software Sources and click on some repo, I get a window with the following message: failed to search: <repo> is not enabled after md load. If I choose Updates and the click on Verify Updates, I get a window with the following message: failed to get updates: nothing to do as no stores in stores array. Expected Results: It should show a categorized list of softwares (kde, office, etc.) in addition to the options exibhited. 

If the steps aboves are followed, they should give a list of available packages or open repo informations. 

Distro version: Fedora release 18 (Spherical Cow)
NAME=Fedora 
VERSION="18 (Spherical Cow)" 
ID=fedora VERSION_ID=18 PRETTY_NAME="Fedora 18 (Spherical Cow)" 
ANSI_COLOR="0;34" 
CPE_NAME="cpe:/o:fedoraproject:fedora:18" Fedora release 18 (Spherical Cow) 
PackageKit version: 0.8.7 PackageKit Process Information: root 2531 0.3 5.0 818284 198188 ? Sl 09:32 0:01 /usr/libexec/packagekitd

Version-Release number of selected component:
PackageKit-0.8.7-1.fc18

Additional info:
backtrace_rating: 4
cmdline:        /usr/libexec/packagekitd
crash_function: g_vasprintf
executable:     /usr/libexec/packagekitd
kernel:         3.7.5-201.fc18.x86_64
uid:            0

Truncated backtrace:
Thread no. 1 (10 frames)
 #9 g_vasprintf at /lib64/libglib-2.0.so.0
 #10 g_strdup_vprintf at /lib64/libglib-2.0.so.0
 #13 zif_download_location_full at /lib64/libzif.so.5
 #14 zif_store_remote_load_metadata at /lib64/libzif.so.5
 #15 zif_store_remote_resolve at /lib64/libzif.so.5
 #16 zif_store_resolve_full_try at /lib64/libzif.so.5
 #17 zif_store_resolve_full at /lib64/libzif.so.5
 #18 zif_store_array_repos_search at /lib64/libzif.so.5
 #19 pk_backend_get_updates_thread at /usr/lib64/packagekit-backend/libpk_backend_zif.so
 #20 pk_backend_job_thread_setup

Comment 1 Marlos de Mendonça Corrêa 2013-02-07 14:04:50 UTC
Created attachment 694495 [details]
File: backtrace

Comment 2 Marlos de Mendonça Corrêa 2013-02-07 14:04:53 UTC
Created attachment 694496 [details]
File: build_ids

Comment 3 Marlos de Mendonça Corrêa 2013-02-07 14:04:55 UTC
Created attachment 694497 [details]
File: cgroup

Comment 4 Marlos de Mendonça Corrêa 2013-02-07 14:05:01 UTC
Created attachment 694498 [details]
File: core_backtrace

Comment 5 Marlos de Mendonça Corrêa 2013-02-07 14:05:07 UTC
Created attachment 694499 [details]
File: dso_list

Comment 6 Marlos de Mendonça Corrêa 2013-02-07 14:05:15 UTC
Created attachment 694501 [details]
File: environ

Comment 7 Marlos de Mendonça Corrêa 2013-02-07 14:05:19 UTC
Created attachment 694502 [details]
File: limits

Comment 8 Marlos de Mendonça Corrêa 2013-02-07 14:05:22 UTC
Created attachment 694503 [details]
File: maps

Comment 9 Marlos de Mendonça Corrêa 2013-02-07 14:05:26 UTC
Created attachment 694504 [details]
File: open_fds

Comment 10 Marlos de Mendonça Corrêa 2013-02-07 14:05:31 UTC
Created attachment 694505 [details]
File: proc_pid_status

Comment 11 Marlos de Mendonça Corrêa 2013-02-07 14:05:36 UTC
Created attachment 694507 [details]
File: var_log_messages

Comment 12 Rex Dieter 2013-02-07 16:26:08 UTC
Fwiw, the backtrace here references the PackageKit-zif backend, which isn't used by default.

I'd suggest you consider using the yum backend if you want stability and something that "just works", as opposed to being an early adopter and tester of new tech.

Comment 13 Marlos de Mendonça Corrêa 2013-02-08 18:11:26 UTC
Oh! Great! You solved the world problem! How can I not have thought of that before?!

If you guys don't want new software bug being reported, you should avoid this before I waste my time filling a bug report. Just put a warning in the first page. You could use your own suggestion as a warning phrase.

I don't care about PackageKit*. In fact, I repeatedly uninstalled it in all previous fedora versions.

It is only in a spirit of help that I filled this bug, but if you guys don't care about it, I certainly do care less!

Close this bug report and let the world knows how Red Hat solve bugs!