Re: [X2Go-Dev] HD crash on {jenkins|wiki}.x2go.org

2014-06-25 Thread Mike Gabriel

Hi all,

On  Mi 18 Jun 2014 09:26:48 CEST, Mike Gabriel wrote:


Hi all,

we have a hard drive problem on host japsand.x2go.org that hosts  
wiki.x2go.org and jenkins.x2go.org.


This system is currently up and we are making backups. There will be  
a reboot sometime during the day...


Mike


The issue has been solved, finally. The system is back online...

@h1: Can you point DNS of www|wiki back to japsand? Thanks!

Mike
--

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

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpsugcpAuPWY.pgp
Description: Digitale PGP-Signatur
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev

Re: [X2Go-Dev] Need advice on fixing x2goclient bug #109

2014-06-25 Thread Oleksandr Shneyder
Hi Mike,

this looks good to me. To avoid infinite loop you have two options. You
can check if user pressed OK or Cancel button in config dialog and
if user pressed Cancel quit loop. Or you can steel use
QMessageBox::critical with more as one standard button (for example
Retry|Quit instead of Ok) and examine button pressed by user.

regards
Alex

Am 24.06.2014 16:21, schrieb Michael DePaulo:
 On Wed, Jun 11, 2014 at 10:16 AM, Michael DePaulo mikedep...@gmail.com 
 wrote:
 Hi Alex, Mike, and anyone else who is familiar with the x2goclient code,

 I think I have an idea of how to solve bug 109, let me know if it
 seems feasible:
 http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=109

 Remember that I am not very experienced with C++.

 1. For comparison, it appears that if your LDAP settings are incorrect
 at x2goclient launch, then the settings menu opens up for you to
 correct them. Am I correct?
 2. I would like to do the same with the X server settings on Windows.
 3. The error message (not a crash message) that was reported in bug
 #109 is in ONMainWindow::getXDisplay()
 4. Currently, after that error message is shown, the QT function
 close() is called to close x2goclient altogether.
 5. I figured I would replace the call to close() with a call to
 slotConfig(), and then startXOrg(). This would open up the settings
 menu, and then it would try to restart the X server, correct?
 6. Also, I would put a loop in getXDisplay() in case the user sets
 incorrect X server settings (or doesn't change them at all).
 7. To avoid a possibly infinite loop, the error message would have an
 option to exit x2goclient entirely rather than fixing the settings. I
 think I would need to replace QMessageBox::critical with another
 class.

 -Mike#2
 
 Any thoughts? I would like to work on this after 4.0.2.1.
 


-- 
---
Oleksandr Shneyder| Email: o.shney...@phoca-gmbh.de
phoca GmbH| Tel. : 0911 - 14870374 0
Ludwig-Feuerbach-str. 18  | Fax. : 0911 - 14870374 9
D-90489 Nürnberg  | Mobil: 0163 - 49 64 461

Geschäftsführung:
Dipl.-Inf. Oleksandr Shneyder

Amtsgericht München | http://www.phoca-gmbh.de
HRB 196 658 | http://www.x2go.org
USt-IdNr.: DE281977973
---



signature.asc
Description: OpenPGP digital signature
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#302: (no subject)

2014-06-25 Thread Oleksandr Shneyder

Control: tag -1 - pending
Control: reassign -1 nxagent
Control: tag -1 confirmed

Hi all,

the provided commit (x2gonxcleanup) does not really solve this issue.
The fix needs to be done in NX directly.

I'm working on this issue.

Regards,
Alex

-- 
---
Oleksandr Shneyder| Email: o.shney...@phoca-gmbh.de
phoca GmbH| Tel. : 0911 - 14870374 0
Ludwig-Feuerbach-str. 18  | Fax. : 0911 - 14870374 9
D-90489 Nürnberg  | Mobil: 0163 - 49 64 461

Geschäftsführung:
Dipl.-Inf. Oleksandr Shneyder

Amtsgericht München | http://www.phoca-gmbh.de
HRB 196 658 | http://www.x2go.org
USt-IdNr.: DE281977973
---



signature.asc
Description: OpenPGP digital signature
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Processed: X2Go issue (in src:x2goserver) has been marked as pending for release

2014-06-25 Thread X2Go Bug Tracking System
Processing commands for cont...@bugs.x2go.org:

 tag #520 pending
Bug #520 [x2goserver] Wrong order of redirections in x2gomountdirs
Added tag(s) pending.
 fixed #520 4.0.1.16
Bug #520 [x2goserver] Wrong order of redirections in x2gomountdirs
There is no source info for the package 'x2goserver' at version '4.0.1.16' with 
architecture ''
Unable to make a source version for version '4.0.1.16'
Marked as fixed in versions 4.0.1.16.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
520: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=520
X2Go Bug Tracking System
Contact ow...@bugs.x2go.org with problems
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#520: X2Go issue (in src:x2goserver) has been marked as pending for release

2014-06-25 Thread Mike Gabriel
tag #520 pending
fixed #520 4.0.1.16
thanks

Hello,

X2Go issue #520 (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=286a447

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

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

---
commit 286a44789ae0aacc417eca5063040f84f0b8adea
Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de
Date:   Wed Jun 25 12:20:27 2014 +0200

Correctly use diversions from stderr to stdout in shell commands. (Fixes: 
#520).

diff --git a/debian/changelog b/debian/changelog
index 0d7cc89..665986b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -41,6 +41,8 @@ x2goserver (4.0.1.16-0x2go1) UNRELEASED; urgency=low
   kernel namespace sockets.
 - Add logcheck rules for X2Go Server. Thanks to Frank Werner for sending
   them in.
+- Correctly use diversions from stderr to stdout in shell commands.
+  (Fixes: #520).
   * debian/control, x2goserver.spec:
 + Update versioned D: x2goagent (= 3.5.0.25). This assures that X2Go
   works with poly-instantiated /tmp directories.
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] How to handle the different Windows builds

2014-06-25 Thread Michael DePaulo
For the time being at least, there need to be multiple builds of X2Go
Client for Windows. You can read about them here:
http://www.x2go.org/doku.php/doc:release-notes-mswin:x2goclient-4.0.2.0#current_builds

I suggest the following:

Given a release like 4.0.2.0+build4:
http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.2.0+build4/
1. I create a subdir called other-builds and put all the other builds in it.
2. For all existing releases, I will move the other builds to that new
directory, but create a symlink from their current locations under
/binary-win32/x2goclient/tmp .

I am open to suggestions for other names for the subdir. Perhaps
non-default-builds?

And remember that releases such as 4.0.2.0+build4 are newer releases
of X2Go Client for windows, note separate builds, despite having
build in their name. They indicate though that the source code for
x2goclient has not been modified, only a bundled dependency (VcXsrv,
openssl, etc) has been updated. Usually I do not even rebuild
x2goclient.exe with them.

-Mike
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev


Re: [X2Go-Dev] How to handle the different Windows builds

2014-06-25 Thread Michael DePaulo
On Wed, Jun 25, 2014 at 9:48 AM, Michael DePaulo mikedep...@gmail.com wrote:
 For the time being at least, there need to be multiple builds of X2Go
 Client for Windows. You can read about them here:
 http://www.x2go.org/doku.php/doc:release-notes-mswin:x2goclient-4.0.2.0#current_builds

 I suggest the following:

 Given a release like 4.0.2.0+build4:
 http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.2.0+build4/
 1. I create a subdir called other-builds and put all the other builds in it.
 2. For all existing releases, I will move the other builds to that new
 directory, but create a symlink from their current locations under
 /binary-win32/x2goclient/tmp .

 I am open to suggestions for other names for the subdir. Perhaps
 non-default-builds?

 And remember that releases such as 4.0.2.0+build4 are newer releases
 of X2Go Client for windows, note separate builds, despite having
 build in their name. They indicate though that the source code for
 x2goclient has not been modified, only a bundled dependency (VcXsrv,
 openssl, etc) has been updated. Usually I do not even rebuild
 x2goclient.exe with them.

 -Mike

Also, I will not touch/move any of the interims
with-old-pulseaudio-0.9.6 builds that existed for 4.0.1.3+build2 and
prior.

-Mike#2
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#302: X2Go issue (in src:x2goserver) has been marked as pending for release

2014-06-25 Thread Oleksandr Shneyder
tag #302 pending
fixed #302 4.1.0.0
thanks

Hello,

X2Go issue #302 (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=cee4857

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

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

---
commit cee48577633c72988dd8563ceae7bf04cfe7d518
Author: Oleksandr Shneyder o.shney...@phoca-gmbh.de
Date:   Wed Jun 25 16:43:16 2014 +0200

x2gostartagent, x2golistsession, x2gosuspend-session and x2goresume-session 
getting agent state from ~/.x2go/C-$SID/state. This should help to avoid  
session damage. (Fixes: #302).

diff --git a/debian/changelog b/debian/changelog
index 2f9906f..5a0fc35 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -114,6 +114,11 @@ x2goserver (4.1.0.0-0x2go1.1) UNRELEASED; urgency=low
   * New upstream version (4.1.0.0):
 - Use new script x2gopath in Perl::API. (Fixes: #86).
 
+  [ Oleksandr Shneyder ]
+  * x2gostartagent, x2golistsession, x2gosuspend-session and x2goresume-session
+getting agent state from ~/.x2go/C-$SID/state. This should help to avoid 
+session damage. (Fixes: #302).
+
  -- Mike Gabriel mike.gabr...@das-netzwerkteam.de  Fri, 09 May 2014 13:06:24 
+0200
 
 x2goserver (4.0.1.16-0x2go1) UNRELEASED; urgency=low
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Processed: X2Go issue (in src:x2goserver) has been marked as pending for release

2014-06-25 Thread X2Go Bug Tracking System
Processing commands for cont...@bugs.x2go.org:

 tag #302 pending
Bug #302 [x2goserver] No session resume
Bug #206 [x2goserver] When a user ends pyhoca-gui, the session cannot be resumed
Bug #263 [x2goserver] X2Go Client fails to resume
Ignoring request to alter tags of bug #302 to the same tags previously set
Ignoring request to alter tags of bug #206 to the same tags previously set
Ignoring request to alter tags of bug #263 to the same tags previously set
 fixed #302 4.1.0.0
Bug #302 [x2goserver] No session resume
Bug #206 [x2goserver] When a user ends pyhoca-gui, the session cannot be resumed
Bug #263 [x2goserver] X2Go Client fails to resume
There is no source info for the package 'x2goserver' at version '4.1.0.0' with 
architecture ''
Unable to make a source version for version '4.1.0.0'
Marked as fixed in versions 4.1.0.0.
Marked as fixed in versions 4.1.0.0.
Marked as fixed in versions 4.1.0.0.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
206: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=206
263: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=263
302: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=302
X2Go Bug Tracking System
Contact ow...@bugs.x2go.org with problems
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-dev