-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Output logs to stdout/stderr only when run interactively #1935
Comments
Okay, let's take a couple steps back. It seems that you're starting Signal Desktop on launch of your system with systemd? And you're asking us not to print text to the stdout/stderr? And your suggestion is to only output logs if we're connected to an interactive prompt? Maybe that is the right option, but I think we'd need an override for that, via a command-line switch. |
Maybe a simpler solution is to have a
So if you start signal manually (from the command line), you get the chatty behaviour by default and if you start it via the desktop file (i.e. GNOME overview) you'd get the quiet behaviour |
@mbiebl I see it's going into your journal even though theres no service associated with it. IMO there should be! My issue is there's no man page. I want to know what this stuff means and how I can toggle the environment variables to suppress that stuff:
But since you have a .deb pkg, just add a systemd service unit, that captures the .Xauthority, and use debconf prompts upon configure/installation for the user it will be running as . Running signal-desktop under systemd, you can send StandardOutput/Error= to the journal or wherever. You can also harden and sandbox the app significantly, include an AppArmorProfile, have a private /tmp/, limit readonly/writeonly directories, etc. I compiled some heplful options: systemd service unit security hardening options I've done .deb package before and can write the control scripts/ templates/ postinst/postrm so if you want to pursue this @scottnonnenberg I'm up for the task. |
No, I'm not referring to a systemd service. As outlined earlier, I think the solution for this is, to provide a --quiet switch which is used inside the .desktop file. Or make the quiet mode the default and request the debug output via a --debug switch. |
I'm also having some issues with this. I'm trying to find output from other programs in my
I have tried to work around the problem by using this shell script:
But that doesn't work either. Seems signal-desktop is restoring the output handles somehow? Would you please consider something like a |
.desktop files log stdout to the journal. Singal needs a flag to not log that much info. Exec=bash -c '"/opt/Signal/signal-desktop" %U >/dev/null' |
@bit just a word of warning, that on the next package update your change will be overwritten again. I ended up doing the following:
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
It appears signal-desktop is a bit less chatty nowadays, but I still get stuff like
in my journal whenever I start the application |
Bug description
Running signal-desktop, I get a load of message in my journal log which log like debug messages:
An example message is
I'm not copying the full log, as I'm worried I miss something confidential.
Please consider tuning the log level, so those log messages are only printed when signal is started from a terminal
Platform info
Operating System: Linux, Debian sid, GNOME
Signal version: 1.1.0
The text was updated successfully, but these errors were encountered: