Red Hat Bugzilla – Bug 862161
:lang=c package required ...suddenly everywhere and it doesn't stop
Last modified: 2013-06-20 12:49:24 EDT
Created attachment 620141 [details]
sample screenshot of the message
Picture attached pops up at every application, even the network applet asks for this repeatedly. Chrome asks for it. Gedit asks for it. Every program of any kind asks for this since the latest yum update. And they keep asking again and again..help
I see the same issue on my x86_64 f18 vm
reassigning to package kit. no idea if it is related. But I'm certain it isn't the 0ad-data package and I did update packagekit yesterday.
*** Bug 862175 has been marked as a duplicate of this bug. ***
Following patch is bogus:
Author: William Jon McCann <firstname.lastname@example.org>
Date: Tue Sep 11 00:21:34 2012 -0400
Don't leak pango languages
Signed-off-by: Richard Hughes <email@example.com>
diff --git a/contrib/gtk-module/pk-gtk-module.c b/contrib/gtk-module/pk-gtk-module.c
index 8145848..2c93f02 100644
@@ -252,8 +252,7 @@ pk_pango_fc_font_map_load_fontset (PangoFontMap *font_map,
* code instead of "xx"... */
if (G_LIKELY (language == last_language) ||
language == NULL ||
- language == pango_language_from_string ("C") ||
- language == pango_language_from_string ("xx"))
+ pango_language_matches (language, "C;xx"))
if (G_UNLIKELY (!seen_languages))
The old code didn't leak - pango_language_from_string() doesn't return memory that needs to be free - and the new code doesn't work since it would have to be:
pango_language_matches (language, "c;xx")
to work - pango_language_matches() doesn't canonicalize the pattern.
Revision - old code did leak, but only because pango_language_from_string() is buggy.
(In reply to comment #2)
> reassigning to package kit. no idea if it is related. But I'm certain it
> isn't the 0ad-data package and I did update packagekit yesterday.
0ad-data should be Component #1, and 0ad Component #0, I think
I will have some fun time with incorrectly assigned bug reports
(and should do some triaging), until someone beats me with
a package name coming before 0ad :-)
(In reply to comment #5)
> Revision - old code did leak, but only because pango_language_from_string()
> is buggy.
Or, not - I was confused by my own code - pango_language_from_string() looks fine.
PackageKit-0.8.4-3.fc18 has been submitted as an update for Fedora 18.
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing PackageKit-0.8.4-3.fc18'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
PackageKit-0.8.4-3.fc18 fixed this issue for me