[Bug 106644] Re: MASTER Clipboard gets lost when windows is closed

[chappejw]

It's up to the owner of the active selection to copy it from the PRIMARY
buffer to the CLIPBOARD buffer upon closing or the selection dies with
the window which is closed. This is not an Ubuntu bug or an X bug just
to be clear, but a lack of adherence to the X Windows protocol. Xserver
negotiates networked messages between clients since Unix and Linux where
built with networking in mind.

For those people who think Cntrl+c Cntrl+vis the only way to copy try
highlighting some text, change windows to another text input area and
click your middle mouse button (the mouse wheel) and this allows you to
press 1 button rather than 4 to do the same operation. Shift+Insert does
the same.

Now, just imagine there are people out there who would actually select,
right click, navigate a popup window that took 3 seconds to appear,
click copy, click-raise another window, right click, navigate the 3
second life sucking popup again, click paste, and then say I hate
computers after taking 6 or 7 steps to do the same operation. Now
multiply this tasking by 1000 and you will really start to see life
wasting away. Virus scan? defrag? reg clean? ...ouch... it hurts..!

-- 
MASTER Clipboard gets lost when windows is closed
https://bugs.launchpad.net/bugs/106644
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

Re: [Bug 213494] Re: Glipper dies when desktop starting

[chappejw]

But why does that work?  If it sleeps for 8, 30, 90 seconds and then starts
reliably? what was it that caused it to crash in the first place?

Jacob


On Thu, Jul 30, 2009 at 8:15 AM, Shane Rice  wrote:

> This fix:
>
> 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 *
>
> Worked for me, I had it set to 30, and then started crashing it
> regularly at startup.  I upped it to 90 seconds, and that is working
> now.  I also went through a bunch of stuff in my startup and eliminated
> bunch of things that shouldn't have been starting anyway.
>
> Shane
>
> --
> 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” package in Ubuntu: Triaged
> Status in glipper in Ubuntu Hardy: Confirmed
> Status in “glipper” package in Debian: New
> Status in Fedora: Won't Fix
>
> 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
>

-- 
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.c

[Bug 369471] Re: libssl.so.0.9.8: undefined symbol: EVP_idea_cbc

[chappejw]

This worked for me as well on Ubuntu 9.04

Toshiba A100-OFH
Intel 945 integrated graphics

1) chapp...@codefu:/usr/lib/googleearth$ sudo mv libssl.so.0.9.8 
tmp-libssl.so.0.9.8
2) chapp...@codefu:/usr/lib/googleearth$ sudo ln -s /lib/libssl.so.0.9.8 
libssl.so.0.9.8

Applications > Internet > Google Earth

Works.!

-- 
libssl.so.0.9.8: undefined symbol: EVP_idea_cbc
https://bugs.launchpad.net/bugs/369471
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

Re: [Bug 213494] Re: Glipper dies when desktop starting

[chappejw]

I believe this is some sort of a race condition. Originally I thought... oh,
this looks like a simple bug to find, it's written in Python, how hard can
it be?. well Nearly everyone watching this bug has tried one thing
or another and the bug persists... For all we know the bug is caused by
something in the way Gnome Desktop loads panel applets. I have since moved
on to Klipper, although it's not as usuable as Glipper (when it works)...
Jacob


On Thu, Apr 2, 2009 at 12:18 PM, Arthur wrote:

> Non of my machines have compiz-fusion or any other visual effects
> enabled and I see random Glipper startup crashes. It feels less often
> than some months ago but still from time to time.
>
> --
> 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: Confirmed
> Status in “glipper” source package in Debian: New
> Status in Fedora: Confirmed
>
> 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
>

-- 
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

Re: [Bug 213494] Re: [Hardy] Glipper dies when desktop starting

[chappejw]

Ok Glipper fans one thing I have seen discussed here as a means of
finding out what is wrong with Glipper is the posting of the history file
and looking at the history file.. So, why would the history file have
anything to do with Glipper crashing on boot to desktop? The history file is
readable writeable by the glipper applet/application, but Glipper dies when
the gnome panel is starting. Another person here thought that when glipper
copies anything that has a newline it causes Glipper to crash o...
kaayy... I have not observed this I used Glipper at work for weeks
without a crash using my original solution of starting glipper via startup
on session load and this worked flawlessly for over a month of serious
usage. I'm sure I had copied many new lines by that time. Then for whatever
reason glipper died again on startup, I believe once I started using another
package such as apache2 or vmware which was set to start on boot up. So
again, no solution. Another thing someone mentioned was that selecting all
in OO causes glipper to crash... but did not specify if the crash occurred
when trying to copy the selected data or the crash occured just from doing a
select all. The fact that Glipper uses threads could be an area to
investigate if there is some kind of race condition or dead lock causing the
crash on boot.

Has anyone done any more testing on this bug?

Jake



On Sun, Nov 9, 2008 at 6:43 AM, Benedikt Wegmann <[EMAIL PROTECTED]>wrote:

> Affects me, too, with Intrepid (upgrade from Hardy).
>
> --
> [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
> Status in "glipper" source package in Debian: New
> Status in Fedora: Confirmed
>
> 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

Re: [Bug 213494] Re: [Hardy] Glipper dies when desktop starting

[chappejw]

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.0 +0200
+++ History.py  2008-07-29 00:15:55.0 +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.0 +0200
> +++ History.py  2008-07-29 00:15:55.0 +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/
> even related to handling Unicode characters:
> http://www.tablix.org/~avian/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.
>
>  80def 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 e

Re: [Bug 213494] Re: [Hardy] Glipper dies when desktop starting

[chappejw]

Hi Marco,

Yes, you're right about the softlink. It was not necessary as Simone also
mentioned earlier in this mailing list. Glipper used to be an application
instead of an applet, that's why I thought I thought the glipper executable
should be found in the PATH initially. However, yes you can just use the
path to the executable for this workaround it should be fine. Note that if
this doesn't work and you still would like to use Glipper, you may also try
the sleep time fix that is also mentioned on this mailing list. Again these
are workarounds and some do not work for others. I have since stopped using
Glipper because whenever I have used it lately it has been eating up my CPU
to about 85% as soon as I copy anything into my clipboard. I am now trying
Klipper which is the KDE equivalent. Others have noted that Parcelite is
another similar tool which can manage your clipboard. Please let us know if
you find any other solution to this as it is an indespensable tool.

Jake


On Sun, Oct 5, 2008 at 3:55 AM, marco.pallotta <[EMAIL PROTECTED]>wrote:

> @chappejw, I tried your workaround but it doesn't run for me.
>
> - I made the soft link
> - I added glipper to System > Preferences > Sessions
> - I added the applet to my panel
> - I restarted my PC
>
> At the end I have the same issue.
> What mistakes may I have done?
>
> Moreover I have a doubt about you solution: why have I to make soft link
> if then, in system  > Preferences > Sessions, in the command field, I
> can input the absolute path of glipper (/usr/lib/glipper/glipper instead
> of /usr/bin/glipper)?
>
> --
> [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
>

[Bug 213494] Re: [Hardy] Glipper dies when desktop starting

[chappejw]

Simone: You are right, if it is supposed to be a panel applet we don't
need it to be in /usr/bin/. Actually that soft link I sugguested is
irrelavent. However, I was not presenting that fix as a path only issue.
>From reading all the posts here it appears that glipper starts before
some arbitrary resource is available. So, by adding the glipper
executable /usr/lib/glipper/glipper to startup programs in System >
Preferences > Sessions we can ensure that it will start in a reliable
order once it's required resource is available. There are other applets
which startup in Session Startup Programs as well. Of course as others
have done we could just hard code a sleep time of 8 to 30 seconds into
glipper to rig it to work, however this is not a reliable solution since
your system may change the amount of time required to startup
occasionally and cause something else to out synch glippers startup once
again. Perhaps this would be the simplest solution to fixing this applet
without having to dive into code.

...If your lazy and you know it click your mouse hehe...

-- 
[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

[Bug 213494] Re: [Hardy] Glipper dies when desktop starting

[chappejw]

I have fixed the glipper start up problem with an easier solution.

First of all after installing 'glipper' with 'sudo apt-get install
glipper' when we do a 'which glipper' we see that it is not found in the
PATH. Hmm interesting... When I do a 'whereis glipper' it shows...

glipper: /usr/lib/glipper /usr/share/glipper

Then it is not available unless the full path is specified... so, here
is the solution. We want to create a soft link to a new /usr/bin/glipper
from /usr/lib/glipper/glipper. This will allow glipper to be found in
our existing path.

1) First create a soft link to the glipper executable...

sudo ln -s -T /usr/lib/glipper/glipper /usr/bin/glipper

now if you do a 'which glipper' you will see it is found at
/usr/bin/glipper

2) Of course we know that glipper is supposed to be a gnome applet,
however it will still have the "The panel encountered a problem while
loading OAFIID:Glipper" problem unless we ensure it will start
properly from /usr/bin/glipper so... go to System > Preferences >
Sessions and on the Startup Programs tab click the +Add button

3) With the Add Startup Program box open

Name: glipper
Command: /usr/bin/glipper
Comment: Glipper Clipboard Manager etc

...and click OK

4) now, we want the applet to start so...

right click your panel and select Clipboard manager then +Add button

5) ok you are pretty much done. To make sure everything is good to go on 
startup, restart your computer and
you will have glipper available on your Gnome panel... the Glipper pop-up 
shortcut is ++
so make sure you did not set those keys for another shortcut combo.

6) Done..!

Hope that helps every one who wants to use Glipper on Ubuntu Hardy
Heron... it's a great simple tool..!

Jake



** Attachment added: "System > Preferences > Sessions"
   http://launchpadlibrarian.net/17313861/Screenshot-Sessions%20Preferences.png

-- 
[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

[Bug 263085] Re: on boot with Hardy 8.04 'gvfsd-trash' eats CPU and causes high disk access

[chappejw]

** Attachment added: "screenshot showing 'system monitor' at top and system 
resource indicators just after boot boot"
   http://launchpadlibrarian.net/17180024/gvfsd-trash.png

-- 
on boot with Hardy 8.04 'gvfsd-trash' eats CPU and causes high disk access
https://bugs.launchpad.net/bugs/263085
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

[Bug 263085] [NEW] on boot with Hardy 8.04 'gvfsd-trash' eats CPU and causes high disk access

[chappejw]

Public bug reported:

Binary package hint: gvfs

1) Description: Ubuntu 8.04.1
Release:8.04

2) gvfs:
  Installed: 0.2.5-0ubuntu2
  Candidate: 0.2.5-0ubuntu2
  Version table:
 *** 0.2.5-0ubuntu2 0
500 http://ca.archive.ubuntu.com hardy-updates/main Packages
100 /var/lib/dpkg/status
 0.2.3-0ubuntu4 0
500 http://ca.archive.ubuntu.com hardy/main Packages

3) I expect gvfs to not use excessive system resources.


4) On boot with Hardy Heron 8.04 'gvfsd-trash' eats my CPU to nearly 100% and 
puts the system at a near full capacity load. It seems to be the culprit as 
well with causing high disk access of the hard drive. After about 3 or 4 
minutes of whatever 'gvfsd-trash' was doing it seems to finish and my system 
becomes usable again... For 3 or 4 minutes after boot though my hard drive 
light is constant and the system becomes so bogged down I cannot use it. Here 
is output from top within 2 seconds of being able to open a terminal window 
after boot. 

[EMAIL PROTECTED]:~$ top

top - 12:44:21 up 2 min,  2 users,  load average: 4.46, 1.43, 0.50
Tasks: 136 total,   4 running, 132 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.4%us,  2.1%sy,  0.0%ni,  6.0%id, 85.1%wa,  0.2%hi,  0.2%si,  0.0%st
Mem:   2586216k total,   628748k used,  1957468k free,23276k buffers
Swap:  1494036k total,0k used,  1494036k free,   292020k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 
 5675 root  20   0  394m  46m 7064 S3  1.8   0:03.16 Xorg   
 
 6385 linuxuser 20   0 13972 2644 2116 S1  0.1   0:00.24 gvfsd-trash
 
 6396 linuxuser 20   0 13972 2652 2116 S1  0.1   0:00.24 gvfsd-trash
 
 6451 linuxuser 20   0 13972 2652 2116 S1  0.1   0:00.21 gvfsd-trash
 
 6465 linuxuser 20   0 13972 2644 2116 S1  0.1   0:00.20 gvfsd-trash
 
 6467 linuxuser 20   0 13972 2644 2116 S1  0.1   0:00.20 gvfsd-trash
 
 6411 linuxuser 20   0 21000 8292 6996 S1  0.3   0:00.32 multiload-apple
 
 6453 linuxuser 20   0 13972 2640 2116 S1  0.1   0:00.20 gvfsd-trash
 
 6492 linuxuser 20   0 66380  19m  10m R1  0.8   0:00.50 gnome-terminal 
 
1 root  20   0  2844 1688  544 S0  0.1   0:01.40 init   
 
2 root  15  -5 000 S0  0.0   0:00.00 kthreadd   
 
3 root  RT  -5 000 S0  0.0   0:00.00 migration/0
 
4 root  15  -5 000 S0  0.0   0:00.00 ksoftirqd/0
 
5 root  RT  -5 000 S0  0.0   0:00.00 watchdog/0 
 
6 root  RT  -5 000 S0  0.0   0:00.00 migration/1
 
7 root  15  -5 000 S0  0.0   0:00.00 ksoftirqd/1
 
8 root  RT  -5 000 S0  0.0   0:00.00 watchdog/1 
 
9 root  15  -5 000 S0  0.0   0:00.00 events/0   
 
   10 root  15  -5 000 S0  0.0   0:00.00 events/1   
 
   11 root  15  -5 000 S0  0.0   0:00.00 khelper
 
   46 root  15  -5 000 S0  0.0   0:00.06 kblockd/0  
 
   47 root  15  -5 000 S0  0.0   0:00.00 kblockd/1  
  

[Bug 247565] Re: screen flickers when compositing enabled in metacity

[chappejw]

using Fusion-Icon disable 'loose binding' and you will not have any
flicker with your compositing enabled.

-- 
screen flickers when compositing enabled in metacity
https://bugs.launchpad.net/bugs/247565
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