Another kde3.2 upgrade problem
Hello SuSE people, Since my upgrade to 3.2.1 I am having problems with kooka. Appears that it is not working with the upgrade. Part of a package named kdegraphics3-scan which is held back by apt. Following is message received from apt when trying to install kdegraphics3-scan: ---------------------------------------------------------------------- linux:/ # apt-get install kdegraphics3-scan Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ # ------------------------------------------------------------------------- Then I tried a dist-upgrade and the kdegraphics3-scan package was again held back. Anyone out there that can help me solve this problem? Bob S.
On Wednesday 31 March 2004 01:09 am, Bob S. wrote:
Hello SuSE people, snip kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ #
Bob S.
Install libexif-0.5.12-27.i586.rpm from your DVD/CD. Stan
On Wednesday 31 March 2004 10:33 am, S.R.Glasoe wrote:
On Wednesday 31 March 2004 01:09 am, Bob S. wrote:
Hello SuSE people,
snip
kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ #
Bob S.
Install libexif-0.5.12-27.i586.rpm from your DVD/CD.
Stan, I have a newer version of libexif. Are you saying delete the newer version and install the older one? Richard, I checked out those archives. Guess this one just has to be waited out? Bob S.
On Thursday 01 April 2004 23:45, Bob S. wrote:
On Wednesday 31 March 2004 10:33 am, S.R.Glasoe wrote:
On Wednesday 31 March 2004 01:09 am, Bob S. wrote:
Hello SuSE people,
snip
kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ #
Bob S.
Install libexif-0.5.12-27.i586.rpm from your DVD/CD.
Stan, I have a newer version of libexif. Are you saying delete the newer version and install the older one?
Richard, I checked out those archives. Guess this one just has to be waited out?
Bob S.
Bob, You could try that or create symbolic links of the old file names to the new file names. I have it working here with the older version right now. This is an ongoing battle though as the different pieces get updated. I use Epson's iscan also for my 3170 Photo since it's driver isn't included in sane yet. Tons of fun but for now it is all working. Stan
On Friday 02 April 2004 17.14, S.R.Glasoe wrote: <snip>
kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ #
Bob S.
Install libexif-0.5.12-27.i586.rpm from your DVD/CD.
Stan, I have a newer version of libexif. Are you saying delete the newer version and install the older one?
Richard, I checked out those archives. Guess this one just has to be waited out?
Bob S.
Bob,
You could try that or create symbolic links of the old file names to the new file names.
rpm doesn't care about what you have on your hard drive, only about what you have in the rpm database. You can have the older version installed from source, it may work with the newer driver, you may have some other compatible piece of software installed, rpm won't know or care Two ways around it, use --nodeps to install (or whatever means apt has to invoke --nodeps) or create a fake rpm that "provides" the needed file
Op vrijdag 2 april 2004 17:18, schreef Anders Johansson:
Two ways around it, use --nodeps to install (or whatever means apt has to invoke --nodeps) or create a fake rpm that "provides" the needed file
The last one is the right option. The 1st one will work, but that makes the databases inconsistent. Afterwards apt can not be used anymore, untill the inconsistentie has been resolved ;) -- Richard Bos Without a home the journey is endless
On Friday 02 April 2004 10:18 am, Anders Johansson wrote:
On Friday 02 April 2004 17.14, S.R.Glasoe wrote: <snip>
kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ #
Bob S.
Install libexif-0.5.12-27.i586.rpm from your DVD/CD.
Stan, I have a newer version of libexif. Are you saying delete the newer version and install the older one?
Richard, I checked out those archives. Guess this one just has to be waited out?
Bob S.
Bob, ............<snip some stuff>............. Two ways around it, use --nodeps to install (or whatever means apt has to invoke --nodeps) or create a fake rpm that "provides" the needed file
OK Anders, like the "fake rpm" idea. But have no idea how one does that. Stan, I also have an epson USB scanner and can use Iscan but it does not have ocr capablity. Richard, your warning an input are appreciated. Bob S.
On Friday 02 April 2004 23:18, Bob S. wrote:
OK Anders, like the "fake rpm" idea. But have no idea how one does that.
Stan, I also have an epson USB scanner and can use Iscan but it does not have ocr capablity.
Richard, your warning an input are appreciated.
Bob S.
Kooka has OCR capabilities and should work once iscan is loaded. Both gocr and ocrad are available in SUSE 9.0 Pro. Stan
On Saturday 03 April 2004 07.18, Bob S. wrote:
OK Anders, like the "fake rpm" idea. But have no idea how one does that.
Something like this ------------------------<cut>--------------------------------------- Summary: fake Name: fake Version: 1.0 Release: 1 Copyright: heh Provides: libexif.so.9 %description Fake rpm to 'provide' things that are on the system but that rpm can't see %build %install %post %postun %files %changelog * Sun Apr 04 2004 Anders Johansson <andjoh@rydsbo.net> - Created spec file ----------------------------------------------<cut>--------------------------- save that in /usr/src/packages/SPECS/ as fake.spec and "rpmbuild -bb /usr/src/packages/SPECS/fake.spec" That will build an empty rpm that will convince rpm that you have libexif.so.9. If you have other things you want to tell rpm about, just add more "Provides" lines I'm sure there are other ways of doing it as well. This is the simplest I can think of. Other suggestions are welcome
On Sunday 04 April 2004 04:07 am, Anders Johansson wrote:
On Saturday 03 April 2004 07.18, Bob S. wrote:
OK Anders, like the "fake rpm" idea. But have no idea how one does that.
Something like this
------------------------<cut>---------------------------------------
save that in /usr/src/packages/SPECS/ as fake.spec and "rpmbuild -bb /usr/src/packages/SPECS/fake.spec"
That will build an empty rpm that will convince rpm that you have libexif.so.9. If you have other things you want to tell rpm about, just add more "Provides" lines
Thanks Anders, Followed your instructions. When I went to build the rpm I got the following message: linux:/ # rpm -bb /usr/src/packages/SPECS/fake.spec Group field must be present in package: (main package) linux:/ # Don't know what the group field would be. Just a little more help would be really appreciated. Note that I am running 8.2 and don't have rpmbuild. Thanks, Bob S.
I'm sure there are other ways of doing it as well. This is the simplest I can think of. Other suggestions are welcome
On Monday 05 April 2004 05.53, Bob S. wrote:
linux:/ # rpm -bb /usr/src/packages/SPECS/fake.spec Group field must be present in package: (main package) linux:/ #
Argh, sorry. That was in my spec, but I deleted it from the mail because I thought it was unnecessary :) (I created the spec by taking a real spec file and deleting just about everything). Just add Group: fake to the top and build again
On Monday 05 April 2004 01:42 am, Anders Johansson wrote:
Argh, sorry. That was in my spec, but I deleted it from the mail because I thought it was unnecessary :) (I created the spec by taking a real spec file and deleting just about everything).
Just add
Group: fake
to the top and build again
Thanks Anders, worked that time. Now I have a great fake.spec file. I did an rpm rebuilddb and alas, apt doesn't see it. Guess we can't beat them this time and will just have to wait until "whoever" can sort it out and fix it. Bob S.
On Monday 05 April 2004 01:42 am, Anders Johansson wrote:
Argh, sorry. That was in my spec, but I deleted it from the mail because I thought it was unnecessary :) (I created the spec by taking a real spec file and deleting just about everything).
Anders, Whoops !!!!! Disregard the message of a few minutes ago. Forgot to install fake.rpm. Did That and apt let me download and install kdegraphics3-scan. Thanks !!! You guys on this list are unbelievable. You always have some way to make things right. I hope the developers read this list so that they too, can learn. Kooka doesn't start yet. Gives me an error message ; Bob@linux:~> kooka kooka: error while loading shared libraries: libexif.so.9: cannot open shared object file: No such file or directory Bob@linux:~> But I can probably fix that with a link to my later libexif file. Late now, so that will wait until tomorrow. Thanks again, this list is great! Bob S.
Op woensdag 31 maart 2004 09:09, schreef Bob S.:
The following packages have unmet dependencies: kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ # ------------------------------------------------------------------------- Then I tried a dist-upgrade and the kdegraphics3-scan package was again held back.
Anyone out there that can help me solve this problem?
It's a known problem and I believe you can't get around it. Search the apt4rpm-suse archives for more detailed information: http://sourceforge.net/mailarchive/forum.php?forum_id=18460 -- Richard Bos Without a home the journey is endless
Hello SuSE folk, For those not following this thread; here is a synopsis. Back on 3/31 I asked: ( Running 8.2)
Since my upgrade to 3.2.1 I am having problems with kooka. Appears that it is not working with the upgrade. Part of a package named kdegraphics3-scan which is held back by apt. Following is message received from apt when trying to install kdegraphics3-scan: --------------------------------------------------------------------- - linux:/ # apt-get install kdegraphics3-scan Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming.
Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation:
The following packages have unmet dependencies: kdegraphics3-scan: Depends: ocrad but it is not installable Depends: libexif.so.9 but it is not installable E: Broken packages linux:/ # ---------------------------------------------------------------------
After much discussion by Stan Glasoe, Richard Bos, and especially by Anders Johannson, I decided that the best approach was to build a "fake" rpm which would convince apt that the necessary files were provided. (libexif.so.9) This is a file provided from an older version of libexif than is installed on my system. Welllll..... that worked. apt then installed kdegraphics3-scan. Only problem is that kooka won't open, giving me the following message. --------------------------------------------- Bob@linux:~> kooka kooka: error while loading shared libraries: libexif.so.9: cannot open shared object file: No such file or directory Bob@linux:~> ------------------------------------------------------- Not sure what that means. Of course the libexf.so.9 doesn't really exist. apt & rpm thinks it does but evidently kooka knows better. Thought I could fix it with a link to the newer libexif file but can't figure out how to do that. Believe it or not the newer libexif-0.5.9-26 file lists a libexif.so.8 Sooooo, are we fooling ourselves ?? Kind of looks like we will have to wait for the KDE development team to fix it. Bob S. PS Hey, it is impossible that I am the only one that has this problem.
On Wednesday 07 April 2004 07.13, Bob S. wrote:
Only problem is that kooka won't open, giving me the following message. --------------------------------------------- Bob@linux:~> kooka kooka: error while loading shared libraries: libexif.so.9: cannot open shared object file: No such file or directory Bob@linux:~> ------------------------------------------------------- Not sure what that means. Of course the libexf.so.9 doesn't really exist. apt & rpm thinks it does but evidently kooka knows better. Thought I could fix it with a link to the newer libexif file but can't figure out how to do that. Believe it or not the newer libexif-0.5.9-26 file lists a libexif.so.8
ok, then the problem is different. At least the fake.rpm approach can still help you in other situations, like the libXm thing with opera
Sooooo, are we fooling ourselves ?? Kind of looks like we will have to wait for the KDE development team to fix it.
Nope, you have to wait for suse's kde packager (hello Adrian) to give you working rpm. From where I'm standing, it looks like he's put an rpm built for 9.0 in the 8.2 directory. Wouldn't be the first time Or you can grab kdegraphics.src.rpm and rebuild it yourself for 8.2
participants (4)
-
Anders Johansson -
Bob S. -
Richard Bos -
S.R.Glasoe