abduco provides session management i.e. it allows programs to be run independently from its controlling terminal. That is programs can be detached - run in the background - and then later reattached. Together with dvtm it provides a simpler and cleaner alternative to tmux or screen.
Clone or download
martanne Do not implicilty enable passthrough mode if no session name is given
Even when no session name was provided the passthrough flag was still
implicitly enabled in case stdin was not a terminal. This behavior
prevented the session list from being printed i.e.

  abduco < /dev/null

would not work as expected. Only enable implicit passthrough if stdin
is not a terminal *and* a session name is given.

Fix #34
Latest commit 8f80aa8 May 16, 2018

README.md

abduco a tool for session {at,de}tach support

abduco provides session management i.e. it allows programs to be run independently from their controlling terminal. That is programs can be detached - run in the background - and then later reattached. Together with dvtm it provides a simpler and cleaner alternative to tmux or screen.

abduco+dvtm demo

abduco is in many ways very similar to dtach but is a completely independent implementation which is actively maintained, contains no legacy code, provides a few additional features, has a cleaner, more robust implementation and is distributed under the ISC license

News

Download

Either download the latest source tarball abduco-0.5.tar.gz with sha1sum

37c51a0d5c3dd216251d84d5c1b550f119ad53c9  abduco-0.5.tar.gz

compile and install it

./configure && make && sudo make install

or use one of the distribution provided binary packages:

Quickstart

In order to create a new session abduco requires a session name as well as an command which will be run. If no command is given the environment variable $ABDUCO_CMD is examined and if not set dvtm is executed. Therefore assuming dvtm is located somewhere in $PATH a new session named demo is created with:

$ abduco -c demo

An arbitrary application can be started as follows:

$ abduco -c session-name your-application

CTRL-\ detaches from the active session. This detach key can be changed by means of the -e command line option, -e ^q would for example set it to CTRL-q.

To get an overview of existing session run abduco without any arguments.

$ abduco
Active sessions (on host debbook)
* Thu    2015-03-12 12:05:20    demo-active
+ Thu    2015-03-12 12:04:50    demo-finished
  Thu    2015-03-12 12:03:30    demo

A leading asterisk * indicates that at least one client is connected. A leading plus + denotes that the session terminated, attaching to it will print its exit status.

A session can be reattached by using the -a command line option in combination with the session name which was used during session creation.

$ abduco -a demo

If you encounter problems with incomplete redraws or other incompatibilities it is recommended to run your applications within dvtm under abduco:

$ abduco -c demo dvtm your-application

Check out the manual page for further information and all available command line options.

Improvements over dtach

  • session list, available by executing abduco without any arguments, indicating whether clients are connected or the command has already terminated.

  • the session exit status of the command being run is always kept and reported either upon command termination or on reconnection e.g. the following works:

     $ abduco -n demo true && abduco -a demo
     abduco: demo: session terminated with exit status 0
    
  • read only sessions if the -r command line argument is used when attaching to a session, then all keyboard input is ignored and the client is a passive observer only.

    Note that this is not a security feature, but only a convenient way to avoid accidental keyboard input.

    If you want to make your abduco session available to another user in a read only fashion, use socat to proxy the abduco socket in a unidirectional (from the abduco server to the client, but not vice versa) way.

    Start your to be shared session, make sure only you have access to the private directory:

     $ abduco -c /tmp/abduco/private/session
    

    Then proxy the socket in unidirectional mode -u to a directory where the desired observers have sufficient access rights:

     $ socat -u unix-connect:/tmp/abduco/private/session unix-listen:/tmp/abduco/public/read-only &
    

    Now the observers can connect to the read-only side of the socket:

     $ abduco -a /tmp/abduco/public/read-only
    

    communication in the other direction will not be possible and keyboard input will hence be discarded.

  • better resize handling on shared sessions, resize request are only processed if they are initiated by the most recently connected, non read only client.

  • socket recreation by sending the SIGUSR1 signal to the server process. In case the unix domain socket was removed by accident it can be recreated. The simplest way to find out the server process id is to look for abduco processes which are reparented to the init process.

     $ pgrep -P 1 abduco
    

    After finding the correct PID the socket can be recreated with

     $ kill -USR1 $PID
    

    If the abduco binary itself has also been deleted, but a session is still running, use the following command to bring back the session:

     $ /proc/$PID/exe
    
  • improved socket permissions the session sockets are by default either stored in $HOME/.abduco or /tmp/abduco/$USER in both cases it is made sure that only the owner has access to the respective directory.

Development

You can always fetch the current code base from the git repository.

git clone https://github.com/martanne/abduco.git

or

git clone git://repo.or.cz/abduco.git

If you have comments, suggestions, ideas, a bug report, a patch or something else related to abduco then write to the suckless developer mailing list or contact me directly mat[at]brain-dump.org.

Build Status Coverity Scan Build Status

Debugging

The protocol content exchanged between client and server can be dumped to temporary files as follows:

$ make debug
$ ./abduco -n debug [command-to-debug] 2> server-log
$ ./abduco -a debug 2> client-log

If you want to run client and server with one command (e.g. using the -c option) then within gdb the option set follow-fork-mode {child,parent} might be useful. Similarly to get a syscall trace strace -o abduco -ff [abduco-cmd] proved to be handy.

License

abduco is licensed under the ISC license