[opensuse] KDE 4.3.5 - Konqueror still dead for 'user' after update - undefined symbol: _ZN11QVectorData4freeEPS_i)
Listmates, Konqueror file manager fails to start in kde 4.3.5 for a normal user when executing 'konqueror --profile filemanagement', but launches just fine for root. All of the Qt libs are from the KDE:/STABLE repository (they are the exact same libraries as in the 43 repositories). The error is: There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (/usr/lib64/libqimageblitz.so.4: undefined symbol: _ZN11QVectorData4freeEPS_i) The next time I tried to start it, I chose 'Restore Previous Session' and the window appeared, but the same type error appeared and then konqueror went into kfilereplace mode: http://www.3111skyline.com/download/bugs/kde4/konqeror-start-then-error.jpg http://www.3111skyline.com/download/bugs/kde4/konqeror-start-then-kreplace.j... Trying to switch to icon or detailed view would cause the same error. Assessing what else worked, kdirstat mode worked fine: http://www.3111skyline.com/download/bugs/kde4/konqeror-start-then-kdirstat-o... Then it finally crashed: Application: Konqueror (kdeinit4), signal: Segmentation fault #0 0x00007f4b7fa4f221 in nanosleep () from /lib64/libc.so.6 #1 0x00007f4b7fa4f01c in sleep () from /lib64/libc.so.6 #2 0x00007f4b81774209 in KCrash::startDrKonqi(char const**, int) () from /usr/lib64/libkdeui.so.5 #3 0x000000120068c8f8 in ?? () #4 0x00007fff8b7a1440 in ?? () #5 0x0000000000000004 in ?? () #6 0x0000000000000008 in ?? () #7 0x000000000068c8e0 in ?? () #8 0x0000000000000000 in ?? () Strange though, this whole time I had konqueror(su) running as root in file manager mode and except for preview icon size differences, it worked fine: http://www.3111skyline.com/download/bugs/kde4/konqeror-icon-size.jpg What's this undefined symbol mess? Can I delete something or test something else in hope of getting this solved? I can live without some things, but unfortunately, konqueror file manager isn't one of them. What say the KDE4 experts? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 02/05/2010 11:29 AM, David C. Rankin wrote:
undefined symbol: _ZN11QVectorData4freeEPS_i
Googling around, The only references to anything similar seem to point to a kde package mismatch. e.g.: ======= from http://bbs.archlinux.org/viewtopic.php?id=74698 ============ I installed kde 4.3 beta2 from kde-unstable to try it out and dolphin and konqueror don't launch. If I try to launch them from konsole I get this Code: dolphin: symbol lookup error: /usr/lib/libkonq.so.5: undefined symbol: _ZTI23KFileItemListProperties konqueror: symbol lookup error: /usr/lib/libkonq.so.5: undefined symbol: _ZTI23KFileItemListProperties any idea how I can correct this? ========================================================================= So I guess the question becomes how to track down the package that is used by a normal user with konqueror and is failing while konqueror still runs fine for root. That's where I scratching my head. I'll go get the debuginfo package and see if it help... In the mean time, if anybody has any other ideas, please let me know. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 05 February 2010 21:08:43 David C. Rankin wrote:
Googling around,
The only references to anything similar seem to point to a kde package mismatch. e.g.:
It's almost certainly a mismatch, you can check where dolphinpart is looking for links with "ldd -r /usr/lib64/kde4/dolphinpart.so"; (change the path for 32 bit if you need). I believe you said konq loads ok as root but not as normal user? run ldd -r under both users and compare the paths. You can peek at the symbol tables with "readelf -a [filename]" but I suspect you'll get more luck figuring out what's going on with the linking. Cheers the noo, Graham -- “What can be asserted without proof can be dismissed without proof.” - Christopher Hitchens -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 02/05/2010 04:01 PM, Graham Anderson wrote:
On Friday 05 February 2010 21:08:43 David C. Rankin wrote:
Googling around,
The only references to anything similar seem to point to a kde package mismatch. e.g.:
It's almost certainly a mismatch, you can check where dolphinpart is looking for links with "ldd -r /usr/lib64/kde4/dolphinpart.so"; (change the path for 32 bit if you need). I believe you said konq loads ok as root but not as normal user? run ldd -r under both users and compare the paths.
You can peek at the symbol tables with "readelf -a [filename]" but I suspect you'll get more luck figuring out what's going on with the linking.
Cheers the noo, Graham
Graham Thanks! I now have a place to start. I'll go check and report back. In the mean time, I have done a bit or poking around with rpm looking at what files are installed. I have been through the complete list of kde4 rpms I have installed and everything looks good, so something must have gotten it's signals crossed somehow. I created a new user just the check to see if it was a config issue in my setup --> nope, same problem with a new test account. I'll give ldd a go and report back. It is one tool I haven't added to my toolbag yet, but will make friends with it in a 1/2 hour or so ;-) Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 02/05/2010 04:01 PM, Graham Anderson wrote:
On Friday 05 February 2010 21:08:43 David C. Rankin wrote:
Googling around,
The only references to anything similar seem to point to a kde package mismatch. e.g.:
It's almost certainly a mismatch, you can check where dolphinpart is looking for links with "ldd -r /usr/lib64/kde4/dolphinpart.so"; (change the path for 32 bit if you need). I believe you said konq loads ok as root but not as normal user? run ldd -r under both users and compare the paths.
You can peek at the symbol tables with "readelf -a [filename]" but I suspect you'll get more luck figuring out what's going on with the linking.
Cheers the noo, Graham
Graham all, We are making progress. ldd is quite an interesting tool. It clearly shows a problem in the linking of dolphinpart.so and libqimageblitz.so.4. But the plot thickens, ldd shows the same thing between a normal user and root, "So why in the hell can root start 'konqueror --profile filemanagement' and a normal user can't?" Very interesting...: Both show the exact same error on lines 61-63 of the output, but the first 60 lines show the same shared objects, the only difference being the addresses involved: 04:13 alchemy:~/tmp> ldd -r /usr/lib64/kde4/dolphinpart.so <60 line snip> undefined symbol: _ZN11QVectorData4freeEPS_i (/usr/lib64/libqimageblitz.so.4) undefined symbol: _ZN11QVectorData8allocateEii (/usr/lib64/libqimageblitz.so.4) undefined symbol: _ZN11QVectorData10reallocateEPS_iii (/usr/lib64/libqimageblitz.so.4) Both complete files are here: (each 4065 bytes) http://www.3111skyline.com/dl/bugs/kde4/userdpart.txt http://www.3111skyline.com/dl/bugs/kde4/rootdpart.txt The culprit blitz looks like some old image-effect library for blitz: [04:36 alchemy:/home/david/tmp] # rpm -q --whatprovides /usr/lib64/libqimageblitz.so.4 libqimageblitz4-0.0.4-102.2 [04:42 alchemy:/home/david/tmp] # rpm -qi libqimageblitz4 Name : libqimageblitz4 Relocations: (not relocatable) Version : 0.0.4 Vendor: openSUSE Build Service Release : 102.2 Build Date: Wed 20 Jan 2010 02:52:59 PM CST Install Date: Tue 26 Jan 2010 08:37:34 AM CST Build Host: build10 Group : Development/Libraries/C and C++ Source RPM: libqimageblitz4-0.0.4-102.2.src.rpm Size : 119811 License: BSD 3-Clause Signature : DSA/SHA1, Wed 20 Jan 2010 02:55:45 PM CST, Key ID 58d8ff412e1efa87 URL : http://delta.affinix.com/qca/ Summary : Image Effect Library for KDE Description : Blitz is an interm image effect library that people can use until KDE 4.1 is released. KImageEffect, the old image effect class is being dropped for KDE 4.0 and the replacement, Quasar, won't be ready until KDE 4.1. Blitz gives people something to use in the meantime. [04:37 alchemy:/home/david/tmp] # rpm -q --whatrequires /usr/lib64/libqimageblitz.so.4 no package requires /usr/lib64/libqimageblitz.so.4 [04:39 alchemy:/home/david/tmp] # rpm -q --whatrequires libqimageblitz4 no package requires libqimageblitz4 [04:40 alchemy:/home/david/tmp] # rpm -q --triggeredby /usr/lib64/libqimageblitz.so.4 no package triggers /usr/lib64/libqimageblitz.so.4 [04:40 alchemy:/home/david/tmp] # rpm -q --triggeredby libqimageblitz4 no package triggers libqimageblitz4 Wading through dependencies isn't my cup of tea where library conflicts are concerned. Anybody have an idea of how to solve this one without just uninstalling the package? The package has been installed since January 26, but did not start causing problems until a day or so ago. Looks like some recent package, maybe dolphin itself, has triggered the problem -- regression anyone? Let me know your thoughts on this one. Where to go from here and how to solve this problem correctly are the pressing issues?? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 06/02/10 10:54, David C. Rankin wrote:
[04:42 alchemy:/home/david/tmp] # rpm -qi libqimageblitz4 Name : libqimageblitz4 Relocations: (not relocatable) Version : 0.0.4 Vendor: openSUSE Build Service Release : 102.2 Build Date: Wed 20 Jan 2010 02:52:59 PM CST Install Date: Tue 26 Jan 2010 08:37:34 AM CST Build Host: build10 Group : Development/Libraries/C and C++ Source RPM: libqimageblitz4-0.0.4-102.2.src.rpm Size : 119811 License: BSD 3-Clause Signature : DSA/SHA1, Wed 20 Jan 2010 02:55:45 PM CST, Key ID 58d8ff412e1efa87 URL : http://delta.affinix.com/qca/ Summary : Image Effect Library for KDE Description : Blitz is an interm image effect library that people can use until KDE 4.1 is released. KImageEffect, the old image effect class is being dropped for KDE 4.0 and the replacement, Quasar, won't be ready until KDE 4.1. Blitz gives people something to use in the meantime.
[04:37 alchemy:/home/david/tmp] # rpm -q --whatrequires /usr/lib64/libqimageblitz.so.4 no package requires /usr/lib64/libqimageblitz.so.4 [04:39 alchemy:/home/david/tmp] # rpm -q --whatrequires libqimageblitz4 no package requires libqimageblitz4 [04:40 alchemy:/home/david/tmp] # rpm -q --triggeredby /usr/lib64/libqimageblitz.so.4 no package triggers /usr/lib64/libqimageblitz.so.4 [04:40 alchemy:/home/david/tmp] # rpm -q --triggeredby libqimageblitz4 no package triggers libqimageblitz4
Wading through dependencies isn't my cup of tea where library conflicts are concerned. Anybody have an idea of how to solve this one without just uninstalling the package? The package has been installed since January 26, but did not start causing problems until a day or so ago. Looks like some recent package, maybe dolphin itself, has triggered the problem -- regression anyone?
Let me know your thoughts on this one. Where to go from here and how to solve this problem correctly are the pressing issues??
I just had a look at the build logs of the dolphin package on KDE:43 (I assume that's what you are using? but its the same on STABLE anyway) and the dolphin package does require libqimageblitz4. So I am surprised that your rpm is claiming it doesn't. I think your dolphin package is borked somehow on your install ... cause the package on the server looks fine (I dowloaded it and had a look, it does have a requirement for libqimageblitz4). Try a reinstall of that. Regards, Tejas -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 06/02/10 11:22, Tejas Guruswamy wrote:
On 06/02/10 10:54, David C. Rankin wrote:
[04:37 alchemy:/home/david/tmp] # rpm -q --whatrequires /usr/lib64/libqimageblitz.so.4 no package requires /usr/lib64/libqimageblitz.so.4 [04:39 alchemy:/home/david/tmp] # rpm -q --whatrequires libqimageblitz4 no package requires libqimageblitz4 [04:40 alchemy:/home/david/tmp] # rpm -q --triggeredby /usr/lib64/libqimageblitz.so.4 no package triggers /usr/lib64/libqimageblitz.so.4 [04:40 alchemy:/home/david/tmp] # rpm -q --triggeredby libqimageblitz4 no package triggers libqimageblitz4
Wading through dependencies isn't my cup of tea where library conflicts are concerned. Anybody have an idea of how to solve this one without just uninstalling the package? The package has been installed since January 26, but did not start causing problems until a day or so ago. Looks like some recent package, maybe dolphin itself, has triggered the problem -- regression anyone?
Let me know your thoughts on this one. Where to go from here and how to solve this problem correctly are the pressing issues??
I just had a look at the build logs of the dolphin package on KDE:43 (I assume that's what you are using? but its the same on STABLE anyway) and the dolphin package does require libqimageblitz4. So I am surprised that your rpm is claiming it doesn't. I think your dolphin package is borked somehow on your install ... cause the package on the server looks fine (I dowloaded it and had a look, it does have a requirement for libqimageblitz4). Try a reinstall of that.
An instant after sending this email I realised what was wrong - the correct command to check the requirements on libqimageblitz.so.4 on a 64bit machine is: rpm -q --whatrequires "libqimageblitz.so.4()(64bit)" and this is why nothing shows up in your requirements checks. Disregard the previous email :) Regards, Tejas -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 06 February 2010 11:54:31 David C. Rankin wrote:
Wading through dependencies isn't my cup of tea where library conflicts are concerned. Anybody have an idea of how to solve this one without just uninstalling the package? The package has been installed since January 26, but did not start causing problems until a day or so ago. Looks like some recent package, maybe dolphin itself, has triggered the problem -- regression anyone?
The version of libqimageblitz4 you have comes from the factory repository. Could it be that you used to have kde factory installed with Qt 4.6, and that you then did a downgrade so you no longer have 4.6 but an older version of qt instead? Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 05 February 2010 18:29:27 David C. Rankin wrote:
Listmates,
Konqueror file manager fails to start in kde 4.3.5 for a normal user when executing 'konqueror --profile filemanagement', but launches just fine for root. All of the Qt libs are from the KDE:/STABLE repository (they are the exact same libraries as in the 43 repositories). The error is:
There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (/usr/lib64/libqimageblitz.so.4: undefined symbol: _ZN11QVectorData4freeEPS_i)
This symbol is defined in /usr/lib64/libQtCore.so.4. Which version do you have of libqt4? The reason it runs for root and not for user is likely that the user has some effects started that root doesn't use Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 02/06/2010 05:19 AM, Anders Johansson wrote:
On Friday 05 February 2010 18:29:27 David C. Rankin wrote:
Listmates,
Konqueror file manager fails to start in kde 4.3.5 for a normal user when executing 'konqueror --profile filemanagement', but launches just fine for root. All of the Qt libs are from the KDE:/STABLE repository (they are the exact same libraries as in the 43 repositories). The error is:
There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (/usr/lib64/libqimageblitz.so.4: undefined symbol: _ZN11QVectorData4freeEPS_i)
This symbol is defined in /usr/lib64/libQtCore.so.4. Which version do you have of libqt4?
The reason it runs for root and not for user is likely that the user has some effects started that root doesn't use
Anders
Anders, I have: 01:26 alchemy:~> rpm -q libqt4 libqt4-4.5.3-6.2 it's from: http://ftp5.gwdg.de/pub/opensuse/repositories/KDE:/KDE4:/STABLE:/Desktop/ope... <from other post>
The version of libqimageblitz4 you have comes from the factory repository. Could it be that you used to have kde factory installed with Qt 4.6, and that you then did a downgrade so you no longer have 4.6 but an older version of qt instead?
Anders
I did install factory kde, downgraded, but I did check the qt packages and there are no 4.6 packages lying around biting me (I think ;-) 01:26 alchemy:~> rpm -qa | grep qt4 | sort libpoppler-qt4-3-0.10.6-6.7 libqt4-32bit-4.5.3-6.2 libqt4-4.5.3-6.2 libqt4-devel-4.5.3-6.2 libqt4-devel-doc-data-4.5.3-7.1 libqt4-qt3support-32bit-4.5.3-6.2 libqt4-qt3support-4.5.3-6.2 libqt4-sql-32bit-4.5.3-6.2 libqt4-sql-4.5.3-6.2 libqt4-sql-mysql-32bit-4.5.3-7.1 libqt4-sql-mysql-4.5.3-7.1 libqt4-sql-sqlite-4.5.3-6.2 libqt4-x11-32bit-4.5.3-6.2 libqt4-x11-4.5.3-6.2 libsvnqt4-1.0.5-5.3 python-qt4-4.6.1-1.2.2 qt4-qtscript-0.1.0-5.2 qt4-qtscript-doc-0.1.0-8.21 qt4-style-polyester-2.0.0-2.61 qt4-style-polyester-32bit-2.0.0-2.61 qt4-x11-tools-4.5.3-7.1 The python-qt4 is correct from the STABLE repo: http://ftp5.gwdg.de/pub/opensuse/repositories/KDE:/KDE4:/STABLE:/Desktop/ope... You are not going to believe this one. I think it might be a kde launcher issue. I had tried before, but on a lark I tried starting konqueror FM from konsole to capture additional output for this reply -- IT STARTED!! Then to check against the launcher, I tried launching it from the menu -- IT CRASHED with the same error. Here is a shot of the desktop, note: the running konqueror is the one started from the cli, the error is the one I tried to start from the launcher: (reduced 146k) http://www.3111skyline.com/dl/bugs/kde4/konqFMcliOK.jpg (full size 300k - in case you can't read something) http://www.3111skyline.com/dl/bugs/kde4/konqFM-ok-from-cli-broken-from-launc... The desktop file in the menu is: 01:45 alchemy:~/.local/share/applications> cat dcrKonqueror\ -\ File\ Manager.desktop [Desktop Entry] Comment=Hand Crafted Launch Item Exec=/usr/bin/konqueror --profile filemanagement GenericName=David C. Rankin, J.D., P.E. Icon=konqueror Name=dcrKonqueror - File Manager NoDisplay=false StartupNotify=true Terminal=0 TerminalOptions= Type=Application X-KDE-SubstituteUID=false X-KDE-Username= I also tried the kfmclient.desktop in /usr/share/applications -- same bug: 01:51 alchemy:/usr/share/applications/kde4> cat kfmclient.desktop [Desktop Entry] X-SuSE-translate=true # This desktop file is the one used by KApplication::invokeBrowser Type=Application Exec=kfmclient openURL %u Icon=konqueror Terminal=false InitialPreference=9 NoDisplay=true StartupNotification=false Name=Konqueror Name[af]=Konqueror <snip translations> X-DBUS-StartupType=None Categories=Qt;KDE;System; X-KDE-HasTempFileOption=true THATS JUST BIZARRE, works from the cli, fails from the launcher. What do you make of that??? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sunday 07 February 2010 08:56:46 David C. Rankin wrote:
I did install factory kde, downgraded, but I did check the qt packages and there are no 4.6 packages lying around biting me (I think ;-)
You're missing the point: the libqblitzimage that you have there is a 4.6 package. It didn't get downgraded. Install it from the normal 11.2 repositoriy and things should start working for you Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 02/07/2010 02:23 AM, Anders Johansson wrote:
On Sunday 07 February 2010 08:56:46 David C. Rankin wrote:
I did install factory kde, downgraded, but I did check the qt packages and there are no 4.6 packages lying around biting me (I think ;-)
You're missing the point: the libqblitzimage that you have there is a 4.6 package. It didn't get downgraded.
Install it from the normal 11.2 repositoriy and things should start working for you
Anders
Anders, All, Thank you for helping the blind to see -- again! You are correct, I was completely missing the point and approaching the issue from the wrong end :p I was verifying and confirming Qt and all libqt packages hoping to address the libqt part of it for a fix, when all along I should have been working the libqblitzimage part of the error. Another not seeing the forest for the trees issue. (I still have my share, but thankfully the number of them is on the decrease :-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Freitag 05 Februar 2010 18:29:27 schrieb David C. Rankin:
Listmates,
Konqueror file manager fails to start in kde 4.3.5 for a normal user when executing 'konqueror --profile filemanagement', but launches just fine for root. All of the Qt libs are from the KDE:/STABLE repository (they are the exact same libraries as in the 43 repositories). The error is:
No, they are not...
There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (/usr/lib64/libqimageblitz.so.4: undefined symbol: _ZN11QVectorData4freeEPS_i)
[...]
What's this undefined symbol mess? Can I delete something or test something else in hope of getting this solved? I can live without some things, but unfortunately, konqueror file manager isn't one of them. What say the KDE4 experts?
When switching from one KDE repo to another, you have to reinstall all rpms regardless of the version and release numbers. Additional it can happen that the new repo does not provide some rpms the old repo has. In this case you have to install the corresponding rpms from the distribution and update repositories. Herbert -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 06 February 2010 12:45:13 pm Herbert Graeber wrote:
Am Freitag 05 Februar 2010 18:29:27 schrieb David C. Rankin:
Listmates,
Konqueror file manager fails to start in kde 4.3.5 for a normal user when executing 'konqueror --profile filemanagement', but launches just fine for root. All of the Qt libs are from the KDE:/STABLE repository (they are the exact same libraries as in the 43 repositories). The error is:
No, they are not...
There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (/usr/lib64/libqimageblitz.so.4: undefined symbol: _ZN11QVectorData4freeEPS_i)
[...]
What's this undefined symbol mess? Can I delete something or test something else in hope of getting this solved? I can live without some things, but unfortunately, konqueror file manager isn't one of them. What say the KDE4 experts?
When switching from one KDE repo to another, you have to reinstall all rpms regardless of the version and release numbers. Additional it can happen that the new repo does not provide some rpms the old repo has. In this case you have to install the corresponding rpms from the distribution and update repositories.
Herbert
Isn't that supposed to happen automatically when using yast or zypper? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 06 February 2010 23:03:14 kanenas@hawaii.rr.com wrote: <cut out some quotes when other have no time to do that>
Isn't that supposed to happen automatically when using yast or zypper?
No. Notion that all openSUSE Build Service (oBS) repositories are just one big pot similar to distribution directory and that we have to watch only on openSUSE version is dangerously wrong. If some oBS subdirectory has repodata in it, then it is different repository and we should not mix them looking only on openSUSE version. Zypper can see the difference in openSUSE version, file name-version-release, repo, vendor. Some of that information is encoded in rpm file name, some is included in repodata. For now the vendor in oBS is oBS, so only repo can be used to mark difference in files that can have all other attributes the same. If we are not insiders and know exactly what are the differences in repo setup we should listen to maintainers and use as equivalent repos only what they declare equivalent, and not to mix what they say not to mix. In general we should not mix files from different repositories. If we have different repos added to zypper then all it can do is to assume that repos are compatible with our setup and treat files according to other attributes and that can make headache. The file-1.0.0-1.9.rpm in repo1 can be older then file-1.0.0-1.5 in repo2. Reason can be as simple as repo2 was set up later and and it has lesser automatic rebuilds due to underlaying library changes (which is not a problem), or as big that file-1.0.0-1.9 is missing some patches that file-1.0.0-1.5 has, making file with higher version incompatible with the rest of packages in a system. Ditto we can't offload all decisions to zypper. Once again, if not sure then do not mix repos. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (7)
-
Anders Johansson -
David C. Rankin -
Graham Anderson -
Herbert Graeber -
kanenas＠hawaii.rr.com -
Rajko M. -
Tejas Guruswamy