Can multiple users issue commands simultaneously using tmate with separate cursors in the same session?tmux:...
Using column size much larger than necessary
Independent, post-Brexit Scotland - would there be a hard border with England?
Pressure inside an infinite ocean?
Why are prions in animal diets not destroyed by the digestive system?
Why is B♯ higher than C♭ in 31-ET?
Can you complete the sequence?
How can I support myself financially as a 17 year old with a loan?
Apache ErrorDocument returns 404 in place of 302
What matters more when it comes to book covers? Is it ‘professional quality’ or relevancy?
String won't reverse using reverse_copy
How do LIGO and VIRGO know that a gravitational wave has its origin in a neutron star or a black hole?
Are there any Final Fantasy Spirits in Super Smash Bros Ultimate?
Why is the relative clause in the following sentence not directly after the noun and why is the verb not in the end of the sentence?
Point of the the Dothraki's attack in GoT S8E3?
Can Infinity Stones be retrieved more than once?
Should I replace my bicycle tires if they have not been inflated in multiple years
Mic, cable, pre-amp setup for acoustic guitar to perform with big band through mic and guitar amp?
What are the advantages of luxury car brands like Acura/Lexus over their sibling non-luxury brands Honda/Toyota?
How to apply differences on part of a list and keep the rest
Prove that the limit exists or does not exist
How was the quadratic formula created?
Which module had more 'comfort' in terms of living space, the Lunar Module or the Command module?
Send iMessage from Firefox
What is the most remote airport from the center of the city it supposedly serves?
Can multiple users issue commands simultaneously using tmate with separate cursors in the same session?
tmux: shared session, one user in a pane, another in another pane, two different cursorsHow can I bind multiple tmux commands to one keystroke?tmux equivalent to GNU screen's :wrap modeMultiple bindings for the same actiontmux: shared session, one user in a pane, another in another pane, two different cursorsSharing a terminal with multiple users (with screen or otherwise)Tmux - Get pane # of each pane in a window from a script?Two users with the same 'home' folder but different '.profiles'Detach from tmux and rotate to ssh without dropping exec?using multiple terminal x-windows with one tmux sessionBash interactive shell hangs when Tmux is suspended if it was automatically started by Bash startup file
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
I've just installed tmate and tmate-slave on a VM and am wondering if when more than one user is part of the session, can tmate allow both users to work in synchronous mode, meaning each has their own tmate pane and is issuing commands separately (of course using the session owner's account)?
I've googled but cannot find an answer to this, nor can I find whether this setting is in the docs of tmate, or of tmate-slave. If anyone knows if this is even possible please let me know.
The closest question I've found relates to tmux and since tmate is a fork is this feature automatically included in tmate?
tmux multiuser tmate
add a comment |
I've just installed tmate and tmate-slave on a VM and am wondering if when more than one user is part of the session, can tmate allow both users to work in synchronous mode, meaning each has their own tmate pane and is issuing commands separately (of course using the session owner's account)?
I've googled but cannot find an answer to this, nor can I find whether this setting is in the docs of tmate, or of tmate-slave. If anyone knows if this is even possible please let me know.
The closest question I've found relates to tmux and since tmate is a fork is this feature automatically included in tmate?
tmux multiuser tmate
This post is 2 years old, is the only post about this issue I could find and still had no answer. Sorry to do archaeology here but did you find a solution for your issue? If yes, can you share the answer?
– Ivaprag
Sep 21 '17 at 12:09
@Ivaprag Nope, I still have not found a solutions to this. Would be nice tough. I've not used tmate in a while now. When I pick it back up again, and I dig into it I will update the question. Sorry.
– rivanov
Sep 21 '17 at 20:51
add a comment |
I've just installed tmate and tmate-slave on a VM and am wondering if when more than one user is part of the session, can tmate allow both users to work in synchronous mode, meaning each has their own tmate pane and is issuing commands separately (of course using the session owner's account)?
I've googled but cannot find an answer to this, nor can I find whether this setting is in the docs of tmate, or of tmate-slave. If anyone knows if this is even possible please let me know.
The closest question I've found relates to tmux and since tmate is a fork is this feature automatically included in tmate?
tmux multiuser tmate
I've just installed tmate and tmate-slave on a VM and am wondering if when more than one user is part of the session, can tmate allow both users to work in synchronous mode, meaning each has their own tmate pane and is issuing commands separately (of course using the session owner's account)?
I've googled but cannot find an answer to this, nor can I find whether this setting is in the docs of tmate, or of tmate-slave. If anyone knows if this is even possible please let me know.
The closest question I've found relates to tmux and since tmate is a fork is this feature automatically included in tmate?
tmux multiuser tmate
tmux multiuser tmate
edited Sep 20 '18 at 19:36
Jeff Schaller♦
45.4k1165148
45.4k1165148
asked Jul 10 '15 at 9:55
rivanovrivanov
140112
140112
This post is 2 years old, is the only post about this issue I could find and still had no answer. Sorry to do archaeology here but did you find a solution for your issue? If yes, can you share the answer?
– Ivaprag
Sep 21 '17 at 12:09
@Ivaprag Nope, I still have not found a solutions to this. Would be nice tough. I've not used tmate in a while now. When I pick it back up again, and I dig into it I will update the question. Sorry.
– rivanov
Sep 21 '17 at 20:51
add a comment |
This post is 2 years old, is the only post about this issue I could find and still had no answer. Sorry to do archaeology here but did you find a solution for your issue? If yes, can you share the answer?
– Ivaprag
Sep 21 '17 at 12:09
@Ivaprag Nope, I still have not found a solutions to this. Would be nice tough. I've not used tmate in a while now. When I pick it back up again, and I dig into it I will update the question. Sorry.
– rivanov
Sep 21 '17 at 20:51
This post is 2 years old, is the only post about this issue I could find and still had no answer. Sorry to do archaeology here but did you find a solution for your issue? If yes, can you share the answer?
– Ivaprag
Sep 21 '17 at 12:09
This post is 2 years old, is the only post about this issue I could find and still had no answer. Sorry to do archaeology here but did you find a solution for your issue? If yes, can you share the answer?
– Ivaprag
Sep 21 '17 at 12:09
@Ivaprag Nope, I still have not found a solutions to this. Would be nice tough. I've not used tmate in a while now. When I pick it back up again, and I dig into it I will update the question. Sorry.
– rivanov
Sep 21 '17 at 20:51
@Ivaprag Nope, I still have not found a solutions to this. Would be nice tough. I've not used tmate in a while now. When I pick it back up again, and I dig into it I will update the question. Sorry.
– rivanov
Sep 21 '17 at 20:51
add a comment |
1 Answer
1
active
oldest
votes
No, this is not possible due to the way tmate (and similar programs, such as GNU Screen) work.
All tmate I/O goes through a pseudo-tty, or "pty." This has two sides to it, which I will call the user side and process side.
* The process side has three data streams (sequences of bytes): it sends data to the stdin of the process and reads data from the stdout and stderr of the process.
* The user side has two data streams: it reads input from the user (e.g. what he types), which is then sent to the process side stdin stream, and writes data to the user, which is a mix of everything read from the process side stdout and stderr.
What tmate does is add an extra layer in front of the pty which takes all bytes output from the user side of the pty and sends a copy of each byte to each tmate client, and reads all input from all the clients and sends it, intermixed, to the pty.
From this you can see that on the process side of the pty the process reading from stdin (bash, vim, or whatever) has no way of knowing which client sent any particular byte, or even that there are multiple clients (or any clients at all). Thus, there is no way for that process, which is generating the "cursor" for that session, to have multiple cursors.
If you want users to be issuing commands separately, they need to be sending them to separate shell processes, which means separate tmate sessions.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f215065%2fcan-multiple-users-issue-commands-simultaneously-using-tmate-with-separate-curso%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
No, this is not possible due to the way tmate (and similar programs, such as GNU Screen) work.
All tmate I/O goes through a pseudo-tty, or "pty." This has two sides to it, which I will call the user side and process side.
* The process side has three data streams (sequences of bytes): it sends data to the stdin of the process and reads data from the stdout and stderr of the process.
* The user side has two data streams: it reads input from the user (e.g. what he types), which is then sent to the process side stdin stream, and writes data to the user, which is a mix of everything read from the process side stdout and stderr.
What tmate does is add an extra layer in front of the pty which takes all bytes output from the user side of the pty and sends a copy of each byte to each tmate client, and reads all input from all the clients and sends it, intermixed, to the pty.
From this you can see that on the process side of the pty the process reading from stdin (bash, vim, or whatever) has no way of knowing which client sent any particular byte, or even that there are multiple clients (or any clients at all). Thus, there is no way for that process, which is generating the "cursor" for that session, to have multiple cursors.
If you want users to be issuing commands separately, they need to be sending them to separate shell processes, which means separate tmate sessions.
add a comment |
No, this is not possible due to the way tmate (and similar programs, such as GNU Screen) work.
All tmate I/O goes through a pseudo-tty, or "pty." This has two sides to it, which I will call the user side and process side.
* The process side has three data streams (sequences of bytes): it sends data to the stdin of the process and reads data from the stdout and stderr of the process.
* The user side has two data streams: it reads input from the user (e.g. what he types), which is then sent to the process side stdin stream, and writes data to the user, which is a mix of everything read from the process side stdout and stderr.
What tmate does is add an extra layer in front of the pty which takes all bytes output from the user side of the pty and sends a copy of each byte to each tmate client, and reads all input from all the clients and sends it, intermixed, to the pty.
From this you can see that on the process side of the pty the process reading from stdin (bash, vim, or whatever) has no way of knowing which client sent any particular byte, or even that there are multiple clients (or any clients at all). Thus, there is no way for that process, which is generating the "cursor" for that session, to have multiple cursors.
If you want users to be issuing commands separately, they need to be sending them to separate shell processes, which means separate tmate sessions.
add a comment |
No, this is not possible due to the way tmate (and similar programs, such as GNU Screen) work.
All tmate I/O goes through a pseudo-tty, or "pty." This has two sides to it, which I will call the user side and process side.
* The process side has three data streams (sequences of bytes): it sends data to the stdin of the process and reads data from the stdout and stderr of the process.
* The user side has two data streams: it reads input from the user (e.g. what he types), which is then sent to the process side stdin stream, and writes data to the user, which is a mix of everything read from the process side stdout and stderr.
What tmate does is add an extra layer in front of the pty which takes all bytes output from the user side of the pty and sends a copy of each byte to each tmate client, and reads all input from all the clients and sends it, intermixed, to the pty.
From this you can see that on the process side of the pty the process reading from stdin (bash, vim, or whatever) has no way of knowing which client sent any particular byte, or even that there are multiple clients (or any clients at all). Thus, there is no way for that process, which is generating the "cursor" for that session, to have multiple cursors.
If you want users to be issuing commands separately, they need to be sending them to separate shell processes, which means separate tmate sessions.
No, this is not possible due to the way tmate (and similar programs, such as GNU Screen) work.
All tmate I/O goes through a pseudo-tty, or "pty." This has two sides to it, which I will call the user side and process side.
* The process side has three data streams (sequences of bytes): it sends data to the stdin of the process and reads data from the stdout and stderr of the process.
* The user side has two data streams: it reads input from the user (e.g. what he types), which is then sent to the process side stdin stream, and writes data to the user, which is a mix of everything read from the process side stdout and stderr.
What tmate does is add an extra layer in front of the pty which takes all bytes output from the user side of the pty and sends a copy of each byte to each tmate client, and reads all input from all the clients and sends it, intermixed, to the pty.
From this you can see that on the process side of the pty the process reading from stdin (bash, vim, or whatever) has no way of knowing which client sent any particular byte, or even that there are multiple clients (or any clients at all). Thus, there is no way for that process, which is generating the "cursor" for that session, to have multiple cursors.
If you want users to be issuing commands separately, they need to be sending them to separate shell processes, which means separate tmate sessions.
answered 57 mins ago
Curt J. SampsonCurt J. Sampson
317311
317311
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f215065%2fcan-multiple-users-issue-commands-simultaneously-using-tmate-with-separate-curso%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
This post is 2 years old, is the only post about this issue I could find and still had no answer. Sorry to do archaeology here but did you find a solution for your issue? If yes, can you share the answer?
– Ivaprag
Sep 21 '17 at 12:09
@Ivaprag Nope, I still have not found a solutions to this. Would be nice tough. I've not used tmate in a while now. When I pick it back up again, and I dig into it I will update the question. Sorry.
– rivanov
Sep 21 '17 at 20:51