screen-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New release


From: Carsten Mattner
Subject: Re: New release
Date: Tue, 6 Aug 2013 19:05:30 +0200

On Mon, Aug 5, 2013 at 10:40 PM, Jostein Berntsen <address@hidden> wrote:
> On 04.08.13,22:44, Jostein Berntsen wrote:
>> On 31.07.12,16:56, Carsten Mattner wrote:
>> > On Tue, Jul 31, 2012 at 3:43 PM, Brian Kroth <address@hidden> wrote:
>> > > Carsten Mattner <address@hidden> 2012-07-21 14:52:
>> > >
>> > >> I've been using screen for many years and it has been almost
>> > >> 4 years since the last official release.
>> > >>
>> > >> Are there any plans for a new release?
>> > >> Or should I just use screen from the master branch to get
>> > >> a recent version?
>> > >
>> > >
>> > > I completely agree with the sentiment.  I think it's (perhaps 
>> > > artificially)
>> > > holding up inclusion in the major linux distros of a modern screen, which
>> > > really has some nice new features to offer.
>> >
>> > This sounds kind of similar to users preferring zsh over bash just
>> > because Apple bundles an ancient (differently licensed?) bash with OSX.
>> >
>> > I did try tmux but it just doesn't work as well as screen for me. It
>> > seems slower when listing many many lines of text and I also miss the
>> > key chaining behavior of screen. The difference in key chaining is a
>> > design choice as far as I was told and you have to redefine all the
>> > quick key chains you use explicitly.
>> >
>> > > Debian's experimental branch at least has a git based package now, 
>> > > adapted
>> > > from a recent fedora package, which, from a quick glance, is the only 
>> > > major
>> > > distro out there to have one.
>> >
>> > Seen that, but don't use Debian. What's holding up a release?
>> >
>
> The Debian 4.1 packages which are included in the stable, testing and unstable
> versions:
>
> http://packages.debian.org/wheezy/screen
> http://packages.debian.org/search?keywords=screen

Minimally off-topic but I'm sure everyone will agree that d_termname's
size should be increased to prevent problems with things like
TERM=rxvt-unicode-256color. Maybe like this?
--- a/src/display.h
+++ b/src/display.h
@@ -73,7 +73,7 @@ struct display
   struct win *d_other;         /* pointer to other window */
   int   d_nonblock;            /* -1 don't block if obufmax reached */
                                /* >0: block after nonblock secs */
-  char  d_termname[20 + 1];    /* $TERM */
+  char  d_termname[24 + 1];    /* $TERM */
   char *d_tentry;              /* buffer for tgetstr */
   char d_tcinited;             /* termcap inited flag */
   int  d_width, d_height;      /* width/height of the screen */



reply via email to

[Prev in Thread] Current Thread [Next in Thread]