In deepin-devicemanager, I can build it, but the deb seems not work well.

[utt54321]

I can build it, but the deb seems not work well. There will be segfault in /var/log/message
I see the Readme.md mentioned that should build it with polkit, I think it is why I can not use the self-builded deepin-devicemanager, where can I find
authenticateProxy/policy/com.deepin.pkexec.deepin-devicemanager-authenticateProxy.policy
and
build-all-unknown-Debug/authenticateProxy/deepin-devicemanager-authenticateProx

[utt54321]

关于deepin-devicemanager，我发现在github上有相关的库https://github.com/linuxdeepin/deepin-devicemanager
但是其中的changelog只有1.0-1，我使用这个git库clone之后编译，但是会报泛型相关的代码错误
此外，我发现另一个库https://github.com/UbuntuDDE/deepin-devicemanager，然后我使用这个git仓库编译（跳过了测试，在debian11中尝试），可以编译成功，但是会出现segfault导致dbus服务无法正常工作，我想可能原因是在Readme.md中提到的需要polkit的支持，但是对于其提到的
authenticateProxy/policy/com.deepin.pkexec.deepin-devicemanager-authenticateProxy.policy
和
build-all-unknown-Debug/authenticateProxy/deepin-devicemanager-authenticateProx
我完全没有头绪。是否有大佬知道这两个文件在哪里获取。

后来我又到163的镜像源中下载deepin-devicemanager的源码包，使用dpkg-source -x解开后，里面的control额外增加了两个依赖，分别是deepin-desktop-base，deepin-keyring
当安装这两个依赖时，编译出来的deepin-devicemanager可以正常显示信息
当使用dpkg --purge删除这两个依赖时，在control中去除两个依赖，编译出来的deepin-devicemanager也会出现上述类似的segfault报错，从而dbus服务无法正常工作。
我非常好奇这是为什么，我想要在不依赖deepin-desktop-base，deepin-keyring的情况下，编译出可以正常使用的deepin-devicemanager

[BLumia]

一些背景信息：

deepin 新增的一些软件很多都是完全在 deepin/UOS 发行版中进行研发与测试的，可能对应的研发组在研发过程完全没考虑可移植性，所以如果遇到打包移植的问题的话，我们会建议研发组那边修改。当然，也非常欢迎提交 Pull Request :)

p.s. 顺带一问，你是在试图移植 deepin 的软件包到 debian 或者 ubuntu 之类的发行版吗？

关于你的问题，概要的回答：

其中的changelog只有1.0-1

因为之前是根据 git tag 来在打包过程中自动更新 debian/changelog 的，所以很多项目没直接去更新那个 changelog 文件，你可以考虑根据获取到的最新（或者目标）git tag 来使用 dch 更新 changelog 来帮助打包。

在Readme.md中提到的需要polkit的支持

我没特别留意这个项目，但据目前来看，有的项目是依赖 deepin 发行版内魔改过的 polkit 的。这种做法其实不合适，如果是因为这个的话，后续会督促项目修改做法。

...这两个文件在哪里获取。

我在一个 deepin 环境下并没有找到同名文件（已安装 deepin-devicemanager），可能 UbuntuDDE 仓库的包比较老吧，可以确认一下。另外，build-all-unknown-Debug/ 是本地构建才会有的目录...

deepin-desktop-base，deepin-keyring

keyring 那个包应该没什么值得一提的东西，desktop-base 里我记得有一些发行版相关的配置，没准 devicemanager 有依赖一些检查（当然，如果存在的话，实际上也不应该做这种检查）。

segfault报错

可以考虑 coredumpctl 看下崩溃时的调用栈。不过，另一方面，如果程序本身跑起来都会有问题的话，我更建议先正常以调试的形式编译然后尝试运行，看看崩溃到哪里了，把这些问题确认一下后再着手处理打包。

[BLumia]

我还是不太理解为什么会有在别的发行版迫切需要使用 devicemanager 的需求...不过总之欢迎参与进来 :)

[utt54321]

因为我的老板要用这个软件，觉得好看QAQ

[utt54321]

在cmake的lists中有如下图的设置

请问图中的COMMUNITY参数是什么，可以在哪里查看它的详细信息与使用方法？

[BLumia]

就是一个很常规的 cmake option，实质是一个缓存变量，通过 cmake gui / ccmake 或者执行 cmake 时通过 -D 方式传递定义，详见 cmake 的文档。

你截图所示位置就是对应到这个项目的相关的逻辑了，如果设为 ON 就会包含 COMMUNITY 宏定义，然后你在代码里搜索那个定义就是了。

[utt54321]

我使用163的deepin的源，下载的deepin-devicepackage
在编包过程中，在server的CMakeLists中将上述COMMUNITY的开关打开（原来是会根据系统环境中是否有/etc/os-release而打开，现在忽略这个条件，直接一直打开），之后编出的包在去除依赖deepin-desktop-base和deepin-keyring的情况下就可以正常打开显示信息了，不会报coredump
但是整个代码里COMMUNITY这个宏好像只在如下的代码里出现

我无法理解图中代码和coredump的关系