Hi,

your packages gearman-server and gearman-job-server both install a program
named "gearmand", although in different components of the PATH.

As this is confusing and a possible source of bugs, policy bug
#1075856 wants to outlaw this.

Please find a solution for your packages. Ideas:
1) if one of the programs is an internal implementation detail of
the package, install it into a private path in /usr/lib instead.
2) rename one of the programs
3) rename both of the programs
4) given your packages install programs providing similar features,
   maybe Conflicts: is also appropriate.

Thanks,
Chris

Did you manage to get to a solution? The policy change has landed in
the meantime.

Chris

As a potential solution, I believe renaming /usr/bin/gearmand from
gearman-server package to /usr/bin/gearmand.pl and adjusting start
scripts should resolve the issue.
If there are no better ideas, I'll go with it.

Best regards,
Alex

Control: severity -1 serious

That sounds reasonable to me. Was it implemented?

In the meantime I'm raising the severity of these bugs to serious,
so forky will be released without these policy violations.

Thanks,
Chris

Here is the merge request which suppose to rename /usr/bin/gearmand to
/usr/bin/gearmand-perl in the gearman-server package

Best,
Alex

the link:
https://salsa.debian.org/perl-team/modules/packages/gearman-server/-/merge_requests/2

Thanks.
I've reviewed and merged your work, and added some (more or less
important :)) commits on top of it in master.

A reamining question from POV is:

   TODO:
   gearman-server is a build (test) dependency of libgearman-client-perl; check
   if it likes the rename


Cheers,
gregor