Control: tags -1 confirmed
Control: severity -1 grave
Control: found -1 10.6
On Wed, 24 Jan 2018 11:06:56 +0100 Wouter Verhelst <wou...@debian.org>
wrote:
> Package: debhelper
> Version: 11.1.3
> Severity: normal
> File: /usr/bin/dh_install
>
> Hi,
>
> I'm trying to package something with funny characters in the filename:
>
> #!/usr/bin/dh-exec
> plugins_tools/xpi/signed-build/belgium_eid-1.0.27.xpi =>
> usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/belgium...@eid.belgium.be.xpi
>
> This causes dh_exec to emit something like
> "debian/tmp/dh_exec.XXXXXX/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/belgium...@eid.belgium.be.xpi",
> but dh_install doesn't find the file. In fact, the error message states
> "can't find the file <name>", but if one then copy/pastes the file into
> a command shell from the toplevel pakage directory, and puts "ls" in
> front of it, it works just fine.
>
> I wish I could drop the curly braces and @ in the filename, but these
> are required by Firefox, so that's just not an option.
>
> [...]
Hi,
Confirmed (without the dh-exec layer) and is a regression since
debhelper/10.6.
Short term work arounds are:
* Not using dh_install for this particular file/folder.
* Rename manually without dh-exec and use dh_install on the already
renamed file (with escapes).
Neither are optimal, but it is the best I can provide until the fix.
(Technically, you can also escape the brace as a work around for
debhelper - but I suspect it will still cause breakage as dh-exec then
might create the file with a literal backslash).
Thanks,
~Niels
