[opensuse-factory] Tumbleweed - After running zypper dup Mozilla products including Chromium do not start up
Hello List mates, I ran zypper dup over the last 2 - 3 days. And, I found Firefox Chromium and Thunderbird NOT starting up. firefox /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata mantrid@opensuse~] $ thunderbird /usr/lib64/thunderbird/thunderbird-bin: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata The mouse was very sluggish. Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun, 2012-12-09 at 14:29 -0500, Roman Bysh wrote:
Hello List mates,
I ran zypper dup over the last 2 - 3 days. And, I found Firefox Chromium and Thunderbird NOT starting up.
firefox /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata
mantrid@opensuse~] $ thunderbird
/usr/lib64/thunderbird/thunderbird-bin: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata
You have inconsistent repositories configured and/or the priorities of the repos are wrong. Make sure to only use core repos and that TW has a higher priority while dup'ing. Then this very likely goes away. Best regards, Dominique T -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun 09 Dec 2012 02:52:20 PM EST, Dimstar / Dominique Leuenberger wrote:
On Sun, 2012-12-09 at 14:29 -0500, Roman Bysh wrote:
Hello List mates,
I ran zypper dup over the last 2 - 3 days. And, I found Firefox Chromium and Thunderbird NOT starting up.
firefox /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata
mantrid@opensuse~] $ thunderbird
/usr/lib64/thunderbird/thunderbird-bin: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata
You have inconsistent repositories configured and/or the priorities of the repos are wrong.
Make sure to only use core repos and that TW has a higher priority while dup'ing.
Then this very likely goes away.
Best regards, Dominique T
Can you provide an example? -- Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun, 2012-12-09 at 14:56 -0500, Roman Bysh wrote:
Can you provide an example?
Ceck the output of zypper lr -p get the number of your TW repo and use zypper mr -p <lowestNr> <TWRepo> lowestNr being the lowest - 1 of the repos (lower number means higher priority) TWRepo being the number of the repository, so zypper knows which one to modify Hth, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/09/2012 03:00 PM, Dimstar / Dominique Leuenberger wrote:
On Sun, 2012-12-09 at 14:56 -0500, Roman Bysh wrote:
Can you provide an example?
Ceck the output of zypper lr -p
get the number of your TW repo and use zypper mr -p <lowestNr> <TWRepo>
lowestNr being the lowest - 1 of the repos (lower number means higher priority) TWRepo being the number of the repository, so zypper knows which one to modify
Hth, Dominique
Up till now I had all five of my repos set to the same default number without any problems. Remember all of the threads about this over the last 2 years? -- Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun, Dec 09, 2012 at 03:07:41PM -0500, Roman Bysh wrote:
On 12/09/2012 03:00 PM, Dimstar / Dominique Leuenberger wrote:
On Sun, 2012-12-09 at 14:56 -0500, Roman Bysh wrote:
Can you provide an example?
Ceck the output of zypper lr -p
get the number of your TW repo and use zypper mr -p <lowestNr> <TWRepo>
lowestNr being the lowest - 1 of the repos (lower number means higher priority) TWRepo being the number of the repository, so zypper knows which one to modify
Hth, Dominique
Up till now I had all five of my repos set to the same default number without any problems.
Remember all of the threads about this over the last 2 years?
Yes, you should have them all at the same level. Right now some people are having problems with the huge GNOME update. Do a: zypper update -t package to see if there is a pango update that isn't getting applied. If so, try replacing one of the -branding packages with the -upstream version instead of the openSUSE version, which will then let you upgrade the rest of cairo/pango/gtk2/3 which seems to be stuck due to the branding problems. Let me know if that works or not. thanks, greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Greg KH writes:
Up till now I had all five of my repos set to the same default number without any problems.
Remember all of the threads about this over the last 2 years?
Yes, you should have them all at the same level.
But this doesn't work unless you install a lot of packages by hand and then put many package locks to prevent them being "upgraded" to the 12.2 version again.
Right now some people are having problems with the huge GNOME update. Do a: zypper update -t package to see if there is a pango update that isn't getting applied. If so, try replacing one of the -branding packages with the -upstream version instead of the openSUSE version, which will then let you upgrade the rest of cairo/pango/gtk2/3 which seems to be stuck due to the branding problems.
Let me know if that works or not.
Here's what I had to do (you probably don't need the devel packages): zypper> in pango-devel typelib-1_0-Pango-1_0 zypper> in libharfbuzz0 harfbuzz-tools harfbuzz-devel zypper> in libpango-1_0-0 There seems to be no dependency on harfbuzz, but one of the libpango modules needs it to function. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Dec 10, 2012 at 08:11:12AM +0100, Achim Gratz wrote:
Greg KH writes:
Up till now I had all five of my repos set to the same default number without any problems.
Remember all of the threads about this over the last 2 years?
Yes, you should have them all at the same level.
But this doesn't work unless you install a lot of packages by hand and then put many package locks to prevent them being "upgraded" to the 12.2 version again.
Right now some people are having problems with the huge GNOME update. Do a: zypper update -t package to see if there is a pango update that isn't getting applied. If so, try replacing one of the -branding packages with the -upstream version instead of the openSUSE version, which will then let you upgrade the rest of cairo/pango/gtk2/3 which seems to be stuck due to the branding problems.
Let me know if that works or not.
Here's what I had to do (you probably don't need the devel packages):
zypper> in pango-devel typelib-1_0-Pango-1_0 zypper> in libharfbuzz0 harfbuzz-tools harfbuzz-devel zypper> in libpango-1_0-0
There seems to be no dependency on harfbuzz, but one of the libpango modules needs it to function.
If you "force" the libpango update, the harfbuzz packages will come in automagically, so you shouldn't need to do it by hand. Anyway, glad it's now working for you. greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Greg KH writes:
There seems to be no dependency on harfbuzz, but one of the libpango modules needs it to function.
If you "force" the libpango update, the harfbuzz packages will come in automagically, so you shouldn't need to do it by hand.
That's the point I was trying to make: I installed libpango by hand and the postinstall script failed because libharfbuzz was missing. For whatever reason it had not been added to the install list automatically. So I force-installed everything in the order shown previously to clean up the install. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/10/2012 02:11 AM, Achim Gratz wrote:
zypper> in pango-devel typelib-1_0-Pango-1_0 zypper> in libharfbuzz0 harfbuzz-tools harfbuzz-devel zypper> in libpango-1_0-0
There seems to be no dependency on harfbuzz, but one of the libpango modules needs it to function.
Is the libharfbuzz0,harfbuzz-tools and libpango-1_0-0 from Tumbleweed or upstream? Should I install it first before running zypper dup? -- Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Roman Bysh writes:
On 12/10/2012 02:11 AM, Achim Gratz wrote:
zypper> in pango-devel typelib-1_0-Pango-1_0 zypper> in libharfbuzz0 harfbuzz-tools harfbuzz-devel zypper> in libpango-1_0-0
Is the libharfbuzz0,harfbuzz-tools and libpango-1_0-0 from Tumbleweed or upstream?
They're all from Tumbleweed. But you can do an "se -s" in zypper to see which package repositories provide each version.
Should I install it first before running zypper dup?
Doesn't matter (just remember that you want to do a "dup --from Tumbleweed" unless you change prioritiues like some uninformed folks) and whatever the problem with your mouse is it's very likely not related to pango or any of the packages above. ANother tip: whenever you "dup", type "d" (details) at the "(y/n)" prompt from zypper and check that each update is pulled from the correct repo, especially if its a downgrade. I avoided a few bad updates that way (mostly when the packages weren't yet fully replicated). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/09/2012 09:41 PM, Greg KH wrote:
On Sun, Dec 09, 2012 at 03:07:41PM -0500, Roman Bysh wrote:
On 12/09/2012 03:00 PM, Dimstar / Dominique Leuenberger wrote:
On Sun, 2012-12-09 at 14:56 -0500, Roman Bysh wrote:
Can you provide an example?
Ceck the output of zypper lr -p
get the number of your TW repo and use zypper mr -p <lowestNr> <TWRepo>
lowestNr being the lowest - 1 of the repos (lower number means higher priority) TWRepo being the number of the repository, so zypper knows which one to modify
Hth, Dominique
Up till now I had all five of my repos set to the same default number without any problems.
Remember all of the threads about this over the last 2 years?
Yes, you should have them all at the same level.
Right now some people are having problems with the huge GNOME update. Do a: zypper update -t package to see if there is a pango update that isn't getting applied. If so, try replacing one of the -branding packages with the -upstream version instead of the openSUSE version, which will then let you upgrade the rest of cairo/pango/gtk2/3 which seems to be stuck due to the branding problems.
Let me know if that works or not.
thanks,
greg k-h
I'm going to do this on another drive as this is my main workstation. I have used Tumbleweed on my main workstation until know. This is so serious that my mouse becomes almost non functional and I couldn't access my konsole and Yast would hang. It used to be a simple "zypper dup" and that's it. I don't understand that there aren't more complaints. -- Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Dec 10, 2012 at 02:21:04PM -0500, Roman Bysh wrote:
On 12/09/2012 09:41 PM, Greg KH wrote:
On Sun, Dec 09, 2012 at 03:07:41PM -0500, Roman Bysh wrote:
On 12/09/2012 03:00 PM, Dimstar / Dominique Leuenberger wrote:
On Sun, 2012-12-09 at 14:56 -0500, Roman Bysh wrote:
Can you provide an example?
Ceck the output of zypper lr -p
get the number of your TW repo and use zypper mr -p <lowestNr> <TWRepo>
lowestNr being the lowest - 1 of the repos (lower number means higher priority) TWRepo being the number of the repository, so zypper knows which one to modify
Hth, Dominique
Up till now I had all five of my repos set to the same default number without any problems.
Remember all of the threads about this over the last 2 years?
Yes, you should have them all at the same level.
Right now some people are having problems with the huge GNOME update. Do a: zypper update -t package to see if there is a pango update that isn't getting applied. If so, try replacing one of the -branding packages with the -upstream version instead of the openSUSE version, which will then let you upgrade the rest of cairo/pango/gtk2/3 which seems to be stuck due to the branding problems.
Let me know if that works or not.
thanks,
greg k-h
I'm going to do this on another drive as this is my main workstation. I have used Tumbleweed on my main workstation until know.
This is so serious that my mouse becomes almost non functional and I couldn't access my konsole and Yast would hang.
I have no idea what this would have to do with your mouse :)
It used to be a simple "zypper dup" and that's it. I don't understand that there aren't more complaints.
That either means that not many others are having problems, or no one using Tumbleweed is using GNOME... greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/10/2012 02:42 PM, Greg KH wrote:
I'm going to do this on another drive as this is my main workstation. I have used Tumbleweed on my main workstation until know.
This is so serious that my mouse becomes almost non functional and I couldn't access my konsole and Yast would hang.
I have no idea what this would have to do with your mouse :)
It used to be a simple "zypper dup" and that's it. I don't understand that there aren't more complaints.
That either means that not many others are having problems, or no one using Tumbleweed is using GNOME...
greg k-h
I just finished running zypper dup --from Tumbleweed and no problems :-) I believe the problem existed from an older .kde4-backup directory that was copied back before running Tumbleweed using Parted Magic overwriting the original .kde4 directory. I believe a corrupt ".kde4 " directory makes it very difficult to navigate the plasma desktop. Thank you for all of your tips. -- Cheers! Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/09/2012 09:41 PM, Greg KH wrote:
On Sun, Dec 09, 2012 at 03:07:41PM -0500, Roman Bysh wrote:
On 12/09/2012 03:00 PM, Dimstar / Dominique Leuenberger wrote:
On Sun, 2012-12-09 at 14:56 -0500, Roman Bysh wrote:
Can you provide an example?
Ceck the output of zypper lr -p
get the number of your TW repo and use zypper mr -p <lowestNr> <TWRepo>
lowestNr being the lowest - 1 of the repos (lower number means higher priority) TWRepo being the number of the repository, so zypper knows which one to modify
Hth, Dominique
Up till now I had all five of my repos set to the same default number without any problems.
Remember all of the threads about this over the last 2 years?
Yes, you should have them all at the same level.
Right now some people are having problems with the huge GNOME update. Do a: zypper update -t package to see if there is a pango update that isn't getting applied. If so, try replacing one of the -branding packages with the -upstream version instead of the openSUSE version, which will then let you upgrade the rest of cairo/pango/gtk2/3 which seems to be stuck due to the branding problems.
Let me know if that works or not.
thanks,
greg k-h
Follow Up I know that this is related to nVidia but... If anybody is having problems starting nvidia-settings you must install libpangox-1.0.so.0 for it to work. . -- Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Roman Bysh wrote:
I ran zypper dup over the last 2 - 3 days. And, I found Firefox Chromium and Thunderbird NOT starting up.
/usr/lib64/firefox/firefox: & mantrid@opensuse~] $ thunderbird
/usr/lib64/thunderbird/thunderbird-bin: symbol lookup error: /usr/lib64/libpangocairo-1.0.so.0: undefined symbol: g_object_replace_qdata
It's a feature fallout of making things easy for less-experienced developers (and harder for users). The libraries that require new features *could* use dynamic loading and enable the new features if the libraries were present... dlopen (and related) is a very old and established library call. Windows had this solved in Win98. Loading multiple versions to support multiple releases at the same time was solved in Vista. But doing things like runtime dynamic configuration would make things too easy for users -- instead the trend is to make things easy on developers and hard for users. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (5)
-
Achim Gratz -
Dimstar / Dominique Leuenberger -
Greg KH -
Linda Walsh -
Roman Bysh