Eversince I opened this bug, I used my own patched package. Only now I
just tried 1:2.17-1~bpo9+1 and can confirm that the bug is no longer
present.
Thanks
Daniel
signature.asc
Description: OpenPGP digital signature
> But I will spent my time on packaging 2.17-rc1 or 2.17
All the better, thanks.
Does that mean you're going to upload 2.17 to stretch as well?
signature.asc
Description: OpenPGP digital signature
On Sun, Jul 02, 2017 at 12:32:11PM +0200, Daniel Reichelt wrote:
> Hi again,
>
> upstream solved this issue [0][1], [2] by always closing
> stdin/stdout/stderr when daemonizing.
>
> Please find attached a git commit against your tag debian/1%2.15-2
> adding a quilt patch.
>
Thanks. Seen it [3]
Hi again,
upstream solved this issue [1], [2] by always closing
stdin/stdout/stderr when daemonizing.
Please find attached a git commit against your tag debian/1%2.15-2
adding a quilt patch.
Cheers
Daniel
[1] https://github.com/reubenhwk/radvd/pull/72
[2]
https://github.com/reubenhwk/radvd/c
Control: tags -1 confirmed upstream
Hi Daniel,
Thanks for reporting. The bug _and_ the workaround.
Karma bonus points for the git bisect.
We shall see what upstream says about it.
Groeten
Geert Stappers
--
Leven en laten leven
> ssh returns immediately as expected when I run one of these:
Of course, when I tested the redirection to /dev/null happened on the
router, I forgot to type the quotes:
ssh router "radvd -u radvd -p /var/run/radvd/radvd.pid >/dev/null"
ssh router "radvd -u radvd -p /var/run/radvd/radvd.pid -d3"
Package: radvd
Version: 1:2.15-2
Severity: normal
Hi Geert,
radvd shows some strange behavior when it's started over ssh: even in
daemon-mode, ssh would block indefinitely when you execute something
that would be executed by the init script as well:
ssh router "radvd -u radvd -p /var/run/radvd/r
7 matches
Mail list logo
