Re: New release

Carsten Mattner <[email protected]>
Newsgroups gmane.comp.gnu.screen.user
Message-ID <CACY+HvonH6AQAwa_tAWDm3LYP8OrSTkjgrmfidxsBEcA_z-gWQ@mail.gmail.com>
On Mon, Aug 5, 2013 at 10:40 PM, Jostein Berntsen <jbernts-gyXR7Lt7FVk/[email protected]> 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 <[email protected]> wrote:
>> > > Carsten Mattner <[email protected]> 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 */
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.