Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GUACAMOLE-1026: Add support for FreeRDP3. #517

Merged
merged 1 commit into from
Jun 4, 2024
Merged

GUACAMOLE-1026: Add support for FreeRDP3. #517

merged 1 commit into from
Jun 4, 2024

Conversation

aleitner
Copy link
Contributor

@aleitner aleitner commented May 9, 2024

Refactored to support both FreeRDP 2 and 3.

  • Added version checking for FreeRDP 3.x and fallback to 2 if 3 doesn't exist
  • Additional checks introduced for various FreeRDP 3.x feature support
    • _aligned_free and _aligned_malloc renamed to winpr_aligned_free and winpr_aligned_malloc
    • ReadColor and WriteColor renamed to FreeRDPReadColor and FreeRDPWriteColor
    • Various CLIPRDR properties moved to CLIPRDR_HEADER common struct for CLIPRDR structs.
    • Required use of getter/setter functions interacting with rdpSettings
      • freerdp_settings_set_pointer, freerdp_settings_set_bool, freerdp_settings_set_string, freerdp_settings_set_uint32, freerdp_settings_get_pointer_writable, freerdp_settings_get_bool, freerdp_settings_get_string, freerdp_settings_get_uint32
      • Note: freerdp_settings_set_pointer and freerdp_settings_get_pointer_writable were only added for 3.X where as the rest were available within 2.X.
      • getter/setter functions within 3.X now use updated enum types for keys prefixed with FreeRDP_.
    • FreeRDP 3.X moved context-related pointers (rdpSettings* settings, rdpInput* input) to a context structure in the freerdp* instance.
    • freerdp_shall_disconnect renamed to freerdp_shall_disconnect_context.
    • IDRDYNVC_ENTRY_POINTS.GetPluginData() return now requires const.
    • glyph.New and pointer.Set no longer require arguments to be const.

@aleitner aleitner marked this pull request as ready for review May 9, 2024 05:39
Copy link
Contributor

@necouchman necouchman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A couple of initial comments - overall looks pretty clean!

configure.ac Outdated Show resolved Hide resolved
src/libguac/string.c Show resolved Hide resolved
@aleitner aleitner force-pushed the RDP-3 branch 4 times, most recently from 6d1b313 to daceeaf Compare May 10, 2024 01:17
@necouchman
Copy link
Contributor

I need to pull the code down and actually run it through some testing before I'm good with it, I'll try to get that done this weekend.

Currently this is targeted at the main branch which would put it in the 1.6.0 release. In the past I think it was mentioned that this might go into a 2.0 release, so wanted to check and see if @mike-jumper or @jmuehlner had any thoughts on that? I'm fine with it going into 1.6.0 - it seems like it's a pretty minimal and compatible set of changes, just want to make sure we're all in agreement.

@jmuehlner
Copy link
Contributor

I need to pull the code down and actually run it through some testing before I'm good with it, I'll try to get that done this weekend.

Currently this is targeted at the main branch which would put it in the 1.6.0 release. In the past I think it was mentioned that this might go into a 2.0 release, so wanted to check and see if @mike-jumper or @jmuehlner had any thoughts on that? I'm fine with it going into 1.6.0 - it seems like it's a pretty minimal and compatible set of changes, just want to make sure we're all in agreement.

It doesn't drop compatibility with FreeRDP 2.x so I'm fine putting it in main, and in 1.6.0.

@mike-jumper
Copy link
Contributor

No objection from me for inclusion in 1.6.0 either as long as we maintain compatibility with FreeRDP 2.x.

@mike-jumper
Copy link
Contributor

mike-jumper commented May 22, 2024

I've added this temporary build to help verify these changes against various 2.x and 3.x versions of FreeRDP:

https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/

The above is identical to our existing build except that it builds against this RDP-3 branch (not main) and includes FreeRDP's main and latest 3.x release as additional versions to be tested.

@jmuehlner
Copy link
Contributor

I've added this temporary build to help verify these changes against various 2.x and 3.x versions of FreeRDP:

https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/

The above is identical to our existing build except that it builds against this RDP-3 branch (not main) and includes FreeRDP's main and latest 3.x release as additional versions to be tested.

Looks like the FreeRDP 3 test build failed: https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/FREERDP_BRANCH=3.5.1,JENKINS_LABEL_EXPRESSION=ubuntu/lastBuild/console

@aleitner
Copy link
Contributor Author

I've added this temporary build to help verify these changes against various 2.x and 3.x versions of FreeRDP:
https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/
The above is identical to our existing build except that it builds against this RDP-3 branch (not main) and includes FreeRDP's main and latest 3.x release as additional versions to be tested.

Looks like the FreeRDP 3 test build failed: https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/FREERDP_BRANCH=3.5.1,JENKINS_LABEL_EXPRESSION=ubuntu/lastBuild/console

Huh that shouldn't happen. I just pushed changes a little bit ago to resolve that

@jmuehlner
Copy link
Contributor

Huh that shouldn't happen. I just pushed changes a little bit ago to resolve that

Ah ok - looks like a new build did kick off a bit ago - maybe that'll fix it.
https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/2/

@jmuehlner
Copy link
Contributor

Huh that shouldn't happen. I just pushed changes a little bit ago to resolve that

Ah ok - looks like a new build did kick off a bit ago - maybe that'll fix it. https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/2/

Looks like it failed again... https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/2/FREERDP_BRANCH=3.5.1,JENKINS_LABEL_EXPRESSION=ubuntu/

@necouchman
Copy link
Contributor

Looks like it failed again... https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/2/FREERDP_BRANCH=3.5.1,JENKINS_LABEL_EXPRESSION=ubuntu/

Looks like it doesn't like the attempts to build FreeRDP within the source tree:

#8 16.99 CMake Error at cmake/PreventInSourceBuilds.cmake:28 (message):
#8 16.99   
#8 16.99 
#8 16.99   CMake must not to be run in the source directory.  Rather create a
#8 16.99   dedicated build directory and run CMake there.  CMake now already created
#8 16.99   some files, to clean up after this aborted in-source compilation:
#8 16.99 
#8 16.99      rm -r CMakeCache.txt CMakeFiles
#8 16.99 
#8 16.99   or
#8 16.99 
#8 16.99      git clean -xdf
#8 16.99 
#8 16.99   
#8 16.99 
#8 16.99   If you happen to require in-source-tree builds for some reason rerun with
#8 16.99   -DALLOW_IN_SOURCE_BUILD=ON

@necouchman
Copy link
Contributor

necouchman commented May 27, 2024

Looks like it failed again... https://ci-builds.apache.org/job/Guacamole/job/guacamole-server-wip-freerdp3/2/FREERDP_BRANCH=3.5.1,JENKINS_LABEL_EXPRESSION=ubuntu/

Looks like it doesn't like the attempts to build FreeRDP within the source tree:

#8 16.99 CMake Error at cmake/PreventInSourceBuilds.cmake:28 (message):
#8 16.99   
#8 16.99 
#8 16.99   CMake must not to be run in the source directory.  Rather create a
#8 16.99   dedicated build directory and run CMake there.  CMake now already created
#8 16.99   some files, to clean up after this aborted in-source compilation:
#8 16.99 
#8 16.99      rm -r CMakeCache.txt CMakeFiles
#8 16.99 
#8 16.99   or
#8 16.99 
#8 16.99      git clean -xdf
#8 16.99 
#8 16.99   
#8 16.99 
#8 16.99   If you happen to require in-source-tree builds for some reason rerun with
#8 16.99   -DALLOW_IN_SOURCE_BUILD=ON

I tweaked the build script slightly to create a build_root directory, cd to that, and then cmake from the parent directory. We'll see what happens.

@necouchman
Copy link
Contributor

I tweaked the build script slightly to create a build_root directory, cd to that, and then cmake from the parent directory. We'll see what happens.

I updated the script, but that doesn't seem to have triggered an automatic rebuild, and I don't seem to have permissions to force a rebuild. @mike-jumper you might have to kick it off, again.

@aleitner aleitner force-pushed the RDP-3 branch 6 times, most recently from 3603167 to 5136870 Compare June 4, 2024 19:10
@jmuehlner
Copy link
Contributor

Copy link
Contributor

@jmuehlner jmuehlner left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking good.

Copy link
Contributor

@necouchman necouchman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking really good - I just have a question and a minor code style tweak, and I think it's ready to :shipit:.

Dockerfile Outdated Show resolved Hide resolved
src/protocols/rdp/gdi.c Outdated Show resolved Hide resolved
Copy link
Contributor

@necouchman necouchman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alright, I'm happy with it - tested it out with FreeRDP2 on my EL8 system and it appears to work okay, so I'll go ahead and merge it. Great work, @aleitner, it's really nice to tick this one off the list!!

@necouchman necouchman merged commit 3d7e4bd into main Jun 4, 2024
1 check passed
@mike-jumper mike-jumper deleted the RDP-3 branch August 28, 2024 17:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants