I tried the sugguested workaround and it did not work. As soon as I copy
something to the clipboard Glipper begins Glipping out and eating about 85%
of my CPU bogging down everything else on the system. I also start Glipper
from the command line to see any output that can help trace down the issue,
but the line "*print "readline() gaves none int back " + str(length)*" in
the following change never prints which indicates an exception is not raised
here. I have started using Klipper for now, but I will check back on Glipper
to help debug this annoying problem. Glipper's popup is more appealing than
Klipper's since it does not also contain several options which get in the
way of selecting your current history item. If anyone knows of a clipboard
manager that also has hot keys to move forward and back through history
please let us know.
* /usr/share/python-support/**glipper/glipper/History.py
--- History.py.orig 2008-07-29 00:16:26.000000000 +0200
+++ History.py 2008-07-29 00:15:55.000000000 +0200
@@ -86,7 +86,10 @@
length = file.readline()
while length:
- self.history.append(file.read(* *int(length)))
+ try:
+ self.history.append(file.read(**int(length)))
+ except ValueError:
+ print "readline() gaves none int back " + str(length)
file.read(1) # This is for \n
length = file.readline()
*
Jacob Chappelle
><((((º<`·.¸¸.·´¯`·.¸.·´¯`·...¸><((((º<¸.
`·.¸¸.·´¯`·.¸.·´¯`·...¸><((((º<`·.¸¸.·´¯`·.¸.·´¯`·...¸><((((º<
On Sun, Oct 5, 2008 at 6:59 PM, sibidiba <[EMAIL PROTECTED]> wrote:
> Can someone confirm the suggested workaround in the upstream bugreport
> (http://sourceforge.net/support/tracker.php?aid=1940578)?
>
> /usr/share/python-support/glipper/glipper/History.py
>
> --- History.py.orig 2008-07-29 00:16:26.000000000 +0200
> +++ History.py 2008-07-29 00:15:55.000000000 +0200
> @@ -86,7 +86,10 @@
>
> length = file.readline()
> while length:
> - self.history.append(file.read(int(length)))
> + try:
> + self.history.append(file.read(int(length)))
> + except ValueError:
> + print "readline() gaves none int back " + str(length)
> file.read(1) # This is for \n
> length = file.readline()
>
> Can this be a real fix for this problem? I am not a Python expert, but it
> seems there is common confusion about how readline works:
> http://www.tablix.org/~avian/blog/archives/2008/08/05/T21_01_42/<http://www.tablix.org/%7Eavian/blog/archives/2008/08/05/T21_01_42/>
> even related to handling Unicode characters:
> http://www.tablix.org/~avian/blog/archives/2008/08/05/T21_01_42/<http://www.tablix.org/%7Eavian/blog/archives/2008/08/05/T21_01_42/>
>
> All the tracebacks in the duplicates of this bugs show an exception in
> the file /var/lib/python-support/python2.5/glipper/History.py line
> number 89, which is a symlink to the latter.
>
> 80 def load(self):
> 81 try:
> 82 file = open(glipper.HISTORY_FILE, "r")
> 83 except IOError:
> 84 self.emit('changed', self.history)
> 85 return # Cannot read history file
> 86
> 87 length = file.readline()
> 88 while length:
> 89 self.history.append(file.read(int(length)))
> 90 file.read(1) # This is for \n
> 91 length = file.readline()
> 92
> 93 file.close()
> 94 self.emit('changed', self.history)
>
> All the trackebacks start this way:
>
> Traceback (most recent call last):
> File "/usr/lib/glipper/glipper", line 53, in applet_factory
> glipper.Applet.Applet(applet)
> File "/var/lib/python-support/python2.5/glipper/Applet.py", line 50, in
> __init__
> get_glipper_history().load()
> File "/var/lib/python-support/python2.5/glipper/History.py", line 89, in
> load
> self.history.append(file.read(int(length)))
>
> and differ only in the single last line, for example on of these:
>
> ValueError: invalid literal for int() with base 10: '\x14\x1b'
>
> ValueError: invalid literal for int() with base 10: '\x14\x0c'
>
> ValueError: invalid literal for int() with base 10: '\x14('
>
> ValueError: invalid literal for int() with base 10: '\x14W'
>
> ValueError: invalid literal for int() with base 10: '\x14\x0b'
>
> ValueError: invalid literal for int() with base 10: '\x14\x07'
>
> ValueError: invalid literal for int() with base 10: '\x14\x0f'
>
> --
> [Hardy] Glipper dies when desktop starting
> https://bugs.launchpad.net/bugs/213494
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Glipper: Unknown
> Status in "glipper" source package in Ubuntu: Triaged
> Status in glipper in Ubuntu Hardy: New
>
> Bug description:
> I use glipper all the time and I find it to be the clipboard application
> that has been missing from Linux desktops for the longest time. In the
> recent Hardy development I find that glipper dies when the desktop starts. I
> receive the following message in an error dialog window:
>
> The panel encountered a problem while loading OAFIID:Glipper....
>
> The is asks if I want to remove glipper from the panel. I find this very
> frustrating. What is more frustrating is that once the desktop is up and
> running I can then install the glipper applet back on the panel and it works
> properly. I have only installed this as an applet and I have never tried
> setting up a custom launcher.
>
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=8.04
> DISTRIB_CODENAME=hardy
> DISTRIB_DESCRIPTION="Ubuntu hardy (development branch)"
>
> glipper:
> Installed: 1.0-1
> Candidate: 1.0-1
> Version table:
> *** 1.0-1 0
> 500 http://us.archive.ubuntu.com hardy/universe Packages
> 100 /var/lib/dpkg/status
>
>
>
> Traceback originally from Bug #222846:
>
> ProblemType: Crash
> Architecture: i386
> Date: Sun Apr 27 03:59:12 2008
> DistroRelease: Ubuntu 8.04
> ExecutablePath: /usr/lib/glipper/glipper
> InterpreterPath: /usr/bin/python2.5
> Package: glipper 1.0-1ubuntu1
> PackageArchitecture: i386
> ProcCmdline: python /usr/lib/glipper/glipper
> --oaf-activate-iid=OAFIID:Glipper_Factory --oaf-ior-fd=33
> ProcEnviron:
> LANG=en_US.UTF-8
>
>
> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
> SHELL=/bin/bash
> PythonArgs: ['/usr/lib/glipper/glipper',
> '--oaf-activate-iid=OAFIID:Glipper_Factory', '--oaf-ior-fd=33']
> SourcePackage: glipper
> Title: glipper crashed with ValueError in load()
> Uname: Linux 2.6.24-16-386 i686
> UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin plugdev
> sambashare scanner video
>
>
> Traceback (most recent call last):
> File "/usr/lib/glipper/glipper", line 53, in applet_factory
> glipper.Applet.Applet(applet)
> File "/var/lib/python-support/python2.5/glipper/Applet.py", line 50, in
> __init__
> get_glipper_history().load()
> File "/var/lib/python-support/python2.5/glipper/History.py", line 89, in
> load
> self.history.append(file.read(int(length)))
> ValueError: invalid literal for int() with base 10: '\x14\x0b'
>
>
>
>
> Proposed Workaround:
> So what to do: Look up Glipper and add a wait statement:
>
> sudo gedit /usr/lib/glipper/glipper
>
> Make sure the code in the beginning looks like this:
>
> #!/usr/bin/env python
>
> # Glipper - Clipboardmanager for GNOME
> # Copyright (C) 2007 Glipper Team
> # bla bla bla
> # License along with this library; if not, write to the
> # Free Software Foundation, Inc., 59 Temple Place - Suite 330,
> # Boston, MA 02111-1307, USA.
> #
>
> import time # <-- This line is new
> time.sleep(8) # <-- This line is new. Change the 8 to for instance 30 if it
> did not help
>
> import gobject
> gobject.threads_init()
>
> import gtk, gnomeapplet, gnome
> import getopt, sys
> from os.path import *
>
>
>
>
> Proposed Solution(? needs to be verified):
> Crashing in Intrepid too. It needs to be rebiult againsta libffi5 instead
> of libffi4
>
--
[Hardy] Glipper dies when desktop starting
https://bugs.launchpad.net/bugs/213494
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
