Konqueror, Kuickshow - no JPEG Display

Ruler2112

Ruler2112

Something odd began happening with my system of late, FreeBSD 8.2 amd64 with KDE 3.5.10_8.

I've not installed or upgraded much recently, but I honestly don't know when the last time I looked at graphic files is. (It's not something memorable enough to take special note of - it's just one of those things that work and you take for granted until it doesn't.) The only new ports I've installed that I can remember are rsync and nmap, the latter of which needed an upgraded pcre. (Upgrading pcre broke firefox36 and thunderbird until I created a symbolic link /usr/local/lib/libpcre.so.0 to /usr/local/lib/libpcre.so.1, but all has been fine since.)

The problem is that in Konqueror, all graphic files show up blank and the title says 64x64 as the dimension. However, if you hover over a file, it shows a preview correctly in the popup window. Also noticed at the same time is that Kuickshow displays all JPEGs as totally black, though it does have the correct dimension listed. The GIF I tried as a test showed up nearly right - only wrong thing is that it shows as having a black background. Everything previews, opens, and shows correctly in GIMP, which to me indicates a shared library somewhere as the problem and that GIMP uses it's own.

Anybody have ideas of what may have caused it or, better yet, how I could go about fixing it? I've already tried recompiling kuickshow and deinstalling/reinstalling it, but it had absolutely no effect. The oddest thing is that I haven't touched the ports tree since getting the system working, so the software is as it was when it was installed & working. (I thought of updating the ports tree and reinstalling again, but this is a real stretch and I feel that there's something wrong that I'm just not seeing.)
 
I looked at that PR and decided to recompile/reinstall imlib without updating, as it *was* working with the existing versions of the ports involved. Of course, I ran into problems. :(

imlib insisted on installing libungif, which refused to install while libgif was installed. Following the directions on the screen, I ran pkg_delete libgif-blah, but that didn't remove it so I had to add -f to force it. After that, I compiled and installed imlib without trouble. However, kuickshow refused to start, complaining that libgif wasn't found. Obviously, I had to remove libungif to install libgif, but it still didn't work. (Sorry - can't remember what it said and it's scrolled off the screen.)

I gave up and updated the ports tree, irregardless of the fact that everything was working at one point with the ports as they were. Over 10,000 port patches later, libgif and libungif don't exist in ports and everything I try to compile complains with the following:

Code: 
===>  pkgconf-0.8.6 conflicts with installed package(s):
      pkg-config-0.25_1

      They install files into the same place.
      Please remove them first with pkg_delete(1).

I wanted to ask before deleting pkg-config, as it sounds rather important.

I did see that /usr/ports/UPDATING says that pkg-config has been replaced by pkgconf and to use portmaster or portupgrade to migrate, but I have neither installed and prefer to do make ; make deinstall ; make reinstall to upgrade ports when necessary. (Plus, I'm not certain I could compile either portmaster or portupgrade without having pkgconf installed.) I tried pkg_delete pkg-config-blah, but there's too much stuff depending on it to remove without -f and I do NOT want to nuke my system.
 
The problem is in graphics/imlib after switching dependency from
libungif to giflib.

Possible workaround, create those symlinks

Code: 
# ln -s /usr/local/lib/libgif.a /usr/local/lib/libungif.a
# ln -s /usr/local/lib/libgif.la /usr/local/lib/libungif.la
# ln -s /usr/local/lib/libgif.so /usr/local/lib/libungif.so
 
Wish I had waited before updating the ports tree... now I have to resolve the pkg-config/pkgconf conflict before continuing. 374 of my 643 installed ports require pkg-config and I'm scared to forcibly remove it, but can't compile/install anything without pkgconf and pkgconf won't even make with pkg-config installed. I'm not going to have to recompile all 374 dependent ports afterward, am I?
 
You can replace the old devel/pkg-config port with the new devel/pkgconf port. The /usr/ports/UPDATING has the instructions:

Code: 
20120726:
  AFFECTS: users of devel/pkg-config
  AUTHOR: bapt@FreeBSD.org

  devel/pkg-config has been replaced by devel/pkgconf

  # portmaster -o devel/pkgconf devel/pkg-config
  or
  # portupgrade -fo devel/pkgconf pkg-config-\*

  pkgng:
  # pkg set -o devel/pkg-config:devel/pkgconf
  # pkg install -f devel/pkgconf

You can ignore the dependencies, devel/pkg-config wasn't really needed as a run time dependency (with few exeptions), it was made a run time dependency on almost every GNOME related port unnecessarily. There is no need to recompile any dependent ports in this case.
 
help

Hey im trying to install php on my freebsd and im getting this error can someone help ?

No package 'openssl' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XSERVERCFLAGS_CFLAGS
and XSERVERCFLAGS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

gmake: *** [config.status] Error 1
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-vfbserver.
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-vfbserver.
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-vfbserver.
*** Error code 1

Stop in /usr/ports/accessibility/accerciser.
*** Error code 1

Stop in /usr/ports/accessibility/accerciser.
*** Error code 1

Stop in /usr/ports/accessibility.
*** Error code 1

Stop in /usr/ports.
Home# cd /usr/ports/lang/php5
Home# make install
===> php5-5.4.5 depends on file: /usr/local/sbin/apxs - found
===> php5-5.4.5 depends on file: /usr/local/bin/autoconf-2.69 - found
===> php5-5.4.5 depends on executable: pkgconf - not found
===> Verifying install for pkgconf in /usr/ports/devel/pkgconf
===> Installing for pkgconf-0.8.6

===> pkgconf-0.8.6 conflicts with installed package(s):
pkg-config-0.25_1

They install files into the same place.
Please remove them first with pkg_delete(1).
*** Error code 1
 
They install files into the same place.
Home# pkg-config-0.25_1
Please remove them first with pkg_delete(1).
*** Error code 1

Stop in /usr/ports/devel/pkgconf.
*** Error code 1
pkg-config-0.25_1: Command not found.

Home# Stop in /usr/ports/lang/php5.

*** Error code 1
 
Well, I have good news and bad news.

The good news is that I was able to install portmaster without running into the pkg-config/pkgconf conflict. By doing so, I was able to run the commands in /usr/ports/UPDATING. The second command is running now and appears to be recompiling all the ports installed. (Examples include kde3, perl, python, ffmpeg, and so on.)

I broke out of it when I first saw what it was doing and tried to fix it manually after running just the first command, but 3 dependencies down the list, kuickshow complained about libpng.6 being required by libkdeprint.so. I created a symbolic link to libpng.so and kuickshow then ran, but exhibited the same behavior as in my original post. I'm re-running the second command and allowing it to recompile my entire system now.

I thought dll-hell/dependency-hell and having things quit working at random was only a windoze/linux thing??? :(
 
Well, you add another experience to improve the updates in this incredible Operating System, because people want this, isn't? First time I had a minor problem, apply windoze fix: format and reinstall. That's not a great philosophy.
 
After compiling/upgrading/installing all 107 ports that portupgrade wanted to, I started KDE and discovered that neither the keyboard or mouse worked. After swearing at it, I rebooted and tried again. Don't know if it heard me cussing it out or if it just needed something restarted, but the keyboard/mouse now function. :)

However, after all that, the same exact problem remains that prompted me to start this to begin with. When opening a graphic in Konqueror, it shows as 64x64 pixels and the display is blank. When opening a graphic in Kuickshow, it displays the correct dimensions in the title bar and the window is about the right size to display the graphic, but it's displayed as all black. I can open any graphic in GIMP without trouble, so I'm confident that it's not a problem with the files.

Any ideas of what else I could try??? Like I said, it used to work fine - no idea what caused it to malfunction in this way.
 
Looks like I should have just lived with it... not only did I not fix the problem, but I now have to recompile libreoffice because it was compiled with a different version of libpng. The graphics in pidgin are all broken link Xs, and various places in KDE have similar. :( Going to keep chasing problems and would appreciate any advice as like I said, the original problem hasn't changed.
 
That's interesting...

Code: 
kuickshow

GIF-LIB error: Wrong record type detected.

Also, a file selection type interface is displayed. When opening a file in it, they display as garbled rather than black. Resolution is again correctly identified and the window sized appropriately.


On a side-note, I recompiled/reinstalled pidgin and still have all broken-image Xs showing where there are supposed to be graphics. Think it's all connected and fixing whatever base problem there is will resolve all of them, but that's just a gut feeling.
 
Found a bug on KDE from 2004 that refers to this problem. (Have to use google cache version as I'm unable to connect to bugs.kde.org at present.) There are a few solutions suggested in the comments area, but none seem to be applicable to my situation.
 
Is a decoding error reported from the GIF-LIB library:
D_GIF_ERR_WRONG_RECORD

Message printed using PrintGifError: "Wrong record type detected" Each record in a GIF file has a special identifier in its header. If the record has an unrecognized identifier, this error is generated.
Click to expand...
 
So what would cause it to pop up when I opened a jpeg, gif, whatever?

I did notice that the preview pane in kuickshow (when opened by itself) displays the image correctly; it's only when I double-click to open the full-size image that it shows junk.
 
Here it is, though I really think with all the broken image links in pidgin, konqueror not showing images correctly, and kde having junk graphics here & there that it's something at a lower level than kuickshow itself.

Code: 
[Filebrowser]
ColumnOrder=0,1,2,3,4,5
ColumnWidths=262,79,126,124,93,91
Separate Directories=false
Show Preview=true
Show hidden files=false
Sort by=Name
Sort case insensitively=true
Sort directories first=true
Sort reversed=false
SortAscending=true
SortColumn=0
View Style=Simple

[KFileDialog Settings]
Automatic Preview=true

[KPrinter Settings]
ApplicationOptions=app-kuickshow-blackwhite,false,app-kuickshow-printFilename,true,app-kuickshow-scale,false,app-kuickshow-scale-height-pixels,1,app-kuickshow-scale-unit,Millimeters,app-kuickshow-scale-width-pixels,1,app-kuickshow-shrinkToFit,true
DialogReduced=true
PrintCommand[$e]=
Printer=Brother_HL-5040

[MainWindow]
Height 900=399
Width 1440=412

[MainWindow Toolbar address_bar]
IconText=IconOnly
Index=1
Offset=-1

[MainWindow Toolbar mainToolBar]
Index=0
Offset=-1

[SessionSettings]
CurrentDirectory[$e]=file://$HOME/Graphics/
OpenImagesInActiveWindow=true


Edit - I moved that file to another location and started kuickshow again. No more giflib error, but still shows crap instead of the graphics. Doesn't matter whether I open a PNG, GIF, JPG, TIFF, etc.
 
Reinstall x11-toolkits/qt33, but check /usr/ports/UPDATING to do it properly.

[CMD=]$ less "+/20100205" /usr/ports/UPDATING[/CMD]

20100205:
AFFECTS: users of Qt 3 and KDE 3
AUTHOR: itetcu@FreeBSD.org

When building qt33 and kdelibs3 (at least), while they are installed,
because of -L/usr/local/lib being passed too soon, the currently installed
libraries are used instead of the ones from the build. This makes the
build fail if you updated any of the libraries these Qt/KDE libraries are
linked against (e.g. libjpeg).

For the moment the workaround, when you get to this, is to move the old lib
out of the way, e.g.:

mv /usr/local/lib/libqt-mt.so /usr/local/lib/libqt-mt.so.old && \
cd /usr/ports/x11-toolkits/qt33/ && make && \
mv /usr/local/lib/libqt-mt.so.old /usr/local/lib/libqt-mt.so && \
portmaster -C x11-toolkits/qt33 (or portupgrade -w qt-33\*) ...
Click to expand...

But first, paste the output of running pkg_libchk.
 
OK, so my system has been busy and I'm worse off now than I was before.

pkg_libchk revealed a great many missing dependencies on libogg - while sound related, I figured it couldn't be good to have any dependency problems, so I updated it as per /usr/ports/UPDATING - queue another rebuild of KDE. So that gets done and I restart X - problem (not surprisingly) still there.

During all this compiling, I bought stuff and had to update my monthly purchase spreadsheet, so I tried starting LibreOffice, but got an error that indicated that it was built against an old version of some library - great, so I have to update libreoffice as well. Not as easy as that though - turns out that 3.5.5 (which was current when I started this mess) doesn't compile, but it doesn't tell you that until 95% of the way through the compile. Look on freshports and discover that 3.5.6 has been released. After KDE was done upgrading for libogg, I update my ports tree again and compile libreoffice - compiled and installed fine, but still won't start - get the following when running from a prompt:

Code: 
javaPathHelper: not found
terminate called after throwing an instance of 'com::sun::star::ucb::InteractiveAugmentedIOException'

The girls in the office are now yelling at me for not having the spreadsheet ready for them as they're reconciling all purchases tomorrow morning.

Believe it or not, updating libogg actually fixed the problems in pidgin - all the icons and smilies are working again. (Seriously??? WTF sense does that make, updating an audio codec fixes icon display problems?!???)

I also tried what you posted - moving the shared library, compiling, moving it back, then upgrading using portmaster - and it had no effect whatsoever on the problem; Kuickshow and Konqueror still don't display images.


If it weren't so utterly frustrating, this would almost be funny... start out trying to fix a simple image display problem that really doesn't matter much and end up not only recompiling about everything in my system, but also making functional portions of it that are important to me unusable. :(



BTW - current output of pkg_libchk:

Code: 
diablo-jdk-1.6.0.07.02_17: /usr/local/diablo-jdk1.6.0/bin/unpack200 misses libz.so.4
diablo-jdk-1.6.0.07.02_17: /usr/local/diablo-jdk1.6.0/jre/bin/unpack200 misses libz.so.4
diablo-jdk-1.6.0.07.02_17: /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libJdbcOdbc.so misses libodbcinst.so
diablo-jdk-1.6.0.07.02_17: /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libJdbcOdbc.so misses libodbc.so
gvfs-1.6.6_1: /usr/local/libexec/gvfsd-cdda misses libcdio_paranoia.so.0
jdk-1.6.0.3p4_27: /usr/local/jdk1.6.0/jre/lib/amd64/libJdbcOdbc.so misses libodbcinst.so
jdk-1.6.0.3p4_27: /usr/local/jdk1.6.0/jre/lib/amd64/libJdbcOdbc.so misses libodbc.so
libreoffice-3.5.6: /usr/local/lib/libreoffice/program/libofficebean.so misses libjawt.so
 
I also don't entirely understand why it misses libz.so.4:

Code: 
find /usr/local/lib -name libz.so.4 -print
/usr/local/lib/compat/libz.so.4

That's the only missing library pkg_libchk revealed that exists on my system that I've been able to find though.


Right now, I've got to find a way to get LibreOffice working again...
 
You must log in or register to reply here.
Back
Top