Ubuntu
k9copy package

k9copy won't start after a change in settings

Bug #174752 reported by ja4509
12
Affects Status Importance Assigned to Milestone
k9copy (Ubuntu)
Fix Released
Medium
Luka Renko

Bug Description

Binary package hint: k9copy

k9copy is trying to locate libGL.so. This is what I see when starting it from the console. I had it running fine when first installed but I changed a setting. I know what setting caused the problem but can't start it because of a memory issue to set it back.

So I uninstalled k9copy and tried reinstalling it. Before you ask I did a complete uninstall and searched my home dir for any reminant conf files.

I added a new user and logged in to see if the fresh environment would allow it to start and it did. Somewhere there is a setting being stored that I cannot find for my login. I have looked in every ".whatever" file and dir to no avail.

I think it might be a registration for the k9copy app in nautilus or gnome somewhere telling k9copy to use this lib which on my system I think is libGL.so.1. I thought about trying a sym link to the lib to satisfiy k9copy so it can start.

Any advice on this?

Related branches

lp:ubuntu/karmic/k9copy
Revision history for this message
ja4509 (ja4509) wrote : Found a fix or work around using the symlink

I just tried the sym link and I got it fixed. As a software developer myself I find it a little annoying that this wasn't trapped or validated prior to allowing me to select "Use openGL" in the preview settings. I will drop a note off at Source Forge k9copy Project that they might want to do this. In the mean time Ubuntu Gutsy could use a symlink or the correct lib.

Revision history for this message
Luka Renko (lure) wrote :

The problem is that symbolic link is shipped with libgl1-mesa-dev package which is not installed by default. As a workaround, you could install this package.

Will check if this can be fixed better for next upstream package (1.2.1) that I am preparing now for hardy.

Revision history for this message
Luka Renko (lure) wrote :

Have reproduced the crash with debug version of k9copy 1.2.1

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb673a6c0 (LWP 14744)]
[KCrash handler]
#6 0x00000000 in ?? ()
#7 0x0806cde6 in k9GLWidget::initializeGL (this=0x8a29678)
    at /home/ubuntu/universe/k9copy-1.2.1/./src/k9glwidget.cpp:127
#8 0xb7295e28 in QGLWidget::glInit (this=0x8a29678) at opengl/qgl.cpp:1957
#9 0xb729a2fb in QGLWidget::resizeEvent (this=0x8a29678)
    at opengl/qgl_x11.cpp:1093
#10 0xb7042977 in QWidget::event (this=0x8a29678, e=0x8a29630)
    at kernel/qwidget.cpp:4813
#11 0xb6fa034e in QApplication::internalNotify (this=0xbfa70e68,
    receiver=0x8a29678, e=0x8a29630) at kernel/qapplication.cpp:2635
#12 0xb6fa2c7c in QApplication::notify (this=0xbfa70e68, receiver=0x8a29678,
    e=0x8a29630) at kernel/qapplication.cpp:2523
#13 0xb776d4c2 in KApplication::notify (this=0xbfa70e68, receiver=0x8a29678,
    event=0x8a29630)
    at /build/buildd/kdelibs-3.5.8/./kdecore/kapplication.cpp:550
#14 0xb6f3107b in QApplication::sendEvent (receiver=0x8a29678, event=0x8a29630)
    at ../include/qapplication.h:520
#15 0xb6fa1386 in QApplication::sendPostedEvents (receiver=0x0, event_type=0)
    at kernel/qapplication.cpp:3299
#16 0xb6fa148e in QApplication::sendPostedEvents ()
    at kernel/qapplication.cpp:3210
#17 0xb6f454e3 in QEventLoop::processEvents (this=0x886c4a8, flags=4)
    at kernel/qeventloop_x11.cpp:144
#18 0xb6fbb6a8 in QEventLoop::enterLoop (this=0x886c4a8)
    at kernel/qeventloop.cpp:198
#19 0xb6fbb3a6 in QEventLoop::exec (this=0x886c4a8)
    at kernel/qeventloop.cpp:145
#20 0xb6fa1ef7 in QApplication::exec (this=0xbfa70e68)
    at kernel/qapplication.cpp:2758
#21 0x08090e0e in main (argc=)
    at /home/ubuntu/universe/k9copy-1.2.1/./src/main.cpp:152

Changed in k9copy:
assignee: nobody → lure
importance: Undecided → Medium
Revision history for this message
Luka Renko (lure) wrote :

k9copy (1.2.1-0ubuntu1) hardy; urgency=low

  * New upstream release
  * debian/control:
    * Build-Depends on libdvdread-dev (was libdvdread3-dev)
    * Build-Depends on libavformat-dev & libavcodec-dev
  * debian/patches/kubuntu_04_fix_header_files_inclusion.patch:
    * Dropped, as it is resolved upstream
  * debian/patches/kubuntu_04_fix_libGL_crash.patch:
    * fix crash when libGL.so is not present, instead ask for
      versioned name, libGL.so.1 (LP: #174752)

 -- Luka Renko <email address hidden> Sun, 16 Dec 2007 12:34:12 +0100

Changed in k9copy:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.