This bug is gone in gutsy.
Thanks
On Tue, Feb 26, 2008 at 2:08 PM, Basilio Kublik <[EMAIL PROTECTED]> wrote:
> Hi there
> Thank you for taking the time to report this bug and helping to make Ubuntu
> better. You reported this bug a while ago and there hasn't been any activity
> in it recently.
Printing pdfs from evince fails for me as well. All of my printers are
networked with native postscript. Evince hangs at 100% cpu after
printing until I exit evince. I can print to file (postscript format)
and then lpr the ps file, so it is doing the hard parts right. When
running evince from t
I have taken tracker out of the sessions preferences, but have not yet
removed the package. What is the name of the package to make sure I
remove the proper one? (It shouldn't be in use anyway, but it is worth
a shot)
On 11/19/07, greenhunter <[EMAIL PROTECTED]> wrote:
> How do i remove the deskb
I have a clean install of Gutsy that is having this problem. I do have
thin clients running from this server, so I'm getting a lot of logins -
and should be able to help debug if someone can tell me what to look
for. I'm getting the same contents as in the nautilus-debug-log.txt
file shown above
I've since done a clean single computer install, and it has the same
problem. It happens faster when large photos are being manipulated.
My current machine that has the same problems is an AMD64 running 6.10
locally.
As an added test, if I select an area and do a color fill, originally
it fills
Public bug reported:
Binary package hint: gimp
Using edgy. I am using ltsp, so gimp is running on the server but
displaying on a thinclient.
When I rotate images by an arbitrary angle, after a few images (seems to
be random - anywhere from 1 to 5) the image displayed on the screen
stops updati
Public bug reported:
On edgy (although the bug appears to go back quite awhile)
Using the edgy install disc for amd64, the install fails when trying to
format the raid array. I tried multiple 7000 series cards (reading
online, this bug appears to hit all 3ware cards).
After researching the prob
putting the new config file in /opt/ltsp/i386 works, but oddly.
If I put in lts.conf
XF86CONFIG_FILE=filename
the file is still not found, but
XF86CONFIG_FILE=/filename
works (again, this is when filename is in /opt/ltsp/i386)
As for the lts-paramaters.txt.gz, I'm not sure when it was added,
Public bug reported:
In Edgy:
Using option
[ mac address here ]
XF86CONFIG_FILE = filename
Regardless of filename, the thin client loads the xorg.conf of the
server, not the file specified in lts.conf
X4_BUSID, X_SCREEN_POS, X_XINERAMA all appear to be being ignored in
lts.conf
** Affec
