I am also seeing this problem. My setup uses focus follows mouse, and I
often see screenborders drawn in the forground of opaque windows until i
move the mouse in or out of the frame causing it to redraw. The system
has an nvidia 7600GT video card and is running 8.10 and KDE4 current
with that
deleting the file in /var/run/hotkey-setup works fine, without the need
to reboot. This is still a problem for feisty - gutsy upgrades.
--
Unable to upgrade to latest version
https://bugs.launchpad.net/bugs/88105
You received this bug notification because you are a member of Ubuntu
Bugs, which
well, this bug is not confined to powerpc systems, and it still exists
on all machines that are upgraded from breezy to edgy. Please confirm
this bug and push it out to the X11 maintainers so they can check for
the condition of an upgrade and do something intelligent about the font
paths in the
Okay... I have a functional workaround for this bug, but the segfault
itself should still be pushed upstream so that the xemacs devs can fix
it. The application is choking when it can't populate a font struct
during initialisation; I guess they never try to clean up for this
condition, which is
the bug I reported appears to be closely related to this bug, if not a
duplicate. At any rate, the back traces I made are more complete:
https://launchpad.net/distros/ubuntu/+source/xemacs21/+bug/58856
Brian
--
XEmacs segfaults on startup in Edgy
https://launchpad.net/bugs/57586
--
this appears to duplicate the bug at:
https://launchpad.net/distros/ubuntu/+source/xemacs21/+bug/57586
... although the traces there aren't complete. I think these two reports
should be merged, and probably the bug marked as verified.
Brian
--
xemacs segfaults on edgy powerpc system
At the request of Mithrandir in #ubuntu-dev, I rebuilt my xemacs package
with unstripped binaries. This is the backtrace he requested.
Reading symbols from /usr/lib/libXaw.so.7...done.
Loaded symbols for /usr/lib/libXaw.so.7
Reading symbols from /usr/lib/libtiff.so.4...done.
Loaded symbols for
update...
Okay, I have relinked this package on my own system in a clean pbuilder
chroot, and the symbol complaint is gone, but the failure is the same,
although the stack trace seems to have moved out to another lib:
[fade]tantive:~
[Tue Sep 05 15:44:03]\xemacs
Warning: Cannot convert string
Public bug reported:
Binary package hint: xemacs21
Starting xemacs on an edgy powerpc computer results in a segfault due to
a bad symbol in a shared object. The package needs to be relinked. This
is the session:
[Mon Sep 04 14:35:21]\xemacs
xemacs: Symbol `comp_env' has different size in
Public bug reported:
Binary package hint: amarok
after a regular update to this dapper powerpc system, amarok fails to
start up, looping infinitely with the following output to stderr:
amarok: [CollectionDB] [ERROR!] [virtual QStringList
SqliteConnection::query(const QString)]
10 matches
Mail list logo