The description of the patch is below (an extract from the email that I've sent to the author of dtach, asking the inclusion of he same patch in upstream.)

And as I consider the patch useful, and non intrusive, I would like it to be seen adopted in ArchLinux even before the next release of dtach. (If the author likes my patch.)

Any comments?

----
[...snip...]

But there is one feature missing, that enables the following
usecase: there are certain applications that have curses interface,
but that fall into the long-running, daemon-like, kind of
applications.
For example I use rtorrent as BitTorrent client, but it needs a
terminal to run, and I want to run it just like any other service.

So dtach comes to rescue. I can use the functionality of `dtach
-n`. But unfortunately I also use runsv (part of runit) for service
management (it just spawns a process and if it dies, restarts it
again). So `dtach -n` doesn't work with runit as it goes into
background. Therefore in need to make somehow dtach not fork.

As a consequence I've made a small patch that introduces the
`dtach -N` method that acts just like `dtach -n` but without forking
into background. (The patch is attached. It modifies the man-page,
master.c and main.c. It is not intrusive.)

[...snip...]