Filesize

[dicarsio]

Hi,

Currently on a Debian Squeeze trough SSH on bash, I'm getting weird file sizes:

▕ drwxr-xr-x▏8 mon │ 1074.0107K16 │Doctrine
▕ drwxr-xr-x▏8 mon │ 1074.0107K16 │Mandango
▕ drwxr-xr-x▏8 mon │ 1074.0107K16 │SwiftMailer
▕ drwxr-xr-x▏8 mon │ 1074.0107K16 │Zend
▕ drwxr-xr-x▏2 mon │ 1074.0107K16 │xhprof_lib
▕ -rw-r--r--▏7 mon │ 1072.6107K16 │Cache.php

Someone has a tip?

Thanks

[tjk]

Hey, can we get an update on this issue please?

I'm using Arch Linux with urxvt. It works in all previous cases except when I'm inside a tmux session and then everything breaks down. I'm going to keep looking into the issue -- but in case someone knows why this is a problem, please post an update. Thanks!

[tjk]

Okay. I think I figured out my issue.

Outside of tmux:

$ tput colors
88

Versus inside:

$ tput colors
8

This is definitely documented somewhere but SCREEN env variable defaults to "screen" in tmux (whereas I use rxvt-unicode as my terminal emulator). So I add this before my aliases in .zshrc:

if [[ -z "$TMUX" ]]; then
  tmux && exit
else
  export TERM=rxvt-unicode
fi

I still need to fix my colors so they are what I'd like them to be but at least I have 88-bit color and ls++ works!

[hron84]

I have same problem on openSUSE 11.4 with Gnome Terminal, over ssh (remote machine runs same OS).

For me this problem is not related with screen/tmux, and tput colors prints 8 in both case.

Perl 5.12, Term-ExtendedColor-0.224, default config.

[oxyc]

I had the same problem, the problem was that ls++ checks for the DISPLAY global and if not found degrades to 16 colors. https://github.com/trapd00r/ls--/blob/master/ls%2B%2B#L488:L491

If you're working with a remote shell without a display, you can fix this by simply placing export DISPLAY=1 in your bashrc

[trapd00r]

This tmux issue was fixed in this commit, closing.