Your message dated Wed, 20 May 2026 19:28:46 +0200
with message-id <[email protected]>
and subject line Resolved
has caused the Debian Bug report #706617,
regarding screen: No error thrown when hardcopydir is not available
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
706617: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706617
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: screen
Version: 4.1.0~20120320gitdb59704-7
Severity: normal
Tags: upstream
Dear Debian folks,
using the Grml live system based on Debian, which uses the same package
in Debian and which has the config option `hardcopydir` set to
`~/.hardcopy`, writing a hardcopy of the current window, Screen notifies
the user, that the file is created in `/home/grml/.hardcopy/hardcopy.0`.
But the file is not actually created when the folder does not exist.
This might cause data loss when users trust Screen’s feedback.
One solution might be to update the documentation or even better in my
opinion, create that directory the user specified.
Thanks,
Paul
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages screen depends on:
ii dpkg 1.16.10
ii install-info 4.13a.dfsg.1-10
ii libc6 2.13-38
ii libpam0g 1.1.3-9
ii libtinfo5 5.9-10
screen recommends no packages.
Versions of packages screen suggests:
pn iselect | screenie | byobu <none>
-- debconf information:
screen/410-upgrade:
screen/403-copy-failed:
signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Version: 5.0.1-2
Hi Paul,
I retested this with screen 5.0.1-2, but this was probably resolved many
versions ago.
When hardcopydir points to a non-existent directory, screen now reports:
Cannot open "<path>/hardcopy.N"
and does not emit the success message ("Screen image written to ...").
Note: screen does not auto-create hardcopydir.
Cheers,
Peter Dey
--- End Message ---
