<div dir="ltr"><div>Thanks for the response!</div><div><br>I have submitted a MR on salsa: <a href="https://salsa.debian.org/rust-team/cargo/-/merge_requests/22">https://salsa.debian.org/rust-team/cargo/-/merge_requests/22</a><br><br></div><div>That could be a good idea. From memory I implemented it as an environment variable instead of overriding through the `--path ..` option was because we need to keep the logic for "DEB_CARGO_CRATE_IN_REGISTRY". Let me know what you think of the MR and we can tweak it from there.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, 16 Oct 2026 at 18:18, Fabian Grünbichler <<a href="mailto:f.gruenbichler@proxmox.com">f.gruenbichler@proxmox.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 21 Sep 2026 17:21:32 +1000 Reuben Roessler <<a href="mailto:reuben.roessler@canonical.com" target="_blank">reuben.roessler@canonical.com</a>> wrote:<br>
> Package: cargo<br>
> Version: 1.93.1ubuntu1<br>
> Severity: normal<br>
> Tags: patch<br>
> X-Debbugs-Cc: <a href="mailto:reuben.roessler@canonical.com" target="_blank">reuben.roessler@canonical.com</a><br>
> <br>
> Dear Maintainer,<br>
> <br>
> The wrapper for cargo install forces the --path option for "cargo<br>
> install" to the current working directory. This fails for projects<br>
> which use a virtual manifest file (eg: declares a [workspace] instead<br>
> of a [package]).<br>
> <br>
> I am submitting a patch that will allow developers to override the<br>
> installation path option so that they can install a selected crate.<br>
<br>
It seems Ubuntu is carrying more delta for the cargo wrapper which makes<br>
this patch unappliable. Could you either send a cleaned up version<br>
matching Debian's copy of the script, or upstream the other changes<br>
first if they would benefit us on the Debian side?<br>
<br>
I am not sure whether overriding the install path has any benefits over<br>
just calling `cargo build -p <foo>`, but it should be possible to<br>
support it. We could also make the injection of `--path ..` by the<br>
wrapper conditional on no path being passed already, which would support<br>
calling the wrapper with a path override? We already have similar logic<br>
for dropping `--quiet` if the arguments include `--verbose`.<br>
<br>
I am happy to take MRs on salsa as well, if you prefer that.<br>
<br>
Fabian<br>
<br>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><img src="https://assets.ubuntu.com/v1/563c0d9b-Canonical.svg" width="200" height="56"></div><div><b>Reuben Roessler</b></div><div><font color="#666666">Software Engineer</font></div><div><br></div><div><font color="#666666">Email:         <a href="mailto:reuben.roessler@canonical.com" target="_blank"><font color="#000000">reuben.roessler@canonical.com</font></a></font></div><div><font color="#666666">Location:    <font color="#000000">Australia</font></font></div><div><font color="#666666"><font color="#000000"><br></font></font></div><div><font color="#666666"><font color="#000000"><a href="http://canonical.com" target="_blank">canonical.com</a></font></font></div><div><font color="#666666"><font color="#000000"><a href="http://ubuntu.com" target="_blank">ubuntu.com</a></font></font></div></div></div>