x2go-dev June 2014

x2go-dev@lists.x2go.org

26 participants
208 discussions

Bug#344: X2Go Client does not query ssh-agent for SSH proxy authentication
by Mike Gabriel 13 Nov '17

13 Nov '17

Package: x2goclient Version: 4.0.1.1 By some reason, SSH proxy authentications utilizing passphrase-locked SSH keys let pop up the passphrase dialog. Session profiles that do not use the SSH proxy settings can happily authenticate via ssh-agent, also for locked keys. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 3

Bug#486: Addendum
by Denny Milakara 01 Mar '17

01 Mar '17

No problem to continue session with McOS Client 4.0.3.1.

2 1

Bug#499: Fwd: [Bug 1097757] New: [abrt] x2goclient: QString(): x2goclient killed by SIGSEGV
by Orion Poplawski 01 Mar '17

01 Mar '17

Package: x2goclient Version: 4.0.2.0 Looks like: #1 id (this=0x0) at ../sessionbutton.h:39 No locals. #2 ONMainWindow::slotSuspendSess (this=this@entry=0x1ad1ab0) at ../onmainwindow.cpp:4620 X2goSettings st ( "sessions" ); QString sid=lastSession->id(); lastSession is null and not being checked. Probably applies to other parts of the code as well. -------- Original Message -------- Subject: [Bug 1097757] New: [abrt] x2goclient: QString(): x2goclient killed by SIGSEGV Date: Wed, 14 May 2014 13:12:55 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1097757 Bug ID: 1097757 Summary: [abrt] x2goclient: QString(): x2goclient killed by SIGSEGV Product: Fedora Version: 20 Component: x2goclient Assignee: orion(a)cora.nwra.com Reporter: ndbecker2(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Group: fedora_contrib_private Description of problem: clicked on grayed-out resume button, or something like that Version-Release number of selected component: x2goclient-4.0.2.0-1.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/bin/x2goclient crash_function: QString executable: /usr/bin/x2goclient kernel: 3.14.2-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 QString at /usr/include/QtCore/qstring.h:725 #1 id at ../sessionbutton.h:39 #2 ONMainWindow::slotSuspendSess at ../onmainwindow.cpp:4620 #3 ONMainWindow::slotResumeSess at ../onmainwindow.cpp:4526 #4 ONMainWindow::slotResumeDoubleClick at ../onmainwindow.cpp:6005 #5 ONMainWindow::qt_static_metacall at moc_onmainwindow.cpp:399 #6 QMetaObject::activate at kernel/qobject.cpp:3567 #7 QAbstractItemView::activated at .moc/release-shared/moc_qabstractitemview.cpp:361 #8 QAbstractItemView::mouseReleaseEvent at itemviews/qabstractitemview.cpp:1821 #9 QWidget::event at kernel/qwidget.cpp:8389 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 1

Bug#454: [X2Go-User] Buggy File & Folder sharing
by Mike Gabriel 28 Feb '17

28 Feb '17

Package: x2goclient Tag: build-macosx Severity: important Version: 3.99.2.1 Hi Graham, hi Thierry, [I forward this bug repport to our bug tracker On Do 13 Mär 2014 15:01:42 CET, Graham Stoddart-Stones wrote: > Thierry: > > Just to confirm that we are encountering the same problem with Mac > OSX 3.5.1, X2Goclient 3.99.2.1: > > When you start up X2Goclient on the Mac, you get an error dialog: > > "sshd client not started, you'll need sshd for printing and file > sharing....." > > In OSX, openssh-server is built-in, and is activated by setting > "Enable Remote Login" in System Preferences Sharing, as many others > have noted. However, this does not stop the error dialog from > recurring every time. That leads to another error message "File > cannot be opened". If one ignores this, X2Goclient starts and runs > normally, provided one wishes to neither print locally, nor share > files from the Mac with the remote server. > > I have seen lots of other emails on this topic, suggesting that the > error message does not necessarily apply to the Mac (ie sshd is in > fact running, the error message simply means that the x2goclient > code is looking for a response from a Linux-like file (which does > not occur in the same place in OSX), similarly the "File Cannot be > opened" again refers to a file that is either not used on a Mac, or > is in a wholly different location from where that file is actually > stored on a Mac. I have not seen this point formally answered > anywhere. > > For me, the concern is that, whether sshd is running on the Mac or > not, File Sharing does not appear to be working. I am not > sufficiently familiar with X2Go nor with the Mac to know where to > look on the server for the Mac shared folders, but I do know that > there is nothing under "media", as there is with Linux and a PC, > which is where I normally look. Again, I have searched the bulletins > and forums, and often seen this point raised - I have just not found > the answer on how to get round it. > > So, am keen to see how you get on, and whether anybody else can > please shed any light! Can you cross-check the observed problem with latest X2Go Client [1]??? Can you launch X2Go Client from a terminal on Mac OS X and use a tool like strace (if that exists) and check its output for pointers to file-not-found errors? That would be really helpful for tracking down this issue. Mike [1] http://code.x2go.org/releases/binary-macosx/x2goclient/releases/4.0.1.3/ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 2

Bug#236: x2goclient on mac ignores users language setting
by Anders Bruun Olsen 28 Feb '17

28 Feb '17

Package: x2goclient Version: 4.0.1.0 Severity: minor On Mac X2goclient will be shown in the language chosen at the time of installing OS X (system wide). If the user chose danish as the language upon first starting the machine, and then later changes the language to english for his account, x2goclient will still be in danish, despite everything else he starts being in english. -- Anders Bruun Olsen It-ansvarlig Det Danske Sprog- og Litteraturselskab (Society for Danish Language and Literature)

4 3

Bug#234: x2goclient on mac without sshd reports error
by Anders Bruun Olsen 28 Feb '17

28 Feb '17

Package: x2goclient Version: 4.0.1.0 Severity: minor On Macs where sshd (system preferences -> sharing -> remote login) hasn't ever been enabled, there does not exist any ssh host key. X2goclient looks for this key (/etc/ssh_host_rsa_key.pub) and if it does not find it, it opens a dialog box, complaining that sshd isn't running and that filesharing and local printing won't work. This despite the session given by x2gobroker has these features disabled. X2goclient should only complain about none-running/working sshd if it is actually needed. -- Anders Bruun Olsen It-ansvarlig Det Danske Sprog- og Litteraturselskab (Society for Danish Language and Literature)

3 2

Bug#402: Numlock issues
by jordi＠amospalla.es 12 Jul '16

12 Jul '16

Package: x2goserver Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1 Hello, numlock does not behave correctly. It behaves like if it was randomly and continuously toggling it state. Happens when numlock key is pressed, and after some time, it seems to stabilize in some state (on or off), but it can take some time. Happens on Mate 1.6 desktop environment over Debian 6. No problem on same host with a KDE session. If numlock state is modified with numlockx binary, it works as expected, only the key triggers this. user@host:~$ while numlockx status; do sleep 0.1; done Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is on ... Standard output of xev, after typing on it "test" and numlock key: http://paste.debian.net/76762/

3 7

Bug#84: DESTDIR and OPTFLAGS patches for nx-libs
by Mike Gabriel 13 Jun '16

13 Jun '16

Package: nx-libs Patches attached for nx-libs: - bin/Makefile doesn't support DESTDIR. The attached nx-libs-destdir.patch partially addresses that. - The various nx*/configure.in files do not honor passed in compiler flags. The attached nx-libs-optflags.patch fixes that. Note also though that CFLAGS is used in some and CPPFLAGS in others. ----- Weitergeleitete Nachricht von orion(a)cora.nwra.com ----- Datum: Tue, 11 Dec 2012 16:11:02 -0700 Von: Orion Poplawski <orion(a)cora.nwra.com> Antwort an: x2go-dev(a)lists.berlios.de Betreff: [X2Go-Dev] x2go for Fedora packaging issues An: x2go-dev(a)lists.berlios.de [...] Thank you for your attention. - Orion -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com ----- Ende der weitergeleiteten Nachricht ----- -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

Bug#63: Current Cairo test suite segfaults x2goagent
by Moritz Struebe 13 Jun '16

13 Jun '16

Package: x2goagent Version: 3.5.0.16-0 x2goagant segfaults when running the cairo test suite. (The current version only compiles on Wheezy) This can be reproduced running: git clone git://anongit.freedesktop.org/git/cairo cd cairo ./autogen.sh ./configure make make test As quite few tests fail Bugs #62 and #35 might be related to Cairo.

3 2

Bug#78: NX_xrandr lacks support from Xrandr 1.2 and higher
by Reinhard Tartler 13 Jun '16

13 Jun '16

Package: x2goagent When starting a new x2go session, the startup scripts modify the LD_LIBRARY_PATH of all applications to include /usr/lib/nx/X11/Xrandr. This replaces the system libXrandr with the NX/X2go provided one. Unfortunately, this breaks the xrandr utility: >> echo $LD_LIBRARY_PATH /usr/lib/nx/X11/Xrandr:/usr/lib/nx/X11/Xinerama:/usr/lib/nx/X11 >> xrandr xrandr: symbol lookup error: xrandr: undefined symbol: XRRGetScreenSizeRange zsh: exit 127 xrandr -- regards, Reinhard

3 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev June 2014