x2go-dev

x2go-dev@lists.x2go.org

5400 discussions

Processed: your mail
by owner＠bugs.x2go.org 15 Feb '17

15 Feb '17

Processing commands for control(a)bugs.x2go.org: > reassign 1147 x2gothinclient 1.5.0.0 Bug #1147 [x2gothinclient-minidesktop] Missing Backslash in x2gothinclient-minidesktop_start Warning: Unknown package 'x2gothinclient-minidesktop' Bug reassigned from package 'x2gothinclient-minidesktop' to 'x2gothinclient'. Ignoring request to alter found versions of bug #1147 to the same values previously set Ignoring request to alter fixed versions of bug #1147 to the same values previously set Bug #1147 [x2gothinclient] Missing Backslash in x2gothinclient-minidesktop_start There is no source info for the package 'x2gothinclient' at version '1.5.0.0' with architecture '' Unable to make a source version for version '1.5.0.0' Marked as found in versions 1.5.0.0. > thanks Stopping processing here. Please contact me if you need assistance. -- 1147: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1147 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#1147: Missing Backslash in x2gothinclient-minidesktop_start
by Stefan Baur 15 Feb '17

15 Feb '17

package: x2gothinclient-minidesktop The example config in http://code.x2go.org/gitweb?p=x2gothinclient.git;a=blob;f=management/share/… ends with: # --broker-url=https://x2gobroker.intern:8080/plain/zeroconf \ # --broker-autologoff # --add-to-known-hosts This causes --add-to-known-hosts to be ignored, as there is no backslash at the end of the --broker-autologoff line. -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

1 0

Bug#1145: x2godbadmin + postgres + non-existent home directory = wrong ownerships
by Stefan Baur 08 Feb '17

08 Feb '17

package: x2goserver When x2godbadmin is used with a postgres database, and the user name given doesn't yet have a home directory, it creates this home directory. (see line 368 and following of /usr/sbin/x2godbadmin). However, it fails to set the proper UID/GID ownerships for /home/<username> - only the files below it have the proper ownership. The proper way how to determine the correct UID for /home/<username> is simple - use the UID that has been determined previously and that is used as $uid within /usr/sbin/x2godbadmin. The proper way how to determine the correct *GID* is more tricky, I believe. I can only speak for Debian here - this may be distribution-specific: You need to check if /etc/default/useradd contains a line USERGROUPS_ENAB=yes (which might also be "yes", or 'yes', or Yes, YES, ... you get the idea) Check if that value is set to any variant of yes, or not set at all: If yes: Check if the user already has a group named after them: If yes, use the GID of that group. If no, create a new group with a name matching the username, and assign the GID of that group. If no (meaning the value is set to any variant of no, "no", 'no', No, etc.): Check if /etc/default/useradd contains a valid GID value for a variable named GROUP: If it does, assign that GID. If it doesn't, assign GID 100. This pseudocode builds on the documentation found in "man useradd" on Debian Jessie, after confirming the default value of USERGROUPS_ENAB is, in fact, "unset". Kind Regards, Stefan Baur -- 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

3 6

Bug#1146: Highlight menu item in tile on mouseover
by Stefan Baur 07 Feb '17

07 Feb '17

package: x2goclient priority: wishlist When X2GoClient presents its tiles on the right, most of the options there can be changed (unless --no-session-edit is passed) by clicking them, without having to access the session configuration screen. However, these options are easy to miss due to their size - and clicking any non-option spot on the tile causes the tile to activate. I would like to suggest that once the mouse pointer hovers over an option, the option becomes highlighted - e.g. with a blueish background and the letter color changed to white instead. This would provide a better User Experience, as the user gets a visual feedback of when to click to change the option. -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

3 5

Arctica NX-Libs testing and reporting
by Walid MOGHRABI 06 Feb '17

06 Feb '17

