Update of bug #25534 (project gnustep):
Status:None => Works For Me
Assigned to:None => gcasa
Open/Closed:Open => Declined
Follow-up Comment #16, bug #25534 (project gnustep):
could you try running windowmaker as a WM on your notebook if you aren't
already?
When I export from my sun to my notebook I cna hae trouble if I run Xserver
under windows rootless, but if I run it rooted and then run windowmaker
exported too,
Follow-up Comment #14, bug #25534 (project gnustep):
any hint where to set a breakpoint and where to look for when debugging?
(file #17891)
___
Additional Item Attachment:
File name: .GNUstepDefaults Size:5 KB
Follow-up Comment #15, bug #25534 (project gnustep):
before I started PC and Gorm, I removed the existing .GNUstepDefaults file on
both places.
(file #17892)
___
Additional Item Attachment:
File name: .GNUstepDefaults
Update of bug #25534 (project gnustep):
Category:None = Backend
___
Follow-up Comment #13:
To me this looks like you get the wrong window border computation when
working on the remote
Follow-up Comment #12, bug #25534 (project gnustep):
I've here my notebook and the desktop, both i386, and just retested again.
* I ssh from desktop to the notebook
* throw away all my defaults, rm -rf ~/GNUstep
* start Gorm, that works well then via ssh and also works well locally
then
Follow-up Comment #11, bug #25534 (project gnustep):
I have a reasonably similar setup: I ssh into an OpenBSD/sparc32 box.
Since the recent fixes to gui, everything works reasonably on Sparc again.
Thus I tried both exporting display the usual way as of tunneling it with ssh
-X as you do.
Works
Follow-up Comment #10, bug #25534 (project gnustep):
Somehow you ended up with negative coordinates in your settings. Of course
this cannot work. If you have a reproducable way of getting that error, we
could try to avoid it.
The idea of saving the resolution in the defaults file is to adjust
Follow-up Comment #6, bug #25534 (project gnustep):
My problem with missing SHM support seems to be completely unrelated to yours
(it is just a drawing glitch with cairo).
The setting for window decoration is GSBackHandlesWindowDecorations. You
should also try to switch off GSFontAntiAlias, I
Follow-up Comment #7, bug #25534 (project gnustep):
when I change GSBackHandlesWindowDecorations, then the beginning looks like
this:
$ defaults write NSGlobalDomain GSBackHandlesWindowDecorations NO
$ ProjectCenter
Xlib: extension MIT-SHM missing on display localhost:10.0.
2009-02-12
Follow-up Comment #8, bug #25534 (project gnustep):
I just figured out, this is not a problem related to ssh.
The problem seems to have to do with the resolution, or switching resolutions
on a desktop, but still using the same .GNUstepDefaults file.
I figured that out, after I replaced the ati
Follow-up Comment #9, bug #25534 (project gnustep):
here is the diff between the old and the new .GNUstepDefaults file:
--- ../.GNUstepDefaults Fri Feb 13 07:09:03 2009
+++ .GNUstepDefaultsFri Feb 13 07:13:58 2009
@@ -1,10 +1,9 @@
{
Gorm = {
- NSDefaultOpenDirectory =
Follow-up Comment #3, bug #25534 (project gnustep):
yes, localhost:11.0 is fine, although unusual, I do use 10:0
X tunneling works by remapping to a local display (can cause trouble with
multiple machines and the font cache, thus indeed, having different display
numbers might be a good idea)
Follow-up Comment #4, bug #25534 (project gnustep):
In general, they are starting, at least the menu and the dock icon are
showing upon the local machine.
IIRC that worked here for me, before I switched the local desktop from Linux
to OpenBSD.
maybe it has sth. to do with the first line of the
Follow-up Comment #5, bug #25534 (project gnustep):
what is the default to change the behavior whether gnustep or the x server
draws the window decorations, I just recognized the other lines after the
lines I just pasted?
Maybe I could try switch that.
Follow-up Comment #1, bug #25534 (project gnustep):
I noticed the negative view size in your output. I don't get that when
starting up ProjectCenter. Did you do anything special or is this already
reported when the menu gets shown?
It could well be that your problem is less due to the remote
Follow-up Comment #2, bug #25534 (project gnustep):
yes, that is the right DISPLAY, other applications, e.g. xclock work fine.
I think I clicked some times onto the PC menu, and then pressed ctrl-c in the
console where I started PC.
I'll post output of starting up Gorm, in the evening.
IIRC,
URL:
http://savannah.gnu.org/bugs/?25534
Summary: remote execution of applications via ssh -X doesn't
work
Project: GNUstep
Submitted by: buzzdee
Submitted on: Mon 09 Feb 2009 07:58:52 PM GMT
Category: None
18 matches
Mail list logo