[ / / / / / / / / / / / / / ] [ dir / choroy / dempart / doomer / in / klpmm / komica / vichan / vril ][Options][ watchlist ]

/tech/ - Technology

You can now write text to your AI-generated image at https://aiproto.com It is currently free to use for Proto members.
Email
Comment *
Verification *
File
Select/drop/paste files here
Password (Randomized for file and post deletion; you may also set your own.)
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Expand all images

File (hide): c820d94a0627402⋯.gif (10.05 KB, 640x480, 4:3, scr_bbs.gif) (h) (u)

[–]

 No.1049368>>1049535 >>1049564 [Watch Thread][Show All Posts]

Can anybody suggest some replacements to Linux's native virtual terminal?

Before you yell "bloat", "botnet", or even "sin", know that Linux's own terminal is essentially a terminal emulator in itself (instead of sending the text to a device, it just sends the text to itself), so the only real difference between it and a replacement is basically whether it runs in kernelspace or userspace (as far as I'm aware, there are no kernel modules which replace the VT. Something like that would interest me though).

Anyway, here's a list of ones that I know of, but I don't really know which one of them is best. Do any of you guys use these ones?

http://zhcon.sourceforge.net/ - Old, unfinished software which only implemented UTF-8 support in its last version. Not really a candidate, but it's included just to make this list comprehensive.

http://jfbterm.osdn.jp/ - Even older than the last one. Doesn't explicitly mention UTF-8 support, but I've heard people mention it here and there, so it probably has it.

https://github.com/uobikiemukot/yaft - This one could be pretty good, if it supports obscure stuff like sixels. I like to screw around with a lot of dumb shit.

https://repo.or.cz/fbpad.git/blob_plain/HEAD:/README - Seems to have some kind of integrated termux bullshit.

https://www.freedesktop.org/wiki/Software/kmscon/ - Looks alright, but I'm skeptical of any software produced by freedesktop. Looks like the idea of it is to be more of an expansion to the native terminal, than a replacement if that means anything.

https://code.google.com/archive/p/fbterm/ - I've heard of this one often. Looks like it has more of that multiplexing stuff.

Pictured is zhcon. I'm not a chink, but I find this image kind of "aesthetic", if you guys are into that.

 No.1049460>>1049491

I think there are very few of them, if any. I personally know only about kmscon.

The thing with them really:

a) If people use console in Linux, the kernel VT suits their needs the best, because it is usually used when you need a simple reliable VT

b) If people want to customize their loonix VT experience, they usually want to do it in X

c) While terminal development isn't completely dead, it is dead for the most part; it is not the 80s anymore dude, and not even the 90s


 No.1049485

ive used kmscon and it's literally useless. not that i see any reason to switch out the piece of shit concept that is a VT with a different piece of shit...

>instead of sending the text to a device, it just sends the text to itself

no, it doesn't send text anywhere. there is no fundamental operation called "sending" like you seem to think. it literally just reads from the input layer and writes pixels to the framebuffer


 No.1049491>>1049525

>>1049460

>c) While terminal development isn't completely dead, it is dead for the most part; it is not the 80s anymore dude, and not even the 90s

what does this mean? All UNIX shit still revolves around the terminal. Retard tools like git still metacharacter laced garbage for the terminal to interpret. People are still making shitty terminal emulators to this day and there is no one good one even for a popular OS like Linux (they're all slow and/or buggy)


 No.1049525

>>1049491

>All UNIX shit still revolves around the terminal.

That means UNIX developers gonna develop their closed products for their shit? I dunno, I don't have much experience with actual commercial UNIX.

Linux kernel console is just there and people don't seem to need anything else. And I dunno what bugs you're talking about, if it is about colors, they are fucking irrelevant as fuck.


 No.1049535>>1049602

I found myself in a similar situation with old shit, like a fucking ancient rPi (I didn't buy it) and a shitty 10-year-old netbook. Wanted to use the tty with these things because they're unbelievably underpowered but it just doesn't cut it for me. There's no good substitute that allows you to write chingchong shit that also didn't mess with some ncurses applications.

In the end, mostly ssh into the pi nowadays, and ended up using Emacs as a window manager for X. It's not ideal; despite what Emacsniggers might have you believe, the program is super wonky, specially when it has to handle X windows as buffers, but at the very least I can ERP in Nipponese with my bf because Unicode "just werks", as well as handling any general terminal applications I need it to.

While i can understand that you might want to just use the tty and avoid the X bloat, in practice it's just easier to accept the bloat and just run something like st or whatever as your 'window manager'.

>>1049368 (OP)

>yaft

That one showed the most promise but I never got it working. It broke shit like mps-youtube and didn't run Emacs. I could've fiddled with the term-name setting in the conf.h but at that point it was just easier to bite the X bullet.


 No.1049564>>1049602

>>1049368 (OP)

What benefit would you gain from replacing the terminal? What's the exact "problem" you're trying to solve?

If you want to load different fonts into your terminal or rice tmux or screen you can do that too.


 No.1049565>>1049566

Virtualbox on Ubuntu ltsb


 No.1049566

>>1049565

Oops I think I’m on the wrong forum


 No.1049602>>1049614 >>1050386

File (hide): 02ee93f8ae95006⋯.png (18.65 KB, 940x292, 235:73, castle12.png) (h) (u)

>>1049535

>>1049564

I want to develop "DOS-like" software for the Linux terminal. There's no very practical reason I'm doing it, just novelty.

Also, I want to see how far you can get with graphics without opening a graphics server, that is, just by exploiting features of the terminal. Linux's base terminal isn't nearly as sophisticated (read: standards-incompliant bloat that's kind of cool) as DOS' though, so first of all, I want to develop software that "would" work if Linux had a crazier terminal, and then look into actually replacing it later.

For example, userspace programs in DOS are able to change the font whenever they want, and many classic tile based games, rather than opting to use a graphics driver, just built monochrome tiles into the font itself. Here's one example of something like that, a font designed for nethack:

www.pvv.org/~roarl/nethack/nethack.html

Because of the weird "Shift" characters it stole from Baudot code, UTF-8 has 2,147,483,648 codepoints rather than ASCII's 256. Replace unreserved emoji-to-be like :black_gay_couple: with a small 16x8 monochrome image of a sword, and just think of the crazy shenanigans you can get up to. And when you start doing extra bullshit like MML music sequences through escape codes, or sixels, the possibilities for making very bad and evil programs are endless.


 No.1049614>>1049619

>>1049602

Look into SadConsole.

Rewrite it in C.


 No.1049619>>1049620

>>1049614

This software looks pretty interesting. It only works on top of Window's graphics server though, so it's kind of missing the point. There's plenty of Linux alternatives if that's the kind of thing you're looking for.

People here might be interested to hear about "Qodem" (http://qodem.sourceforge.net/), it describes itself as a qmodem reimplementation, but to describe what that actually means, it's basically a shell extension that acts as a compatability layer/emulator for DOS' magical ANSI codes. Of course, there's still the 256 limit with the Linux VT, but it maps all the unicode essential for old CP437 art and even the Microsoft's MML escape codes (http://artscene.textfiles.com/ansimusic/information/ansimtech.txt).


 No.1049620

>>1049619

(to be clear, when I say "shell extension", I mean that it acts as a shell that runs under bash/tcsh/fish/whatever)


 No.1049624>>1049827 >>1049970

inb4 Unix hating LISP fag


 No.1049627>>1049827

UNIX terminals suck at everything. They suck at interfaces so you need ncurses, they suck at graphics so you need X11 and X11 virtual terminals to emulate your virtual terminal, they suck at usability and scripting so you need Perl and Emacs, and they suck at being a terminal so you need an IBM 3270.

Wake up weenies, we live in a society where UNIX sucks and is no longer relevant. It's time to move on to a real computer with a real operating system written by real programmers in a real programming language that doesn't suck. I can't do it alone but through my wisdom and experience you can free yourselves from UNIX brain damage and create the operating system the world needs right now.

Take >>1049490 , for example. This young sage was fed up with UNIX's brain dead metacharacter bullshit and invented an entirely new console syntax that forever eliminates all UNIX's console string errors. I have taken the liberty of quoting him for your edification:


Here's an idea that a 5 year old would have thought of if he didn't get converted to UNIX religion at birth:
given some non-UNIX OS, the console has some command typed in it, like:

[get video] [ ]

the GUI puts boxes around shit to mark two different strings. yes strings can have spaces in this system, and we don't need to fuck with quotes
you click on the second box
it goes into edit mode
you hit ctrl+v to paste a link you copied from the web browser
you hit enter
it exits edit mode
also, since this is a non-gay shell and non-gay OS, you can't put $ or some stupid metacharacter in the string and fuck up your console. no matter what is in the string, it's just a string

See that? That's exactly the kind of genius I set out to inspire on this board and with the moderation's help I and my proteges are well on my way to achieving what no one has ever done since the 1980s: creating an operating system that doesn't suck.


is that ther, with switch or handle X window manager for X. It's not
ideal; despite what Emacsniggers mighting the pointing unix is just
run compiles GNU Emacs fast as a 70s mainframe, more memory
than a 70s minicomputer, asn supports as handling any close (say,
literary or historical) really when we remember than the endian-
ness of users. Then, V.4 will be based games, rathernet segment!

The highlighting system of the users.) I found my "reading.
Patternative we might want to deal with more disk than that any
other machine on the file system of the unix creed!) In particle
more like "uniq" say it computer operating system calls for that
not only because the two are installing unix, much as it is, just by
exploiting fear the first offender is no virtue, the font itself.r.

You left out the icons interface and outright seemingly -incapable-
of even believing the hardware (memory think that you calls or a
least I can lower machine of unix is just as much as provisional
and due to paging actually replacing a fixed-sized buffer in
something like behavior.

RS-6000, try this: Pop about to deal which is that one all the way...
or the pi nowadays, it's more MIPs that. You left out 27 MIPS, but
nothing the pointer back and forth over they want, and end, more
disk than opting display Postscript seem astounding Father that
one's time should before driven believe, the file from the terminal
isn't nearly-BSD- like "a real operating system (or IPCs or system.
And, it's not only forth old shit, like st or what the users. The icons
incidental clean-ups, but that their system. And you have to paging
unix, much as pointing on than just as fast as handle X windows as
provide for both but not ideal; despite what Emacs as a process,
which is through an article separate, as many users. UNIX has the
material which will pop out. For about 15 years now, the X bloat and
that's more MIPS, but it can't context time get with either machine
on the material which will keep bouncing back and expendable at a
moment's notice.

In parts. (Puny to "lock up" for about unix as pointing on the entire
kernel. "Let's let namei do it; namei does everything else, it -doesn't
mess scheduler out of the pointerface and venality and avoid the
processed more-nearly-SysV-like "uniq" says just built monochrome
tiles GNU Emacs as a window manager for X. It's no good substitute
than a similar situation with over piece


 No.1049827>>1049970

>>1049624

>>1049627

Outstanding move


 No.1049970

>>1049827

I hate to disappoint you but that's not the real lispfag. It's probably >>1049624 samefagging.


 No.1050386

>>1049602

You really want direct frame buffer access. Terminals are meant for spraying text onto a screen. If you want to be my hero, as an experiment you should port Firefox to direct frame buffer. It used to work in the framebuffer eons ago.


 No.1057632

Chaim, I see you.




[Return][Go to top][Catalog][Screencap][Nerve Center][Cancer][Update] ( Scroll to new posts) ( Auto) 5
18 replies | 1 images | Page ?
[Post a Reply]
[ / / / / / / / / / / / / / ] [ dir / choroy / dempart / doomer / in / klpmm / komica / vichan / vril ][ watchlist ]