Hi, I have been testing current NX-Libs snapshot with the Stable Arctica repo (not the nightly). There are many good things with this update but I encounter crashes quite too often to use them for Prod (I know, it is discouraged but if at least it would have been stable, I could have tried anyway). Can somebody simply tells me how I can debug things and report bugs and to who and how ? Must I send them to the X2Go tracker or is there another one ? Which information should I give and are there some settings I should enable to get more traces ? By now, I encountered 2 problems, one that is minor (keyboard is reverting to QWERTY layout instead of AZERTY - French layout when suspending/resuming a session between 2 TCEs) and one that is critical, aka X session that crashes but randomly (but at least , I get a core dump). So, I'm not bug reporting here, I just want some clarifications on how to report correctly bugs concerning Arctica NX-Libs and to who and where. Regards, Walid Moghrabi TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3 --- DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you

3 2

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

Processed: Re: Bug#417: Two screens, wrong screen used for limits of positioning context menus
by owner＠bugs.x2go.org 05 Feb '17

05 Feb '17

Processing control commands: > tag -1 fixed-upstream Bug #417 [nx-libs] Two screens, wrong screen used for limits of positioning context menus Added tag(s) fixed-upstream. > fixed -1 3.5.99.3 Bug #417 [nx-libs] Two screens, wrong screen used for limits of positioning context menus There is no source info for the package 'nx-libs' at version '3.5.99.3' with architecture '' Unable to make a source version for version '3.5.99.3' Marked as fixed in versions 3.5.99.3. -- 417: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=417 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#417: Two screens, wrong screen used for limits of positioning context menus
by Mike Gabriel 05 Feb '17

05 Feb '17

Control: tag -1 fixed-upstream Control: fixed -1 3.5.99.3 Hi Daniel, On Di 28 Jan 2014 16:35:52 CET, Daniel Michalik wrote: > Package: xinerama > Version: 4.0.1.2 (Qt - 4.8.6) > > This bug concerns the placement of context menus in a two screen setup. > On my client I have two screens. One in landscape mode from 0,0 to > 1920,1080 and to its right a second screen in portrait mode, from 1920,0 > to 3120,1600. I run an x2go session, the session type is single application > (terminal). I fullscreen my application window, either on the left or on > the right screen. I then open a context menu while my mouse cursor is in > the bottom half or right half of the application window. > > Everything works fine with the application positioned on the right hand > screen. It is correctly determined that the context menus would not fit > into the remaining space if they would start where the mouse cursor is, so > they are repositioned in a way that I can see the entire menu. > > But if the application is on my left hand screen the context menus will > always start (their top left corner) where my mouse cursor is, therefore > spilling outside my visible monitor area to the bottom, or > overlapping into my > second screen. Expected behaviour: context menus to stay within my > screen, just as they do for all other non-x2go applications. I am aware that this bug report has been filed pretty long ago. I am please to let you know that the bug reported above has been fixed upstream by a complete rewrite of the Xinerama functionality implementation in nxagent / x2goagent. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

1 0

Bug#1141: X2Go issue (in src:x2gobroker) has been marked as pending for release
by Mike Gabriel 04 Feb '17

04 Feb '17

tag #1141 pending fixed #1141 0.0.3.2 thanks Hello, X2Go issue #1141 (src:x2gobroker) 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=x2gobroker.git;a=commitdiff;h=4ec39d0 The issue will most likely be fixed in src:x2gobroker (0.0.3.2). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 4ec39d08196c2bcf3bb922854ab6f1f035798690 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Sat Feb 4 23:39:28 2017 +0100 debian/x2gobroker-loadchecker.service: Fix flawed symlink actually still pointing to the authservice's service file. Thanks to Niels Rogalla for spotting this. (Fixes: #1141). diff --git a/debian/changelog b/debian/changelog index 3473e65..97f905a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,9 @@ x2gobroker (0.0.3.2-0x2go1) UNRELEASED; urgency=medium - * Continue development + * debian/x2gobroker-loadchecker.service: + + Fix flawed symlink actually still pointing to the authservice's + service file. Thanks to Niels Rogalla for spotting this. + (Fixes: #1141). -- X2Go Release Manager <git-admin(a)x2go.org> Thu, 01 Dec 2016 23:07:26 +0100

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev