Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Enhancement: Extend CI workflow to test library detection with manually compiled dependencies

オープン
#3,407 コメント 10 件 リアクション 1 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
cpp, github-actions, linux

調査の方向性

まず現在の GitHub Actions ワークフローと configure スクリプトを確認し、次に issue #3404 と #3318 を使ってライブラリ検出のケースを理解します。リストにある各ディストリビューションとインストールパスで、手動でコンパイルした YAJL、LMDB、PCRE2 を対象とするジョブを追加します。完了の条件は、これらのシナリオで configure スクリプトが各依存関係を正常に検出することです。

索引モデルが issue の本文から書いたものです。

説明

Background

This issue is a follow-up to #3404, where we identified that the ModSecurity configure script fails to detect YAJL, LMDB, and PCRE2 libraries when they are installed in lib64 directories or other non-standard paths.

While the library detection fix has been submitted via PR, @airween suggested an important enhancement to extend the CI workflow to better test these scenarios.

Current CI Limitations

The current CI workflow primarily tests library detection using OS package managers, which typically install libraries in standard system paths. However, many users compile libraries manually and install them in custom locations, particularly:

  • /usr/local/[library]/lib64/ directories
  • Custom prefix paths
  • Container environments with non-standard library layouts

Proposed Enhancement

Add new CI jobs that test the configure script's library detection capabilities with manually compiled dependencies, specifically:

1. Manual Library Compilation Testing
  • Compile YAJL, LMDB, and PCRE2 from source
  • Install them in various custom paths (lib64, custom prefixes)
  • Verify configure script correctly detects these libraries
2. Multi-Distribution Testing

Test across various Linux distributions that commonly use lib64:

  • Alma Linux 9, 10
  • CentOS Stream 9, 10
  • Oracle Linux 9, 10
  • Rocky Linux 9, 10
  • Ubuntu 22.04, 24.04
  • Debian 12, 13
  • OpenSUSE
  • Fedora
3. Container Environment Testing
  • Test in containerized environments where libraries are often manually compiled
  • Verify compatibility with different base images

Benefits

  1. Improved Reliability: Catch library detection issues before they reach users
  2. Better Coverage: Test real-world scenarios where users compile dependencies manually
  3. Cross-Platform Validation: Ensure compatibility across diverse Linux distributions
  4. Regression Prevention: Prevent future breakage of library detection logic

Implementation Approach

  1. Create new GitHub Actions workflow jobs
  2. Add matrix builds for different distributions and library installation methods
  3. Implement automated testing scripts for manual library compilation
  4. Add validation steps to ensure configure script works correctly

Related Issues

  • #3404 - Original lib64 detection issue
  • #3318 - Similar PCRE2 detection problems

Note: This enhancement would significantly improve the project's build system reliability and help prevent similar issues in the future. I'm ready to contribute to implementing these CI improvements.

主要言語
C++
スター
9.8k
フォーク
1.8k
平均マージ
2時間 46分
マージ済み PR(30日)
1

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

owasp-modsecurity/ModSecurity のほかの issue

owasp-modsecurity/ModSecurity の issue をすべて見る

似ている issue

C++ の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。