[screen-devel] [bug #48720] Cannot unlock screen running as a user without password

Follow-up Comment #2, bug #48720 (project screen): My solution now is: When you locked the screen, there is the small window with only the locked user name and a text field to type in the password. Here, you have to click on the gear symbol in the upper right corner of your screen and choose "Chan

[screen-devel] [bug #48968] When new user unlocks screen the screen session is detached

Follow-up Comment #1, bug #48968 (project screen): support provided us with a private fix yesterday which we have deployed and confirmed to resolve this issue in our environment. The patch replaces picassoncredprov.dll in C:\Program Files\Citrix\ICAService on the VDA. To get it, contact support an

[screen-devel] [bug #36676] screen shows "standout" instead of "italics" on terminals which support the latter (rxvt-unicode)

Follow-up Comment #10, bug #36676 (project screen): Still doesn't work? I have my custom terminfo entry xterm-256-italic (which does support italics) running in iTerm2 (macOS), which also support italics. And if I test with commands like below, then I do see italicized text in my terminal: - ech

[screen-devel] [PATCH 21653] Fix "LoginName too long - sorry."

vel@gnu.org/msg00186.html Please apply! Alex gnuscreen-21653.patch Description: Binary data

[screen-devel] [bug #42342] screen hangs irretrievably

Follow-up Comment #5, bug #42342 (project screen): This happens to me too fairly regularly. I think iTerm2 is tickling something in screen. I used screen in xterms on this mac for years with no problems. screen -v Screen version 4.00.03 (FAU) 23-Oct-06 (I *know* it's old, it's the one with OSX)

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

e ('x') of each window is shown." It works fine in openSUSE, but I didn't test it in another distro (yes, I need your help). Thank you, Alex

[screen-devel] Implement dead/zombie window polling

which complies to current behavior (no polling is done). Already tested in SLE and openSUSE. Feel free to test it and answer here if something goes wrong. Alex

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

release on this weekend. But about it a bit later :) I hope you will like it. Cheers, Alex On Tue, Jun 9, 2015 at 1:33 PM, Axel Beckert wrote: > Hi, > > this is _not_ to bash Amadeusz' work on GNU Screen. > > In contrary: I'm very glad and thankful that he pulled GNU Scr

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,

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,

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! Tha

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 bugfi

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 st

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: >

[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

t; ./autogen.sh > ./configure > make # make install That would be very helpful if community spent some time for testing next version of GNU screen and report about problems... before official release. We're going to release next version in few weeks, so we need testers now. Cheers, Alex On Mo

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. >

[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

52 Cheers, Alex On Thu, Mar 2, 2017 at 10:27 AM, Gaetan Bisson wrote: > Hi, > > I'd like to report a typo in screen.texinfo which prevents the > generation of the info page: > > makeinfo ./screen.texinfo -o screen.info > ./screen.texinfo:5799: unknown command `suse'

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?

reproduce it and try to write a patch. I will apply it to git. Cheers, Alex On Wed, Oct 18, 2017 at 2:31 PM, Haines, Brandan wrote: > Greetings: > > > > I am a big fan of the screen utility. I have recently updated some of my > AIX systems from 7100-04-01-1543 to 7200-01-02-17

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

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

k, and it works perfectly :) What is the best size for PATH_MAX on Solaris? Sorry, but I don't know. Some systems use 255, some of them 4096... We took 1024. As I said, each maintainer is free to change this value at its discretion. Cheers, Alex On Mon, Jul 9, 2018 at 10:49 PM Dennis Clarke

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 co

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?

on will take place before we're going to start working on v5.0.0 release. If you're going to start working on code, please use the 'screen-v4' branch. Code from this branch is used to generate tarballs[1] that maintainers use for creating Screen-packages for GNU/Linux and other s

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

nt me patches: please remind me, if I forgot/missed something. Cheers, Alex

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

n window.c). Cheers, Alex On Mon, Nov 8, 2021 at 9:25 AM Clark Wang wrote: > Hi, > > I found a small issue where multiple -U options did not work. The > following patch fixed it for me. Just FYI. > > -clark > > > > diff --git a/src/screen.c b/src/screen.c > index f

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

ated changes in > https://git.savannah.gnu.org/cgit/screen.git/log/?h=screen-v4 so far. > > As I said, in case I missed something, please remind me... It's too late for 4.9.0, but I'm going to release the next version soon. Cheers, Alex

[screen-devel] GNU Screen v.4.9.0

est development git-version. Keep sending bugreports or any regressions. Have a lot of fun with GNU Screen 4.9.0 ;-) Cheers, Alex

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. Thi

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

ps://savannah.gnu.org/bugs/?62221 https://savannah.gnu.org/bugs/?63970 <https://savannah.gnu.org/bugs/?62097> Cheers, Alex

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 thi

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

[screen-devel] GNU Screen v.4.9.1

ks to everyone who contributed to this release. Cheers, Alex

[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 usefu

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(+),

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/salewsk

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

hing works fine with your PAM configuration, etc. I'm going to release 5.0.0 in ca. two weeks. Cheers, Alex

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 ju

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

Hey Clark, can you try this? hardstatus string "%-Lw%{255;22 b} %n %t %{-}%+Lw%=%H %m/%d %D %0C %A " It will interpret as: foreground 255 background 22 bold see also: https://git.savannah.gnu.org/cgit/screen.git/tree/src/process.c#n7213 Cheers, Alex On Wed, Jul 31, 2024 at 5:29 PM

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

heers, Alex

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

[screen-devel] [bug #66391] can not dettach from session

: None Work Required: None ___ Follow-up Comments: --- Date: Thu 31 Oct 2024 01:27:47 AM UTC By: Alex Lavigne When I run `screen -d `, I receive the following error: ``` Canno

[screen-devel] [bug #66391] can not dettach from session

Follow-up Comment #2, bug #66391 (group screen): [comment #1 comment #1:] > Thanks for reporting. > > Can you try to use '-r' instead of '-d' ? Is it works? > What's about 'screen -x' ? Hi, both `screen -r` and `screen -x` work fine for attaching to a session. However, I am unable to detach fro

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

en/ Please report any bugs or regressions. Thanks to everyone who contributed to this release. Cheers, Alex

[screen-devel] FR: Unset COLORTERM within screen until screen adds 24-bit color support

GNU Emacs 28.1 has broken colors when opened in a screen session with the COLORTERM environment variable set to COLORTERM=truecolor. To reproduce: 1. Open a terminal that supports 24-bit color (e.g. GNOME Terminal) 2. Run export COLORTERM=truecolor (this is already set by default in many terminal