x2go-dev February 2016

x2go-dev@lists.x2go.org

22 participants
152 discussions

Bug#884: nxagent fails to run with "Could not open default font 'fixed'"
by devsk 05 Feb '17

05 Feb '17

Package: nx-libsVersion: 3.5.0.30Distro: Gentoo ~amd64, fully updated.x2goclient: 4.0.3.2x2server: 4.0.1.19nx-libs (package nx in gentoo): 3.5.0.30fontsproto: 2.1.3libXfont: 1.5.1xorg-server: 1.17.1All font packages for xorg-x11 are installed and fonts.dir and fonts.alias files are correctly present and readable.Detailed troubleshooting: https://forums.gentoo.org/viewtopic-p-7755384.html The client connects and the server spawns the nxagent but then the session is unexpectedly terminated. Looking at the server side log, we see: Info: Using shared memory parameters 1/1/0/0K. Info: Using alpha channel in render extension. Info: Not using local device configuration changes. keyboard file created Error: Aborting session with 'Could not open default font 'fixed''. Session: Aborting session at 'Tue May 26 23:22:22 2015'. Session: Session aborted at 'Tue May 26 23:22:22 2015'. I ran the nxagent through strace -ff -tt -v and its clear that it loads all fonts (at least it finds all font.alias and reads them fine) correctly. None of the children it spawns run into any issues with missing files or folders. The snippet below (you can read longer strace on gentoo forum post): 22:11:10.608011 open("/usr/share/fonts/100dpi/fonts.alias", O_RDONLY) = 4 22:11:10.608108 fstat(4, {st_mode=S_IFREG|0644, st_size=3154, ...}) = 0 22:11:10.608217 fstat(4, {st_mode=S_IFREG|0644, st_size=3154, ...}) = 0 22:11:10.608308 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f29ca5a9000 22:11:10.608398 read(4, "lucidasans-bolditalic-8 -b&h-luc"..., 4096) = 3154 22:11:10.608496 brk(0x1f01000) = 0x1f01000 22:11:10.608688 read(4, "", 4096) = 0 22:11:10.608781 close(4) = 0 22:11:10.608868 munmap(0x7f29ca5a9000, 4096) = 0 22:11:10.609148 write(2, "Error: Aborting session with '", 30Error: Aborting session with ') = 30 22:11:10.609277 write(2, "Could not open default font 'fix"..., 35Could not open default font 'fixed') = 35 22:11:10.609395 write(2, "'.\n", 3'. ) = 3 Looking at the code, the origin of the error is: InitFonts(); if (loadableFonts) { SetFontPath(0, 0, (unsigned char *)defaultFontPath, &error); } else { if (SetDefaultFontPath(defaultFontPath) != Success) ErrorF("failed to set default font path '%s'", defaultFontPath); } if (!SetDefaultFont(defaultTextFont)) FatalError("could not open default font '%s'", defaultTextFont); SetDefaultFont() is failing. Looking at that function (text below from IRC channel): [19:57] <devsk> SetDefaultFont(char *defaultfontname)[19:57] <devsk> {[19:57] <devsk> int err;[19:57] <devsk> FontPtr pf;[19:57] <devsk> XID fid;[19:57] <devsk> fid = FakeClientID(0);[19:57] <devsk> err = OpenFont(serverClient, fid, FontLoadAll | FontOpenSync,[19:57] <devsk> (unsigned) strlen(defaultfontname), defaultfontname);[19:57] <devsk> if (err != Success)[19:57] <devsk> return FALSE;[19:57] <devsk> pf = (FontPtr) LookupIDByType(fid, RT_FONT);[19:57] <devsk> if (pf == (FontPtr) NULL)[19:57] <devsk> return FALSE;[19:57] <devsk> defaultFont = pf;[19:57] <devsk> return TRUE;[19:57] <devsk> I have a feeling that LookupIDByType() is the one failing[19:58] <devsk> OpenFont() has error paths for malloc failures and none of those looked like plausible[19:58] <devsk> LookupIDByType() was obsoleted quite a while ago in xorg code[19:59] <devsk> nx-X11 of course is hanging onto old code[19:59] <devsk> is it possible that there is some interaction there with newer libXfont which is making that function fail now[20:00] <devsk> unfortunately for me, its not possible to go back to libXfont-1.4. There is a bunch of crap which needs to be downgraded as well. And dependency hell breaks loose if I try that[20:00] <devsk> above snippet is in ./programs/Xserver/dix/dixfonts.c I did this experiment for localhost connection to avoid differences in client and server packages (which is not the case anyway because for me both client and remote server are Gentoo ~amd64 updated systems). Anybody got any ideas of why this is happening? Is it really about the newer fontsproto and libXfont not being compatible with nx-libs? Thanks,devsk

2 2

Bug#884: nxagent aborts session with 'Could not open default font 'fixed''
by devsk 05 Feb '17

05 Feb '17

Hi, As per suggestion I built the code from https://github.com/ArcticaProject/nx-libs. And I still run into the same issue. Does anybody here know that part of the code (snippet in the report)? -devsk

5 27

Bug#731: if KRB5CCNAME is not set client-side, don't trigger the KRB5 delegation code
by Mike Gabriel 18 Jan '17

18 Jan '17

Package: x2goclient Severity: important Version: 4.0.3.1 If the $KRB5CCNAME envvar is not set, X2Go Client nonetheless tries to push the KRB5CCNAME file to the X2Go Server. This results in a Qt error message window, because the copy command (cp $KRB5CCNAME $KRBFL just before executing x2goruncommand) is only evoked with one parameter ($KRBFL, $KRB5CCNAME is unset). """ x2go-DEBUG-../sshprocess.cpp:449> ssh finished: false - "cp: Fehlender ZieldateiOperand hinter /home/mike/.x2go/C-mike-52-1420843691_stDMATE_dp24/krb5cc cp --help liefert weitere Informationen. " (5). """ 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…

2 1

Bug#946: [x2go-main| http://packages.x2go.org/opensuse/13.2/main] Valid metadata not found at specified URL
by knawnd＠gmail.com 04 Dec '16

04 Dec '16

Package: x2goclient Version: 4.0.5 Hello! It seems to me that bug has nothing to do with particular package and its version so the information above needs to be ignore (I put it there because without it the email is not accepted). The problem is in absence of the valid metadata at specified URL. When I am trying to install x2goclient on opensuse 13.2 x64 from x2go-main and x2go-extras repos I get the following error: Error building the cache: [x2go-main|http://packages.x2go.org/opensuse/13.2/main] Valid metadata not found at specified URL Warning: Skipping repository 'x2go-main' because of the above error. Steps performed: 1) Adding x2go repos: # zypper ar http://packages.x2go.org/opensuse/13.2/extras x2go-extras # zypper ar http://packages.x2go.org/opensuse/13.2/main x2go-main Checking result: # zypper lr --uri|grep x2go 15 | x2go-extras | x2go-extras | Yes | (r ) Yes | No | http://packages.x2go.org/opensuse/13.2/extras 16 | x2go-main | x2go-main | Yes | ( p) Yes | No | http://packages.x2go.org/opensuse/13.2/main 2) installing x2goclient: # zypper in x2goclient Error building the cache: [x2go-main|http://packages.x2go.org/opensuse/13.2/main] Valid metadata not found at specified URL Warning: Skipping repository 'x2go-main' because of the above error. Loading repository data... Reading installed packages... 'x2goclient' not found in package names. Trying capabilities. No provider of 'x2goclient' found. Resolving package dependencies... Nothing to do. Best regards, Knawnd

4 3

Bug#628: x2goclient can not be compiled on Raspberry PI
by Office NextITLevel GmbH 25 Nov '16

25 Nov '16

Package: <x2goclient> Version: <4.0.2.1-0x2go1+git20140823.626+wheezy.main.1> $ uname -a Linux niu5 3.12.28+ #709 PREEMPT Mon Sep 8 15:28:00 BST 2014 armv6l GNU/Linux libc6:armhf 2.13-38+rpi2+de gcc 4:4.6.3-8 armhf -- Dear X2go Team, I cannot compile an x2goclient on a Raspberry PI. I just wanted a version of x2goclient that is newer then 3.99.2.1-5. I used the instructions on http://wiki.x2go.org/doku.php/wiki:development:build-howto-linux:x2goclient And then Install x2goclient from git At the end I got the error-msg: g++ -c -O2 -Wall -W -D_REENTRANT -DCFGCLIENT -D__linux__ -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I../../x2goclient -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtSvg -I/usr/include/qt4 -I../../x2goclient -I. -I. -I. -o sshmasterconnection.o ../sshmasterconnection.cpp ../sshmasterconnection.cpp: In member function ‘void SshMasterConnection::checkReverseTunnelConnections()’: ../sshmasterconnection.cpp:297:73: error: ‘ssh_channel_accept_forward’ was not declared in this scope ../sshmasterconnection.cpp:308:33: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] Makefile:710: recipe for target 'sshmasterconnection.o' failed make[1]: *** [sshmasterconnection.o] Error 1 make[1]: Leaving directory '/home/fraroot/scripts/x2goclient/client_build' Makefile:39: recipe for target 'build_client' failed make: *** [build_client] Error 2 I would like to download x2goclient package ready for the Raspberry PI. But when I say # apt-get download x2goclient I get x2goclient_3.99.2.1-5_armhf.deb And this version makes a lot of problems with an X2goserver 4.0.1.16. If you have a version of x2goclient with 4.x.x for the Raspberry PI that would make me happy. Attached you find the detailed messages. Thank you very much and have a nice day, Franz Lückl Mobil DE: +49 152 3437 5620 Mobil AT: +43 676 37 00 299 Mobiles Festnetz: +49 69 3487 8985 Fax: +43 1 89 00 2999 mailto:franz@nextitlevel.de Internet Home Page: http://www.nextitlevel.de

3 2

Bug#796: Ubuntu Server 14.04.2 PPA: Unresolvable Dependencies for x2goserver
by Joe Gullo 22 Aug '16

22 Aug '16

Package: x2goserver Version: 4.1.0.0-0~1214~ubuntu14.04.1 Package: x2goagent Version: 2:3.5.0.29-0~489~ubuntu14.04.1 Package: nxagent Version: 2:3.5.0.29-0~505~ubuntu14.04.1 Fully patched ubuntu server 14.04.2 server. Using the x2go stable PPA. When trying to install x2goserver, I get the following: surfrock66@sr66-blade:~$ sudo apt-get install x2goserver x2goagent nxagent Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nxagent : Depends: libxcomp3 (= 2:3.5.0.28-0~481~ubuntu14.04.1) but 2:3.5.0.29-0~591~ubuntu14.04.1 is to be installed Depends: libxcompext3 (= 2:3.5.0.28-0~481~ubuntu14.04.1) but it is not going to be installed Depends: libxcompshad3 (= 2:3.5.0.28-0~481~ubuntu14.04.1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. surfrock66@sr66-blade:~$ sudo dpkg -s libxcomp3 | grep Version; sudo dpkg -s libxcompext3 | grep Version; sudo dpkg -s libxcompshad3 | grep Version Version: 2:3.5.0.29-0~591~ubuntu14.04.1 Version: 2:3.5.0.29-0~591~ubuntu14.04.1 Version: 2:3.5.0.29-0~591~ubuntu14.04.1 Seems the PPA hosts x2goserver, which depends on x2goagent, which depends on nxagent, which depends on these 3 libraries being downrevv'd. Joe Gullo Web Designer http://www.surfrock66.com surfrock66(a)surfrock66.com (714)926-0336 BTC: 1BsnULNMABRS8nPeMzywkxnfD5ZuRiESxu

3 3

Bug#952: Clipboard broken
by Stefan Baur 20 Aug '16

20 Aug '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 package: x2goclient version: 4.0.5.0 severity: important The clipboard is broken on X2GoClient for Windows. Even though the client is set to allow clipboard sharing in both directions, neither direction works. Severity set to important, as it seriously impacts a key functionality. - -Stefan - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWCxbMAAoJEG7d9BjNvlEZqrMIAJCYNFGPEnLZws7YlZTiw0JX B+35zk60CwTa1baCte49G31Evn9eXBwDivZOFymBgl38fObE8F8YPaCqZxGu80dO eZCeaIodGwl+yKBa4Y6D8jOMLalmzSv/qEbUdTFSPiAspWq97zwTRsAEB/v3Hh+6 BSn+DXCFgY9IhHr2BS+Y/i16PSSjU8DWYGVLhalX9IQ72c7NQdpq540vOIxVO2qn wacXwc/LQdz/GFUqxWWgkS9/ZvPHziqXMkY1DoTPzvgdtRAuZcqQjRn+p2C4FgFU 67AQ8V7GTg3hhJK4ef/L/+bMNZ9ypMslInkV3THomeZUrVOZkZo8YgXPbl+umOg= =84Hc -----END PGP SIGNATURE-----

3 5

Bug#968: x2go runs "bash -c bash -c ..." on session create, causing dot bashrc issues
by Maarten Boekhold 13 Aug '16

13 Aug '16

Package: x2goserver Version: 4.0.1.19 When establishing a new x2go session, I noticed that my .bashrc file is read/sourced/executed many times, in the end screwing up my PATH and LD_LIBRARY_PATH settings (amongst others). I was surprised, because .bashrc is only supposed to be read when opening an interactive shell, and I am not expecting x2go to run interactive shells here. I did some debugging by placing the following at the start of my .bashrc: echo "bashrc" >> ~/slog ps -fea | grep boekhold >> ~/slog and based on this I can see x2go constantly running commands like: bash -c bash -c 'echo "X2GODATABEGIN:60b25f89-31db-46ec-8a7c-c93002fbfa50"; export PATH="/usr/local/bin:/usr/bin:/bin"; export HOSTNAME && x2golist still at first glance no reason for bash to process .bashrc. However, further testing: boekhold@xbmc:~$ rm slog rm: cannot remove ‘slog’: No such file or directory boekhold@xbmc:~$ bash -c date Sun Nov 22 19:39:09 GST 2015 boekhold@xbmc:~$ cat slog cat: slog: No such file or directory boekhold@xbmc:~$ bash -c bash -c date boekhold@xbmc:~$ cat slog bashrc boekhold 1147 1 1 Nov21 ? 00:20:20 ..... ..... See there? Running "bash -c bash -c" suddenly tricks bash into reading the .bashrc file. No idea how, but it happens. This is on Linux Mint 17.2, but I'm experiencing the same issue on a Centos 7 system with the x2go EPEL packages. Client is x2goclient on Windows 7 Professional SP1. I can't figure out where that "bash -c bash -c" command is being generated, hope that somebody from the X2Go team can provide some guidance here? Maarten

3 2

Bug#751: new DebBugs scripts: mbox / cleanbug
by Mike Gabriel 10 Aug '16

10 Aug '16

Hi all, last night, I created to new scripts for the debbugs software underneath bugs.x2go.org. Both scripts are attached and can be found under /usr/lib/debbugs on host ymir.das-netzwerkteam.de. Especially the cleanbug script should be of interested here. I recently received various abuse notifications from my provider and they all relate to X2GO bugs containing mails with virus attachments. These need to be cleaned. I already did so for the reported URLs: http://bugs.x2go.org/128 http://bugs.x2go.org/232 http://bugs.x2go.org/496 http://bugs.x2go.org/765 But there are more... Please coordinate in the X2Go core team, who will work on cleaning up the X2Go bugtracker. Currently, these people have access: Heinz Mihai Mike You have to log into ymir.das-netzwerkteam.de (aka bugs.x2go.org) as user locadm and become root via sudo. The cleanbug script itself is easy to handle: # /usr/lib/debbugs/cleanbug <bugno> Once you triggered the script, you have to look at bug posts on the selected bug and say yes and no. At the end you get asked, if you really want to write back the changes to the bug. The answer's question defaults to "no". You should create some back before manipulating existing bugs. For this, create copies of <bugno>.log in /var/lib/debbugs/spool/db-h/ Note for archived bugs: for cleaning up archived bugs, you have to unarchive them first. 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/mailxchange/kronolith/fb.php?u=m.gabriel%4…

3 7

Question about x2goclient xinerama
by Ulrich Sibiller 14 Jul '16

14 Jul '16

Hello, while testing my xinerama re-implementation I noticed that x2goclient reports a wrong width sometimes when simply moving the window without changing the size. The reported size differs by one pixel (too much or too little). When running x2goclient --debug you can see this: x2go-DEBUG-../src/onmainwindow.cpp:10160> "New proxy geometry: (x: 329, y: 214, w: 1440, h: 900" x2go-DEBUG-../src/onmainwindow.cpp:10160> "New proxy geometry: (x: 365, y: 213, w: 1440, h: 900" x2go-DEBUG-../src/onmainwindow.cpp:10160> "New proxy geometry: (x: 825, y: 190, w: 1440, h: 900" x2go-DEBUG-../src/sshprocess.cpp:189> executing remote command via SshProcess object (24): "export DISPLAY=:50;printf '\''1095 0 345 900\n0 0 1095 900'\'' > $HOME/.x2go/C-uli-50-1431636769_stDKDE_dp24/xinerama.conf" -> here the 345 should have been a 344. Interestingly my patched x2goagent (that completely ignores xinerama.conf) sees that value. So I conclude that x2goclient is manipulating the nxproxy window size by one pixel itself. Disabling xinerama in the session's configuration fixes the problem. That off-by-one behaviour is caused by this code in onmainwindow.cpp: void ONMainWindow::slotXineramaConfigured() { if (resumingSession.fullscreen) return; if (xinSizeInc == -1) xinSizeInc=1; else xinSizeInc=-1; #ifdef Q_OS_LINUX lastDisplayGeometry.setWidth(lastDisplayGeometry.width()+xinSizeInc); XSync(QX11Info::display(),false); XResizeWindow(QX11Info::display(), proxyWinId, lastDisplayGeometry.width(),lastDisplayGeometry.height()); XSync(QX11Info::display(),false); #endif #ifdef Q_OS_WIN QRect geom; wapiWindowRect ( (HWND) proxyWinId, geom ); wapiMoveWindow( (HWND) proxyWinId, geom.x(), geom.y(), geom.width()+xinSizeInc, geom.height(),true); lastDisplayGeometry=proxyWinGeometry(); #endif xineramaTimer->start(500); } If I set xinSizeInc to zero in all cases the off-by-one behaviour is completely gone. Why does xinSizeInc exist at all? Uli

5 14

← Newer
1
...
6
7
8
9
10
11
12
...
16
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev February 2016