最近我注意到一个名为许可证持有人由彼得·布莱克曼撰写，我帮助将licenserecon转换为Debian.目的许可证持有人是协调来自debian/版权相对于的输出许可证检查Jonas Smedegaard编写的工具。它假设环境保护部5版权文件。您可以在具有debian/子目录的目录中运行该工具，并在发现不匹配时输出（这是针对解析器):
#sudo apt安装licenserecon贾斯@kaka：~/dpkg/解析器$lrc正在分析源树。。。。正在运行licensecheck。。。。d/版权| licensecheckBSD-3-子句|BSD-3-语句src/resolv_wrapper.cBSD-3-条款|BSD-3-子句测试/dns_srv.cBSD-3-子句|BSD-3-语句测试/test_dns_fake.cBSD-3-子句|BSD-3-语句测试/test_res_query_search.cBSD-3条款|BSD-3测试/酷刑BSD-3-条款|BSD-3-子句测试/酷刑.h贾斯@kaka：~/dpkg/解析器$
注意到这样的一个字符拼写错误可能不会带来满足感，除非对我们当中最强迫症的人来说，但是这个工具有可能发现更严重的错误。
偶尔手动使用它可能会很有用，但我往往会忘记没有自动执行的QA步骤。我们可以把这个加到萨尔萨CI/CD管道? 我最近提议向Salsa CI/CD管道添加包装和排序作业的合并请求（默认为禁用）并了解了扩展它是多么容易。我认为许可证持有人还是有点粗糙在边缘，我还没有能够成功地将其用于除最简单的软件包之外的任何软件包。我不想建议将其添加到正常的Salsa CI/CD管道中，即使已禁用。如果您在Salsa上维护Debian包并希望添加许可证持有人我在信中写道许可方名称为你。
最简单的使用方法licenserecon.yml许可证是要更换食谱/debian.yml@salsa-ci团队/管道作为Salsa CI/CD配置文件设置debian公司/salsa-ci.yml@debian/许可证持有人。如果您使用debian/salsa-ci.yml公司你可以把这样的东西放进去：
---包括：- https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/recipes/debian.yml- https://salsa.debian.org/debian/licenserecon/raw/main/debian/plicenserecon.yml
一旦触发管道，就会产生一个新作业许可证持有人验证debian/版权反对许可证检查每个构建的输出！我已将此添加到libcpucycles系列萨尔萨舞套餐和管道包含一个新的工作许可证持有人其输出当前以以下内容结束：
$cd${WORKING_DIR}/${SOURCE_DIR}美元lrc正在分析源树。。。。正在运行许可证检查。。。。未发现差异清理项目目录和基于文件的变量
如果上游发布的新版本的文件与我们的不匹配debian/版权文件中，我们将在下一个Salsa构建作业而不是几个月后，当有人碰巧手动运行这些工具或存在一些许可冲突时检测到这一点。
顺便提一下许可证持有人是用帕斯卡语写的让人回想起过去Turbo帕斯卡回到MS-DOS时代。谢谢Peter许可证持有人和乔纳斯许可证检查让这成为可能！