Your message dated Tue, 19 Jun 2018 17:26:23 +0100 with message-id <[email protected]> and subject line Re: xpra does not work with a closed stdout (and stderr) has caused the Debian Bug report #827885, regarding xpra does not work with a closed stdout (and stderr) 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.) -- 827885: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827885 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message --------BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Package: xpra Version: 0.17.3+dfsg-1 Severity: normal While it is common to redirect stdout (and/or) stderr to /dev/null, the better approach is to close that file descriptor prior to call xpra (for example xpra info where only the return value is of interest). But xpra fail in such a case in a strange way. It gives return of 1 when there is no living socket but when there is a living session, it just blocks forever and need to be killed with -9. Please make xpra to not fail badly when there is no stdout (and/or stderr). - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.7 (SMP w/8 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xpra depends on: ii adduser 3.114 ii libavcodec57 10:3.0.2-dmo2 ii libavutil55 10:3.0.2-dmo2 ii libc6 2.22-12 ii libgtk2.0-0 2.24.30-2 ii libswscale4 10:3.0.2-dmo2 ii libvpx3 1.5.0-3 ii libwebp5 0.4.4-1+b2 ii libx11-6 2:1.6.3-1 ii libx264-148 3:0.148.2705+git3f5ed56-dmo1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxkbfile1 1:1.0.9-2 ii libxrandr2 2:1.5.0-1 ii libxtst6 2:1.2.2-1+b1 ii python 2.7.11-2 ii python-gi-cairo 3.20.1-1 ii python-gtk2 2.24.0-4 ii python-rencode 1.0.4-1 pn python:any <none> ii x11-xserver-utils 7.7+7 ii xserver-xorg-input-void 1:1.4.1-1+b1 ii xserver-xorg-video-dummy 1:0.3.7-1+b5 Versions of packages xpra recommends: ii keyboard-configuration 2:6 ii openssh-client 1:7.2p2-5.1~securityfix ii python-dbus 1.2.4-1 ii python-gtkglext1 1.1.0-9.1 ii python-imaging 3.2.0-2 ii python-lz4 0.8.2+dfsg-1 ii python-lzo 1.08-1 ii python-pil 3.2.0-2 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii cups-common 2.1.4-1 ii cups-filters 1.9.0-2 pn cups-pdf <none> ii gstreamer1.0-plugins-bad 1:1.8.2-dmo1 ii gstreamer1.0-plugins-base 1.8.2-1 ii gstreamer1.0-plugins-good 1.8.2-1 ii openssh-server 1:7.2p2-5.1~securityfix pn pulseaudio <none> pn pulseaudio-utils <none> pn python-avahi <none> pn python-cups <none> ii python-gst-1.0 1.8.2-1 pn python-netifaces <none> pn python-opencv <none> pn python-pyopencl <none> ii python-yaml 3.11-3+b1 pn v4l2loopback-dkms <none> - -- Configuration Files: /etc/xpra/xpra.conf changed: clipboard = yes notifications = yes tray = yes system-tray = yes speaker = off microphone = off pings = no remote-logging = both file-transfer = no file-size-limit = 10 open-files = no printing = False lpadmin = /usr/sbin/lpadmin lpinfo = /usr/sbin/lpinfo postscript-printer = pdf-printer = encodings = all video-encoders = all csc-modules = all video-decoders = all video-scaling = on quality = auto min-quality = 30 speed = auto min-speed = 30 auto-refresh-delay = 0.15 av-sync = on webcam = no mmap = yes mmap-group = no socket-permissions = 600 sharing = no compressors = lz4, lzo, zlib compression_level = 1 packet-encoders = rencode, bencode, yaml socket-dirs = ~/.xpra idle-timeout = 0 server-idle-timeout = 0 opengl = auto title = @title@ on @client-machine@ keyboard-sync = yes ssh = ssh -x key-shortcut = Meta+Shift+F1:show_menu key-shortcut = Meta+Shift+F2:show_start_new_command key-shortcut = Meta+Shift+F3:show_bug_report key-shortcut = Meta+Shift+F4:quit key-shortcut = Meta+Shift+F5:increase_quality key-shortcut = Meta+Shift+F6:decrease_quality key-shortcut = Meta+Shift+F7:increase_speed key-shortcut = Meta+Shift+F8:decrease_speed key-shortcut = Meta+Shift+F10:magic_key key-shortcut = Meta+Shift+F11:show_session_info key-shortcut = Meta+Shift+F12:toggle_debug key-shortcut = Meta+Shift+plus:scaleup key-shortcut = Meta+Shift+minus:scaledown key-shortcut = Meta+Shift+underscore:scaledown key-shortcut = Meta+Shift+KP_Add:scaleup key-shortcut = Meta+Shift+KP_Subtract:scaledown key-shortcut = Meta+Shift+KP_Multiply:scalereset key-shortcut = Meta+Shift+bar:scalereset key-shortcut = Meta+Shift+question:scalingoff window-close = auto desktop-scaling = auto shadow-fullscreen = no log-dir = ~/.xpra log-file = $DISPLAY.log start = /etc/X11/Xsession true exit-with-children = no dbus-launch = dbus-launch --close-stderr dbus-control = True dbus-proxy = no start-new-commands = no bind = ~/.xpra/ mdns = no wm-name = Xpra input-method=none env = UBUNTU_MENUPROXY= env = QT_X11_NO_NATIVE_MENUBAR=1 env = MWNOCAPTURE=true env = MWNO_RIT=true env = MWWM=allwm pulseaudio = no pulseaudio-command = pulseaudio --start -n --daemonize=false --system=false \ --exit-idle-time=-1 --load=module-suspend-on-idle \ '--load=module-null-sink sink_name="Xpra-Speaker" sink_properties=device.description="Xpra\ Speaker"' \ '--load=module-null-sink sink_name="Xpra-Microphone" sink_properties=device.description="Xpra\ Microphone"' \ --load=module-native-protocol-unix --load=module-dbus-protocol \ --log-level=2 --log-target=stderr pulseaudio-configure-commands = pactl set-default-sink Xpra-Speaker pulseaudio-configure-commands = pactl set-default-source Xpra-Microphone.monitor sync-xvfb = 0 xvfb = Xorg -noreset -nolisten tcp +extension GLX +extension RANDR +extension \ RENDER -auth $XAUTHORITY -logfile \ ${HOME}/.xpra/Xorg.${DISPLAY}.log -configdir \ ${HOME}/.xpra/xorg.conf.d -config /etc/xpra/xorg.conf displayfd = yes - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen <[email protected]> Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Charset: ISO-8859-1 iQGcBAEBCgAGBQJXaih9AAoJEKZ8CrGAGfasasIL/RPOJj3IB2w8PiEFVXz3ZUfu g8hL80Zlag8N8/6cYA3ZGmJ8OxUJecFQrq60MUL7r4MIRHW56Nt52JD8ngFd/6KD 16AJnyhlXT8kfW2G+naqWZKEnITRvkqVTN1s2utKYg4OCjaWpN/8PxtdzbTSi2eF zomLND+D16/dQjKMFw0TDC1pZGIMEb35b+DJOrgN0VSMs4Ql6iHMt3QqQJDRMyGm OHz5uaL2lyiS0ELDgA+ghBzrPjmTp78Fcf3snher5NmwyJ+ZS52uI4BPqq9ZiD++ yx/GEcoU2z8+lMSyUFsXIeQdY6xNkhy2kQsdbYJE92v/cCncXw022J9/x5KDrH7J xpAAuVn6ymXp55FXd18ar/5SOhEVHzsoxiELwnjGUqU3ZQNSNKw0Ky1+pl9O3961 4f0gnzwYPU7vLJknLv0xrxqPOWE96D/Dx956CUzcg+W3oLzlwSebaDfTRTGe53RT LiQne5n1Ik5hVCX8cEZnnAujGOSImVb/Yd8DA6CjDA== =g8o8 -----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---I was reviewing bugs for xpra, and came across this one: > While it is common to redirect stdout (and/or) stderr to /dev/null, > the better approach is to close that file descriptor prior to call > xpra (for example xpra info where only the return value is of > interest). > > But xpra fail in such a case in a strange way. It gives return of 1 > when there is no living socket but when there is a living session, it > just blocks forever and need to be killed with -9. Thanks for trying to help improve Debian, but I'm afraid that this is entirely misconceived. It is not correct to run any nonconsenting[1] program on Unix without fds 0, 1 and 2 open. If you do do so, strange (even, dangerous) behavour is to be expected. There is no way that this could be made to work. [1] And a consenting program would have to be written very very carefully. It could not be written in a scripting language, nor use the dynamic linker. I don't know where you (the submitter of this bug) got the idea that this was a sensible thing to do, but please go back there and tell them it isn't :-). If you really don't want the stdout/stderr, redirecting them to /dev/null is correct. Ian. -- Ian Jackson <[email protected]> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.
--- End Message ---
