Dear Maintainer,

i got a simple backup solution that relies on parallel and rsync,
which was running fine in jessie but is not working in buster anymore.

The setup looks like this:

xinetd will start "parallel --semaphore -j 10 --fg --id rsyncd rsync
--daemon /dev/null" on incomming connections on port 873.

What it did in jessie:
On an incoming connection xinetd will exec parallel with the socket as input
and parallel itself will exec rsync and forward the input to rsync. rsync will notice that
the input is a socket and will start working in xinetd-mode.
Parallels starts up to 10 concurrent rsync-daemon processes. Every further connection
is blocked but not rejected.

What it does in buster:
On an incomming connection xinetd will exec parallels,
which itself executes rsync but rsync crashes because it can't bind port 873.



I'm very sure this is a regression and it's resulting from patch
a36729cdf39f06d0aa1464bf0c1cd3be8fddba27 in upstream.
http://git.savannah.gnu.org/cgit/parallel.git/patch/?id=a36729cdf39f06d0aa1464bf0c1cd3be8fddba27


So i already reverted the patch myself and voilà it works again.



I'm quite unsure if this report belongs here or upstream but i then i
read: "If necessary, the maintainer of the package will forward the bug
upstream." So here you go. Have a nice day.

Hi Ole,

there is a long standing bug report in the Debian packaged version of
parallel which I'd like to forward hereby.  I've checked the current
version and it seems the suggested means to revert commit
a36729cdf39f06d0aa1464bf0c1cd3be8fddba27 was not applied to the
current version and thus I assume the problem persists.

Kind regards

     Andreas.

Am Mon, Jun 22, 2020 at 12:26:30PM +0000 schrieb Daniel Krämer: