Ryan Tandy | 30 Jan 00:40 2015
Picon

Bug#42: GNOME session still resizes to 1920x1200 at login

[re-sending after unarchiving, apologies if this reaches you twice]

Hi,

Sorry to reopen an old bug, but I still experience it with GNOME 
Flashback in Ubuntu 14.04/14.10 and current packages from the X2Go PPA. 
The screen resizes itself to the size configured in monitors.xml, or 
1920x1200 if that is missing, at login.

Please find attached debug logs of unity-settings-daemon and its xrandr 
plugin during lightdm and x2go sessions, for comparison.

Looking at the logs, I am wondering if there is a mismatch between the 
Xinerama and RandR information provided by the server. In one log the 
initial window size (1024x768) seems to be detected properly, while in 
the other, the monitor size (which I think is detected via Xinerama) is 
detected as 1920x1200, which has nothing to do with either the window 
size or my client display size (1920x1080).

I think some of the symptoms from the original report constitute a 
separate bug, that resizing the client window does not (judging from the 
gsd-randr log) generate RandR events in the session. Not sure which 
component that bug would belong to.

--

-- 
Ryan Tandy - Programmer/Analyst                      rtandy <at> sd63.bc.ca
School District 63 (Saanich)                           +1 250 652 7385
To keep this log from being created, please rm ~/gsd-debug-randr
(Continue reading)

X2Go Bug Tracking System | 30 Jan 00:35 2015

Processed: GNOME session still resizes to 1920x1200 at login

Processing commands for control <at> bugs.x2go.org:

> unarchive 42
Bug #42 {Done: Mike Gabriel <mike.gabriel <at> das-netzwerkteam.de>} [x2goserver] GNOME3 desktop (in
non-fullscreen mode) does XRandR resizing of the desktop session window
Bug #207 {Done: Mike Gabriel <mike.gabriel <at> das-netzwerkteam.de>} [x2goserver] X2Go win32 client
screen resolution bug
Unarchived Bug 42
Unarchived Bug 207
> reopen 42
Bug #42 {Done: Mike Gabriel <mike.gabriel <at> das-netzwerkteam.de>} [x2goserver] GNOME3 desktop (in
non-fullscreen mode) does XRandR resizing of the desktop session window
Bug #207 {Done: Mike Gabriel <mike.gabriel <at> das-netzwerkteam.de>} [x2goserver] X2Go win32 client
screen resolution bug
Bug reopened
Ignoring request to alter fixed versions of bug #42 to the same values previously set
Ignoring request to alter fixed versions of bug #207 to the same values previously set
> found 42 4.1.0.0-0~1216~ubuntu14.10.1
Bug #42 [x2goserver] GNOME3 desktop (in non-fullscreen mode) does XRandR resizing of the desktop session window
Bug #207 [x2goserver] X2Go win32 client screen resolution bug
There is no source info for the package 'x2goserver' at version '4.1.0.0-0~1216~ubuntu14.10.1' with
architecture ''
Unable to make a source version for version '4.1.0.0-0~1216~ubuntu14.10.1'
Marked as found in versions 4.1.0.0-0~1216~ubuntu14.10.1.
Marked as found in versions 4.1.0.0-0~1216~ubuntu14.10.1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
--

-- 
(Continue reading)

Ryan Tandy | 29 Jan 19:17 2015
Picon

Bug#774: please set DESKTOP_SESSION and XDG_CURRENT_DESKTOP like local sessions

Package: x2goserver
Version: 4.1.0.0-0~1215~ubuntu14.04.1
Severity: wishlist

Hi,

In Ubuntu before 15.04, and Debian jessie, the DESKTOP_SESSION for GNOME 
Flashback is actually "gnome-fallback". In particular, this name is 
found in /etc/upstart-xsessions while "gnome-flashback" is not, which 
prevents Upstart user sessions from being enabled. ("gnome-session 
--session=gnome-flashback is still the correct command, though.)

Furthermore, recent (Ubuntu >= 13.10, Debian jessie) login managers also 
export XDG_CURRENT_DESKTOP using the value of the DesktopNames field 
from the session file. This variable is starting to gain wide use by 
applications that care about the desktop environment they run under.

I can write a patch that adds all this information to x2goruncommand in 
the existing format. However it occurs to me that it might make more 
sense to parse the files in /usr/share/xsessions and use the information 
directly instead of duplicating it. Please let me know which you'd 
prefer to see.

--

-- 
Ryan Tandy - Programmer/Analyst                      rtandy <at> sd63.bc.ca
School District 63 (Saanich)                           +1 250 652 7385
_______________________________________________
x2go-dev mailing list
(Continue reading)

Mike Gabriel | 29 Jan 13:10 2015
Picon

Bug#773: DirectRDP: X2Go Client reveals user password in process list if xfreerdp is used

Package: x2goclient
Severity: grave

When a users uses X2Go Client for directly accessing an RDP Server,  
then one can use the DirectRDP feature.

The DirectRDP features allows wrapping around the rdesktop command or  
the xfreerdp command.

With both wrapper modes, the password is given to the RDP client  
application on the command line.

With rdesktop, the command line ($ <at> ) gets rewritten for the process  
list and the password is replaced by XXXXXXXX.

With xfreerdp, the command line stays as is and reveals the RDP user's  
password on the process list of the machine that X2Go Client runs on.

The FreeRDP people have added a command line option --from-stdin to  
xfreerdp 1.0.x for this purpose, that may be an option using in X2Go  
Client. However, I am not sure, if this option survived in xfreerdp  
1.1.x or later (it is not on the xfreerdp man page for  
1.1.0~git<sometime-in-2014> as shipped with Debian jessie.

Mike

--

-- 

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
(Continue reading)

Mike Gabriel | 29 Jan 12:55 2015
Picon

Bug#772: DirectRDP: uses obsolete xfreerdp 1.0.x comannd line options style

Package: x2goclient
Severity: important

The DirectRDP support in X2Go Client (Linux build only) adds wrapping  
support around xfreerdp.

The xfreerdp command line options have changed since xfreerdp 1.1.0.  
However, X2Go Client only supports the old command line option style  
of xfreerdp 1.0.x.

The way, X2Go Client wraps around xfreerdp, needs to be brought up-to-date.

Mike

--

-- 

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabriel <at> das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
_______________________________________________
x2go-dev mailing list
x2go-dev <at> lists.x2go.org
(Continue reading)

Mihai Moldovan | 29 Jan 03:25 2015
Picon

packages.x2go.org now providing source RPM's

Hi,

I'm proud to announce that packages.x2go.org is now additionally
providing source RPM's for RPM-based distros.

I have also updated the documentation on
http://wiki.x2go.org/doku.php/wiki:development:nightly-builds to reflect
the changes.

Mihai

_______________________________________________
x2go-dev mailing list
x2go-dev <at> lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev
Mike Gabriel | 28 Jan 11:06 2015
Picon

Bug#770: X2Go issue (in src:x2goserver) has been marked as pending for release

tag #770 pending
fixed #770 4.0.1.19
thanks

Hello,

X2Go issue #770 (src:x2goserver) reported by you has been
fixed in X2Go Git. You can see the changelog below, and you can
check the diff of the fix at:

    http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=a7183d2

The issue will most likely be fixed in src:x2goserver (4.0.1.19).

light+love
X2Go Git Admin (on behalf of the sender of this mail)

---
commit a7183d2e1d615f24b96eb8b7eac27347669605a3
Author: Mike Gabriel <mike.gabriel <at> das-netzwerkteam.de>
Date:   Wed Jan 28 11:04:34 2015 +0100

    Upgrade to D again (bin:package x2goserver): xfonts-base (Fixes: #770).

diff --git a/debian/changelog b/debian/changelog
index bfc70f5..045c493 100644
--- a/debian/changelog
+++ b/debian/changelog
 <at>  <at>  -68,6 +68,7  <at>  <at>  x2goserver (4.0.1.19-0x2go1) UNRELEASED; urgency=medium
     + Bump Standards: to 3.9.6. No changes needed.
(Continue reading)

Mike Gabriel | 28 Jan 11:07 2015
Picon

Bug#771: Fwd: [X2Go-User] link to pyhoca-gui on homepage

Package: wiki.x2go.org
X-Debbugs-Cc: kristof.hardy <at> catsanddogs.com

----- Weitergeleitete Nachricht von Kristof Hardy  
<kristof.hardy <at> catsanddogs.com> -----
   Datum: Wed, 28 Jan 2015 08:22:39 +0100
     Von: Kristof Hardy <kristof.hardy <at> catsanddogs.com>
Betreff: [X2Go-User] link to pyhoca-gui on homepage
      An: x2go-user <at> lists.x2go.org

Hi,

Mike announced the release of the latest pyhoca-gui, I always have to
browse around to get the latest.

Can someone point the link on the homepage ( http://wiki.x2go.org/ ) where
it says "Get X2Go" to the correct (latest) release?

I would also advise not to use anything like
"PyHoca-GUI_latest_mswin32-setup.exe" because that doesn't give us the
version in the filename. (it can get outdated quick)

The link could poin to the current "latest":
http://code.x2go.org/releases/binary-win32/pyhoca-gui/releases/0.5.0.4-20150125/

Regards,
Kristof.

----- Ende der weitergeleiteten Nachricht -----

(Continue reading)

Maximilian Mehnert | 28 Jan 02:34 2015
Picon
Picon

Bug#770: x2goserver deb package should depend on xfonts-base

Package: x2goserver
Version: 4.0.1.18-0x2go1+git20141006.949+wheezy.main.1
Severity: normal

I tried a bare installation: minimal debian wheezy with
x2goserver-xsession and openbox.

The connection with x2goclient went fine - but the session was
terminated immediately. This also happened with other window managers
and there was nothing helpful in any logfiles.
By installing a full lxde environment and then eliminating the installed
packages step by step it turned out that fonts are required.

Installing x2goserver-xsession with openbox and xfonts-base results in a
working system.

My suggestion would be that x2goserver or x2goserver-xsession should at
least recommend xfonts-base.
x2go.guillaume | 27 Jan 13:00 2015
Picon

can you reject my reply to bug 215 ?

Hi,

I used a wrong email address in my reply to bug 215.
This is an address that shoul never be visible on public web pages.

Can you reject my reply, so I can re-send it with my "x2go" address.

Thanks
Guillaume ZITTA | 27 Jan 12:40 2015
Picon

Bug#215: Possible fix or workaround

I had this trouble with 4.2.0.1, but after upgrade to 4.3.0.1 (and use 
and external vcxsrv due to bug #670), I can't reproduce the problem 
anymore.

If it helps ...

Gmane