x2go-dev June 2023

x2go-dev@lists.x2go.org

11 participants
72 discussions

X2goclient fullscreen does not adjust screen resolution after update
by christoffer krakou 08 Jan '24

08 Jan '24

Hello list I have recently upgraded the following packages Upgrade package libnx-x11 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package libxcomp3 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package libxcompext3 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package libxcompshad3 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package nxagent 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package nxproxy 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package x2goagent 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 On my Ubuntu 12.04 server. Now, when i connect using the x2goclient, it works well when i select a resolution and run it in a window, but when i select fullscreen, the resolution is 1920 X 1200, no matter the resolution on the client monitor. This results in the Unity controls being unusable. Before the upgrades, there were no trouble. Is anyone else experiencing the same? -- Venlig Hilsen / Best Regards Christoffer Krakou Fleten.net APS

3 3

loginctl 'enable-linger' causes systemd --user to respawn on boot
by Montjoy, Robert (montjoy) 28 Sep '23

28 Sep '23

Hi. At one time "loginctl enable-linger" was added to the x2gostartagent to make sure the systemd did not kill the x2go process on disconnect. This has had the probably undesired affect of having systemd --user username being executed on boot for every x2go user. At the last boot about 70 processes (one for systemd and one for pam) were spawned. This is probably not what we want. Is there a better way to handle the systemd termination issue? Should something like systemd-run --scope --user x2goagent ..... be used instead? Or can x2go cleanup this entry on termination? Maybe have x2gocleansessions do it? Note: I will probably cleanup /var/lib/systemd/linger on boot by executing rm -f /var/lib/systemd/linger/* but that it is more of a "hammer" approach than anything else. Thanks in advance. Rob

3 2

Bug#1445: pyhoca-cli fails to connect to suspended x2go session
by Randy Goldenberg 22 Aug '23

22 Aug '23

Package: pyhoca-cli Version: 0.6.1.2 Tag: patch pyhoca-cli fails to connect to suspended x2g0 sessions. $ pyhoca-cli --server my.x2go.server -t desktop -c openbox-session -g maximize -R NEWEST pyhoca-cli[13131] NOTICE: preparing requested X2Go session pyhoca-cli[13131] (PyHocaCLI) NOTICE: preparing requested X2Go session pyhoca-cli[13131] (x2gosessregistry-pylib) NOTICE: registering X2Go session Pyhoca-Client_Session... pyhoca-cli[13131] (x2goclient-pylib) NOTICE: initializing X2Go session... pyhoca-cli[13131] (x2gocontrolsession-pylib) NOTICE: connecting to [my.x2go.server]:22 /usr/lib/python3/dist-packages/Crypto/Cipher/blockalgo.py:141: FutureWarning: CTR mode needs counter parameter, not IV self._cipher = factory.new(key, *args, **kwargs) pyhoca-cli[13131] (PyHocaCLI) NOTICE: authentication has been successful pyhoca-cli[13131] (PyHocaCLI) NOTICE: give the X2Go session some time to come up... Traceback (most recent call last): File "/usr/bin/pyhoca-cli", line 455, in <module> thisPyHocaCLI.MainLoop() File "/usr/lib/python3/dist-packages/pyhoca/cli/frontend.py", line 702, in MainLoop self.resume_session(self.x2go_session_hash) File "/usr/lib/python3/dist-packages/pyhoca/cli/frontend.py", line 229, in resume_session if available_sessions is None: UnboundLocalError: local variable 'available_sessions' referenced before assignment client OS: Ubuntu 16.04.6 LTS server OS: Ubuntu 16.04.6 LTS server's version of the x2goserver package: x2goserver: 4.1.0.4 x2goserver-common: 4.1.0.4 x2goserver-desktopsharing: 4.1.0.3 x2goserver-extensions: 4.1.0.4 x2goserver-fmbindings: 4.1.0.4 x2goserver-printing: 4.1.0.4 x2goserver-xsession: 4.1.0.4 Patch attached. ----- End forwarded message -----

4 4

x2gokdrive build question
by Orion Poplawski 17 Jul '23

17 Jul '23

I'm working on packaging x2gokdrive for Fedora and I'm seeing the following in the configure log for the xorg x11 server: configure: WARNING: *********************************************** Neither HAL nor udev backend will be enabled. Input device hotplugging will not be available! *********************************************** Is this of any concern for kdrive? I do see that there is an explicit: --disable-config-hal \ --disable-config-udev \ so probably not. But it *seems* like input device hotplugging might be useful just judging by the name. But perhaps not since this is on the server end of things? Orion -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

5 12

Bug#1469: X2Go Client connection issue (Socket error)
by Melroy van den Berg 29 Jun '23

29 Jun '23

Package: x2goclient Version: 4.1.2.2 I often get an error message when I try to connect to my Debian buster docker image, running x2goserver and XFCE, via the X2Go Client on my host machine. It will give the following error message (when using the --debug flag on the x2goclient): x2go-DEBUG-../src/sshmasterconnection.cpp:2071> "ssh_channel_open_session failed": "Socket error: No such file or directory" x2go-DEBUG-../src/sshprocess.cpp:478> I/O error: "ssh_channel_open_session failed."" - Socket error: No such file or directory" (0). I created a detailed video, I posted it on YouTube, please take a look at the video: https://youtu.be/LAlLtBNTIUo Logging details, reproducibility and more is explained in the video itself. You'll notice that I can sometimes connect to the XFCE session and sometimes I can't. Although connecting via the ssh cli command is always working without any issues. Meaning there is really some kind of bug in the X2Go Client. I'm afraid. Again, I really hope somebody could help me in finding the root-cause and fixing the issue. Since I really love X2Go. And I would like to use this tool in production. I'm also a software developer so maybe I can help debugging the problem. Similar (same) bug is reported in the past (from 2019): https://lists.x2go.org/pipermail/x2go-user/2019-March/005512.html All the details regarding this Docker image and setup can be found in this git repo: https://gitlab.melroy.org/melroy/xfcevdi See attachments for additional debug logs of the client itself. One when successful and one during the error. Thanks in advance! Kind regards, Melroy van den Berg Ps. You can contact me by mail of course. But I can understand that debugging this issue would be preferable be done via VoIP for example.

7 18

Two upcoming real-life events (this and next weekend)/Call for Donations
by Stefan Baur 28 Jun '23

28 Jun '23

Dear $ALL, X2Go will be present at the TUEBIX Linuxday <https://www.tuebix.org/> in Tübingen, Germany, this Saturday, July 1st, and also at the Hack4Glarus Hackathon <https://hack4glarus.ch/> in Diesbach (Glarus), Switzerland, from Friday, July 7th to Sunday, July 9th. At TUEBIX, we will demo X2Go-KDrive, at Hack4Glarus, we will take a closer look at how well (or how bad) X2Go works in an IPv6 network. If you're planning to attend and/or are in the area, feel free to stop by and say hi! We are trying to cover the costs for our three volunteers/orca e.V. members (Mihai, Juri, and last but not least me) via orca e.V., the registered association that X2Go belongs to, but for that, we will need your help in the form of donations*. You can find our donation pages here: X2Go (English): <https://www.betterplace.org/en/projects/111056?wirwunder=235> X2Go (German): <https://www.betterplace.org/de/projects/111056?wirwunder=235> orca e.V. (English): <https://www.betterplace.org/en/projects/111057?wirwunder=235> orca e.V. (German): <https://www.betterplace.org/de/projects/111057?wirwunder=235> It would be really cool if you could send some $$$/€€€/£££/¥¥¥ our way, so we can keep advocating for X2Go and free remote desktop/remote application projects in general. We can accept donations via PayPal, Credit Card, Direct Debit, giropay/paydirect and wire transfer. Best of all, donations towards X2Go and orca are usually tax deductible for German tax subjects. Kind Regards, Stefan Baur (with his X2Go Event Planner hat on) *If times are still rough for you and you can't afford to donate, don't feel bad - but please forward this announcement to whomever you see fit - e.g. your local Linux user group, your social media followers, etc. If you're on Twitter, you can retweet and like the following to help: <https://twitter.com/farbenstau/status/1674074134333083650> (English) <https://twitter.com/farbenstau/status/1674068604076142599> (German) Feel free to copy the text and links of these Tweets to any social media platform that you are using. -- 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

X2Go Client Vulnerabilities
by Mark Vandenberg 25 Jun '23

25 Jun '23

Hi X2Go Dev Team, Firstly, thanks for providing such an amazing product. I'm a long time user and very grateful fan. My organisation is currently doing a security assessment of the X2Go client. They have asked me to reach out to you to determine the following: "Assuming that you do not have any alternative software clients that can be used for connectivity to the x2go server, would you be able to help to address the compliance issues raised by asking the vendor to confirm whether v4.1.2.2 actually has any vulnerabilities they are aware of and if this is still supported by them?" I think these concerns arise from the age of v4.1.2.2. Can you please answer the above? This is regarding both the X2Go client version and if an alternative client can be used. Thanks and regards, [cid:image001.png@01D9A810.27CE12A0] Mark Vandenberg Senior Solutions Architect 757 Ann Street Fortitude Valley 4006, Queensland, Australia Phone: +61 (417) 443626 Mobile: +61 (417) 443626 E-mail: mark.vandenberg(a)hitachienergy.com<mailto:mark.vandenberg@hitachienergy.com> www.hitachienergy.com<https://www.hitachienergy.com/> [cid:image002.png@01D9A810.27CE12A0]<http://www.facebook.com/hitachienergy.global> [cid:image003.png@01D9A810.27CE12A0] <http://www.instagram.com/hitachienergy> [cid:image004.png@01D9A810.27CE12A0] <http://www.twitter.com/hitachienergy> [cid:image005.png@01D9A810.27CE12A0] <https://www.youtube.com/c/hitachienergy> [cid:image006.png@01D9A810.27CE12A0] <http://www.linkedin.com/company/hitachienergy> [cid:image007.png@01D9A810.27CE12A0]<www.hitachienergy.com>

1 0

How to Build your own Linux-Based Cloud Desktop with X2Go
by Turritopsis Dohrnii Teo En Ming 23 Jun '23

23 Jun '23

Subject: How to Build your own Linux-Based Cloud Desktop with X2Go Good day from Singapore, I would like to share this Youtube video. I think it is very useful. Youtube video: How to Build your own Linux-Based Cloud Desktop with X2Go (Hands-On Linux Learning) Link: https://www.youtube.com/watch?v=Ly22ZKPGxXs Thank you. Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in Singapore Blogs: https://tdtemcerts.blogspot.com https://tdtemcerts.wordpress.com GIMP also stands for Government-Induced Medical Problems. Sent with Proton Mail secure email.

1 0

Couldn't able to install x2goserver
by Venkatesh Venkatesh (ZEN3 INFOSOLUTIONS AMERICA INC) 22 Jun '23

22 Jun '23

Hi X2go, Package: x2goserver Version: Latest and previous When installing x2goserver on Debian stable using sudo apt-get install x2goserver, x2goserver is asking for x2gokdrive which is not available to install. Attached log screenshots for more information. Thanks, G Venkatesh, +91 8096437813

1 0

Re: [X2Go-Dev] X2Go KDrive (0.0.0.1) released
by Orion Poplawski 15 Jun '23

15 Jun '23

This is really great to see. One issue with the released tarball though is no LICENSE or COPYING file indicating the license of its contents. Could that be fixed please? Thanks, Orion On 6/9/23 12:29, Mihai Moldovan wrote: > Dear all > > > The X2Go project is proud to announce the first release of the X2Go > component ,,x2gokdrive''. > > New gains of this version of ,,x2gokdrive'' are: > > X2Go KDrive is a new backing technology for transferring remote content between > a server and a client, based upon the system-provided X.Org version, of which we > then build a custom DDX. It is mostly intended for fast, low-latency local > networks and can improve rendering speed for, e.g., modern web browsers > considerably. > > While KDrive sessions can be used via the usual client applications, NX and > KDrive sessions are *not* interchangeable. > > > X2Go Component: x2gokdrive > Version: 0.0.0.1 > Status: RELEASE > Timestamp: 1686166664 > Date: Wed, 07 Jun 2023 21:37:44 +0200 > Changes: > x2gokdrive (0.0.0.1) RELEASED; urgency=medium > . > [ Oleksandr Shneyder ] > * Initial release: > - Calculate screen dimensions (in mm) according to dpi value. > Default DPI (Xorg) is 75. User can set DPI using -dpi command > line option. > - Move selection functionality to separate thread. Use XCB API to manage > selections. > - add xcb-xfixes to deps. > - send a receive feature versions. > - reinit client version on new connection and awaka sending thread when > client version received. > - support sending and receiving selections on demand. Support reading and > writing INCR properties. > - move declaration of RemoteHostVars from x2gokdriveremote.h to > x2gokdriveremote.c. > - add some support for HTML5 client (like converting pointer cursors to > PNG format). > - fix crashing if client is sending unrequested selection. > - extended clipboard support for HTML client. > - add name of the thread to the debug output. > - move calling of possibly thread-unsafe ospoll functions (SetNotifyFd, > RemoveNotifyFd) to main thread. > - (re)enable sessions debugging. > - fix infinite loop if reading of cookie has failed. > - improve initialization of cursor frame and cache element structures. > - improve clearing of the frame list. > - reiniting of frame and cursors caches by client request. > - don't check cache data size, only amount of elements. > - reduce amount of cache elements to save resources. > - rootless mode for x2gokdrive. > - improve icon handling in rootless mode. > - don't show invisible windows. > - sending KEYRELEASE immediately after KEYPRESS to avoid the "key > sticking". > - set initial geometry form the -geometry command line option. > - change from alder32 to crc32 to avoid collisions on small frames. > - automatically decrease the jpeg quality when to many frames in queue. > - update the screen with png frames when no data is transmitted. > - make screen repaint faster. > - add command line option for initial JPEG quality. > - fix building on Xorg < 11900000. > - don't exit when setting command line arguments -xkb-model, -xkb-layout, > -xkb-variant on Xorg < 11899001. > - support for windows with type _NET_WM_WINDOW_TYPE_DND. Ignore windows > with visibility >= 2. > - don't ignore windows with visibility == 2. Client should hide them from > taskbar. > . > [ Mihai Moldovan ] > * Initial release: > - patches.legacy/README.legacy-patches.md: whitespace-only fix. > - patches.legacy/README.legacy-patches.md: fix markdown syntax. > - {./,patches.xorg/{common,1.18.4,1.19.{2,6},1.20.{1,4,5}}/}quilt.env: add > new quilt environment helper mechanism. Should make using quilt a lot > easier on the developer's machine. Requires SOURCING(!) the quilt.env: > add trailing slash to QUILT_PATCHES > variable. > - patches.xorg/1.20.4/xorg-server-configure-ac.patch: backport > XORG_VERSION_CURRENT change from > e0dbca73f11e9aa7a066e748e6d08ba256be69cf / 1.20.5. > - patches.xorg/1.20.4: add missing/hw/xfree86/common/modeline2c.awk file, > working around a bug in CentOS 7 and Fedora 30 (possibly others as > well). > - patches.xorg/1.20.5: likewise add missing modeline2c.awk file. Actually > needed for Fedora 30. > - patches.xorg/1.19.2/xorg-server-configure-ac.patch: backport > XORG_VERSION_CURRENT change from > e0dbca73f11e9aa7a066e748e6d08ba256be69cf / 1.20.5. > - x2gokdrive{remote,selection}.c: warp initializer into another set of > curly braces until the first POD is reached. Fixes compile errors on > EPEL 7 and generally systems with older GCC versions. That warning, > which is turned into an error later on, is generally overly strict, > since {0} is widely used as an "universal zero initializer" in C, > initializing all other elements that are not explicitly given in the > list implicitly with zero. For some reason, GCC decided that it is an > error to initialize a whole struct that way and explicitly requires that > at least one plain-old-data type is initialized that way. Case in point, > newer GCC versions removed that warning altogether and just blindly > accepts the usual syntax. > - x2gokdriveselection.c: fix compile error, the xEvent struct (made up of > union of another struct) needs another layer of curly braces. > - patches.xorg/: add skeleton for 1.20.3 - needed for OpenSuSE Leap 15.1. > - patches.xorg/1.20.3: add actual (rebased) patches and potentially > missing files. > - patches.xorg/1.18.4: refresh against Ubuntu 16.04/xenial version. > - x2gokdrive{.c,remote.c,init.{c,h}}: patch for X.Org 1.18.x > compatibility, merging in the content from > patches.legacy/osuse_42.3.patch via preprocessor defines. > - patches.xorg/: add 1.20.6 files, essentially copied and refreshed from > 1.20.5. > - patches.xorg/: add 1.20.7 files, essentially copied and refreshed from > 1.20.6. > - x2gokdrive{,remote}.c: fix logic flaws. > - x2gokdriveremote.h: remove duplicate function declaration for > clientReadNotify (). > - patches.xorg/1.18.4/xorg-server-configure-ac.patch: add -lpthread to > X2GOKDRIVE_LIBS. > - patches.xorg/1.19.6: refresh patch set for Ubuntu 18.04/bionic, > including backporting of the XORG_VERSION_CURRENT change. > - patches.xorg/1.18.4/xorg-server-configure-ac.patch: add -lz and also > -ljpeg and -lpng to be on the safe side, since it seems that these > libraries are universally missing. > - Makefile.am: add print-debugging to figure out what is being generated > on Ubuntu 16.04/xenial. > - Makefile.am: revert print-debugging again. > - patches.xorg/1.18.4/xorg-server-configure-ac.patch: correctly add > -pthread and -lpthread references *after* the pkgconfig checks execute. > - quilt.env: add instructions from where to run the source command, this > got me confused two years later. > - patches.xorg/: add 1.20.13 subdirectory for Ubuntu Focal (20.04) with > rebased patch set. > - patches.xorg/: add 21.1.4 subdirectory for Ubuntu Kinetic (22.10) with > rebased patch set. > - patches.xorg/21.1.4/xorg-server-configure-ac.patch: fix FTBFS, typo when > applying patch. > - patches.xorg/: add 21.1.7 subdirectory for Debian Bookworm (12) with > rebased patch set. > - misc: pre-release date update. > * debian/control: > + Grammar fix. > + Remove dependencies that refer to disabled features. > + Add build-dependency upon libpam-dev. It would really be libpam0g-dev > currently, but that looks like a moving target. > + Add B-D upon x11proto-gl-dev (or nil/hello). > + Recommend x2goserver >= 4.1.0.4, we'll better stay on the 4.1.x line. > + Try to pull libxfont1-dev (for old Ubuntu versions such as 16.04/xenial > that don't support building X.Org against libXfont2) and fallback to > libxfont-dev to retain the old, default behavior. > + Make libxfont1-dev an entirely optional dependency and libxfont-dev a > hard one. This should always install libxfont-dev (which typically is > the libXfont2-version), but also the libXfont1-version if available. > Ubuntu 16.04/xenial has X.Org Server 1.18.4 which is not compatible with > libXfont2, but Debian 9/stretch uses X.Org Server 1.19.2, which is > compatible with libXfont2 (and actually requires it), but also has both > packages available. > + Depend upon libxfont1-dev << 1.5.2 (which is the version in Debian > 9/stretch) or fall back to libxfont-dev *and* make sure that the > libxfont1-dev version is greater than 1.4.2. This should essentially > emulate libxfont1-dev (>> 1.4.2 << 1.5.2) | libxfont-dev (>> 1.4.2) and > fix issues with "hello" being picked with subsequent dependencies being > dropped (like libunwind, which is usually not optional). > * x2gokdrive.spec: > + Drop Debian-style formatting in description. > + Typo fixes. > + Remove empty line at EOF. > + Copy summary from Debian's short description. > + Spell out each (build) dependency on one line. > + Whitespace-only fixes. > + Backport changes from debian/rules. > + Copy *.la file removal mechanism from debian/rules. > + Pull in lsb-release on *SuSE systems and redhat-lsb otherwise for > lsb_release, needed at package configuration time. > + Enable hardening in a low-effort way. > + Disable debugsource... disabling. Debug packages are actually useful! > + Copy configure flags from debian/rules{,.flags}. Most compiler flags > should be getting passed down automatically through the %configure > macro, but CPPFLAGS is special and seemingly not defined in > redhat-rpm-macros (or the *SuSE equivalent) and is hence passed-down > manually. %{__global_ldflags} is empty and unknown on some systems, so > copy workaround from nx-libs for that one. > + Sync dependency lists with debian/control. > + Rename binary package to xorg-x11-server-x2gokdrive to be consistent > with Fedora/*SuSE package naming. > + It's still %endif, not %fi. > + Let description be the description of xorg-x11-server-x2gokdrive, not > the x2gokdrive source package. > + Add/copy Summary tag to xorg-x11-server-x2gokdrive binary package. > + Add description for x2gokdrive (source) package. It's a slightly > modified version of the binary package description. > + Fix typo pkgconfig(Xau) => pkgconfig(xau). > + Backport escaping layer change from debian/rules. > + Fix %autosetup usage - only use it when supported. RPM 4.11.x+. > + %autosetup (or %setup) create a top-level BUILD directory into which the > source tarball is extracted - but we also need a BUILD sub-directory. > Create it. > + Use pushd instead of cd. Minor change. > + Build-depend upon libgcrypt-devel for "older" distros that don't define > a libgcrypt pkgconfig() virtual provide. That means: Fedora < 29, EPEL < > 8 and any *SuSE version that is not Tumbleweed. The most surprising part > is probably *SuSE. > + Untangle libjpeg-turbo-devel build-dependency. Recent *SuSE versions > define a pkgconfig(libturbojpeg) virtual provide, which is unheard of in > RHEL land. Older *SuSE versions sadly don't have any virtual provide for > this, and, worse, don't even have libjpeg-turbo-devel packages, so we'll > need to build-depend upon libjpeg62-devel instead and hope that this is > actually the turbo variant. RHEL-land (including Fedora) is more > forgiving and always ships the turbo variant, but sets the virtual > provide to pkgconfig(libjpeg) (yes, for all versions down to RHEL 6, > albit via the updates repository!) and do not mention "turbo" in there. > + Rework gettext-autopoint build dependency. *SuSE uses gettext-tools > (which provides a virtual gettext-devel package), while RHEL-land has a > "real" gettext-devel package that virtually provides a gettext-autopoint > package. > + Also build-depend upon pam-devel. > + Build verbosely. We do want to see actual compilation steps. > + Copy xorg-server source verbosely. Matches debian/rules tar call more > closely. > + Use archive mode when copying xorg-server source. We probably want to > keep stuff like timestamps to not break the Makefile dependencies. > + *SuSE puts the xorg-server source code into /usr/src/xserver. > + Change /usr/share/xserver to /usr/src/xserver. For real this time. > + Add hack installing missing files into the xorg-server source tree. > + Port change from debian/rules.flags to disable Xorg DDX building. > + Delete old configure files that might have had the executable bit set. > We want those to be re-generated with the correct permissions later on. > + Port *.la file removal commenting from debian/rules. > + Pull in pkgconfig(glproto) BR. Needed for *SuSE, that doesn't seem to > pull it in by other means (while RHEL-land does). > + Fix %exclude entry for protocol.txt, the new configure flags changed its > path to %{_libexecdir}. > + Downgrade dependency upon xorg-x11-server-common to 1.18.4. Strictly > speaking, we'd have to define a unique dependency for each > distro-version combination (e.g., Fedora 30 uses 1.20.5, EPEL 7 > currently uses 1.20.4 etc.), but that's too complicated - let's depend > on at least the earliest supported version for now. > + Work around issue on *SuSE: for some reason, Mesa-libGL-devel doesn't > pull Mesa-devel in, leading to a compile failure. Do that manually. > + Depend on/recommend x2goserver >= 4.1.0.4, backported from > debian/control. > + Change libunwind build-dependency and usage: for ppc64(be), use it when > not on RHEL/CentOS (this includes *SuSE and Fedora) and for ppc64le, use > it on RHEL/CentOS 8+ or when not on RHEL/CentOS. > + Fix syntax error due to unclosed %if. > + X11 server package is not split up into binary and common packages on > *SuSE, so change dependency to xorg-x11-server. > * debian/rules: > + Remove weird empty variable reference construct. > + Whitespace-only fixes. > + Move options to the front of commands. > + Drop useless use of cat. > + Avoid backticks, use $() instead. > + "a && b || c" doesn't really mean "if a then b else c", but something... > more difficult: "c" does also run if "a" is false. Switch to a proper > if-else construct. > + Split up subshell content onto unique lines and fix bash syntax error > near "exit 1". > + Use printf instead of echo. Plain echo doesn't even substitute escape > sequences for their plain char counterparts and the -e switch is > non-portable. > + Avoid xargs, use find's -exec feature. > + More and better quoting. > + Verbosely remove *.la files. > + Add missing single quotes - two strings were merged into one by > accident. > + Drop additional escape layer in sed expression. This was previously only > needed due to the weird escaping/quoting rules for code in backticks. > The more modern and equally POSIX-compatible $() syntax makes quoting > and escaping within subshell calls a lot easier. > + Comment out *.la file removal. We shouldn't need that any longer since > we don't build the Xorg DDX anymore. > * debian/rules.flags: > + Define NULL variable and use it throughout the file. > + Disable building Xorg DDX. We don't need it and it's only inflating > build times. Older X.Org patches will need to be modified to define the > version variable, but we can do that as we go and accept build failures > for the time being. > . > [ Mike Gabriel ] > * Initial release: > - patches.xorg/: Add 1.20.11 files, essentially copied and refreshed from > 1.20.7. > This is the X.Org Xserver version shipped with Debian bullseye. > - x2gokdriveinit.c: Only define ddxInputThreadInit() prototype for > XORG_VERSION_CURRENT less than 1.20.7. Starting with 1.20.8, the > prototype definition is now available in include/os.h. > - x2gokdrivedebug.h: Introduce this new file and move all EPHYR_DBG > stuff into there. And: disable EPHYR_WANT_DEBUG as with it, the project > fails to build with standard Debian compiler flags." > - patches.xorg/: Support building against xorg-server 21.1.3. > * debian/control: > + Fix B-Ds for building against Ubuntu trusty. > + Add B-D mesa-common-dev. Introduced here with the X.Org Xserver 1.20.11 > patchset. > + Add B-D: libxcvt (or 'sl' for not so recent versions of Debian/Ubuntu). > + No alternative 'hello' B-D for libunwind-dev. > > > Regards, > > > > Mihai Moldovan > > > _______________________________________________ > x2go-announcements mailing list > x2go-announcements(a)lists.x2go.org > https://lists.x2go.org/listinfo/x2go-announcements -- Orion Poplawski IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev June 2023