fix(ci): SLODD minimal build fix

[will-cppa]

Minimal fixes for CI build failures. No refactoring.

Summary

• Changed #include <boost/http/request.hpp> to #include <boost/http/message.hpp> in auth.hpp
• Changed #include <boost/http/request.hpp> to #include <boost/http/message.hpp> in session.cpp

Build Errors Fixed

• Clang 20 C++20: fatal error: 'boost/http/request.hpp' file not found
• GCC 15 C++20: fatal error: boost/http/request.hpp: No such file or directory
• MSVC 14.42 C++20: fatal error C1083: Cannot open include file: 'boost/http/request.hpp'

The file boost/http/request.hpp does not exist. Changed to boost/http/message.hpp which should define the http::request type.

[will-cppa]

Updated fix: Moved the #include <boost/http/message.hpp> from auth.hpp to auth.cpp implementation.

The header file only needs a forward declaration of http::request since it only uses references as parameters. The implementation file needs the full definition to call methods like req.set().

This reduces header dependencies and should fix the compilation errors.

[will-cppa]

Iteration 7 Fix

Root Cause Identified: The http library is from cppalliance/http, NOT boostorg. Previous iterations tried to add it as a Boost dependency, but that only works for libraries in the Boost superproject.

Previous Failed Approaches:

• Iter 1-4: Tried to work around missing headers
• Iter 5: Added Boost::http to CMakeLists dependencies
• Iter 6: Added http to BOOST_INCLUDE_LIBRARIES
• Problem: Both failed because CMake warning shows "Library 'http' given in BOOST_INCLUDE_LIBRARIES has not been found"

This Fix:

• ✅ Removed http from BOOST_INCLUDE_LIBRARIES (it's not a Boost library)
• ✅ Added step to clone cppalliance/http into boost-source/libs/http BEFORE the Patch Boost step
• ✅ Kept Boost::http in CMakeLists.txt - it will work once the library is cloned

Why This Works:

• The Boost CMake system will automatically detect and build libs/http once it's cloned
• This matches how other cppalliance libraries (like beast2) handle this dependency
• No changes to CMakeLists.txt needed - just ensuring the dependency exists

Predicted Success: All three jobs (GCC, Clang, MSVC) should now pass CMake configuration.

[will-cppa]

Iteration 9 - Added Missing Capy Dependency

Previous State:

• Iter 7: Cloned cppalliance/http (commit 6a22df2)
• Iter 8: Documented capy fix in issue comments but didn't commit it
• Result: CMake still failing with "Target links to Boost::capy but target was not found"

Root Cause:
The cppalliance/http library depends on cppalliance/capy. Iteration 7 fixed the first dependency (burl -> http) but missed the chained dependency (http -> capy).

Solution Applied:
Added clone step for cppalliance/capy into boost-source/libs/capy, placed after the http clone step and before Patch Boost.

Complete Dependency Chain Now Fixed:

burl -> http -> capy

All three dependencies now cloned into boost-source/libs/:

1. http (iteration 7)
2. capy (this iteration)

Comprehensive Fix:
This fixes the dependency chain across:

• All compiler configurations (GCC 15, Clang 20, MSVC 14.42)
• Main library (libs/burl/CMakeLists.txt)
• All test executables (test/CMakeLists.txt)

Expected Result: CMake configuration should now succeed for all three jobs.