在deepin23/25中,为了保持某些兼容性,保留了/etc/debian_version文件:
/etc/debian_version
$ cat /etc/debian_version bookworm/sid
在QGIS的编译过程中,rules文件中的函数逻辑是:是否启用 PDAL组件,需要判断 $DISTRIBUTION变量的值,这个判断是debuild项目中的某个函数获取的。
PDAL
$DISTRIBUTION
于是我理所因当地认为,$DISTRIBUTION变量是从/etc/os-release中获取的。于是打代码补丁的时候,把deepin23和deepin25的代码名字符串(beige和crimson)加入了rules的判断条件。
然而,在实际编译过程中,cmake的参数仍然被设置为否: WITH_PDAL:BOOL=FALSE。
WITH_PDAL:BOOL=FALSE
QGIS一次编译要漫长的40分钟。在经历两次失败之后,我在rules里面添加语句,把 $DISTRIBUTION打印到桌面的 distro.txt文件,里面赫然写着 sid!
distro.txt
sid
此时恍然大悟,这个变量值原来是读取自 /etc/debian_version!
于是将 sid字符串添加到了判断语句当中,果然得到了:WITH_PDAL:BOOL=TRUE ~
WITH_PDAL:BOOL=TRUE
藕断丝连
Featured Collection
Popular Ranking
Popular Events
在deepin23/25中,为了保持某些兼容性,保留了
/etc/debian_version
文件:在QGIS的编译过程中,rules文件中的函数逻辑是:是否启用
PDAL
组件,需要判断$DISTRIBUTION
变量的值,这个判断是debuild项目中的某个函数获取的。于是我理所因当地认为,
$DISTRIBUTION
变量是从/etc/os-release中获取的。于是打代码补丁的时候,把deepin23和deepin25的代码名字符串(beige和crimson)加入了rules的判断条件。然而,在实际编译过程中,cmake的参数仍然被设置为否:
WITH_PDAL:BOOL=FALSE
。QGIS一次编译要漫长的40分钟。在经历两次失败之后,我在rules里面添加语句,把
$DISTRIBUTION
打印到桌面的distro.txt
文件,里面赫然写着sid
!此时恍然大悟,这个变量值原来是读取自
/etc/debian_version
!于是将
sid
字符串添加到了判断语句当中,果然得到了:WITH_PDAL:BOOL=TRUE
~