Can't (correctly) generate a deb with a file in /etc/sudoers.d

[fhars]

When you try to generate a deb with a file in /etc/sudoers.d, you can choose between a lintian error bad-perm-for-file-in-etc-sudoers.d 0660 != 0440, or generate the file with the expected withPerms "0440" and have the second build fail with a (misleading) java.io.FileNotFoundException: ... (Permission denied). Looks like the target directory gets reused without cleanup between builds.

[muuki88]

Can you provide a small sample project? I couldn't reproduce the error.
I wrote a test for the current master branch.

[fhars]

The test does not address the problem at hand. Try adding a second

> debian:packageBin

line to see the problem.

[muuki88]

So the actual problem that you can't run debian:packageBin twice in a row without a clean in between?

Looks like the target directory gets reused without cleanup between builds

That's the case. So this is rather a performance issue, as clean wipes out your complete target directory and you have to recompile everything. However IMHO the bug itself is not a big deal, as you build debians for releases/snapshots and putting a clean upfront is always a good idea to avoid a messy target directory.

[kardapoltsev]

Our target dir need to be refactored I think. Now it seems quite messy and unstructured. Also, cleaning this directory (not whole target) before creating package is a good idea IMHO (I've got some bugs with this).
WDYT @muuki88 ?

[muuki88]

@kardapoltsev you mean the created debian target directory structure? What particularly do you mean? I think the code base could always use a bit of a facelifting (there are too many debian related parts spread in the code base).

Cleaning target in Debian before each packaging sounds good to me.

[kardapoltsev]

Yes, I mean dir structure created during packaging in target.

[muuki88]

IMHO the messy part is where all the bin, configure scripts are placed :/