You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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?
The text was updated successfully, but these errors were encountered:
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?
The text was updated successfully, but these errors were encountered: