离线编译syslog踩坑记录
问题描述
博主需要改动syslog-ng的源码，并重新编译syslog-ng。但是编译环境存在各种受限。
首先是是在内网环境中，不能在线安装相关依赖，再者就是编译环境的Linux发行版是定制的，虽然应该是基于CentOS改过来的，但是系统上做了啥处理，不说yum和dnf，最基本的rpm都没有，通过下载rpm包再安装到本地的方法都不能实现了。最后就是编译环境的那些基础C库都老的很，编译syslog-ng达不到最低版本要求，因此啥依赖都得自己下载源码编译过来。在整个过程中也是踩坑无数，特此记录一下。
问题解决
外网还编译啥，直接包管理器安装不就好了？
1 | sudo apt install syslog-ng |
其实也达不到博主的要求，因为博主改动了部分源码，定制了部分功能，直接装上去也达不到要求。
不过如果在外网的话能够直接装一些依赖的库，也算简化了部分操作吧。但是现在是要实现完全离线安装，基本上包管理器是用不到了。
那么一切只能从源码编译过来了。
syslog-ng源码
github上之际下载相关源码
看REAME里面描述编译似乎很简单，试一试：
1 | ./configure && make && make install |
想法很不错，第一步就失败：
报错明显就是glib不存在或者版本太低了，然后又是说pkg-config不存在？
那么先装个pkg-config再说。
pkg-config安装
简介
首先什么是pkg-config？
pkg-config 是一个用于管理和查询已安装库的工具，特别是在编译和链接阶段。它简化了编译和链接过程中的配置工作，确保编译器和链接器能够找到和使用正确的库及其依赖项。具体来说，pkg-config 的主要用途包括：
主要功能
提供编译和链接标志：
pkg-config能够查询库的编译器和链接器标志，这些标志对于正确地编译和链接程序是必要的。它提供了一种标准化的方法来获取这些标志，避免了手动配置的麻烦。- 编译标志（Compiler Flags）：如头文件路径。
- 链接标志（Linker Flags）：如库文件路径和库名称。
示例命令：
1
2bash复制代码pkg-config --cflags library-name
pkg-config --libs library-name处理库的依赖关系：
pkg-config能够处理库之间的依赖关系，并自动包含所需的标志。这意味着，如果一个库依赖于其他库，pkg-config会将这些依赖的标志自动包括在内，简化了构建过程。查询库的版本信息： 你可以使用
pkg-config来获取库的版本信息，确保你使用的是正确版本的库。示例命令：
1
2
3
4
5bash
复制代码
pkg-config --modversion library-name支持多个库：
pkg-config可以同时支持多个库，允许你在一个命令中查询多个库的标志，并将它们组合在一起。示例命令：
1
2
3
4
5bash
复制代码
pkg-config --cflags --libs library1 library2
总结
pkg-config 是一个用于管理和查询已安装库的工具，它提供了一个标准化的方式来获取编译和链接所需的标志，处理库的依赖关系，并支持多个库的配置。它简化了构建过程，确保编译和链接过程中使用的是正确的库和版本。
安装
pkg-config源码地址在github上开源有，点击查看，但是这个是个开源版本，官方的是这里
1 | curl https://pkg-config.freedesktop.org/releases/pkg-config-0.29.2.tar.gz -O |
注意如果configure的时候报错：
1 | checking for glib-2.0>=2.16... no |
可以指定使用pkg-config自带的glib库：
1 | ./configure --with-internal-glib |
继续编译syslog-ng
继续执行第一节的操作，编译syslog-ng：
1 | ./configure |
还是之前的报错，说明装了pkg-config貌似也解决不了问题。
那么基本上能定位到是glib库的问题了。
先看看系统的glib版本：
1 | pkg-config --modversion glib-2.0 |
正好使用装好的pkg-config:
结果说没有？那么直接包管理器看看有没有装这个库：
1 | # deb系 |
结果还是没有？
那么只能手动安装glib库了。
glib库安装
简介
glib这个库听起来和glibc好接近，那么这个库实际是干啥的？
GLib 是一个通用的跨平台 C 语言库，主要用于提供基础设施功能和通用编程工具。它是 GNOME 桌面环境和 GTK+ 库的基础，广泛用于各种 C 语言程序中。
- 主要功能：
- 提供数据结构（如链表、哈希表、队列等）、文件和目录操作、线程和同步、事件循环等。
- 提供跨平台的抽象，简化了不同操作系统上的编程工作。
- 实现了许多标准 C 语言库没有的功能，如 Unicode 字符处理和国际化支持。
- 使用场景：
- 被用于构建图形用户界面（如 GTK+）
- 被广泛应用于 GNOME 桌面环境和其他 C 语言应用程序。
安装
glib在gitlab上开源了的，点击查看，发行的历史源码在这里查看，直接下载个最新的来编译。
1 | curl -O https://download.gnome.org/sources/glib/2.80/glib-2.80.5.tar.xz |
进去目录之后发现新版编译似乎不太一样啊，那就看文档咋说吧：
1 | vim INSTALL.md |
貌似讲的很清楚了，但是又要用到新的构建工具meson，meson要依赖python，这没完没了了，头大了，那只能找个老版本的不用meson编译的。
1 | curl -O https://download.gnome.org/sources/glib/2.40/glib-2.40.2.tar.xz |
还好找到个可用的老版本，但是执行./configure的时候又报错了：
这些真憋不住了。本来是不想编译meson特意装的老版本，结果又要编译gettext的库，不过至少不要依赖python，还稍微好点。
gettext离线编译
简介
gettext 是一套开源的国际化（i18n）和本地化（l10n）工具，用于在软件开发中管理多语言支持。它允许程序从一种语言（通常是英语）切换到其他语言，而无需修改代码。gettext 为程序提供了一种机制来定义、获取和显示翻译文本，主要用于处理多语言的字符串。
gettext 的功能：
- 消息翻译：
gettext允许程序开发者使用简单的函数在运行时从源语言切换到目标语言。 - 语言包管理：通过
.po和.mo文件，可以方便地管理不同语言的翻译文本。 - 工具支持：
gettext提供了多种工具来提取、合并和编译翻译文件，例如xgettext、msgmerge和msgfmt。
离线编译
官网位置，点击这里。
直接官网拉下源码来编译：
1 | curl -O https://ftp.gnu.org/pub/gnu/gettext/gettext-0.22.5.tar.gz |
这个还好，一把就编译完成。
glib编译
继续执行上面编译glib的操作：
1 | ./configure |
结果byd还是有问题：
无疑就是重复定义的问题了。
拉下来的源码难道还存在问题？网上找了一下发现是编译器的问题，大概就是我的gcc版本太高，源码版本又老，因此你存在问题。
解决问题博客：Bug 记录： gcc 7.5.0 编译 glib-2.9.6 报错 - 缘起花渊 - 博客园 (cnblogs.com)
总结起来就是修改一下./glib/gutils.h，我的源码和博主的其实也差了几个版本，修改的地方有点出入，但是参照修改之后也能够用：
1 | // 修改前的 |
其实也就是改第二个if判断子句，只改其第一个if的就好了，改完再编译基本没问题了：
1 | make clean |
这下一次走通。
glib编译的其他问题
博主在之前的编译的时候还遇到过其他问题：
glib依赖pcre库，但是装好pcre库的，编译glib执行./configure却依然报错找不到库或者不支持UTF-8编码，这个时候时候可用尝试加入--with-pcre参数glib也算比较基础的C库了，有时本地已经有这个库了，但是可能版本比较老，这个时候只能指定其他安装路径了，也就是在执行./configure的时候加上参数----prefix=安装路径
网上还找到了一篇文章，关于glib编译的相关问题都有描述，点击这里查看ChinaUnix博客
继续编译syslog-ng
这下依赖应该全有了吧，那么再次尝试编译syslog-ng：
编译配置生成
首先尝试生成makefile，执行：
1 | ./configure |
还是不行：
还是找不到glib库，可是实际上我已经编译好并且安装好了啊，到底是什么原因造成这种问题的呢？
执行：
1 | pkg-config --modversion glib-2.0 |
查看glib版本，发现glib根本就找不到啊，那么基本可以确定是pkg-config没找到glib的库路径了。
pkg-config的，默认搜寻路径：
Linux 系统：
/usr/lib/pkgconfig//usr/share/pkgconfig//usr/local/lib/pkgconfig//usr/local/share/pkgconfig/
64 位系统：
/usr/lib/x86_64-linux-gnu/pkgconfig//usr/local/lib/x86_64-linux-gnu/pkgconfig/
那么就是我安装的glib不在它的默认搜寻路径下，那么可以通过：
1 | export PKG_CONFIG_PATH=/custom/path/to/pkgconfig:$PKG_CONFIG_PATH |
来设置默认的搜寻路径，编译的时候同时最好把glib的链接库位置和头文件位置也设置一下，那么只能执行：
1 | ./configure PKG_CONFIG_PATH=/custom/path/to/pkgconfig CFLAG="-I/path/to/glib/include" LDLIBS="-L/path/to/glib/lib" |
这次没有问题。至少编译文件现在是有了
configure存在的问题
其实编译的时候可能还会报错缺少openssl的开发库，也就是openssl-devel开发库，或者就是缺失json-c库，也就是libjson-c-dev，再者还有其他什么库缺失的，其实如果你实际没有用到syslog这部分功能，其实syslog-ng提供了这部分的开关选项：
如关闭ssl加密支持：
1 | ./configure --disable-openssl |
又或者是关闭json支持：
1 | ./configure --enable-json=no |
具体可以通过：
1 | ./configure --help |
查看配置生成详情。里面有很多参数的解释，博主看的时候才发现glib库的位置其实也是可以通过其他参数指定的：
初次之外，博主原来内网编译的时候还一直报错：
1 | configure: error: Glib headers inconsistent with current compiler setting. You might be using 32 bit Glib with a 64 bit compiler, check PKG_CONFIG_PATH |
一直不知道原因，后面试了很多方法发现还是glib库的路径没有指定好的原因，通过上面指定链接库和头文件位置解决了问题，也就是LDLIBS和CFLAGS参数。
编译syslog-ng
直接执行make，这次运气，直接一把通过。
但是原来博主还遇到了其他问题，现在找不到报错记录了，但是大概就是编译syslog-ng相关模块的时候找不到相应库的头文件，比如找不到json.h，也就是json-c库，这个问题最终也是通过上面讲到的指定头文件地址，或者直接关闭编译相应的模块功能解决。
现在没啥问题，直接:
1 | sudo make install |
即可完成安装。
总结
离线编译真的是要命啊，本来一行命令解决的事情，硬是搞了好久，本来已经编译过一次有点经验了，边写博客边编译，也搞了好久，中间问题层出不穷。总是由于需要一个库，结果库又有依赖，连着编译了好几个库。
之前总是感叹Linux这种包管理和依赖树真的是绝妙的设计，相比之下Windows那种一个软件自己搞一套依赖就笨重很多，但是现在回过头来看Windows那种依赖关系也减轻了很多不必要的负担。
编译麻烦还有一点是没有软件包管理器给我用，不然像这种库，我直接离线下载一个rpm/dkg包，本地再安装也是分分钟的事情，不至于这么麻烦。另外一点还是自己对C环境的编译不是很熟悉，像那种链接库的参数设置，熟悉的话遇到报错就能知道是什么库没有链接好，没有指定好路径。还是有很多要学的吧。
