x2go-dev

x2go-dev@lists.x2go.org

5403 discussions

Re: [X2Go-Dev] Arguable bug: usernames starting with digits
by Ulrich Sibiller 27 Oct '17

27 Oct '17

Iirc systemd refused usernames starting with a number. There was a huge discussion in the systemd bugtracker but I don't remeber the outcome anymore. Part of the problem is that commands accept both usernames and userid AS parameters and there just be some clear way to distinguish those two. I suggest checking the systemd bugtracker before starting another discussion here ;-) See here: https://github.com/systemd/systemd/issues/6237 Uli Am 24.10.2017 21:42 schrieb "Norman Gray" <gray(a)nxg.name>: Greetings. [I'm happy to submit this as a bug at bugs.x2go.org, but < https://wiki.x2go.org/doku.php/wiki:bugs> recommends discussing potential bugs here beforehand] At present, x2goserver sanitises usernames with a regexp in x2goutils.pm and in x2gosqlitewrapper.pl (same in both places). That's: if ($string =~ /^([a-zA-Z\_][a-zA-Z0-9\_\-\.\ @]{0,47}[\$]?)\-([\d]{2,4})\-([\d]{9,12})\_[a-zA-Z0-9\_\-\.]*\_dp[\d]{1,2}$/) { A username of, eg, '1234567x' fails this test. I believe such a username should not fail. * POSIX/Single Unix says of the username simply "To be portable across systems conforming to POSIX.1-2008, the value is composed of characters from the portable filename character set. The <hyphen-minus> character should not be used as the first character of a portable user name." (see < http://pubs.opengroup.org/onlinepubs/9699919799/>, paragraph 3.437) * The Debian useradd(8) page recommends something matching /^[a-z_][a-z0-9_-]*$/, but goes on to say "On Debian, the only constraints are that usernames must neither start with a dash ('-') nor contain a colon (':') or a whitespace (space: ' ', end of line: '\n', tabulation: '\t', etc.). Note that using a slash ('/') may break the default algorithm for the definition of the user's home directory." (see eg < https://www.unix.com/man-page/linux/8/useradd/>) * The corresponding RedHat/CentOS manpage doesn't even include that, and instead says only "Usernames may only be up to 32 characters long." FreeBSD is similarly laid-back about the username. I myself think that a username like '1234567x' is asking for at least a little bit of trouble, but those are the networked usernames I'm having to deal with, so that trouble is not of my asking. Also, I suspect that the trailing character is there precisely in order to avoid this matching /^[0-9]+$/, and thus to be interpretable as a number. This does appear to be the source of my login problems, since if I hack the two files above, to have the regexp start with [a-zA-Z0-9\_], then my users can log in without difficulty. This hacking is obviously not a great solution. This issue was discussed on the user list a little while ago < http://lists.x2go.org/pipermail/x2go-user/2015-April/003161.html> (that's what gave me the aha!). There, Mihai Moldovan said "That's non-standard-compliant and you're basically on your own when doing "funky stuff"." To be clear, I think such usernames are less than ideal, but I don't think they count as funky or non-compliant. ---- As a distinct but related matter, when a failing username is rejected by this test, the session doesn't fail, but simply seems to hang, giving no feedback about the problem, nor, as far as I can see, reporting anything in the logs. Whatever the decision about this report, it would be useful to fail in a more communicative way. I'd be interested in your views. Best wishes, Norman -- Norman Gray : https://nxg.me.uk _______________________________________________ x2go-dev mailing list x2go-dev(a)lists.x2go.org https://lists.x2go.org/listinfo/x2go-dev

5 7

Jenkins temporarily disabled
by Mihai Moldovan 25 Oct '17

25 Oct '17

Hi This is just a short notice to let you know that I put Jenkins into shutdown mode which doesn't allow new builds. This is a precaution measure until the Debian bug that might upload nightly packages into the release repository[0] is fixed. Please do not override or disable it manually. I will send out an update once the bug is fixed and builds can safely be performed again. Mihai [0] https://bugs.debian.org/879667

1 1

Arguable bug: usernames starting with digits
by Norman Gray 24 Oct '17

24 Oct '17

