x2go-dev

x2go-dev@lists.x2go.org

1 participants
5399 discussions

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

Next Events/Upcoming X2Go and orca e.V. Sponsorship Drive - Tomorrow, 2023-09-05
by Stefan Baur 04 Sep '23

04 Sep '23

Dear $ALL, X2Go will be present at LinuxDay.AT <https://www.linuxday.at/> in Dornbirn, Austria on Saturday, September 30th, and also at the IT-Kongress <https://it-kongress.com/> in Neu-Ulm, Germany, on Thursday, November 9th, 2023. At both events, we will have a booth where we will demo X2Go-KDrive, as well as the HTML5Client beta and X2Go's integration into the latest Remmina client. At LinuxDay.AT, there will also be a talk with a live demo of how you can run a small X2GoServer instance in the Google Cloud, for free, using Tor (The Onion Router) to log in. The talk at IT-Kongress will be a behind-the-scenes look regarding the customer-driven development that led to the creation of X2Go-KDrive. (Note that both talks will be in German, but our booth staff at both events is fluent in German as well as in English.) If you're planning to attend and/or are in the area, feel free to stop by and say hi! Both events are free, though IT-Kongress requires registration. We are trying to cover the costs for our two volunteers/orca e.V. members (Mihai and 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. Note that there is a special sponsorship drive sponsored by our funding platform, betterplace.org: Non-recurring donations up to 100 Euro made on Tuesday, 2023-09-05 (starting 00:00 CEST) will receive 20% on top directly from betterplace.org. Larger donations will receive 20 Euro on top instead. This offer is only valid until a funding pool of 12.000 Euro is depleted. So the earlier you donate on this particular day, the higher the chance that your donation will receive the bonus from betterplace. Kind Regards, Stefan Baur (with his X2Go Event Planner hat on) *If times are rough for you and you can't afford to donate, don't feel bad! You can also help us by forwarding this announcement to whomever you seem 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/1698651187577282841> (English) <https://twitter.com/farbenstau/status/1698651871773086181> (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

Bug#1612: Keyboard layout breaks when session is restored.
by Александр Новосёлов 23 Aug '23

23 Aug '23

Package: x2goserver Version: 4.1.0.6 Hi! Keyboard layout breaks when session is restored. The problem has been observed since the version X2Go Server (4.1.0.5) released. X2Go Server from ubuntu (20.04) stable ppa. 1) The first time you connect everything works fine. 2) Disconnect and restore the session — The keyboard is broken. The cursor movement buttons ( )generate such values in xev: KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555749669, (95,-11), root:(128,65), state 0x0, keycode 98 (keysym 0xff26, Katakana), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555749809, (95,-11), root:(128,65), state 0x0, keycode 98 (keysym 0xff26, Katakana), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555753473, (95,-11), root:(128,65), state 0x0, keycode 104 (keysym 0xff8d, KP_Enter), same_screen YES, " XLookupString gives 1 bytes: (0d) " " XmbLookupString gives 1 bytes: (0d) " XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555753608, (95,-11), root:(128,65), state 0x0, keycode 104 (keysym 0xff8d, KP_Enter), same_screen YES, " XLookupString gives 1 bytes: (0d) " XFilterEvent returns: False KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555754599, (95,-11), root:(128,65), state 0x0, keycode 100 (keysym 0xff23, Henkan_Mode), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555754773, (95,-11), root:(128,65), state 0x0, keycode 100 (keysym 0xff23, Henkan_Mode), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555755647, (95,-11), root:(128,65), state 0x0, keycode 102 (keysym 0xff22, Muhenkan), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555755861, (95,-11), root:(128,65), state 0x0, keycode 102 (keysym 0xff22, Muhenkan), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False

1 0

Keyboard layout breaks when session is restored.
by Александр Новосёлов 23 Aug '23

23 Aug '23

