I can confirm this bug (UNR Jaunty), and it's been around since at least
Intrepid, using amd64 and i386 versions (I've never successfully mounted
an iso I can use because of this bug. The mounted files are
subsequently unusable).
Some steps toward diagnosis and cure are at this thread:
http://ubu
Public bug reported:
I was running some Wine tests, which crashed out on me and dumped me
back to my desktop in 640x480 resolution.
Going to System->Preferences->Screen Resolution, I was able to select
which resolution I wanted, but, the "apply" and "cancel" buttons were
off the bottom of the scr
After a little searching, I found a program called gnome-find which
basically solves all of the feature problems of the search for files
applet:
http://gnome-find.sourceforge.net/
It's looks pig-ugly... but it seems like the stuff under the hood is all
that's needed in search for files, with a li
Andrew, an attempt to be a little clearer, and answer some of your
questions:
No search program would find a file with a question mark on a windows
partition as FAT doesn't support it (don't know about NTFS). But, there
is a file with a question mark on an ext3 partition, and if you attempt
to co
I'm using An AMD64 Athlon (2.4GHz)... with 32 bit Hardy Heron.
On startup I get this bug. Stopping the e-d-s process halts the cpu
maxout.
However... I've discovered that starting the e-d-s again manually
(simply by typing the session command for alarm notify into a terminal:
/usr/lib/evolution/
