应该使用什么解决方法来克服 systemctl 拒绝启用作为符号链接的单元文件的问题？

Question

我有一个即将更新的软件包，但我知道有些用户会更喜欢使用旧的。这就是我在包中使用更新替代例程的原因。问题还在于较新的包依赖于较新的单元文件。

总结，

dpkg -L mypackage-1.0

/opt/mypackage-1.0/binary

dpkg -L mypackage-service-1.0

/opt/mypackage-1.0/mypackage.service

在安装时dpkg -i mypackage-1.0将提供一个替代mypackage中和dpkg -i myservice-service-1.0至为MyService服务

这些是相互依存的。

dpkg -L mypackage-2.0

/opt/mypackage-2.0/binary

dpkg -L mypackage-service-2.0

/opt/mypackage-2.0/mypackage.service

在安装时dpkg -i mypackage-2.0将提供一个新的选择（/lib/systemd/system/mypackage.service -> /etc/alternatives/mypackage.service），以mypackage中和dpkg -i myservice-service-2.0到mypackage的服务

背后的想法是允许在带有update-alternatives --config mypackage和update-alternatives --config mypackage-service

第一部分运行良好，但结果证明第二部分是一个问题。它看起来像我不能使用符号链接单元文件（到底是什么update-alternatives --install呢）。

我在Debian Jessie上使用systemctl 215。

我想整个事情可以从头开始进行不同的布局。

Answer 1

在升级到解决问题的新版本之前，除了复制和移动文件之外，systemd您还必须使用另一种机制来代替它们，因为当前版本的行为无法更改。update-alternativessymlinksystemd