Hi! Keyboard layout breaks when session is restored. The problem has been observed since the version X2Go Server (4.1.0.5) released. X2Go Server from ubuntu (20.04) stable ppa. 1) The first time you connect everything works fine. 2) Disconnect and restore the session — The keyboard is broken. The cursor movement buttons ( )generate such values in xev: KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555749669, (95,-11), root:(128,65), state 0x0, keycode 98 (keysym 0xff26, Katakana), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555749809, (95,-11), root:(128,65), state 0x0, keycode 98 (keysym 0xff26, Katakana), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555753473, (95,-11), root:(128,65), state 0x0, keycode 104 (keysym 0xff8d, KP_Enter), same_screen YES, " XLookupString gives 1 bytes: (0d) " " XmbLookupString gives 1 bytes: (0d) " XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555753608, (95,-11), root:(128,65), state 0x0, keycode 104 (keysym 0xff8d, KP_Enter), same_screen YES, " XLookupString gives 1 bytes: (0d) " XFilterEvent returns: False KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555754599, (95,-11), root:(128,65), state 0x0, keycode 100 (keysym 0xff23, Henkan_Mode), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555754773, (95,-11), root:(128,65), state 0x0, keycode 100 (keysym 0xff23, Henkan_Mode), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555755647, (95,-11), root:(128,65), state 0x0, keycode 102 (keysym 0xff22, Muhenkan), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 47, synthetic NO, window 0x1000001, root 0xa1, subw 0x0, time 555755861, (95,-11), root:(128,65), state 0x0, keycode 102 (keysym 0xff22, Muhenkan), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False

1 0

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#1610: x2goclient 4.1.2.3 build failure on Fedora rawhide
by Orion Poplawski 14 Jul '23

14 Jul '23

Package: x2goclient Version: 4.1.2.3 Updating the Fedora x2goclient package to 4.1.2.3 I get the following when building on Fedora rawhide: Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.qe1X0s + umask 022 + cd /builddir/build/BUILD + CFLAGS='-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ' + export CFLAGS + CXXFLAGS='-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ' + export CXXFLAGS + FFLAGS='-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/lib64/gfortran/modules ' + export FFLAGS + FCFLAGS='-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/lib64/gfortran/modules ' + export FCFLAGS + VALAFLAGS=-g + export VALAFLAGS + RUSTFLAGS='-Copt-level=3 -Cdebuginfo=2 -Ccodegen-units=1 -Cforce-frame-pointers=yes -Clink-arg=-Wl,-z,relro -Clink-arg=-Wl,-z,now -Clink-arg=-specs=/usr/lib/rpm/redhat/redhat-package-notes --cap-lints=warn' + export RUSTFLAGS + LDFLAGS='-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -specs=/usr/lib/rpm/redhat/redhat-package-notes ' + export LDFLAGS + LT_SYS_LIBRARY_PATH=/usr/lib64: + export LT_SYS_LIBRARY_PATH + CC=gcc + export CC + CXX=g++ + export CXX + cd x2goclient-4.1.2.3 + export PATH=/usr/lib64/qt5/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin + PATH=/usr/lib64/qt5/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin + /usr/bin/make -O -j6 V=1 VERBOSE=1 /usr/bin/make -f Makefile.man2html build make[1]: *** No rule to make target 'SHELL'. Stop. This seems to be related to these new items: @@ -52,13 +65,13 @@ # implementation to make implementation. # GNU make way. -MAKEOVERRIDES= +MAKEOVERRIDES = SHELL QT_VERSION INSTALL_DIR INSTALL_FILE INSTALL_SYMLINK INSTALL_PROGRAM RM_FILE RM_DIR DESTDIR PREFIX ETCDIR BINDIR SHAREDIR MANDIR QMAKE_BINARY LRELEASE_BINARY QMAKE_OPTS LDFLAGS LIBS # FreeBSD and NetBSD way. -.MAKEOVERRIDES= +.MAKEOVERRIDES = SHELL QT_VERSION INSTALL_DIR INSTALL_FILE INSTALL_SYMLINK INSTALL_PROGRAM RM_FILE RM_DIR DESTDIR PREFIX ETCDIR BINDIR SHAREDIR MANDIR QMAKE_BINARY LRELEASE_BINARY QMAKE_OPTS LDFLAGS LIBS # OpenBSD way. -.MAKEFLAGS= +.MAKEFLAGS = SHELL QT_VERSION INSTALL_DIR INSTALL_FILE INSTALL_SYMLINK INSTALL_PROGRAM RM_FILE RM_DIR DESTDIR PREFIX ETCDIR BINDIR SHAREDIR MANDIR QMAKE_BINARY LRELEASE_BINARY QMAKE_OPTS LDFLAGS LIBS all: build @@ -89,13 +102,14 @@ rm -fr $(CLIENT_DIR) clean_man: - make -f Makefile.man2html clean + $(MAKE) -f Makefile.man2html clean but I don't really understand why. This is with make 4.4.1. I don't see any problems with make 4.2.1. -- 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

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev