[screen-devel] "Xx strings scape" patch, call for testers

Hi, 2 days ago I sent new commit to master branch. That was a patch from openSUSE package, that we have in own build system, but not in git repo. "Introduce Xx string escape showing the executed command of a window either only the executed command ('X') or the whole command line ('x') of each wi

[screen-devel] Implement dead/zombie window polling

Hello, yet another patch in git. Currently if zombie keys are defined, one needs to explicitly hit a key to tell screen to try to reconnect a window. This is rather unfortunte if you for example have dozens of screens connected to foreign machines through network connections. Once the network con

Re: [screen-devel] Minor issues to avoid when building the GNU Screen release tar ball in the future

Hi Axel, thank you for your kind words and also your contributing to GNU screen. Right now we have more than 200 open issues/tasks/bugs and first I'm going to concentrate on these. I'm proud to help to maintain this project. I should say, I have a lot of fun :) Yes, we plan the new release on th

Re: [screen-devel] Hardcopy uses ISO-8859-1

Hello Simon, we have UTF-8 mode for GNU screen. Use "-U" command-line option for that. You can also add “defutf8 on” in your ~/.screenrc. If it doesn't work for you, post about your version and OS. Regards, Alex On Tue, Jan 26, 2016 at 2:46 PM, Simon Ruderich wrote: > Hi, > > I'm using GNU scr

Re: [screen-devel] Hardcopy uses ISO-8859-1

Hello Simon, yes, I can reproduce it. Can you test it again, but using "unicode++" git-branch? It works for me. I get "UTF-8 Unicode text" twice. It seems we need to merge it now. On Tue, Jan 26, 2016 at 10:23 PM, Simon Ruderich wrote: > On Tue, Jan 26, 2016 at 04:17:

Re: [screen-devel] [PATCH] :hardcopy: handle encoding (Was: Hardcopy uses ISO-8859-1)

Hi Simon, first of all, thank you very much for this patch. It takes a bit time: I just want to compare this code with our unicode++ branch. Cheers, Alex On Sat, Feb 6, 2016 at 4:39 PM, Simon Ruderich wrote: > On Tue, Jan 26, 2016 at 02:46:29PM +0100, Simon Ruderich wrote: >> Hi, >> >> I'm usin

Re: [screen-devel] screen manual page reeds a rework

Hello Eric, thanks for feedback. Just post your patch here, I will apply it. Regards, Alex On Sun, Mar 6, 2016 at 5:21 PM, Ralph Loizzo wrote: > I just joined this mailing list myself a few days ago. For what little my > opinion is worth, I'm all for reworking the man pages! Thank you Eric! >

Re: [screen-devel] [bug #47353] vi-style search fails on long wrapped lines

Yes, I'm going to to that. Just want to test it a bit before. Cheers, Alex

Re: [screen-devel] [bug #47353] vi-style search fails on long wrapped lines

Now it's in screen-v4. Cheers, Alex On Mon, Mar 7, 2016 at 10:22 AM, Axel Beckert wrote: > Hi Alex, > > On Mon, Mar 07, 2016 at 08:54:01AM +, Alexander Naumov wrote: >> Planned Release:None => 4.3.2 > [...] >> thank your for bugfix. It's in master now. > > If it

Re: [screen-devel] Cleanup patch for screen.1

Hello Eric, the patch looks very good. It's correct and clean. It's in master now. Thank you again, Alex On Tue, Mar 8, 2016 at 3:54 PM, Eric S. Raymond wrote: > This patch was made against 84092e (Sat Feb 6). It cleans out all the purely > visual markup, replacing it with structural tags. I c

Re: [screen-devel] Thanks!

>From my side, I would like to thank community for feedback, bugreports and patches. Your help is very important for the project. On Fri, May 6, 2016 at 3:37 AM, Jürgen Weigert wrote: > Yeah! > Fresh beer and pizza! Thank you! > ASCII art form is just perfect for lossless sharing amongst the > cu

Re: [screen-devel] [bug #48624] Screen is not properly displaying the window title

Thank you for submitting this bug report. Can you update GNU screen to the actual version and test it again? On Mon, Jul 25, 2016 at 2:39 PM, Josef Ridky wrote: > URL: > > > Summary: Screen is not properly displaying the window title >

Re: [screen-devel] [Correction] Any plans for a screen release before christmas?

Hi Axel, I prefer to release every new version every 6-8 months. For sure we still have many open bugreports, issues and patches that need to be tested and added. @Amadeusz, do you have something to commit right now? Cheers, Alex On Mon, Dec 5, 2016 at 5:56 PM, Axel Beckert wrote: > Hi, > > sm

[screen-devel] GNU Screen v.4.5.0

Hello everyone, I’m proud to announce the release of GNU Screen v.4.5.0 As usual, we merged some community patches from our bug tracing system (small patches also were presented in IRC) and I would like to thank everyone who contribute to Screen and helps us to test development git-version! Chang

Re: [screen-devel] [bug #50142] root exploit 4.5.0

Thank you for report! I'm going to fix it as quick as possible. I'm also think about security update release. On Tue, Jan 24, 2017 at 8:05 PM, anonymous wrote: > URL: > > > Summary: root exploit 4.5.0 > Project: GNU Screen

Re: [screen-devel] [bug #50142] root exploit 4.5.0

Hi Axel, I also can't reproduce it, but it's depend on how do you install GNU screen and which security mechanisms do you use in your OS. There is 2 very nasty bugs and one of them is security related... As I said, I'm working on that and going to release 4.5.1 as a security/bugfix release next

Re: [screen-devel] Trying to build screen

Hi Prashant, you can help to test our 4.5.1 beta by using git (development version): Download sources: > git clone git://git.savannah.gnu.org/screen.git > cd screen/src > git checkout screen-v4 Be sure you use screen-v4 branch: > git branch Build and install GNU screen: > ./autogen.sh > ./confi

Re: [screen-devel] [bug #50089] Screen 4.5.0 doesn't build on SunOS

On Thu, Jan 19, 2017 at 2:04 PM, Axel Beckert wrote: > > Of course it would be nice if this would be solved in a cleaner way for an > official fix. > Like this? #ifndef PATH_MAX # ifdef _POSIX_PATH_MAX # define PATH_MAX _POSIX_PATH_MAX # endif #endif Does GNU/Hurd know about _POSIX_PATH_MAX?

Re: [screen-devel] Ignoring logfile from .screenrc

Hi Josef, yes, that's the bug. And it's fixed already. We're going to release 4.5.1 in (about) one week. Regards, Alex On Wed, Feb 15, 2017 at 3:54 PM, Josef Ridky wrote: > Hi folks, > > I have question about $SUBJ. I am not sure, if is it bug, or just PEBCAK. > > version of screen: 4.5.0 > > I

[screen-devel] Call for testers: screen 4.5.1

Hello, we're going to release 4.5.1 in one week. Please help us to test new version and give a feedback. It make more sense to report about bugs/problems now than right after release. Thank you, Alex

[screen-devel] GNU Screen v.4.5.1

Hello everyone, I'm glad to announce that the new version of GNU Screen (4.5.1) has been released this weekend! 4.5.1 is a bugfix/security release. We fixed few crashes and, of course, problem with privilege escalation. We also changed behavior of '-L' option: now you can set new logfile name usi

Re: [screen-devel] Typo screen.texinfo

Hi Gaetan, thank you for report and patch! Yes, that was my mistake. I'm really sorry for that. But it's fixed already :) Are you ArchLinux maintainer? You can find the official fix here: http://git.savannah.gnu.org/cgit/screen.git/patch/?id=a7d2f9e6ecfa794dd0bd3dbeaf6780c88a6f3152 Cheers, Alex

Re: [screen-devel] GNU Screen v.4.6.1

Thank you, Amadeusz! On Mon, Jul 10, 2017 at 9:44 PM, Amadeusz Sławiński wrote: > Hello everyone, > > I'm announcing availability of GNU Screen v.4.6.1 > > Screen is a full-screen window manager that multiplexes a physical > terminal between several processes, typically interactive shells. > > Th

Re: [screen-devel] AIX 7.2 and Screen 4.06.01 bug?

Hi Brandan, thanks for yor email. Unfortunately, myself and, as I know, amade have no AIX system to test GNU screen on it. We call community to help to test current dev state on AIX platform and provide patches in case of AIX-specific bugs. That will be great if someone who has AIX can try to rep

Re: [screen-devel] Screen 4.6.2: ./configure fails Cross-Compiling to ARM (Xilinx Zynq)

Hey, how exactly do you try to compile it? Can you show your config.log? On my Pinebook(aarch64) I have no problem with 4.6.2. Cheers, Alex On Fri, Feb 2, 2018 at 2:04 AM, Ben Kamen wrote: > Hey all, not sure if the users list is very active or appropriate for this > question (I tried there fi

Re: [screen-devel] Screen 4.6.2: ./configure fails Cross-Compiling to ARM (Xilinx Zynq)

Please provide more info how do you trying to compile it. Did you try to compile something else in your CC environment? Let us know how to reproduce it exactly like you doing it. Regards, Alex On Fri, Feb 2, 2018 at 10:01 AM, Alex Naumov wrote: > > how exactly do you try to compile it? >

Re: [screen-devel] Screen 4.6.2: ./configure fails Cross-Compiling to ARM (Xilinx Zynq)

On Thu, Feb 22, 2018 at 11:00 AM, Ben Kamen wrote: > > Is there more information I can provide? > Hey Ben, did you try patches (from https://savannah.gnu.org/bugs/?43223)? Take a look at last comment. There are modified patches. If that solved your problem, please let us know.

Re: [screen-devel] Screen 4.6.2: ./configure fails Cross-Compiling to ARM (Xilinx Zynq)

Great! I'm going to apply these patches to git today. Thanks for testing! Cheers, Alex On Fri, Feb 23, 2018 at 9:33 AM, Ben Kamen wrote: > On 02/22/2018 01:35 PM, Ben Kamen wrote: >> On 02/22/2018 09:27 AM, Alex Naumov wrote: >>> On Thu, Feb 22, 2018 at 11:00 AM, Ben

Re: [screen-devel] not really a screen bug .. but maybe it is : error: undefined symbol: PATH_MAX

Hi Dennis, yes, as you mentioned, there are number of differences in the GNU and Solaris environment and I think maintainer of the Solaris version cares about it and patches official sources (in case if it's needed) at its discretion. Check these patches. It's hard to maintain one git-tree for all

Re: [screen-devel] [PATCH 0/2] [screen-v4] Backport OSC 11 support

Hi Lubo, yes, I saw your patch. I'm going to test it this week and, if everything goes well, I will add it to screen-v4. By the way, are you going to do it for master? Cheers, Alex On Sun, Oct 7, 2018 at 4:51 PM Lubomir Rintel wrote: > > Hi there, > > > > please consider adding these two patch

Re: [screen-devel] [bug #55644] Manpage Update Needed

I will say, this is "the task" for FreeBSD maintainer(s). They uses patched version of GNU Screen already. On Mon, Feb 11, 2019 at 10:08 PM Amadeusz Sławiński wrote: > Follow-up Comment #1, bug #55644 (project screen): > > I'm open to changing it, but I'm not that up to date on manpages formats.

Re: [screen-devel] What's the "master" branch used for in the git repo?

Hi, the idea is to use a 'master' branch as a preparation for the next 'screen-v5', i.e. a development branch for Screen v5.x.x releases. Many people don't like this idea and situation with different code bases in different branches (including me). I think some discussion will take place before we'

[screen-devel] 4.9.0 rc1 => call for testers

Hello, I'm going to release GNU Screen 4.9.0 before the end of this month. I would like to ask everyone to help to test the current screen-v4 git branch (aka 4.9.0 rc1) and give me a short feedback. I need more tests on different distribution and/or operating systems. For everyone who sent me pat

Re: [screen-devel] Simple patch for double -U issue

Hi Clark, thanks for reporting, but can you be a bit more verbose? :) What does it mean "did not work"? Did you debug the value of nwin_options.encoding? What value does it have? As you can see, It should be UTF8 in case of -1 and it should be -1 (as defined in nwin_undef struct in window.c). Che

Re: [screen-devel] 4.9.0 rc1 => call for testers

On Mon, Jan 31, 2022 at 12:17 AM Axel Beckert wrote: > > Sorry for chiming in late, but I given that > https://git.savannah.gnu.org/cgit/screen.git/log/?h=screen-v4 shows > already a commit "Release v.4.9.0" tagged v.4.9.0 in the screen-v4 > branch from 2 days ago, I assume it's too late already.

[screen-devel] GNU Screen v.4.9.0

I'm announcing availability of GNU Screen v.4.9.0 Screen is a full-screen window manager that multiplexes a physical terminal between several processes, typically interactive shells. New in this release: * Hardstatus option for used encoding (escape string '%e') * OpenBSD uses native openpty(

Re: [screen-devel] [PATCH] src/display.c: Fix call to undeclared function chmod

Thanks. It's in master now. Cheers, Alex On Sun, Aug 6, 2023 at 8:58 PM Brahmajit Das wrote: > First discovered on gentoo musl+llvm profile. The chmod function comes > from the header file sys/stat.h which was not included in the source > file display.c, and thus the error. This patch should fi

[screen-devel] GNU Screen 4.9.1 RC1: call for testers

Hi everyone, GNU screen 4.9.0 was released 18 months ago and I think it's time for a new version. I would like to ask everyone to test the 'screen-v4' branch and report critical issues, bugs, etc. (Please remind me if I forgot or missed your reports for 4.9.1). I'm going to release 4.9.1 in one t

Re: [screen-devel] Typos in man page

Thank you Jaak. I applied it to 'screen-v4' (master also will get one new commit). Cheers, Alex On Wed, Feb 9, 2022 at 9:42 PM Jaak Ristioja wrote: > Hi, > > I found and fixed a few typos in the screen.1 man page. The respective > patch/commit can be found on top of this branch: > >https://

Re: [screen-devel] Porting to z/OS: Prompt indented after pressing enter

Hi, Nice job :) I would start with shell env debugging, termcap.c and os.h. Good luck, Alex On Thu, Jun 29, 2023 at 2:53 AM Igor Todorovski wrote: > Hi, > > > > I’m trying to port GNU Screen to z/OS. One major issue I’m seeing is that > the prompt keeps getting indented to the right after I pre

[screen-devel] GNU Screen v.4.9.1

I'm announcing availability of GNU Screen v.4.9.1 Screen is a full-screen window manager that multiplexes a physical terminal between several processes, typically interactive shells. This release: * Support stop/parity bits on serial port * Add needed system headers in checks and return values fo

[screen-devel] Looking for a new maintainer

Hello, I'm looking for a new GNU Screen maintainer. Someone who will work with me on new releases. The ideal candidate has already submitted patches and knows the screen's codebase. If anyone is motivated to help/maintain/develop GNU Screen, feel free to contact me. Cheers Alex

Re: [screen-devel] Can I still add updates to this?

It depends. If you provide a patch (master branch) and we will love it, for sure I will add it to the upstream. Why not? Cheers, Alex On Thu, Mar 21, 2024 at 8:45 PM Richard Wicks via screen-devel < screen-devel@gnu.org> wrote: > Screen is pretty much unused today, but I find it useful in lieu o

Re: [screen-devel] [PATCH 1/1] Add QNX support

Hey, Thanks for your patch. Can you do it for master branch? And a bit more info about exactly what you tested with it. Cheers, Alex On Tue, Apr 2, 2024 at 10:19 PM Juan Pablo Samper wrote: > --- > src/os.h | 2 +- > src/utmp.c | 6 +++--- > 2 files changed, 4 insertions(+), 4 deletions(-)

Re: [screen-devel] screen git repo recently force pushed?

Hey, I removed/replaced the last commit, because of a mistake. Sorry for misunderstanding :) Cheers, Alex On Wed, Jun 26, 2024 at 4:25 PM Alan D. Salewski wrote: > Hi Folks, > > I maintain a GitHub mirror of the the GNU Screen git repo here: > > https://github.com/salewski/screen-mirror >

[screen-devel] GNU Screen 5.0.0 RC: call for testers

Hi everyone, I think it's time for the new release. I would like to ask everyone to test the 'master' branch and report critical issues, bugs, etc. (Please remind me if I forgot or missed your reports for 5.0.0.). We have the new authentication schema, so please check that everything works fine w

Re: [screen-devel] status of the FAQ

Hi, Yes, FAQ and examples from the .screenrc file are obsolete. I will update it before release. Cheers, Alex On Fri, Jul 5, 2024 at 4:29 PM Vincent Lefevre wrote: > Hi, > > I've just noticed from the git log that the FAQ (src/doc/FAQ file) > dates back to 1995 with just a minor change since

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

On Mon, Jul 8, 2024 at 4:48 PM david kerns wrote: > I'd argue for a global replacement of sprintf(dest, ...) to snprintf(dest, > sizeof(dest)...) > Unfortunately, that's probably not an automated task. > from the man page: > The snprintf() and vsnprintf() functions will write at most size-1

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

On Mon, Jul 8, 2024 at 5:43 PM david kerns wrote: > On Mon, Jul 8, 2024 at 8:02 AM Alex Naumov > wrote: > >> On Mon, Jul 8, 2024 at 4:48 PM david kerns >> wrote: >> >>> I'd argue for a global replacement of sprintf(dest, ...) to snprintf(dest, >&

Re: [screen-devel] issues with GNU Screen 5.0.0 RC

On Mon, Jul 8, 2024 at 6:53 PM Vincent Lefevre wrote: > I've compiled the master branch by using the --enable-utmp configure > option in Debian. But when I detach, I get > > Utmp slot not found -> not removed > > I don't have such an issue with the screen 4.09.01 Debian package. > We rewrite t

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

On Tue, Jul 9, 2024 at 4:42 PM david kerns wrote: > On Tue, Jul 9, 2024 at 6:31 AM Vincent Lefevre wrote: > >> >> As said, you need Autoconf version 2.71 or higher. >> You have only 2.69, which is very old: >> >> > $ autoreconf --version >> > autoreconf (GNU Autoconf) 2.69 >> > Copyright (C) 201

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

On Wed, Jul 10, 2024 at 1:27 AM david kerns wrote: > On Tue, Jul 9, 2024 at 1:00 PM Alex Naumov > wrote: > Install the last available autoconf: > https://packages.fedoraproject.org/pkgs/autoconf/autoconf/ > > GASP! install from source onto RHEL? where's the stability

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

On Tue, Jul 9, 2024 at 4:42 PM david kerns wrote: > > here's the patch... please review/scrutinize before accepting > > Hey David. Thank you for the patch. It looks like this patch alarm user in case of overflow, right? We don't need to alarm users. We need the stable bug free code. The task is t

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

Ok, then remove it please and show us what we're going to have in git. On Wed, Jul 10, 2024 at 2:33 PM david kerns wrote: > > > On Wed, Jul 10, 2024 at 1:35 AM Alex Naumov > wrote: > >> >> Hey David. >> Thank you for the patch. >> It looks like this

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

I still don't understand why we need this? REPORT_SNPRINTF(max, sizeof(buf)); On Wed, Jul 10, 2024 at 2:59 PM david kerns wrote: > > > On Wed, Jul 10, 2024 at 5:49 AM Alex Naumov > wrote: > >> Ok, then remove it please and show us what we're going to hav

Re: [screen-devel] [PATCH] Really avoid a potential buffer overflow for 'home'

On Wed, Jul 10, 2024 at 5:25 PM david kerns wrote: > > Because I made no effort to completely understand each intended use of > sprintf when I changed to snprintf, I treated every call the same, and used > the conditional macro to report or remain silent. > David, thank you for your time. But th

Re: [screen-devel] GNU Screen 5.0.0 RC: call for testers

On Tue, Jul 16, 2024 at 6:01 PM Clark Wang wrote: > On Fri, Jul 5, 2024 at 6:36 PM Alex Naumov > wrote: > >> Hi everyone, >> >> I think it's time for the new release. >> I would like to ask everyone to test the 'master' branch and report >>

Re: [screen-devel] [5.0] hardstatus format broken

On Tue, Jul 16, 2024 at 5:39 PM Clark Wang wrote: > I'm using this: > > hardstatus string "%-Lw%{+ .g} %n %t %{-}%+Lw%=%H %m/%d %D %0C %A " > > Screenshot with screen v4: https://i.imgur.com/315VAK2.png > Screenshot with screen v5: https://i.imgur.com/waNUuiV.png > > Can you try a patch from he

Re: [screen-devel] GNU Screen 5.0.0 RC: call for testers

r) is very welcome. Cheers, Alex On Fri, Jul 5, 2024 at 12:35 PM Alex Naumov wrote: > Hi everyone, > > I think it's time for the new release. > I would like to ask everyone to test the 'master' branch and report > critical issues, bugs, etc. > (Please remind me

Re: [screen-devel] [5.0] hardstatus format broken

Clark Wang wrote: > Hi Alex, > > On Sat, Jul 27, 2024 at 5:20 PM Alex Naumov > wrote: > >> >> On Tue, Jul 16, 2024 at 5:39 PM Clark Wang wrote: >> >>> I'm using this: >>> >>> hardstatus string "%-Lw%{+ .g} %n %t %{-}%

[screen-devel] GNU Screen v.5.0.0 is released

Hi everyone, I'm glad to announce the new release of GNU screen. Screen is a full-screen window manager that multiplexes a physical terminal between several processes, typically interactive shells. The 5.0.0 release includes the following changes to the previous release 4.9.1: * Rewritten authent

Re: [screen-devel] beer?

I think we had the same question already. Yes, it seems there are people who want to support 'screen'. If someone wants to support the development process or just to say thanks, here is my patreon... and thanks a lot! https://www.patreon.com/anaumov Cheers, Alex On Mon, Sep 16, 2024 at 6:50 PM D