[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf
 main
 parent
 thread


Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
by Anonymous on Tuesday 30/Nov/2004, @22:39
set LD_LIBRARY_PATH=~/OpenOffice.org1.1.3/program before
  Related Links
 ·   Articles on KDE Office Suite
 ·   Also by Anonymous
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
by Tim NIiler on Friday 10/Dec/2004, @04:20
So did this work for anyone? I'm running this with VectorLinux 4.3 (Slackware based). Since I couldn't open or save files, it seemed to be a nice start, but only eye-candy at this point. I've since gone to OOo-1.1.4rc but would migrate backwards if I could get this version to work properly. For me, at least, the icon set makes OOo so much more useable. My wife likes it too. :-)
[ Reply To This | View ]
  • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
    by Kostas Magkos on Monday 13/Dec/2004, @02:05
    Not for me (I'm running RH 9.0). I tried setting LD_LIBRARY_PATH but with no luck, I still can't use the Open and Save dialogs.

    I'm still looking around for a solution though, I really like the kde-integrated interface, let alone it eliminates some printing problems I had with greek fonts.
    [ Reply To This | View ]
  • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
    by Anonymous on Monday 13/Dec/2004, @02:59
    > So did this work for anyone?

    This was not intended to "fix" OOo but make the "kdefilepicker" debugging work for Jeff/someone. But as nobody tries it and reports back, how shall it be fixed?
    [ Reply To This | View ]
    • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
      by Tim Niiler on Monday 13/Dec/2004, @06:48
      Fair enough...I will try it again and send in the debug info sometime this week.
      [ Reply To This | View ]
    • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
      by Kostas Magkos on Monday 13/Dec/2004, @22:13
      ok, after setting LD_LIBRARY_PATH I ran kdefilepicker and I get:

      [kmag@pluto program]$ ./kdefilepicker
      kdefilepicker, an implementation of KDE file dialog for OOo.
      Type 'exit' and press Enter to finish.
      exit
      kdefilepicker: relocation error: kdefilepicker: undefined symbol: _ZN7QString7reserveEj
      [ Reply To This | View ]
      • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
        by Anonymous on Monday 13/Dec/2004, @23:43
        What Qt version do you have installed? Only Qt 3.1.1 of RedHat 9?
        [ Reply To This | View ]
    • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
      by Kostas Magkos on Monday 13/Dec/2004, @22:18
      The same when issuing exec:

      [kmag@pluto program]$ ./kdefilepicker
      kdefilepicker, an implementation of KDE file dialog for OOo.
      Type 'exit' and press Enter to finish.
      exec
      kdefilepicker: relocation error: kdefilepicker: undefined symbol: _ZN7QString7reserveEj
      [kmag@pluto program]$ ./kdefilepicker
      [ Reply To This | View ]
      • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
        by Anonymous on Monday 13/Dec/2004, @23:53
        > kdefilepicker: relocation error: kdefilepicker: undefined symbol: _ZN7QString7reserveEj

        Seems to be a symbol introduced by Qt 3.2. So it requires Qt 3.2 (or even 3.3).
        [ Reply To This | View ]
        • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
          by Kostas Magkos on Tuesday 14/Dec/2004, @01:47
          Qt > 3.1 requires a KDE upgrade (currently 3.1-13) on my RH 9. Since this is just my desktop at work I have to think twice before doing anything messy and time-consuming. :-(
          Do you have the slightest idea how easily or diffuculty such an upgrade should go?


          Thanks anyway for your help!
          [ Reply To This | View ]
          • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
            by Anonymous on Tuesday 14/Dec/2004, @03:00
            > Qt > 3.1 requires a KDE upgrade (currently 3.1-13) on my RH 9

            Why that? Qt 3.3 is backward compatible.

            > Do you have the slightest idea how easily or diffuculty such an upgrade should go?

            Why not install Qt 3.3 in parallel to your current Qt version and write a little script with runs OOo with that Qt installation?
            [ Reply To This | View ]
            • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
              by Kostas Magkos on Tuesday 14/Dec/2004, @06:27
              >> Qt > 3.1 requires a KDE upgrade (currently 3.1-13) on my RH9
              >
              >Why that? Qt 3.3 is backward compatible.

              It's a redhat dependency thing: qt 3.3 depends on redhat-artwork > 0.100 and redhat-artwork 0.100 needs kdebase > 3.2 and then you pretty much need to upgrade the whole kde system.

              >Why not install Qt 3.3 in parallel to your current Qt version and write a little script with runs OOo with that Qt installation?

              but still I have to upgrade redhat-artwork....
              [ Reply To This | View ]
  • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
    by MaxBaldiz on Monday 20/Dec/2004, @08:08
    Installed on Slackware 9.1. Same issues in "Open" and "Save as" dialog. I have
    set LD_LIBRARY_PATH as recommended in the post BUT when I try ./kdefilepicker I've a new error message:

    ./kdefilepicker: /usr/lib/./libgcc_s.so.1: version `GCC_3.3' not found (required by /opt/OpenOffice.org1.1.3/program/libstdc++.so.5)

    it seems the package was compiled with GCC3.3 and requires this version of libraries.

    About to rollback to 1.1.1... 'cause no time and no disk space to upgrade to Slackware 10 and/or to upgrade to GCC3.3....Damn...
    [ Reply To This | View ]
    • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
      by Tim NIiler on Monday 20/Dec/2004, @09:21
      Try the 1.1.4 release. It is currently working for me just fine. There are no crashes, and they are using their old binary installer.
      [ Reply To This | View ]
  • Re: 1.1.3-KDE on RHAT 9.0 File Open Dialog ?
    by Tim Niiler on Tuesday 18/Jan/2005, @04:52
    Okay...Here's the synopsis.

    Back in December, I didn't have a chance to do this and needed the space on my harddrive so I deleted OOO-1.1.3. Since then, I downloaded ooo-build and tried to do it all myself. Everything was peachy in the build except for some complaints about the psprint_config patch (which I implemented manually) and LD_LIBRARY_PATH not finding KDE (I set that manually to include /opt/kde/lib), and then everything compiled.

    So this morning, I come down and setup my newly baked OOO to see what happened. And everything is fine EXCEPT FOR THE FILE-OPEN DIALOG.

    Thinking that I just wasted a bunch of time, I am about to delete the thing when I remember the LD_LIBRARY_PATH comment here and note that I also had the same issue in the middle of compiling. I set the variable, and when I restart OOO, the filepicker works fine!

    Thanks!

    My impression is that I could have just downloaded the build from here instead of doing it myself and this solution would have still worked. On the plus side, OOO now starts in under 5 seconds on my box. :-)
    [ Reply To This | View ]

 
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )
  "Factories pollute too much, I want something good for the environment." -- Charles Samuels
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]