Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: Fedora Is Unsure About 256 Color Terminals

  1. #1
    Join Date
    Jan 2007
    Posts
    15,117

    Default Fedora Is Unsure About 256 Color Terminals

    Phoronix: Fedora Is Unsure About 256 Color Terminals

    While Fedora releases tend to be ambitions on new Linux features and always living on the edge of the latest upstream code, the Fedora Engineering and Steering Committee is taking additional time to decide whether to have 256 color terminal support by default in Fedora 18...

    http://www.phoronix.com/vr.php?view=MTEyNjU

  2. #2
    Join Date
    Jan 2009
    Posts
    1,707

    Default

    this http://ethanschoonover.com/solarized looks cool


    sadly DE people seem to not care much about beauty

  3. #3
    Join Date
    Dec 2011
    Posts
    2,104

    Default VT525

    Does Linux support VT525?

  4. #4
    Join Date
    Jun 2012
    Posts
    44

    Default

    Just took it for a spin on my machine. No issues. Bring it on.

  5. #5
    Join Date
    Jun 2010
    Posts
    74

    Default

    I'd like to see this on all *nix's.

  6. #6
    Join Date
    May 2010
    Posts
    187

    Default

    Quote Originally Posted by 89c51 View Post
    this http://ethanschoonover.com/solarized looks cool


    sadly DE people seem to not care much about beauty
    That's convincing.. I'd much rather have 16 well chosen colours than 256 ugly ones.

  7. #7
    Join Date
    Dec 2011
    Posts
    2,104

    Default Caveat

    The Linux terminal (i.e. those on virtual consoles) doesn't support 256 colors and will break if applications send 256 color codes to it.

    Can this be fixed?

  8. #8
    Join Date
    May 2010
    Posts
    20

    Default

    Quote Originally Posted by uid313 View Post
    The Linux terminal (i.e. those on virtual consoles) doesn't support 256 colors and will break if applications send 256 color codes to it.

    Can this be fixed?
    Not with the kernel's VT implementation, but if you are running a framebuffer console you can run fbterm which I believe supports 256 colors when TERM=fbterm.

  9. #9
    Join Date
    Dec 2011
    Posts
    2,104

    Default

    Quote Originally Posted by signals View Post
    Not with the kernel's VT implementation, but if you are running a framebuffer console you can run fbterm which I believe supports 256 colors when TERM=fbterm.
    Why cant or doesn't it get fixed in the kernel's VT implementation?
    Is the kernel's VT implementation V220 or VT525 compliant or what is it?

    Why doesn't any distribution ship fbterm by default?

    What is the difference between fbterm and kmscon?

  10. #10
    Join Date
    May 2010
    Posts
    20

    Default

    Quote Originally Posted by uid313 View Post
    Why cant or doesn't it get fixed in the kernel's VT implementation?
    Is the kernel's VT implementation V220 or VT525 compliant or what is it?
    Well, I can only speak to what I've read on the Internet, but it seems that it would require a pretty serious re-write of the VT code to accomplish this. 8 (or is it 16?) colors is fairly fundamental to the design of the code, and it's not a high priority for the kernel devs, so the work just hasn't been done.

    Quote Originally Posted by uid313 View Post
    Why doesn't any distribution ship fbterm by default?
    It's in Gentoo's portage, and I'm pretty sure that it is in Fedora's repos. It's probably in many of the others' repos, too. I'm sure it isn't installed by default because 99.9% of all users don't really care about the text consoles. (I'm in the 0.1% too.) I also think you have to login through a getty on a normal VT and start fbterm as a normal user. You can't have fbterm running the getty so it can't be integrated the way most distros would like. Although, I could be wrong about that; I'm no expert.

    Quote Originally Posted by uid313 View Post
    What is the difference between fbterm and kmscon?
    As I understand it (someone correct me if I'm mistaken) kmscon is a work-in-progress to replace the kernel's VT code with something that uses kernel mode setting to manage the display hardware. In its current state, it doesn't actually do any terminal emulation, but they're working on it. fbterm is a user-space program that draws to the framebuffer and is already a fairly complete terminal emulator.
    Last edited by signals; 06-26-2012 at 10:46 AM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •