On Tue, Mar 19, 2013 at 11:10 PM, Jai Dayal wrote:
> Hi,
> I'm new to tmux and didn't see an obvious answer to this question. When I
> use emacs inside of tmux, the font colors for emacs come out quite
> differently. Is there any way to rectify this so there's no color change?
I have previous
On Tue, Mar 19, 2013 at 8:31 PM, Yotam Barnoy wrote:
> On OSX, if I open a tmux pane and my .bashrc happens to assign a color to
> the prompt using the ANSI escape sequences (e.g. #PS1="\e[0;34m\h:\W\$
> \e[m"), I get an odd problem.
I am not sure I can duplicate your particular symptoms, but in
Hi,
I'm new to tmux and didn't see an obvious answer to this question. When
I use emacs inside of tmux, the font colors for emacs come out quite
differently. Is there any way to rectify this so there's no color change?
Thanks!
---
On Tue, Mar 19, 2013 at 4:19 PM, Nicholas Marriott
wrote:
> Ok thanks. My only concern is sharing the same fd for stdin and stdout -
> what happens if the copy-pipe command prints something?
On my system (Mac OS X 10.8.3, which is supposed to be similar to
BSD systems), having the copy-pipe comma
I hope this is the right place to report this.
On OSX, if I open a tmux pane and my .bashrc happens to assign a color to
the prompt using the ANSI escape sequences (e.g. #PS1="\e[0;34m\h:\W\$
\e[m"), I get an odd problem. Whenever I get a line that fills up the width
of my pane, for example when p
Okay, I figured out the autogen.sh, no one told me it depended on autoconf
and automake...
Anyway, ./autogen.sh outputs this:
$ ./autogen.sh
configure.ac:18: installing `etc/compile'
configure.ac:9: installing `etc/config.guess'
configure.ac:9: installing `etc/config.sub'
configure.ac:7: installi
Ok thanks. My only concern is sharing the same fd for stdin and stdout -
what happens if the copy-pipe command prints something?
On Tue, Mar 19, 2013 at 03:26:26PM -0500, Chris Johnsen wrote:
> (Sorry for the crummy Subject on the previous message; corrected here.)
>
> On Tue, Mar 19, 2013 at 2
Okay, got it to compile and run. Just had to add -levent
On Tue, Mar 19, 2013 at 3:34 PM, Jai Dayal wrote:
> Okay, I am an idiot. Thanks everyone for your patience!
>
> Basically, for the LIBEVENT_LIBS flag, I was just doing
> LIBEVENT_LIBS="/net/blahblah" what I needed to do was just
> LIBEV
(Sorry for the crummy Subject on the previous message; corrected here.)
On Tue, Mar 19, 2013 at 2:15 PM, Nicholas Marriott
wrote:
> Thanks. Does this work though? Where do you enable the bufferevent for
> writes?
>
> Or does libevent do that for us, I forget and no time to check...
Yes, libevent
Okay, I am an idiot. Thanks everyone for your patience!
Basically, for the LIBEVENT_LIBS flag, I was just doing
LIBEVENT_LIBS="/net/blahblah" what I needed to do was just
LIBEVENT_LIBS="-L/net/blahblah"
Now it configures, however, I get a lot of errors when I run make:
tty.c:(.text+0xd93): und
I removed that extraneous $ and it still did not work.
:-(
Jai
On Tue, Mar 19, 2013 at 3:17 PM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> did you get it working without that incorrect -L?
>
>
> On Tue, Mar 19, 2013 at 02:08:59PM -0400, Jai Dayal wrote:
> >At any rate, shoul
Hi,
Attached is a patch which adds support for a TMUX_TMPDIR environment
variable to set the directory for tmux sockets. The TMPDIR variable
isn't acceptable here since it always appends "/tmux-$UID" to the
directory.
My use case is to put all of my sockets into XDG_RUNTIME_DIR. It would
also all
did you get it working without that incorrect -L?
On Tue, Mar 19, 2013 at 02:08:59PM -0400, Jai Dayal wrote:
>At any rate, should the configure script not be changed so it's a bit
>more... configurable?* i.e., many libraries (take ADIOS as an example) let
>you specify a location for e
Thanks. Does this work though? Where do you enable the bufferevent for
writes?
Or does libevent do that for us, I forget and no time to check...
On Tue, Mar 19, 2013 at 01:53:39PM -0500, Chris Johnsen wrote:
> On Tue, Mar 19, 2013 at 4:29 AM, Nicholas Marriott
> wrote:
> > Did you forget to at
On Tue, Mar 19, 2013 at 4:29 AM, Nicholas Marriott
wrote:
> Did you forget to attach the code?
Sort of. I thought someone might have some comment on the general
idea or the brief outline of the changes (e.g. if anyone had already
explored related ideas). But I did end up with the lingering feeli
At any rate, should the configure script not be changed so it's a bit
more... configurable? i.e., many libraries (take ADIOS as an example) let
you specify a location for each other library on which it is dependent..
i.e., ./configure --prefix=$HOME --with-mxml=$HOME/mxml
--with-infinibad=/net/bla
rpm and yum are disabled on this machine. It's a supercomputer (titan at
ORNL) and the login nodes run full linux (in this instance, rhel) where as
the compute nodes run Compute Node Linux (i.e., no virtual memory, no
shared libraries, etc). At any rate, that doesn't matter it's irrelevant.
is t
On Tue, Mar 19, 2013 at 10:02:25AM -0400, Jai Dayal wrote:
>Thanks for the reply.* Here's what it says:
>
>configure:4916: checking for library containing setupterm
>configure:4947: gcc -o conftest* -I /net/hu19/skeller/x86_64-5.9/include
>-I/net/hu19/skeller/x86_64-5.9/include
>
It won't matter if you have things installed correctly, you aren't
supposed to point things into include/ncurses.
Just make sure you /path/to/include/ncurses.h is present and use
-I/path/to/include.
On Tue, Mar 19, 2013 at 10:40:32AM -0400, Jai Dayal wrote:
>Hmm, Okay, I took that out but I
git is a way for developers to store and access programming code.
The git repository (surely?) contains newer code than your distro's packages.
The feature you require is relatively new and is (presumably) not available in
release versions of tmux.
On 18 March 2013, at 14:41, Hameed Gifford
The login node is RHEL 5.8.
Thanks for the quick replies, everyone!
On Tue, Mar 19, 2013 at 11:36 AM, Patrick Shanahan wrote:
> * Jai Dayal [03-19-13 10:34]:
> > as I stated, the sources downloaded and installed successfully. I can't
> > use sudo and there is no apt, yum, etc. I am also not a
* Jai Dayal [03-19-13 10:34]:
> as I stated, the sources downloaded and installed successfully. I can't
> use sudo and there is no apt, yum, etc. I am also not a root user.
>
> On Tue, Mar 19, 2013 at 10:28 AM, Thiago Padilha wrote:
>
> > Install development packages for ncurses using your dist
Hmm, Okay, I took that out but I still get the same problem :-(
On Tue, Mar 19, 2013 at 9:11 AM, Paul Hoffman wrote:
> On Tue, Mar 19, 2013 at 12:03:47AM -0400, Jai Dayal wrote:
> > ./configure --prefix=/net/hu19/skeller/x86_64-5.9
> > CPPFLAGS="-Inet/hu19/skeller/x86_64-5.9/include
> > -I$net/h
On Tue, Mar 19, 2013 at 12:03:47AM -0400, Jai Dayal wrote:
> ./configure --prefix=/net/hu19/skeller/x86_64-5.9
> CPPFLAGS="-Inet/hu19/skeller/x86_64-5.9/include
> -I$net/hu19/skeller/x86_64-5.9/include/ncurses" LDFLAGS="-L
> net/hu19/skeller/x86_64-5.9/lib"
> LIBEVENT_LIBS="/net/hu19/skeller/x86_64
as I stated, the sources downloaded and installed successfully. I can't
use sudo and there is no apt, yum, etc. I am also not a root user.
On Tue, Mar 19, 2013 at 10:28 AM, Thiago Padilha wrote:
> Install development packages for ncurses using your distro package
> manager. If you are using a re
Install development packages for ncurses using your distro package
manager. If you are using a recent version of ubuntu or debian enter
the following:
sudo apt-get install libncurses5-dev libevent-dev
On Tue, Mar 19, 2013 at 11:02 AM, Jai Dayal wrote:
> Thanks for the reply. Here's what it says
Thanks for the reply. Here's what it says:
configure:4916: checking for library containing setupterm
configure:4947: gcc -o conftest -I /net/hu19/skeller/x86_64-5.9/include
-I/net/hu19/skeller/x86_64-5.9/include
-I/net/hu19/skeller/x86_64-5.9/include/ncurses -L
/net/hu19/skeller/x86_64-5.9/lib
-
** Nicholas Marriott [2013-03-19 11:21:52 +]:
> It is because we automatically add "exec " to commands now, do:
> set -g command-prefix ""
Thank you Nicholas, that works fine.
> Or change your command to:
> sh -c 'cd ~/tmp; /bin/bash -l'
> Maybe this option is a bad idea...
So I wonder f
You can probably do somethine like this instead:
(cd ~/tmp; CSE=1 tmux new-session -d -s misc -n context '/bin/bash -l')
On Tue, Mar 19, 2013 at 8:02 AM, Vladimir Lomov wrote:
> Hello,
>
> I experience some problem with 'git://git.code.sf.net/p/tmux/tmux-code'
> git repository, 'tmux' compiled f
It is because we automatically add "exec " to commands now, do:
set -g command-prefix ""
Or change your command to:
sh -c 'cd ~/tmp; /bin/bash -l'
Maybe this option is a bad idea...
On Tue, Mar 19, 2013 at 08:02:37PM +0900, Vladimir Lomov wrote:
> Hello,
>
> I experience some problem with '
Hello,
I experience some problem with 'git://git.code.sf.net/p/tmux/tmux-code'
git repository, 'tmux' compiled from that repository doesn't accept[*]
shell command like 'cd ~/tmp ; /bin/bash -l' for new-window or
new-session commands, while 'tmux' compiled from git repository
'git://tmux.git.sourc
Look in config.log and see why the test to find curses failed.
On Tue, Mar 19, 2013 at 12:03:47AM -0400, Jai Dayal wrote:
>Hi,
>* I'm trying to install tmux as a non-root user on a login node for a
>cluster.* I have to install ncurses and libevent myself.* That's no
>problem, as
Did you forget to attach the code?
On Mon, Mar 18, 2013 at 07:54:05PM -0500, Chris Johnsen wrote:
> Using popen leaves the server vulnerable to "freezing up" if the
> user configures a long-running command for copy-pipe (or dead
> locking if the command uses a tmux command (e.g. to make a query))
33 matches
Mail list logo