Greetings. [I'm happy to submit this as a bug at bugs.x2go.org, but <https://wiki.x2go.org/doku.php/wiki:bugs> recommends discussing potential bugs here beforehand] At present, x2goserver sanitises usernames with a regexp in x2goutils.pm and in x2gosqlitewrapper.pl (same in both places). That's: if ($string =~ /^([a-zA-Z\_][a-zA-Z0-9\_\-\.\@]{0,47}[\$]?)\-([\d]{2,4})\-([\d]{9,12})\_[a-zA-Z0-9\_\-\.]*\_dp[\d]{1,2}$/) { A username of, eg, '1234567x' fails this test. I believe such a username should not fail. * POSIX/Single Unix says of the username simply "To be portable across systems conforming to POSIX.1-2008, the value is composed of characters from the portable filename character set. The <hyphen-minus> character should not be used as the first character of a portable user name." (see <http://pubs.opengroup.org/onlinepubs/9699919799/>, paragraph 3.437) * The Debian useradd(8) page recommends something matching /^[a-z_][a-z0-9_-]*$/, but goes on to say "On Debian, the only constraints are that usernames must neither start with a dash ('-') nor contain a colon (':') or a whitespace (space: ' ', end of line: '\n', tabulation: '\t', etc.). Note that using a slash ('/') may break the default algorithm for the definition of the user's home directory." (see eg <https://www.unix.com/man-page/linux/8/useradd/>) * The corresponding RedHat/CentOS manpage doesn't even include that, and instead says only "Usernames may only be up to 32 characters long." FreeBSD is similarly laid-back about the username. I myself think that a username like '1234567x' is asking for at least a little bit of trouble, but those are the networked usernames I'm having to deal with, so that trouble is not of my asking. Also, I suspect that the trailing character is there precisely in order to avoid this matching /^[0-9]+$/, and thus to be interpretable as a number. This does appear to be the source of my login problems, since if I hack the two files above, to have the regexp start with [a-zA-Z0-9\_], then my users can log in without difficulty. This hacking is obviously not a great solution. This issue was discussed on the user list a little while ago <http://lists.x2go.org/pipermail/x2go-user/2015-April/003161.html> (that's what gave me the aha!). There, Mihai Moldovan said "That's non-standard-compliant and you're basically on your own when doing "funky stuff"." To be clear, I think such usernames are less than ideal, but I don't think they count as funky or non-compliant. ---- As a distinct but related matter, when a failing username is rejected by this test, the session doesn't fail, but simply seems to hang, giving no feedback about the problem, nor, as far as I can see, reporting anything in the logs. Whatever the decision about this report, it would be useful to fail in a more communicative way. I'd be interested in your views. Best wishes, Norman -- Norman Gray : https://nxg.me.uk

1 0

[Invitation] ΞX2Go Developer Meeting 2017-11-02 20:00 CET / 03:00pm EDT
by Heinz-M. Graesing 24 Oct '17

24 Oct '17

Dear Developers, as we still have some open topics from the last developer meeting (https://wiki.x2go.org/doku.php/2017-09:day-2017-09-28) we would like to invite you to join the next one: The next DevMeeting is scheduled for 2017-11-02, 20:00 CET / 03:00pm EDT. "Note that due to different Daylight Saving Time switch-back dates for the US and Europe, this meeting will be at *03:00pm* EDT, not 02:00pm EDT as the previous one. For Europeans, it will be at 20:00, just as the previous one." The corresponding WIKI page can be found here: https://wiki.x2go.org/doku.php/2017-11:day-2017-11-02 Feel free to add your name. We will meet in the #x2go channel on irc.freenode.net and discuss the open topics. It would be a honor to meet you online! Regards, Heinz

1 0

NIS user from a Mac disconnects upon login with Fedora 26 nightly build
by Robert Kudyba 24 Oct '17

24 Oct '17

We have a Mac user with a NIS account, and X2Go just quits after authenticating. I’ve restarted DBUS, systemd-logind, x2goserver, and deleted the user .x2go directory, X2Go just goes black and disappears. I posted the client and server debug logs to http://lists.x2go.org/pipermail/x2go-user/2017-October/004591.html and we are using the nightly builds: x2goserver-4.1.0.0-0.0x2go1.0.git20171015.1421.heuler.fc26.x86_64 Sorry if cross-posting is discouraged but noone replied on the user list and it's been several days. Also when enabling the nightly builds is it as simple as changing the flag in the x2go.repo file as such? [x2go-nightly-fedora] name=Upstream X2Go Fedora Packages (Nightly Builds) baseurl=http://packages.x2go.org/fedora/$releasever/heuler/$basearch gpgcheck=1 gpgkey=http://packages.x2go.org/pub.key enabled=1 protect=0 [x2go-extras-fedora] is also enabled. [x2go-release-fedora] is disabled.

1 0

Bug#1135: MySQL session backend
by Walid MOGHRABI 20 Oct '17

20 Oct '17

I forgot the modified /etc/x2go/x2gosql/sql file ... 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

1 0

Bug#1135: MySQL session backend (fixed version)
by Walid MOGHRABI 20 Oct '17

20 Oct '17

package: x2goserver priority: wishlist tags: patch This is a proposal patch for a MySQL session storage database backend for X2Go Server. I did this simply because : 1) I'm not used to PostgreSQL and much more skilled with MySQL 2) I do believe MySQL is pretty common on Linux and is widely spread so I guess this can be useful for many other people willing to build a strong TCE setup and not willing to dig into PostgreSQL 3) I find it a lot easier to build a multi-master replication scenario with MySQL than with PostgreSQL (but as I said, I'm much more skilled wih MySQL) This backend is tightly inspired by the PostgreSQL backend and work exactly the same so this is a drop in replacement for it, it's running in my POC for months now and it has been proven very stable. Feel free to test by yourself and report errors. 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

1 0

Bug#1227: Close button in thinclient mode
by Walid MOGHRABI 20 Oct '17

20 Oct '17

package: x2goclient priority: wishlist tags: patch This is a proposal patch for a close button in addition to the current halt button in thinclient mode. Context : When logged in (right after the credentials prompt, in the client view where all available session slots are listed), if you entered by mistake and just want to get back to the credential form, there is o way to "logout". Only possibilities are : * halt button but it will shutdown the computer * log to a remote X2Go session then logout which is a annoying process. The patch is not complete, currently it adds the button but the same way as for halt button and it simply close the client which is slow instead of just get back to the credential form which would be smoother and faster. 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

1 0

Bug#1224: x2go desktop starts with incorrect resolution on Ubuntu 16.04
by feng zhang 12 Oct '17

12 Oct '17

Package: x2goserver Version: 4.0.1.20-0 Server: Ubuntu 16.04 64-bit Client: Linux Mint 18.2 Mate 64-bit The server has Mate desktop and x2gomatebindings installed. The client machine has two monitors. When I configure the x2goclient to "Use whole display" of "Display #2," I would get a desktop of 800x600 upon logging in. If I suspend the session, and then resume it, I would get a desktop that correctly fits the entire monitor (1680x1050.) When connecting to another server that runs Ubuntu 14.04, this problem doesn't occur. The "Fullscreen" mode works correctly on both servers. Thanks, feng -- ------------------- Feng Zhang, Ph.D. LumArray, Inc. 15 Ward Street Somerville, MA 02143 (617)996-5833

2 1

Processed: your mail
by owner＠bugs.x2go.org 12 Oct '17

12 Oct '17

Processing commands for control(a)bugs.x2go.org: > fixed 1100 4.1.1.0 Bug #1100 [x2goclient] xterm's shell started from x2goclient has wrong PATH There is no source info for the package 'x2goclient' at version '4.1.1.0' with architecture '' Unable to make a source version for version '4.1.1.0' Marked as fixed in versions 4.1.1.0. > reassign 1018 x2goclient 4.0.5.1 Bug #1018 [x2goserver] PATH not set correctly Bug reassigned from package 'x2goserver' to 'x2goclient'. No longer marked as found in versions 4.0.1.19-0. Ignoring request to alter fixed versions of bug #1018 to the same values previously set Bug #1018 [x2goclient] PATH not set correctly There is no source info for the package 'x2goclient' at version '4.0.5.1' with architecture '' Unable to make a source version for version '4.0.5.1' Marked as found in versions 4.0.5.1. > reassign 1199 x2goclient 4.0.5.1 Bug #1199 [x2goserver] PATH environment variable SET issue Bug reassigned from package 'x2goserver' to 'x2goclient'. No longer marked as found in versions 4.0.1.20-1. Ignoring request to alter fixed versions of bug #1199 to the same values previously set Bug #1199 [x2goclient] PATH environment variable SET issue There is no source info for the package 'x2goclient' at version '4.0.5.1' with architecture '' Unable to make a source version for version '4.0.5.1' Marked as found in versions 4.0.5.1. > forcemerge 1018 1100 Bug #1018 [x2goclient] PATH not set correctly Bug #1018 [x2goclient] PATH not set correctly There is no source info for the package 'x2goclient' at version '4.1.0.1' with architecture '' Unable to make a source version for version '4.1.0.1' There is no source info for the package 'x2goclient' at version '4.1.1.0' with architecture '' Unable to make a source version for version '4.1.1.0' Marked as fixed in versions 4.1.1.0 and 4.1.0.1. Added tag(s) pending. Bug #1100 [x2goclient] xterm's shell started from x2goclient has wrong PATH Merged 1018 1100 > forcemerge 1199 1100 Bug #1199 [x2goclient] PATH environment variable SET issue Bug #1199 [x2goclient] PATH environment variable SET issue There is no source info for the package 'x2goclient' at version '4.1.0.1' with architecture '' Unable to make a source version for version '4.1.0.1' There is no source info for the package 'x2goclient' at version '4.1.1.0' with architecture '' Unable to make a source version for version '4.1.1.0' Marked as fixed in versions 4.1.1.0 and 4.1.0.1. Added tag(s) pending. Bug #1018 [x2goclient] PATH not set correctly Bug #1100 [x2goclient] xterm's shell started from x2goclient has wrong PATH Merged 1018 1100 1199 > thanks Stopping processing here. Please contact me if you need assistance. -- 1018: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1018 1100: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1100 1199: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1199 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev