when st or a similarly small project passes a test for vim, emacs,
mutt, other popular ncurses clients, then it's worth thinking about
replacing xterm
Here we go. A bunch of screenshots depicting st runinng multimple curses
applications including
(but not limited) vim, htop, alsamixer, utf8
Almost forgot to say about this vttest thing. Um, you do realize that it's been
written by
the author of XTerm? And how it is XTerm-specific? St aside, as for urxvt - I
have never
seen an application refusing to run through it. Not even something like
compatible mode
run where rxvt simply
On Thu, Aug 1, 2013 at 8:47 AM, h...@riseup.net wrote:
Almost forgot to say about this vttest thing. Um, you do realize that it's
been written by the author of XTerm?
that does not imply bias. you're coming off as ignorant
And how it is XTerm-specific?
and these are xterm replacements.
Tue 30.Jul'13 at 18:46:59 -0400, STeve Andre'
On 07/30/13 18:15, Alexandre Ratchov wrote:
On Mon, Jul 29, 2013 at 10:48:11PM +0400, h...@riseup.net wrote:
I realize that everything has its pros and cons (like URXVT is
GPL-licensed, st is pretty much hackish for
Martin Schröder mar...@oneiros.de wrote:
2013/7/30 h...@riseup.net:
than the Apple+Google co-owned Clang stuff.
Source for that claim? All I can find is
Copyright (c) 2007-2013 University of Illinois at Urbana-Champaign.
On 2013-07-29, h...@riseup.net h...@riseup.net wrote:
URXVT
* The code base is half the size of XTerm's
given that you have to include things like glib, gettext and iconv in this,
somehow I doubt this...
$ pkg_info -S rxvt-unicode
Information for inst:rxvt-unicode-9.18
Signature:
couldn't you actually provide an example link on freebsd lists clang
discussion that
you found untolerable/suspicious?
I will provide you with few links on the subject and let you make
your own conclusions. Personally, I have no for or against feeling.
Stuart Henderson s...@spacehopper.org wrote:
On 2013-07-29, h...@riseup.net h...@riseup.net wrote:
URXVT
* The code base is half the size of XTerm's
given that you have to include things like glib, gettext and iconv in this,
somehow I doubt this...
$ pkg_info -S rxvt-unicode
All right, people, just don't get mad on my proclaimations after all...
So you've got an opinion, and something else.
On Wed, Jul 31, 2013 at 08:31:41PM +0400, h...@riseup.net wrote:
These are optional dependencies, it can be compiled without them given you do
this by hand.
A minimal installation doesn't require any gtk libs, neither it does gettext,
iconv or perl. Most of
the bloat is hidden inside the
Martin Brandenburg mar...@martinbrandenburg.com wrote:
xterm supports two terminals, DEC VT100 and Tektronix 4014.
Actually, xterm's main emulation target has been the VT220 for many
years, and about a year ago the default emulation level has been
switched to VT420.
--
Christian naddy
The 4014 support is much more uncommon, but I do actually use it
occasionally[1].
The real issue is that people now expect X to come with xterm and that's
that. Removing xterm would be quite unfortunate, as it breaks people's
expectations of how the system works.
Okay, jeez... I think only
when st or a similarly small project passes a test for vim, emacs,
mutt, other popular ncurses clients, then it's worth thinking about
replacing xterm
in absence of such test, settle for vttest, which also tests for
features that aren't as widely used
something like an xterm replacement needs to
On Tue, Jul 30, 2013 at 12:03:42AM +0400, h...@riseup.net wrote:
[...]
Like Clang for i386/amd64 guys with all the new and fancy and then make a
balanced
transition slowly phasing out aging architectures?
First you do not get project's goals, see the website.
jirib
For clang just see freebsd lists. I will not say more, since those
posts speak for themself. Anyway, it is the future, for sure.
Regarding st, I use suckless browser named surf from time to time,
but I found both luakit and conkeror better suiting me. That post to
mean that people like different
Thanks for your answer, Zoran. Apparently it's true that everyone will want
their own set
of prefered applications, especially when it comes to something like a web
browser. And as
for me, I didn't like neither surf, nor luakit, nor conkeror as well. But after
all, I think
it's been pointed
On Mon, Jul 29, 2013 at 10:48:11PM +0400, h...@riseup.net wrote:
I realize that everything has its pros and cons (like URXVT is
GPL-licensed, st is pretty much hackish for an ordinary user and Clang
is not, well, mature yet). But ain't pros of the programs above not
enough to actually make
2013/7/30 h...@riseup.net:
than the Apple+Google co-owned Clang stuff.
Source for that claim? All I can find is
Copyright (c) 2007-2013 University of Illinois at Urbana-Champaign.
http://llvm.org/viewvc/llvm-project/cfe/trunk/LICENSE.TXT?revision=171342view=markup
Best
Martin
On 07/30/13 18:15, Alexandre Ratchov wrote:
On Mon, Jul 29, 2013 at 10:48:11PM +0400, h...@riseup.net wrote:
I realize that everything has its pros and cons (like URXVT is
GPL-licensed, st is pretty much hackish for an ordinary user and Clang
is not, well, mature yet). But ain't pros of the
Hello @misc,
I am yet another interested in provided OpenBSD defaults. More
specifically the XTerm and GCC. Apparently there are better alternatives
like:
URXVT
* The code base is half the size of XTerm's
* Consumes 25% less memory
* Can be daemonized
* Much better handling of different fonts
h...@riseup.net [h...@riseup.net] wrote:
On the other hand XTerm is an old code and memory hog that relies on X
toolkit and supports features you'll find nowhere thus will never need
(like Tektronix).
Xenocara is the classic X tree, as much as possible. Any replacement for
xterm needs to
On Mon, Jul 29, 2013 at 2:18 PM, h...@riseup.net wrote:
Hello @misc,
I am yet another interested in provided OpenBSD defaults. More
specifically the XTerm and GCC. Apparently there are better alternatives
like:
URXVT
* The code base is half the size of XTerm's
* Consumes 25% less memory
On Mon, 29 Jul 2013 11:57:42 -0700, Chris Cappuccio wrote:
h...@riseup.net [h...@riseup.net] wrote:
On the other hand XTerm is an old code and memory hog that relies on X
toolkit and supports features you'll find nowhere thus will never need
(like Tektronix).
Xenocara is the
Pascal Stumpf [pascal.stu...@cubes.de] wrote:
Replacing GCC is no trivial task, but Bitrig already did it.
Did it aka now rely on packages to build base, some of them with a
non-free license.
Well they are working on a BSD-licensed toolchain, with mcpp, elftoolchain,
libc++ and
both of which are more or less crappy xterm (not vt100, not vt220) emulators
The fact that they consume less, work faster, have clean and actually readable
code
which you can hack through without symptoms of nausea -- all these make tham
crappier than
the xterm?! All the cars in the world more
both of which are more or less crappy xterm (not vt100, not vt220) emulators
The fact that they consume less, work faster, have clean and actually
readable code
which you can hack through without symptoms of nausea -- all these
make tham crappier than the xterm?! All the cars in the world
Theo, I do NOT even try to recommend you or any other OpenBSD devs or
actually anyone
reading this mail the one true way of solving the problems. Don't do any
advocacy, even
though it may look like that I do. And of course you are perfectly right that
there are no
diffs in mail. The sole
El 29-07-2013 14:57, Chris Cappuccio escribió:
h...@riseup.net [h...@riseup.net] wrote:
LLVM/Clang
Replacing GCC is no trivial task, but Bitrig already did it. And they
don't support most of the platforms that OpenBSD does. LLVM doesn't either.
Frankly, if you want to play with OpenBSD
On Mon, Jul 29, 2013 at 1:31 PM, deoxyt2 deox...@lacamaradegas.cl wrote:
Respect to replace GCC by LLVM/Clang, I think there is already something
advanced with PCC project.
PCC was advanced into the attic over a year ago:
http://marc.info/?l=openbsd-cvsm=133423160431049w=2
29 matches
Mail list logo
