I have an application which using a symlinks to select what mode it should run:
. Meaning the debian package need to install a symlinks.
Normally dh_helper has a file named package.links which is readed by the helper and creates a symlink in the deb package the symlink is then unpacked when package is installed on the target.
This does not seem to work with cargo help first try was:
But this does not care about the links file. Probably cause this is not correct since it is not a script.
A second try:
conf-files = ["links"]
Still could not get it to work.
The work around is currently to add a debian/postinst and add a ln -fs to the script. But this feels wrong. It would be nice if cargo deb also handled the dh_links feature.
Alternative a toml setting:
[package.metadata.deb]
links=[..] # similar to assets...
Or maybe this is already supported and I am missing something?
I have an application which using a symlinks to select what mode it should run: . Meaning the debian package need to install a symlinks.
Normally dh_helper has a file named package.links which is readed by the helper and creates a symlink in the deb package the symlink is then unpacked when package is installed on the target.
This does not seem to work with cargo help first try was:
[package.metadata.deb] maintainer-scripts = "debian/"
But this does not care about the links file. Probably cause this is not correct since it is not a script.
A second try:
conf-files = ["links"]
Still could not get it to work.
The work around is currently to add a debian/postinst and add a ln -fs to the script. But this feels wrong. It would be nice if cargo deb also handled the dh_links feature.
Alternative a toml setting:
[package.metadata.deb] links=[..] # similar to assets...
Or maybe this is already supported and I am missing something?